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

Re: [PRQ#44430] Deletion Request for lib32-gobject-introspection

by Marcell Meszaros

Update: nothing depends anymore on this orphan, unneeded package, formerly used to build and discard documentation of lib32 GNOME/GTK libraries. The last former consumer, lib32-libnotify, has been deleted (PRQ#43436). On 13 July 2023 21:22:32 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for lib32-gobject-introspection >[2]: > >This orphaned lib32 library is not needed anymore. > >It was used to build the documentation of some of the lib32 >counterparts of 64-bit gnome project libraries from repo. Then, all >those created documentation files had to be deleted before packaging >the lib32 content. > >Currently only lib32-libnotify depends on this, to create the >documentation that is to be discarded. > >But I've submitted a deletion request for the latter, because it is >unused and not very actively maintained (PRQ#43436). > >Safe to delete this superfluous package as well (even irrespectivelly >of the latter's deletion decision.) > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/lib32-gobject-introspection/

2 years

[aur-requests] [PRQ#35308] Deletion Request for labview-2010

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for labview-2010 [2]: Orphaned package, last updated in 2017. It was for a manually downloadable LabView 2010 SP0. That is not available anymore, only SP1, released in 2011. There has been 34 newer release packages since (twice or thrice a year). Also it seems National Instruments only supports their software backwards to 2015 the furthest. Nothing depends on this 2010 version package, and it seems to have been an orphan for a long time. Also, no one even flagged this as out-of- date, not even it LabView 2010 SP1 release from 2011. There are no user votes or comments. There are other packages aiding the installation of newer versions of LabView, hosted on AUR as e.g. labview-2017, labview-2018, labview-2020. I'd say it's safe to delete this extremely old and unsupported version package. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/labview-2010/

3 years, 2 months

[aur-requests] [PRQ#37] Deletion Request for onionshare-git

by notify＠aur.archlinux.org

HerbertKnapp [1] filed a deletion request for onionshare-git [2]: Dear AUR managers, Please remove me completely from the onionshare-git package. Due to a recent court ruling against a TOR exit node provider in Austria, where I live, it is now illegal to "enable" transfer of information through TOR, because - according to the ruling - it "could(sic) be used" by criminals. > https://rdns.im/court-official-statement-part-1 > https://network23.org/blackoutaustria/2014/07/01/to-whom-it-may-concern-eng… In the Austrian court system, your life is ruined even if you're found innocent and you cannot defend yourself or even appeal if you're not independently wealthy. Therefore I kindly ask you to _please_ remove me as Submitter and Packager and as a whole from the onionshare-git package. Thank you for your consideration. Herbert Knapp [1] https://aur.archlinux.org/account/HerbertKnapp/ [2] https://aur.archlinux.org/pkgbase/onionshare-git/

11 years, 1 month

[PRQ#43405] Deletion Request for electron-xdg-bin

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for electron-xdg-bin [2]: Duplicate of repo 'electron', pkg owner's build. @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 as out-of-date, nor mentioned it. 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/electron-xdg-bin/

2 years, 1 month

[PRQ#46870] Deletion Request for rapidsvn

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for rapidsvn [2]: Package broken since at least 2022-07 as per a comment from a user. PKGBUILD last changed in 2021. Maintainer disregarded that breakage report from last year, but more recently expressed unwillingness to fix the package, in reaction to my suggested solution in comment I made in 2023-06. Upstream's last versioned release is from 2012. Since that time, development has been migrated from its legacy Subversion repo to a new Git-based one. [a] Last git commit is from 2021, but there are no tagged versions in there. Not useful to keep this package as defunct as is. There are good and currently supported alternative GUI fronteds that work well with Subversion repos. [a]: https://github.com/RapidSVN/RapidSVN/ [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/rapidsvn/

2 years

Re: [PRQ#75042] Deletion Request for xlibre-xserver

by Carlo den Otter

Hello oech3, We'll try to explain why we from the upstream Xlibre team are requesting you to close this deletion request for xlibre-xserver: The xlibre-server package from https://aur.archlinux.org/packages/xlibre-server has multiples problems: 1. The package name is incorrect, as the correct name is xlibre-xserver. 2. The way it is packaged causes problems, which has been pointed out repeatedly to the maintainer eg. in https://aur.archlinux.org/packages/xlibre-server#comment-1034796, and this person is not willing to correct these as suggested by this Xlibre developer. That causes problems for the Xlibre AUR users, and also harms the upstream Xlibre project. Because of this it is unfortunately not even possible to merge both packages. Thank you in advance. Regards, The Xlibre team. On 8/2/25 18:25, notify(a)aur.archlinux.org wrote: > oech3 [1] filed a deletion request for xlibre-xserver [2]: > > Duplicate of https://aur.archlinux.org/packages/xlibre-server which > was submitted 1st > > [1] https://aur.archlinux.org/account/oech3/ > [2] https://aur.archlinux.org/pkgbase/xlibre-xserver/

3 weeks, 4 days

Re: [aur-requests] [PRQ#18056] Deletion Request for picard-plugins-git

by Jonas Witschel

On 2020-02-24 02:08, notify(a)aur.archlinux.org wrote: > yochananmarqos [1] filed a deletion request for picard-plugins-git > [2]: > > I apologize for my last deletion request; 'twas a copypasta error. > This repo contains the same plugins that are now built-in to Picard > 2.3. > > [1] https://aur.archlinux.org/account/yochananmarqos/ > [2] https://aur.archlinux.org/pkgbase/picard-plugins-git/ I am still not sure about this request: as far as I can see from the file list of the official Arch Linux picard package [3], the plugins are not directly built into Picard, but must be downloaded from the official Picard website [4]. On this website, the plugins are distributed as a separate ZIP file for each plugin (containing a Python script file). I can see some value in being able to download and install all available plugins with a single package, but since I don't use Picard, I don't feel confident to make a call here. Cheers, Jonas [3] https://www.archlinux.org/packages/community/x86_64/picard/ [4] https://picard.musicbrainz.org/plugins/

5 years, 6 months

Re: [PRQ#42022] Deletion Request for waybar-hyprland-no-systemd

by Marcell Meszaros

As someone mentioned in AUR page comment, Waybar build configuration optionally supports systemd. But Arch repo waybar package is built without it. Therefore it is confirmed without concern that this package is superfluous, now that the official waybar works well with hyprland. On 11 June 2023 14:57:47 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for waybar-hyprland-no-systemd >[2]: > >As stated in comments of AUR/waybar-hyprland, >waybar now officially supports hyprland, it has incorporated patches >for that. [a] > >That package is already requested to be deleted by [PRQ#41852]. [b] > >There is no need anymore for forked waybar packages to accommodate >hyprland. > >[a]: >https://web.archive.org/web/2/https://aur.archlinux.org/packages/waybar-hyp… >[b]: https://lists.archlinux.org/archives/list/aur-requests@lists.archlinux.org/… > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/waybar-hyprland-no-systemd/

2 years, 2 months

Re: [PRQ#59561] Deletion Request for yandex-messenger

by Marcell Meszaros

On 25 April 2024 16:07:26 GMT+02:00, notify(a)aur.archlinux.org wrote: >qubeck [1] filed a deletion request for yandex-messenger [2]: > >According to paragraph 5.5 of Yandex Messenger License agreement, it's >not allowed to distribute this software without written permission of >the owner. >Since the package repository doesn't contain any it must be removed. >License agreement (in Russian): >https://yandex.ru/legal/messenger_termsofuse/ > >[1] https://aur.archlinux.org/account/qubeck/ >[2] https://aur.archlinux.org/pkgbase/yandex-messenger/ @qubeck, please don't file these kinds of requests. This AUR package does not violate the stipulated provision. AUR does not host the Yandex application itself, it just offers an installation recipe and metadata. Essentially it is analogous to hosting a web URL and letting any user choose to feed that URL into a web browser or any other application.

1 year, 4 months

[aur-requests] [PRQ#32188] Deletion Request for libx32-xz

by notify＠aur.archlinux.org

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

3 years, 6 months

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