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

Re: [PRQ#58717] Deletion Request for mipsel-ps2-elf-gcc-stage1

by sL1pKn07 SpinFlo

updare to 13.2.0 available https://github.com/ps2dev/ps2toolchain-ee/blob/main/config/ps2toolchain-ee-… El mar, 2 abr 2024, 18:01, <notify(a)aur.archlinux.org> escribió: > MarsSeed [1] filed a deletion request for mipsel-ps2-elf-gcc-stage1 > [2]: > > Broken old component from 4 years ago of the gnu cross compiler > toolchain for MIPSEL. > > The 'ps2' fork 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 to 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-elf-gcc-stage1/

1 year, 8 months

[PRQ#59560] Deletion Request for vala-panel-sntray

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for vala-panel-sntray [2]: Obsolete, and now broken - fails to build due to header incompatibility with the current version of AUR/vala-panel. The separate sntray repo is EOL and archived since 2.5 years ago. [a] Upstream has migrated the StatusNotifier implementations into the main vala-panel runtime. Maintainer @tallero has been banned. He uselessly submitted this package last year, as it was already long deprecated and superseded. The earlier-existing vala-panel-sntray-git package got merged into vala-panel-git (PRQ#54217), as per upstream changes. [b] A merge in unnecessary here, since the two comments only pertain to this specific build, and it has only 1 vote. [a]: https://gitlab.com/vala-panel-project/xfce4-sntray-plugin [b]: https://lists.archlinux.org/archives/list/aur- requests(a)lists.archlinux.org/thread/XMEMNIZTLK3SJHDYZSGCQS3NJUNARABO [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/vala-panel-sntray/

1 year, 7 months

Re: [PRQ#78285] Deletion Request for qt5-webengine

by Fabio Loli

Il 13/12/25 18:02, notify(a)aur.archlinux.org ha scritto: > steve4545 [1] filed a deletion request for qt5-webengine [2]: > > qt5-webengine is end-of-life and no longer supported by upstream. > Official support for Qt 5 has ended, and Qt WebEngine 5 has not > received security or functional updates for a significant period of > time (several years). In addition, this package is effectively > nonfunctional: recent AUR comments demonstrate that it is extremely > difficult or impractical to build successfully on current Arch > systems. > > Given that the software is both upstream-abandoned (EOL) and > irreparably broken, I am requesting deletion of this package. > > [1] https://aur.archlinux.org/account/steve4545/ > [2] https://aur.archlinux.org/pkgbase/qt5-webengine/ 209 other AUR packages depends on this, the package build fine with devtools; I have builded it 3 or 4 times and I'm offering the prebuilt package here https://sourceforge.net/projects/fabiololix-os-archive/files/Packages/ There is a pinned comment about that since 2025-11-12

1 week, 2 days

[aur-requests] [PRQ#34683] Deletion Request for libav-no-libs

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for libav-no-libs [2]: I recommend to delete this orphaned package for the discontinued libav fork project. Last tagged release was in 2018. (Last repo commit was in 2019.) Project bugzilla got shut down. Code contains dozens of unfixed vulnerabilities: https://www.cvedetails.com/vulnerability- list/vendor_id-11428/product_id-20944/Libav-Libav.html Project maintainer clarified in 2020 that the project is 'dead': https://lists.libav.org/pipermail/libav-devel/2020-April/086589.html From build(), it does not seem like this is a "no-libs" package, as none of the source-built-in libraries are disabled with configure. (Which, if true, would mean that this package *might* conflict with ffmpeg libs. Also, most unpached vulnerabimities are in the codec libraries.) There are no user comments for this package. Nothing requires this on AUR as a mandatory dependency. Safe to delete. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/libav-no-libs/

3 years, 7 months

Re: [aur-requests] [PRQ#35506] Deletion Request for perl-extutils-makemaker-aur

by Marcell Meszaros

Hi all, If someone really needs a perl-extutils-makemaker package on AUR on top of Arch/core/perl already providing the same as a vendored module, I suggest to upload a properly named one: AUR/perl-extutils-makemaker At the risk of repeating myself: There is no MakeMaker-AUR module on CPAN but still the '-aur' suffix is misleading here, as there exist some other '-aur' suffixed CPAN libraries. Cheers. On 18 June 2022 23:12:27 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for perl-extutils-makemaker-aur >[2]: > >I suggest deletion of this package due to redundancy. > >This has a misleading '-aur' suffix and is just providing this: > >perl-extutils-makemaker=7.64 > >But that is also provided by Arch [core] perl-5.36.0. > >So it's safe to drop this from AUR. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/perl-extutils-makemaker-aur/

3 years, 5 months

Re: [PRQ#50225] Orphan Request for pycharm-edu

by Marcell Meszaros

This request can now be closed, as the package has already been deleted: [PRQ#50227] Deletion Request for pycharm-edu https://lists.archlinux.org/hyperkitty/list/aur-requests@lists.archlinux.or… On 4 November 2023 12:53:44 GMT+01:00, notify(a)aur.archlinux.org wrote: >Ashark [1] filed an orphan request for pycharm-edu [2]: > >Maintainer is inactive. The last update was in 2022. > >[1] https://aur.archlinux.org/account/Ashark/ >[2] https://aur.archlinux.org/pkgbase/pycharm-edu/

2 years, 1 month

Re: [aur-requests] [PRQ#26935] Deletion Request for electron11-bin

by Yurii Kolesnykov

Hi alerque, It actually was a temporary solution, but my package was introduced since beta7, in times electron in community was on 10 pint release. I don’t mind if it will be removed in favour of official package. But I still think that I should return it back when official package will be deprecated and removed. I.e. the lowest version in community is 9, but AUR offers versions back to 2. > 7 лип. 2021 р. о 18:10 notify(a)aur.archlinux.org написав(ла): > > alerque [1] filed a deletion request for electron11-bin [2]: > > It what appears to be a temporary reversal of fortune, electron11 is > back in community[1]. As I‌ understand it that obsoletes the need for > a -bin package in the AUR. > > [1]: https://archlinux.org/packages/community/x86_64/electron11/ > > [1] https://aur.archlinux.org/account/alerque/ > [2] https://aur.archlinux.org/pkgbase/electron11-bin/

4 years, 5 months

Re: [aur-requests] [PRQ#20485] Deletion Request for openscad-mcad-dev-git

by Knut Ahlers

Have a look at the "Using VCS Sources" part of the PKGBUILD(5) man-page: https://jlk.fjfi.cvut.cz/arch/manpages/man/PKGBUILD.5#USING_VCS_SOURCES You can just specify the source as this: `git+https://.../mypackage.git#branch=develop` That way you directly get the contents of `develop` delivered to your sourcedir… On Fri, Jul 24, 2020 at 9:40 AM Dario Pellegrini via aur-requests <aur-requests(a)archlinux.org> wrote: > > Uh, how do you switch to a particular upstream branch from which to pick some files without git checkout? > > On Fri, 24 Jul 2020, 00:37 , <notify(a)aur.archlinux.org> wrote: >> >> katt [1] filed a deletion request for openscad-mcad-dev-git [2]: >> >> git checkout in package() >> >> [1] https://aur.archlinux.org/account/katt/ >> [2] https://aur.archlinux.org/pkgbase/openscad-mcad-dev-git/ -- Knut Ahlers Software & Infrastructure Developer Web & Blog: https://ahlers.me/ GPG-Key: 0xD34BE99E

5 years, 4 months

Re: [PRQ#49071] Deletion Request for jdk13-openjdk-bin

by Jochum Döring

Have you looked into this? It's a dependency for a CNC software package. It won't work without this specific version. The depending package is actively being worked on and has since migrated to jdk17, but building with jdk17 currently fails and succeeds with openjdk13. I'm working with the devs to find a solution. So for now it is still required until the problem is resolved. On 16-10-23 14:39, notify(a)aur.archlinux.org wrote: > MarsSeed [1] filed a deletion request for jdk13-openjdk-bin [2]: > > Cleanup of deprecated JDK 13 short-term support packages. > > JDK 13 is EOL since March 2020; > not even security patches get delivered after that date. > > Users should migrate to a newer JDK/JRE. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/jdk13-openjdk-bin/

2 years, 2 months

[aur-requests] [PRQ#32187] Deletion Request for libx32-yajl

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for libx32-yajl [2]: Please delete libx32- AUR packages: • Packages have 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-'. • Most such packages 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-yajl/

3 years, 10 months

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