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

[PRQ#59682] Deletion Request for flexpkg

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for flexpkg [2]: Junk pkg that runs sudo during runtime and deletes and puts files inside /usr/: https://github.com/VPeti1/CWAcces/blob/e94a00c/flexpkg.tar.gz C++ source code of included file 'installer.cpp': #include <iostream> #define clear std::cout << "\033[2J\033[1;1H"; using namespace std; int main() { clear; system("sudo touch /usr/flex/arch.cw"); clear system("read -p 'Press Enter to continue...'"); system("sudo rm -rf /usr/flex/"); system("sudo mkdir /usr/flex"); system("sudo git clone https://github.com/VPeti1/FlexPkg.git /usr/flex"); system("sudo g++ /usr/flex/run.cpp -o /bin/flex"); system("sudo chmod +x /bin/flex"); system("sudo rm -r /usr/flex/chococ.cpp /usr/flex/chococ.exe /usr/flex/installer.cpp /usr/flex/installer.out /usr/flex/LICENSE /usr/flex/README.md /usr/flex/run.cpp /usr/flex/run.out /usr/flex/examples /usr/flex/wininstall"); } [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/flexpkg/

1 year, 7 months

Re: [PRQ#71703] Deletion Request for perl-parse-method-signatures

by Bence Csókás

Hi all! On 2025. 04. 07. 9:51, notify wrote: > MarsSeed [1] filed a deletion request for perl-parse-method-signatures > [2]: > > Unused. EOL since 2017. > > Dependency AUR/perl-moosex-traits is EOL since 2015, Don't know where you got this data from, Karen Etheridge has been committing to its repo [3] all the way into July 2019. > and is a badly packaged orphan. > The latter unnecessarily makedepends on AUR/perl-test-use-ok that is > EOL since 2012 and is a partial predecessor duplicate of perl-test- > simple, carried by Arch/core/perl. From what you wrote, it seems all your problems stem from not this package, but `perl-moosex-traits`. So instead of deleting this, why not adopt and fix /that/ package instead? > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/perl-parse-method-signatures/ [3] https://github.com/moose/MooseX-Traits/commits/master/

8 months, 1 week

Re: [aur-requests] Fwd: Re: [PRQ#35967] Deletion Request for cloudstation-3.0

by Marcell Meszaros

Hi @pgmillon, Thank you for your clarification. I will revoke my deletion request shortly. Cheers, Marcell P. S. Please be aware that the aur-requests mailing list silently rejects emails sent from addresses that are not subscribed to this list. On 10 July 2022 17:10:44 GMT+02:00, Marcell Meszaros via aur-requests <aur-requests(a)lists.archlinux.org> wrote: >Forwarding maintainer's response to aur-requests as it has not been received/accepted by the mailing list. > > >-------- Original Message -------- >From: Pierre-Gildas MILLON <pg.millon(a)gmail.com> >Sent: 10 July 2022 08:14:03 GMT+02:00 >Cc: aur-requests(a)lists.archlinux.org, marcell.meszaros(a)runbox.eu >Subject: Re: [PRQ#35967] Deletion Request for cloudstation-3.0 > >There's no backward compatibility for Synology software. This package is >the only way for people with old Synology NAS to run CloudStation. >As owner of a DS209 for example, I cannot use synology-cloud-station-drive >or synology-drive packages. > >Le lun. 27 juin 2022 à 18:31, <notify(a)aur.archlinux.org> a écrit : > >> MarsSeed [1] filed a deletion request for cloudstation-3.0 [2]: >> >> I suggest this Synology Cloud Station legacy version >> from 2017 can be deleted, if there are no objections. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/cloudstation-3.0/ > > > >-- >Pierre-Gildas MILLON >pg.millon(a)gmail.com

3 years, 5 months

[aur-requests] [PRQ#35219] Deletion Request for ffmpeg-vp9-timestamp

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for ffmpeg-vp9-timestamp [2]: Orphaned package based on the legacy ffmpeg 4.4.1 package, backporting an as-yet unreleased patch from ffmpeg git master (after n5.1-dev). Build was reported failing 9 months ago but no one fixed the package. I believe this abandoned package is not useful to keep. It does not work and does not even declare its conflicts properly. I think if that specific unreleased patch was really important and urgent for the general user base, an Arch bug should be filed for such request. (But as of now, no one have done so.) (Or better yet: an ffmpeg ticket could be filed to get this backported to ffmpeg 4.4 and/or 5.0. But it seems that hasn't happened either.) So I see no point in keeping this package, broken, sans maintainer and without any indication that it is needed by anyone. Safe to delete; nothing on AUR specifically depends on this one. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/ffmpeg-vp9-timestamp/

3 years, 6 months

Re: [PRQ#45945] Deletion Request for lib32-sni-qt

by Marcell Meszaros

Also its dependency lib32-qt4 has been failing to build for 1.5 years at least, but has only very few defunct consumers. Deleting this and those others would in turn allow dropping that one as well. On 7 August 2023 18:12:29 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for lib32-sni-qt [2]: > >Unmaintained, broken optional addon from 2017 for lib32-qt4. > >It got dropped from repo in that year, and no one ever updated it on >AUR since. > >Its functionality is mostly cosmetic, to enhance the QSystemTrayIcons >with status indicators. > >I think it's only a slight 'nice to have' feature, but it seems no one >felt it to be worth the trouble to work on this, so it's best to drop >it at this point. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/lib32-sni-qt/

2 years, 1 month

Re: [PRQ#76550] Deletion Request for gnutls3.8.9

by Vitalii Kuzhdin

Greetings, Versioned packages are allowed both in the official repositories and on the AUR, provided they are packaged properly. Just because a package is not useful to you personally doesn't mean it should be deleted. Even orphaned packages with no dependencies are allowed as long as they work, because there is no reason to delete them. This particular package is required to run MATLAB <https://aur.archlinux.org/packages/matlab>, which I will update in a few days. See its comments for more information if you are interested. Best regards, Vitalii On Thu, Sep 25, 2025 at 12:32 AM <notify(a)aur.archlinux.org> wrote: > AlphaLynx [1] filed a deletion request for gnutls3.8.9 [2]: > > Duplicate of gnutls in Core repository that builds an out of date > version. It seems like there's no reason for this? and it's not useful > > [1] https://aur.archlinux.org/account/AlphaLynx/ > [2] https://aur.archlinux.org/pkgbase/gnutls3.8.9/

2 months, 3 weeks

[aur-requests] [PRQ#35524] Deletion Request for python-wq-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python-wq-git [2]: This small Python utility seems to have not been developed for the past 2 years. Also this VCS package does not work because it misses at least one needed dependency. (Last updated in 2018.) There is another problem. This package uses @esheldon's wq [a] package but they have not published their code to PyPI or anywhere else. Basically this seems like a private project. Whereas on PyPI, there exists a totally unrelated 'wq' module since 2013, which has been continuously receiving updates (last in Apr 2022). [b] The latter's GitHub URL path is wq/wq. [c] Therefore this python-wq-git utility package should have some distinguishing name, to not clash with the mainstream PyPI 'wq' module. But anyway, as this has not been updated in 4 years, I suggest deletion. Nothing depends on it on AUR. [a]: https://github.com/esheldon/wq [b]: https://pypi.org/project/wq/ [c]: https://github.com/wq/wq [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python-wq-git/

3 years, 6 months

Re: [aur-requests] [PRQ#26854] Deletion Request for breeze-icons-extra

by Eli Schwartz

On 7/3/21 8:49 PM, notify--- via aur-requests wrote: > micwoj92 [1] filed a deletion request for breeze-icons-extra [2]: > > This isn't a proper PKGBUILD. I don't know what it is. > > [1] https://aur.archlinux.org/account/micwoj92/ > [2] https://aur.archlinux.org/pkgbase/breeze-icons-extra/ This contained a large amount of gunk in $startdir which it used to clone things not in source=() and do weird things to them; not only isn't it a proper PKGBUILD, the AUR isn't a hosting platform except for PKGBUILDs. If people wish to write complex programs to use in packaging something (complete with 9k lines worth of package-lock.json), those programs need to be tracked in an external repository and cloned in source=(). As such, I've done more than delete it. I've redacted its entire history so it no longer takes up space in the AUR content storage, where it didn't belong. -- Eli Schwartz Bug Wrangler and Trusted User

4 years, 5 months

[PRQ#54260] Deletion Request for klampt

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for klampt [2]: Broken, abandoned package from 2015. Depends on python2, python2-opengl and qt4; also its required krislibrary-git is not buildable (tried to fix the latter, but I don't have sufficient knowledge for it). There are no upstream release tags since 2017. [a] Master branch code is compatible with Qt5 / Python3. An AUR/klampt-git package would be ideal, based on upstream's release cadence. But it would need a maintainer who is comfortable with C++/Qt5/OpenGL build debugging. (AUR/krislibrary-git's build failures seem to be related to the most complicated one among that list: OpenGL/FreeGlut.) It seems not useful to keep this dead package on AUR. Upstream provides prebuilt binaries, those would be the easiest for users to get a hold of (or to create a working 'klampt-bin' from them). [a]: https://github.com/krishauser/Klampt/tags [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/klampt/

1 year, 9 months

[aur-requests] [PRQ#32878] Deletion Request for kde-servicemenus-unarchiver

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for kde-servicemenus-unarchiver [2]: I suggest this old .desktop link from 2015 intended for KDE's default Dolphin file manager and the Unarchiver CLI package last updated in 2020 can be safely deleted. Today the Dolphin file manager works perfectly with KDE's default archive manager tool, Ark, which supports a wide range of archive file formats and it even has multiple alternative optional dependencies that support the LZO format specifically. Unarchiver is not the best choice for that IMHO, because it is unmaintained. But Ark can directly use the Unarchiver package from Arch, one only has to install the latter as an optional dependency, no other setup needed. With Ark installed, Dolphin file manager's file/directory context menu offers Compress and Extract options (where relevant). Therefore this old plug-in link package is more limited that what KDE today offers by default, in terms of archive file support. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/kde-servicemenus-unarchiver/

3 years, 9 months

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