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

[PRQ#77215] Deletion Request for leafpad-noheader

by notify＠aur.archlinux.org

TrialnError [1] filed a deletion request for leafpad-noheader [2]: This was since the beginning a package only useful for a marginal number of people. A few may even argue nowadays that something like this shouldn't even be uploaded anymore... Born from the wish of someone who didn't want to have the default headers (filename and such) when printing from leafpad. With the development of leafpad itself having ceased a long time ago and with gtk2 dropped from the repos I think this can be safely be removed from the aurweb. Although the orginal leafpad got some votes after the drop, it is visible that this one did not gain more. Which tells a lot about how many use this one. (But it makes me a bit nostalgic :D This came into existence while AUR3 was a thing. 10yrs with the current git repo; 12yrs+ ago first mentioned in a git repo of mine. This one went a long time.) [1] https://aur.archlinux.org/account/TrialnError/ [2] https://aur.archlinux.org/pkgbase/leafpad-noheader/

1 month, 2 weeks

Re: [PRQ#74936] Deletion Request for widgie-menu-compat

by Manner Róbert

Hi, I think this request has been sent by mistake. I would like to refuse the deletion request. Could someone guide me on how to do so? Thanks in advance. For the request: The package does not depend on libbemenu (only widgie which also does not use it). It only contains some symlinks to make it easy to use widgie-menu instead of bemenu or dmenu even if a package directly requires them ("provides" section fulfills the dependencies). For example, if using Simple X Mobile, you can install it and it replaces the default menu app on both X11 and sway. This is the full package contents: /usr/bin/bemenu: symbolic link to /usr/bin/widgie-menu /usr/bin/bemenu-run: symbolic link to /usr/bin/widgie-menu-run /usr/bin/dmenu: symbolic link to /usr/bin/widgie-menu /usr/bin/dmenu_path: symbolic link to /usr/bin/widgie-menu-path /usr/bin/dmenu_run: symbolic link to /usr/bin/widgie-menu-run In future feel free to contact me by mail or through the comments section of the package if you bump into any problems. Br, Robert On 7/29/25 9:59 AM, notify(a)aur.archlinux.org wrote: > oech3 [1] filed a deletion request for widgie-menu-compat [2]: > > libbemenu.so dependenciy is broken > > [1] https://aur.archlinux.org/account/oech3/ > [2] https://aur.archlinux.org/pkgbase/widgie-menu-compat/

4 months, 3 weeks

Re: [PRQ#51646] Deletion Request for xf86-video-dummy-with-vt

by Marcell Meszaros

>This is either a malicious deletion request or made by someone who does >not understand the package.AUR No, it is not. This package violates 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#Rules_of_submiss… On 22 November 2023 21:55:57 GMT+01:00, Storm Dragon <stormdragon2976(a)hotmail.com> wrote: >Howdy, > > >On Tue, Nov 21, 2023 at 11:42:00PM +0000, notify(a)aur.archlinux.org wrote: >> MarsSeed [1] filed a deletion request for xf86-video-dummy-with-vt >> [2]: >> >> No longer maintained, minimally patched old >> version (released in 2016) of extra/xf86-video-dummy. >> The latter is carrying the last release from 2023. >> > >This is either a malicious deletion request or made by someone who does >not understand the package. It fixes accessibility issues with the dummy >driver, and is currently being used by several people I know of for sure >today. So please ignore the deletion request. > >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/xf86-video-dummy-with-vt/ >

2 years

[aur-requests] [PRQ#8903] Deletion Request for mpvhq-git

by notify＠aur.archlinux.org

timofonic [1] filed a deletion request for mpvhq-git [2]: Hello. (I'm not part of the mpv development team, I'm just a mere user) Please remove this repo, it's useless and confusing. This software is unmaintained, the repository got renamed to mpvhq- old. The code got merged to the official mpv project and the developer works on mainline (the official code repository). https://github.com/haasn/mpvhq-old Look at (unmaintained). I contacted the repo owner, so he may be more explicit and detailed at this. See here: https://github.com/haasn/mpvhq-old/issues/14 (see there a more complete explanation and sources to notify this package is outdated and unmaintained). I'm also trying to make other related repositories of packages from other distros be deleted or deprecated. https://github.com/suhteevah/mpvhq-win32/issues/1 https://github.com/suhteevah/mpvhq-win64/issues/7 Packages must use official repo instead. https://github.com/mpv-player/mpv Thanks in advance. (I'm not part of the mpv development team, I'm just a mere user) [1] https://aur.archlinux.org/account/timofonic/ [2] https://aur.archlinux.org/pkgbase/mpvhq-git/

8 years, 3 months

[PRQ#42295] Deletion Request for balena-etcher-appimage

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for balena-etcher-appimage [2]: This is not needed. Pkgname is wrong: the application's name itself is Etcher: no need to include vendor's name in package name. [a] There is no unrelated project package(s) named Etcher in Arch/AUR repos. This package is on a prelelease version (v1.18.8) currently, but it should not be. A separate package should be created for unstable releases. AUR already has the latest pre-built stable release of this application (v1.18.4 atm): https://aur.archlinux.org/packages/etcher-bin Also the latter package integrates better with the system, without duplicating libraries. The latter package has been much longer on AUR, since 2018, and has 150 votes. This one was uploaded in Jan 2023 and has only 6 votes. If an AppImage based package is really desired, one should be created with the name 'etcher-appimage' for latest stable version and/or an adequately suffixed other package for unstable releases. [a]: https://github.com/balena-io/etcher#readme [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/balena-etcher-appimage/

2 years, 6 months

Re: [PRQ#49408] Deletion Request for alan

by Marcell Meszaros

For my own self, I don't mind either way if this is kept or deleted - as I have no use for this package. I just wanted to give feedback because I'd happened to notice that upstream is alive again and is receiving maintenance/fix commits. On 8 December 2023 20:48:51 GMT+01:00, "Michał" <micwoj9292(a)gmail.com> wrote: >On top of that this package has 0 comments and 0 votes. It also has >not been kept update when there were other releases before the >upstream repo archivisation. > >pt., 8 gru 2023 o 19:17 Marcell Meszaros <marcell.meszaros(a)runbox.eu> >napisał(a): >> >> -1 for deletion: >> >> >Upstream repo archived. >> >> The GitHub repo got unarchived, and development is resumed. [a] >> >> [a]: https://github.com/alantech/alan/commits/main >> >> On 23 October 2023 07:03:01 GMT+02:00, notify(a)aur.archlinux.org wrote: >> >micwoj92 [1] filed a deletion request for alan [2]: >> > >> >Upstream repo archived. >> > >> >[1] https://aur.archlinux.org/account/micwoj92/ >> >[2] https://aur.archlinux.org/pkgbase/alan/

2 years

Re: [PRQ#74936] Deletion Request for widgie-menu-compat

by Manner Róbert

Hi, I think this request has been sent by mistake. I would like to refuse the deletion request. Could someone guide me on how to do so? Thanks in advance. For the request: The package does not depend on libbemenu (only widgie which also does not use it). It only contains some symlinks to make it easy to use widgie-menu instead of bemenu or dmenu even if a package directly requires them ("provides" section fulfills the dependencies). For example, if using Simple X Mobile, you can install it and it replaces the default menu app on both X11 and sway. This is the full package contents: /usr/bin/bemenu: symbolic link to /usr/bin/widgie-menu /usr/bin/bemenu-run: symbolic link to /usr/bin/widgie-menu-run /usr/bin/dmenu: symbolic link to /usr/bin/widgie-menu /usr/bin/dmenu_path: symbolic link to /usr/bin/widgie-menu-path /usr/bin/dmenu_run: symbolic link to /usr/bin/widgie-menu-run In future feel free to contact me by mail or through the comments section of the package if you bump into any problems. Br, Robert On 7/29/25 9:59 AM, notify(a)aur.archlinux.org wrote: > oech3 [1] filed a deletion request for widgie-menu-compat [2]: > > libbemenu.so dependenciy is broken > > [1] https://aur.archlinux.org/account/oech3/ > [2] https://aur.archlinux.org/pkgbase/widgie-menu-compat/

4 months, 3 weeks

[aur-requests] [PRQ#13420] Deletion Request for gosh

by notify＠aur.archlinux.org

mvdan [1] filed a deletion request for gosh [2]: Hi, I'm the author of shfmt, which was recently added to the Community repo: https://www.archlinux.org/packages/community/x86_64/shfmt/ As part of the same "shell tooling" project, I'm now working on a second tool called "gosh". You can see both here: https://github.com/mvdan/sh/tree/master/cmd It seems like the name is mostly free. The only official package providing /usr/bin/gosh is "gauche", but being Scheme, I doubt many people will run into that conflict. This package hasn't seen a real update in three years, and the upstream project seems like it stalled in early 2015. I was wondering if you could free up this package name in the AUR, so that I may use it to package my shell tool. The command name in my project first appeared in early 2017, so this isn't a last-minute attempt to take over someone else's package :) I hope it doesn't seem that way. Thanks! [1] https://aur.archlinux.org/account/mvdan/ [2] https://aur.archlinux.org/pkgbase/gosh/

7 years

[aur-requests] [PRQ#25072] Orphan Request for popcorntime-bin

by notify＠aur.archlinux.org

konicks [1] filed an orphan request for popcorntime-bin [2]: This package has been flagged out of date since about a month ago when I submitted a deletion request due to build errors, now the maintainer uses an (obviously outdated) archive.org URL to get the source instead of the obvious download link on the website. This is not how you maintain a package and it's already a few major versions behind, please let someone capable take care of this package. [1] https://aur.archlinux.org/account/konicks/ [2] https://aur.archlinux.org/pkgbase/popcorntime-bin/

4 years, 7 months

Re: [aur-requests] [aur-general] [PRQ#4382] Deletion Request for b43-firmware

by Daniel Wallace

Could it not be changed to open or create request? Both seem better than someone requesting to lodge at the maintainers house :-) On Thu, Nov 19, 2015 at 9:18 PM Xavion <xavion.0(a)gmail.com> wrote: > On 20 November 2015 at 13:22, <notify(a)aur.archlinux.org> wrote: > > > fckinshitag [1] filed a deletion request for b43-firmware [2]: > > > > i want this file > > > > [1] https://aur.archlinux.org/account/fckinshitag/ > > [2] https://aur.archlinux.org/pkgbase/b43-firmware/ > > > > Okay, I see what's going on here. This guy has interpreted the "File > Request" link (i.e. in the "Package Actions" section of each package > 's AUR webpage > ) as being a way of requesting a file (i.e. the package in this case). > > To prevent this kind of mixup in future, I would recommend that > said > link be renamed to "Lodge Request". I don't think anyone would be dumb > enough to > interpret this as > a way of requesting lodging at > the maintainer's > residence. > >

10 years, 1 month

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