Search results for "Deletion request for pkgbase" - Aur-requests

[aur-requests] [PRQ#32223] Deletion Request for libx32-e2fsprogs

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for libx32-e2fsprogs [2]: Please delete libx32- AUR packages: • Package has not been updated in 6 years or more. • Owner replied in email to me, agreeing to the deletion. • In case of libx32- packages, naming violates Arch guidelines*. Name should end with '-x32', not start with 'libx32-'. • This package cannot be built because of already dropped dependencies from AUR. • Even if built, X32 executables won't work with any mainstream kernels from any distros. Only on kernels custom-built with niche x32 ABI support. • Whoever wants to use such a special architecture would not be able to use it from unbuildable, unmaintained 6-year old build scripts from the AUR. But they could use Debian x32 or build Gentoo from scratch for the x32 ABI, or find some IoT-specific distro (X32 ABI might be relevant for some low-end IoT devices). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/libx32-e2fsprogs/

3 years, 10 months

[aur-requests] [PRQ#35487] Deletion Request for python2-sncosmo

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python2-sncosmo [2]: I suggest this Python 2 based SNCosmo package is better to be deleted. Astronomy and cosmology Python packages were forced to move exclusively to Python 3 because of the loss of HDF5 support after 2019. So SNCosmo itself does no longer support Python 2 since v2 has been released in June 2019. I've tried to check if I can restore python2-astropy and python2-h5py but my expertise is in DevOps and Java; also I saw that the C API's of HDF5 has changed a huge amount so even a C/C++/Python engineer would have to catch up with 3 years of changes in HDF5 and Python-H5Py development. Safe to delete as nothing depends on it and it is severely broken as is. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python2-sncosmo/

3 years, 6 months

[PRQ#43399] Deletion Request for wget-xdg

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for wget-xdg [2]: Outdated duplicate of repo 'wget'. @noahvogt, please file your patch as part of a feature request for repo package 'wget'. Don't duplicate it on AUR. Also no one apart from me noticed this is outdated. (And I did only because I was checking on duplicate packages.) As per AUR submission guidelines [a]: "The submitted PKGBUILDs must not build applications already in any of the official binary repositories under any circumstances. Check the official package database for the package. If any version of it exists, do not submit the package. If the official package is out-of- date, flag it as such. If the official package is broken or is lacking a feature, then please file a bug report." [a]: https://wiki.archlinux.org/title/AUR_submission_guidelines [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/wget-xdg/

2 years, 5 months

Re: [PRQ#46939] Deletion Request for sequoia-redactor

by Marcell Meszaros

+1 for deletion. The repo linked to in source array still exists, but the source does not link to a versioned release tag, as no tags exist. Instead, it links to raw/master/SequoiaRedactor-1.5-4.tar.gz. That file is also bogus, as internally it is just a repackage of v1.4 from 2019. This text editor is abandoned by upstream and is not useful to keep around. There are many good, maintained alternatives for users to choose from. On 2 September 2023 23:46:32 GMT+02:00, notify(a)aur.archlinux.org wrote: >TrialnError [1] filed a deletion request for sequoia-redactor [2]: > >Upstream seems to have removed the repo as it is not available >anymore. >Additionally it seems the former PKGBUILD maintainer was upstream and >as it got orphaned this further cements the argument of removing this >from aurweb. > >[1] https://aur.archlinux.org/account/TrialnError/ >[2] https://aur.archlinux.org/pkgbase/sequoia-redactor/

2 years, 2 months

[PRQ#65861] Deletion Request for pygobject-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for pygobject-git [2]: Badly packaged, not aligned properly with repo's pygobject. [a] Unnecessarily splits the 'pygobject-devel-git' package, which also has bad depends, and cannot be mixed-and-matched with the stable python- gobject, which is a monopackage containing the 'pygobject-devel' header and pkgconf files. Defines 'python-cairo' as makedepend and 'cairo' as optdepend, but builds with meson option -D pycairo=disabled. (Also 'cairo' does not provide the Python bindings, only 'python- cairo' does.) pkgver() does not follow the recommended pattern, therefore it allows more chances for not strictly monotonic increase. Lacks some runtime depends. Tests are disabled, unlike in the repo package. Votes: 1 Popularity: 0.000000 [a]: https://archlinux.org/packages/extra/x86_64/pygobject/ [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/pygobject-git/

1 year, 1 month

[PRQ#49489] Deletion Request for dolphin-nospace

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for dolphin-nospace [2]: Minimal mod of repo's dolphin. Not actively maintained: failed to follow repo's Aug 27, 2023 major KDE Gear update, after which two point releases also got pushed to extra. This is also broken as of now, due to repo's KDE5 Frameworks packages getting renamed. 0 votes. Only I and maintainer left comments (in July 2023). AUR packages have to be useful to more than a few people. I don't think anyone uses this on current Arch, including maintainer themself. @A1ca7raz, if there is an issue with Dolphin, please file an Arch bug report, and if relevant, an upstream ticket in KDE's BugZilla, or a Gitlab issue on invent.kde.org. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/dolphin-nospace/

2 years, 1 month

[PRQ#43402] Deletion Request for jdk-openjdk-xdg-bin

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for jdk-openjdk-xdg-bin [2]: Outdated duplicate of repo 'java-openjdk'. @noahvogt, please file your xdg configuration patch as part of a bug / feature request ticket for the repo package. Don't duplicate it on AUR. Also no one flagged this or mentioned that this is out-of-date. As per AUR submission guidelines [a]: "The submitted PKGBUILDs must not build applications already in any of the official binary repositories under any circumstances. Check the official package database for the package. If any version of it exists, do not submit the package. If the official package is out-of- date, flag it as such. If the official package is broken or is lacking a feature, then please file a bug report." [a]: https://wiki.archlinux.org/title/AUR_submission_guidelines [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/jdk-openjdk-xdg-bin/

2 years, 5 months

[PRQ#75254] Deletion Request for handbrake-nvenc

by notify＠aur.archlinux.org

FabioLolix [1] filed a deletion request for handbrake-nvenc [2]: Superseeded by handbrake-full, handbrake-semifull and not well maintained About the features, this enable only nvenc; with people asking also for qsv (intel) and the more recent nvdec (need clang,llvm as makedepends) the cost of enabling all features is a makedepnds on cargo-c (100.2 MB installed size) for libdovi (Dolby Vision metadata) About maintainance; * the maintainer only bump the pkgver * it is broken since cmake v4 release, the other pkgbuilds have been fixed on 2025-04-26, reported on 2025-04-28 * still depends on gtk3 while gtk4 is needed since 1.8.0 (released 2024-05-26 or earlier) * informed about building with devtools and namcap and to replace python2 with python (not needed since v1.6.0 on 2019/11) around 2022/10/18, update happened on 2023-01-04 [1] https://aur.archlinux.org/account/FabioLolix/ [2] https://aur.archlinux.org/pkgbase/handbrake-nvenc/

4 months, 1 week

Re: [aur-requests] [PRQ#4519] Deletion Request for ring-daemon-git

by Baptiste Jonglez

Hi, As maintainer of this package, it seems quite excessive to me to request deletion for an upstream bug. See comments: https://aur.archlinux.org/packages/ring-daemon-git https://lists.savoirfairelinux.net/pipermail/ring/2015-December/002302.html On Sat, Dec 12, 2015 at 10:28:46AM +0000, notify(a)aur.archlinux.org wrote: > r0b0t [1] filed a deletion request for ring-daemon-git [2]: > > This package was saturating my home bandwidth from (with only dring > running) , in tcpdump I saw just IP protocol nor tcp or udp traffic > but was basically causing my router to rx drop (+1MB/s upload speed) I > even called my ISP thinking that they had problems but today found out > what was going on and after removing the package of course everything > returned normal. > To reproduce just install the package and leave it running while > monitoring the traffic caused by it. Sooner or later will start "DoS- > ing" > > [1] https://aur.archlinux.org/account/r0b0t/ > [2] https://aur.archlinux.org/pkgbase/ring-daemon-git/

10 years

Re: [PRQ#58718] Deletion Request for mipsel-ps2-irx-gcc-stage1

by sL1pKn07 SpinFlo

El mar, 2 abr 2024, 18:05, <notify(a)aur.archlinux.org> escribió: > MarsSeed [1] filed a deletion request for mipsel-ps2-irx-gcc-stage1 > [2]: > > Broken old component from 4 years ago of the gnu cross compiler > toolchain for MIPSEL. > > The 'ps2' fork of this toolchain is discontinued for 4 years. [a] > It was the vanilla copy of upstream, with no custom patches added. > > Not useful to keep this package. AUR has working packages for the > mipsel cross-compiler toolchain, with different versions of gcc > available for this target. Those can be used for the PS2 as well. > > [a]: https://github.com/ps2dev/gcc > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/mipsel-ps2-irx-gcc-stage1/ 13.2.0 available https://github.com/ps2dev/ps2toolchain-iop/blob/main/config/ps2toolchain-io…

1 year, 8 months

Aur-requests search results for query "Deletion request for pkgbase"