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

Re: [PRQ#71921] Deletion Request for librewolf-hg

by Robin Candau

On 4/10/25 12:01 AM, notify(a)aur.archlinux.org wrote: > micwoj92 [1] filed a deletion request for librewolf-hg [2]: > > Neglected package, as co-maintainer I've been pushing small changes > just to it builds, but not really any improvement made. Current > maintainer also doesn't seem to care about it and in the past pushed > commits without even testing that broken pkgbuild formatting. > > [1] https://aur.archlinux.org/account/micwoj92/ > [2] https://aur.archlinux.org/pkgbase/librewolf-hg/ It seems like the previous maintainer disowned it, making you (micwoj92) the current maintainer. At that point, if you're not willing to maintain it, you could simply disown it so someone that cares can jump in? The package doesn't seem too popular, so I guess it wouldn't bee too controversial to delete it, but there is still at least one recent vote for it. -- Regards, Robin Candau / Antiz

8 months, 1 week

[aur-requests] [PRQ#18947] Deletion Request for oranchelo-icon-theme-git

by notify＠aur.archlinux.org

ryanw [1] filed a deletion request for oranchelo-icon-theme-git [2]: it's been 4 years but there's no update from maintainer. Last Update Jan 13 2020 from source repo https://github.com/OrancheloTeam/oranchelo-icon-theme PKGBUILD need to be updated to ``` package() { install -d -m 755 "$pkgdir"/usr/share/icons/Oranchelo install -d -m 755 "$pkgdir"/usr/share/icons/Oranchelo-Green install -d -m 755 "$pkgdir"/usr/share/icons/Oranchelo-Beka install -d -m 755 "$pkgdir"/usr/share/icons/Oranchelo-Classic-Folders install -d -m 755 "$pkgdir"/usr/share/icons/oranchelo-light cd $srcdir/$pkgname/Oranchelo cp -r . "$pkgdir"/usr/share/icons/Oranchelo/ cd $srcdir/$pkgname/Oranchelo-Green cp -r . "$pkgdir"/usr/share/icons/Oranchelo-Green/ cd $srcdir/$pkgname/Oranchelo-Beka cp -r . "$pkgdir"/usr/share/icons/Oranchelo-Beka/ cd $srcdir/$pkgname/Oranchelo-Classic-Folders cp -r . "$pkgdir"/usr/share/icons/Oranchelo-Classic-Folders/ cd $srcdir/$pkgname/oranchelo-light cp -r . "$pkgdir"/usr/share/icons/oranchelo-light/ } ``` so other icons can be installed [1] https://aur.archlinux.org/account/ryanw/ [2] https://aur.archlinux.org/pkgbase/oranchelo-icon-theme-git/

5 years, 8 months

[aur-requests] [PRQ#34766] Deletion Request for nvidia-module-all-drivers-meta

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for nvidia-module-all-drivers- meta [2]: This compatibility metapackage is not needed anymore. I have created it temporarily to help e.g. nvidia-exec and nvidia- tweaks AUR packages to find Nvidia kernel driver dependency even if a particular Nvidia driver package did not specify providing 'NVIDIA-MODULE'. Affected were some custom AUR Nvidia driver/dkms packages and some Manjaro repo packages. But as of now all affected AUR packages have added the necessary provides. Manjaro also has added that in every unstable and testing branch driver packages. (In Manjaro stable branch, these updates are expected to arrive by mid-June. Until then, the nvidia-dkms package already provides 'NVIDIA-MODULE' in the stable repo branch, so users do have a working solution for using the aforementioned AUR packages even before the other driver updates get released for them.) Safe to delete this metapackage. No loss of function expected. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/nvidia-module-all-drivers-meta/

3 years, 6 months

[PRQ#47977] Deletion Request for perl-extutils-parsexs

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for perl-extutils-parsexs [2]: Arch [core] repo's perl 5.38.0-1 (upstream release: 2023-07-03) includes and provides the latest version of this module, 3.51. No need to keep this separate, currently older versioned package. At the moment this uses upstream's 3.44 (2022-01-06) tarball, plus Fedora's off-CPAN diff patch for 3.45, acquired from Perl's 5.36.0 (2022-05-28) tarball. The Fedora patch is no longer available (404 not found). So this package has been broken for some time - but no one notified the maintainer. It is clear at this point that Perl ships the latest version of this module first, or sometimes the Perl tar is the only published source for it. (2 months after Perl 5.38.0's parsexs 3.51, MetaCPAN also got this same release.) Not useful to keep this package, and also it is contrary to AUR submission guidelines of no duplication. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/perl-extutils-parsexs/

2 years, 2 months

Re: [PRQ#50245] Deletion Request for tcl84

by Sean Anderson

On 11/4/23 09:39, notify(a)aur.archlinux.org wrote: > MarsSeed [1] filed a deletion request for tcl84 [2]: > > No longer needed legacy tcl version v8.4, with a pkgname that does not > conform to Arch package guidelines (should have been tcl-8.4). > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/tcl84/ This is necessary for Lattice iCEcube, which does not currently have an AUR package (but does not necessarily need to be installed globally anyway). The package name follows the arch packaging guidelines: | As such, in cases where software can not trivially keep rolling alongside | its dependencies, package names should carry the major version suffix (e.g. | gtk2, gtk3, qt4, qt5). For cases where most dependencies can keep rolling | along the newest release but some cannot (for instance closed source that | needs libpng12 or similar), a deprecated version of that package might be | called libfoo1 while the current version is just libfoo. https://wiki.archlinux.org/title/Arch_package_guidelines#Package_naming --Sean

2 years, 1 month

Re: [aur-requests] [PRQ#10693] Deletion Request for ncurses-full

by Eli Schwartz

On 02/23/2018 09:42 AM, Eden Rose wrote: > May i ask why you decided to Delete my package, while i was out of state? > > I cannot work on any of my packages until i get home, is there a > specific reason outside a typographical error of the linker? > There is plenty of broken packages all over the aur, ncurses-full was > 99% functional and i have notes for fixing it sitting on my desk at home. I genuinely have no idea what you are talking about, the deletion request specified exactly why the package was deleted. On 02/23/2018 09:39 AM, notify(a)aur.archlinux.org wrote: > Your package glibc-git [1] has been flagged out-of-date by EndlessEden > [2]: > > Must be out of date if your flagging mine. > > [1] https://aur.archlinux.org/pkgbase/glibc-git/ > [2] https://aur.archlinux.org/account/EndlessEden/ > I... what? Don't do this. -- Eli Schwartz Bug Wrangler and Trusted User

7 years, 9 months

Re: [PRQ#46178] Deletion Request for htcap-git

by Marcell Meszaros

Upstream's maintenance has discontinued since 2021 [a], and is reported failing to execute, crashing with ImportErrors on Python 3.10 in 2022. [b] (ImportError: cannot import name 'Callable' from 'collections' (/usr/lib/python3.10/collections) [a]: https://github.com/fcavallarin/htcap [b]: https://github.com/fcavallarin/htcap/issues/91 On 13 August 2023 04:04:39 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for htcap-git [2]: > >Unmaintained, broken VCS package from 2017. > >Upstream has been actively developed until 2020 but not since then. >[a] > >Current AUR build still relies on the discontinued Qt5-WebKit-based >PhantomJS, last released in 2016. > >Whereas upstream has switched to experimental support for headless >Chrome in 2018. > >I think this abandoned project is not in a good shape, and the AUR >package is similarly stale and defunct at this point. So I recommend >deletion. > >[a]: https://github.com/segment-srl/htcap > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/htcap-git/

2 years

[PRQ#59746] Deletion Request for python312-perf

by notify＠aur.archlinux.org

a821 [1] filed a deletion request for python312-perf [2]: Duplicated of the python package in the official repos. This package claims to enable optimizations and perf support, but this is also enabled in the official package [1]. The ./configure options are almost the same, in particular --enable-optimizations; the AUR package misses --without-ensurepip however. Some dependencies are also missing: tzdata and mpdecimal, though the latter is declared as optional. Finally, I cannot check further because the package fails to build in a clean chroot, which has been pointed out in the comments two months ago, not to mention, this is also out of date (3.12.3 released three weeks ago). I do not think it makes sense to keep this package in the AUR. [1] This can be checked by running the command in the "Note" of this page: https://docs.python.org/3/howto/perf_profiling.html [1] https://aur.archlinux.org/account/a821/ [2] https://aur.archlinux.org/pkgbase/python312-perf/

1 year, 7 months

[PRQ#42301] Deletion Request for qt5-multimedia-plugin-ffmpeg

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for qt5-multimedia-plugin-ffmpeg [2]: Not needed by any packages. One-person project started and discontinued in 2021. [a] - In total it has 20 commits. [a] - 0 issues ever, 0 PR's. - no documentation. - only Qt5 - developed upon ffmpeg 4.1 and ffmpeg 4.4 only - no automated building and testing whatsoever - zero test code - readme hints that it was developed on Windows only - weird architecture: supports QtAudioOuput for audioplayback backend, but prefers SDL2 (why?) Arch repo's qt5-multimedia relies on gstreamer, but through gst-libav optional plugin, it can use ffmpeg. Packaging broken but no one complained: - cannot be built because of missing makedepend 'qt5-tools' - source link is changeable file (GitHub 'main' branch zip file) - no source checksum checking Package has no comments or votes. Seems it is not useful to any user. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/qt5-multimedia-plugin-ffmpeg/

2 years, 6 months

Re: [aur-requests] [PRQ#31510] Merge Request for anbox-modules-dkms-git

by eNV25

anbox-modules-dkms had previously been merged with anbox-modules-dkms-git. https://lists.archlinux.org/pipermail/aur-requests/2021-December/063155.html https://lists.archlinux.org/pipermail/aur-requests/2021-December/063596.html On Sat, Jan 15, 2022 at 11:10 AM <notify(a)aur.archlinux.org> wrote: > > sickcodes [1] filed a request to merge anbox-modules-dkms-git [2] into > anbox-modules-dkms [3]: > > This is a false deletion request, the maintainer knows this is a > correct non-git dkms PKGBUILD > > https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=anbox-modules- > dkms > > The maintainer discussion between myself and the other maintainer is > on https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=anbox- > modules-dkms > > I don’t we know what the current maintainer is trying to achieve here > but the two packages are distinct. > > 1) I personally maintain the fork with the GitHub user > 2) I had already made env25 a co maintainer > 3) I am on the WayDroid dev team > 2) this fork was created by myself and Choff > 3) the non-git is perfectly fine now > 4) eNV25 has already merged requested this, in a rush, for no apparent > reason. > > Please reject this merge & deletion request for the following reasons: > > And if possible please merge back the non-git repo comment history as > you can clearly see > > I have been maintaining the WIKI on Anbox to be accurate > https://wiki.archlinux.org/title/Anbox > > In good faith, > > Sick Codes of the Security Research Team @SickCodes > > [1] https://aur.archlinux.org/account/sickcodes/ > [2] https://aur.archlinux.org/pkgbase/anbox-modules-dkms-git/ > [3] https://aur.archlinux.org/pkgbase/anbox-modules-dkms/

3 years, 11 months

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