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

Re: [PRQ#39934] Deletion Request for rofi-dmenu

by Vladimir LAVALLADE

Hi ! That's true, please disregard my request, I did not pay enough attention to this. Sorry for the unnecessary noise, Vladimir Le jeu. 26 janv. 2023 à 10:18, Alex Palaistras <alex(a)deuill.org> a écrit : > Hi, > > Though creating an entire package for a single symlink does seem rather > wasteful, there is one difference to `opendoas-sudo` -- `rofi` will > behave differently if `argv[0] == "dmenu"`; furthermore, the value of > this package isn't the symlink itself, it's the fact that this > `provides=("dmenu")`, and therefore will appease packages that depend on > `dmenu` when `rofi` is installed (which would, also, potentially > override any symlink the user has made in their `$HOME`). > > I don't see the point of deleting a package that has seen some use in > the community, but perhaps there's a bigger picture that I don't really > see here. > > Thanks, > Alex > > On 26/01/2023 07:55, notify(a)aur.archlinux.org wrote: > > Erus_Iluvatar [1] filed a deletion request for rofi-dmenu [2]: > > > > Same reason as opendoas- > > sudo[https://lists.archlinux.org/archives/list/aur- > > requests(a)lists.archlinux.org/thread/7J2SRRVYQQGMKJCJCGGQVFWAX7XD3FBK/] > > we don't need a whole package for a symlink. > > > > [1]https://aur.archlinux.org/account/Erus_Iluvatar/ > > [2]https://aur.archlinux.org/pkgbase/rofi-dmenu/ >

2 years, 10 months

Re: [aur-requests] [PRQ#2132] Deletion Request for dslogic-git

by Thomas Krug

On 01/28/2015 01:16 AM, Doug Newgard wrote: > On Tue, 27 Jan 2015 23:51:11 +0000 (UTC) > notify(a)aur.archlinux.org wrote: > >> phragment [1] filed a deletion request for dslogic-git [2]: >> >> I'd like to remove dslogic git packages, since the developers proved >> to be unreliable. >> I prepared the packages dslogic and libsigrok4dslogic to provide >> stable support. >> >> [1] https://aur.archlinux.org/account/phragment/ >> [2] https://aur.archlinux.org/pkgbase/dslogic-git/ > > Out of curiosity, what does "the developers proved to be unreliable" > mean? The packages are relatively new with no votes, so I'm not really > objecting, just wondering what the problem is. > Background is, that I'm a Backer of their logic analyzer which basically works very well. It gets weird when they "ripped of" the sigrok project code (at first without any attribution). They entirely failed to provide a single tarball of their stable releases which could simply be built without patches. If you take a look at the dslogic package I had to pin the git commit and patch to get it working properly. (Aside from that I still "have to" move their firmware from /usr/bin/res/<...> to a more sensible location. For which I'm still working on a patch.) Greetings, Thomas

10 years, 10 months

Re: [PRQ#76428] Deletion Request for momw-tools-pack

by Corley Computer Repair

This request is nonsensical for a variety of reasons, including: 1) Modding-OpenMW.com is a live service which is updated regularly. Our lists are not built in such a way that they may simply be packaged and redistributed through any individual source - be that the AUR, our own Gitlab, or an individual Nexusmods page or git repository. 2) The software in this package is user-customizable, as are the lists themselves. The tools pack was our means to make lists easily usable and accessible by users on all platforms. 3) The licenses of much of our content do not allow for redistribution - some stuff is GPL, some stuff is MIT, plenty of it has no actual license and may or may not allow reuploading elsewhere. Generally, we err on the side of respecting creator rights and privileges wherever possible. Even if this were possible, which it very much is not, the team would consider it both to be unethical and a *massive* maintenance burden. Thank you for choosing CCR! Sent with Proton Mail secure email. On Sunday, September 21st, 2025 at 1:25 AM, notify(a)aur.archlinux.org <notify(a)aur.archlinux.org> wrote: > oech3 [1] filed a deletion request for momw-tools-pack [2]: > > SHould directly package Modding-OpenMW.com modlists instead of meta > > [1] https://aur.archlinux.org/account/oech3/ > [2] https://aur.archlinux.org/pkgbase/momw-tools-pack/

2 months, 4 weeks

Re: [PRQ#50480] Orphan Request for polkit-dumb-agent-git

by Marcell Meszaros

Actually I've submitted a deletion request (PRQ#50522) for this. https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/… On 7 November 2023 16:20:14 GMT+01:00, notify(a)aur.archlinux.org wrote: >xiota [1] filed an orphan request for polkit-dumb-agent-git [2]: > >Package cannot be built because of incorrect depends. The maintainer >has had no AUR activity since Apr 2022. > >Maintainer notified via comment 2023-10-15 (over three weeks). >Package was flagged 2023-10-21 (over two weeks). This is a relatively >urgent package to fix because it is a polkit authenticator that users >depend on for daily tasks like mounting, unmounting, and systemd- >related stuff. > >[1] https://aur.archlinux.org/account/xiota/ >[2] https://aur.archlinux.org/pkgbase/polkit-dumb-agent-git/

2 years, 1 month

[PRQ#40710] Deletion Request for stegsnow

by notify＠aur.archlinux.org

newsboost [1] filed a deletion request for stegsnow [2]: Hi. Today I tried to install this: Cloning into bare repository '/home/user/.cache/yay/stegsnow/stegsnow'... fatal: repository 'https://anonscm.debian.org/git/collab- maint/stegsnow.git/' not found ==> ERROR: Failure while downloading stegsnow git repo Then I saw that almost a year ago, the user "toranova" commented on 2022-04-05 07:39 (UTC): "changing the source to https://salsa.debian.org/pkg-security-team/stegsnow.git helped solve the problem." - I now see that this is completely the same as: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=stegsnow-git So either both should be merged - or this one (which doesn't work) should be deleted. But since this comment has been written almost a whole year ago and the maintainer only is responsible for this single package, I'm pretty sure this package is orphaned (otherwise the PKGBUILD should've been fixed). The easiest thing is to just delete this package and users who want to install it, in the future will just use "stegsnow-git" - which I also just installed. Delete this package and there's only one of them and no confusion and I believe the maintainer has orphaned this. Thanks, Br, M. [1] https://aur.archlinux.org/account/newsboost/ [2] https://aur.archlinux.org/pkgbase/stegsnow/

2 years, 8 months

Re: [PRQ#48391] Orphan Request for perl-test-more-git

by Mark Gallagher

Sorry, yes, co-signed, disregard this orphan request and consider a voice added to the deletion request. It only serves to confuse people intending to install Test-Simple (which is how I ended up filing this request). On 10/10/2023 14:37, Marcell Meszaros wrote: > Should be deleted: > > PRQ#48343 > > https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/… > > On 4 October 2023 13:04:40 GMT+02:00, notify(a)aur.archlinux.org wrote: >> maaarghk [1] filed an orphan request for perl-test-more-git [2]: >> >> Comment about updating source has not been actioned, fix is trivial, >> package is required by other packages >> >> [1] https://aur.archlinux.org/account/maaarghk/ >> [2] https://aur.archlinux.org/pkgbase/perl-test-more-git/

2 years, 2 months

[PRQ#59307] Deletion Request for polkit-dumb-agent-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for polkit-dumb-agent-git [2]: Broken, unbuildable on current Arch Linux / KDE Plasma 6. Upstream has been abandoned for 3 years [a], and doesn't respond even to build failure or use-case-breaking issues. [b] Also this was a just a crude hack attempt to neutralize / thwart PolKit on KDE and replace it with kdesu, to launch everything that needs any specific temporarily elevated credential with granting that process a runtime-persistent root access via su. Such a hack is totally unneeded nowadays. A majority of popular GUI applications that require elevated access do support PolKit, and the ones that don't still can invoke a temporary sudo-based root process. In my experience, Arch Linux is very mature in its PolKit support. I primarily use KDE desktop but with many GNOME and third-party applications, and they work just fine without any PolKit hacks. It is not worth trying to fix this broken package because this program is ill-conceived. If there is any PolKit/credential issue experienced with any application, an issue should be filed for upstream and/or for the Arch Linux package in question. [a]: https://github.com/sandsmark/polkit-dumb-agent [b]: https://github.com/sandsmark/polkit-dumb-agent/issues [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/polkit-dumb-agent-git/

1 year, 8 months

[PRQ#66857] Deletion Request for cms-germany-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for cms-germany-git [2]: Unmaintained on AUR, and this server application is broken on Arch Linux, due to upstream only targeting the 4-year-old Ubuntu 20.04 LTS. Users/developers/sysadmins should better build this using upstream's Dockerfile if they want to run it on Arch. Otherwise it is incompatible with Python libraries shipped on Arch, due to upstream's upper version constraints [a], and in many cases, API incompatibility with modules like: - python-babel (required: 2.6, Arch version: 2.15.0) - python-bcrypt (required: 3.1, Arch version: 4.2.1) - python-chardet (required: 3.0, Arch version: 5.2.0) - python-gevent (required: 20.12.0, Arch version: 24.2.1) - python-greenlet (required: 1.0.0, Arch version: 3.1.0) - python-jinja (required: 2.10, Arch version: 3.1.4) - python-markupsafe (required: 2.0.1, Arch version: 2.1.5) - python-netifaces (required: 0.10, Arch version: 2.11.0) - python-patool (not defined in PKGBUILD, required: 1.12, AUR/python- patool version: 3.1.0) - python-psutil (required: 5.5, Arch version: 6.1.0) - python-psycopg2 (required: 2.8, Arch version: 2.9.9) - python-pycryptodomex (required: 3.6, Arch version: 3.21.0) - python-pyxdg (required: 0.26, Arch version: 0.28) - python-pyyaml (required: 5.3, Arch version: 6.0.2) - python-requests (required: 2.22, Arch version: 2.32.3) - python-tornado (required: 4.5, Arch version: 6.4.1) - python-werkzeug (required: 0.16, Arch version: 3.0.4) Also upstream only officially supports Python 3.8. [a]: https://github.com/ioi-germany/cms/blob/main/requirements.txt [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/cms-germany-git/

1 year

Re: [aur-requests] [PRQ#15060] Orphan Request for vmd

by Eric Berquist

The repeated orphan requests on my packages because I haven't responded in a week are starting to drive me crazy. If there is a particular problem with these packages, or they are packaged in a way that is against the AUR rules, please let me know. However, VMD is weird because the source is substantially out of date compared to the binary. On Tue, May 28, 2019 at 3:44 PM <notify(a)aur.archlinux.org> wrote: > a.kudelin [1] filed a orphan request for vmd [2]: > > As it was suggested by polyzen in #15019, the package is to be > orphaned followed by deletion of vmd-src. > > [1] https://aur.archlinux.org/account/a.kudelin/ > [2] https://aur.archlinux.org/pkgbase/vmd/

6 years, 6 months

Re: [PRQ#58908] Deletion Request for xorg-server-bug865-bug1578

by Marcell Meszaros

On 8 April 2024 02:16:06 GMT+02:00, Marcell Meszaros <marcell.meszaros(a)runbox.eu> wrote: >On 8 April 2024 00:58:08 GMT+02:00, notify(a)aur.archlinux.org wrote: >>yochananmarqos [1] filed a deletion request for xorg-server- >>bug865-bug1578 [2]: >> >>Completely ridiculous package name. If there's an issue with the xorg- >>server package, create a bug report. >> >>[1] https://aur.archlinux.org/account/yochananmarqos/ >>[2] https://aur.archlinux.org/pkgbase/xorg-server-bug865-bug1578/ > > >Additional context: > >freedesktop.org bugzilla bug 1578 [a] was: >- opened on 2004-10-10 >- closed on 2004-11-30 as RESOLVED DUPLICATE of bug 1979 > >and > >freedesktop.org bugzilla bug 1979 [b] was: >- opened on 2004-11-30 >- closed on 2005-01-05 as RESOLVED FIXED > > >[a]: https://bugs.freedesktop.org/show_activity.cgi?id=1578 >[b]: https://bugs.freedesktop.org/show_activity.cgi?id=1979 And btw the proposed patch for the also 20 years old bug 865 has been rejected by upstream because it violates the XKB protocol specification. That patch is for renitent Microsoft Windows users who refuse to accept that on Linux they cannot use Ctrl+Shift or Alt-Shift etc. for keyboard layout switching, because it is not supported by said protocol. They could use any other key combination that involves a regular key together with modifier key(s).

1 year, 8 months

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