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

Re: [PRQ#76890] Deletion Request for ulaa-browser-bin

by Satyam Jha

Yes, I know it is a duplicate package but why i did this is important..Have you given the update for version 2.36.1? The answer is no my friend!! I tried reaching via mail and submitted the request too to update the package and waited but no response came from your side and as a Zoho Services user , i felt the need of being maintainer who updates the package regularly and doesn't leave the package as it is with no activity. That's why i decided to step in and maintain this package **Actively** so that the users get the updates timely and have a seamless experience in using this browser. I don't know about you but i can assure that i'll keep updating this package actively without fail and would respond to any queries actively! Sent using {0} ---- On Sun, 12 Oct 2025 06:09:33 +0530 <notify(a)aur.archlinux.org> wrote --- razingfire [1] filed a deletion request for ulaa-browser-bin [2]: duplicate [1] https://aur.archlinux.org/account/razingfire/ [2] https://aur.archlinux.org/pkgbase/ulaa-browser-bin/

2 months, 1 week

[PRQ#48362] Deletion Request for qemu-full-aarch64-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for qemu-full-aarch64-git [2]: Unused, badly configured aarch64-only VCS package. It is not true that it creates a "full" QEMU installation - the build config is actually as barebones as it gets. It is also not true that this enables the KVM feature as mentioned in pkgdesc. It also does not use the modern meson/ninja build system preferred by upstream. (As of now, the KVM feature can only be turned on or off via meson.) Dependencies, too, are not proper, i.e. it depends on the legacy vte instead of vte3 or vte4. This is also a monopackage instead of having many split packages like repo's qemu. There is also no pkgver() function and no declared provides and conflicts arrays as mandated by VCS package guidelines. Better to delete this. One could ask the maintainer of AUR/qemu-git to add aarch64 architecture support. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/qemu-full-aarch64-git/

2 years, 2 months

[aur-requests] [PRQ#33068] Deletion Request for mymencoder

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for mymencoder [2]: Last updated in 2017, binary-sourced package, "source" gone (404). It was a simple graphical frontend for the CLI-based mencoder (video encoder) from mplayerhq.hu, created for PcLinuxOS. Upstream URL is totally unrelated and doesn't contain any info about this tool. This is how it was supposed to look like: https://ibb.co/562ZGxS Some people went to a lot of trouble with xterm and vte reconfiguration to make this tool work somewhat in 2020: https://www.pclinuxos.com/forum/index.php?topic=152456.0 I don't think it's worth the hassle of trying to dig up some kind of binary or source for this from the deep web. Nowadays there are a plethora of GUI video editor and transcoder tools available. Handbrake seem similar to this one, also we have Avidemux-qt which is similarly easy to use and can also edit/cut videos. (And don't even let me get started on listing more alternatives. ;) ) Safe to delete, nothing depends on it, and it's a long discontinued project anyway. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/mymencoder/

3 years, 9 months

[aur-requests] [PRQ#33504] Deletion Request for affinity

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for affinity [2]: Orphaned package. Project had one release, v0.1, then got abandoned. This happened in 2007. Supposedly this was a desktop search tool, based on GTK2. Depends on Gnome-VFS which was deprecated and discontinued in 2008. Also it seems it requires gnome-libs (last version 1.4.2 from 2002), not libgnome 2.x which exists in AUR. Arch Linux was started in 2002. There is no gnome-lib 1.x package even in the Arch Historical Archives. I tried to revive this package out of curiosity, but it's not worth for me to try further. gnome-libs v1.x would conflict with libgnome v2.x. The latter one is also a deprecated legacy library. There are a myriad of working and up-to date desktop search tool alternatives, including those built-in by default in graphical desktop environments like GNOME Shell etc. Last user comment was in 2018, reporting that it was already failing to build, likely because gcc didn't find a required dependency. Safe to delete. Nothing depends on it. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/affinity/

3 years, 8 months

Re: [PRQ#63016] Deletion Request for fakeaur

by Hans Müller

Fair. It's a bit sad due to the uniqueness but I can get behind having that deleted. Also thanks for the info with the pkgver. <notify(a)aur.archlinux.org> schrieb am Do., 29. Aug. 2024, 12:36: > MarsSeed [1] filed a deletion request for fakeaur [2]: > > Non-useful personal spoof script of submitter. > VCS package in disguise. > > Has hardcoded pkgver=V3, which is a higher value than what is > generated by the pkgver() function. So AUR helpers/notifiers will > always show the local installed package as outdated. > > GitHub repo's description [a]: > > “ > Just a joke script that will sed AUR package names and descriptions > into funny ones > ” > > Votes: 0; Popularity: 0.000000. > First submitted: 2018-09-17. > > Comments: only 1, from owner. > > No one uses this and it provides no benefit to keep it. > > [a]: https://github.com/schrmh/fakeAUR > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/fakeaur/

1 year, 3 months

Re: [PRQ#63016] Deletion Request for fakeaur

by Hans Müller

Fair. It's a bit sad due to the uniqueness but I can get behind having that deleted. Also thanks for the info with the pkgver. <notify(a)aur.archlinux.org> schrieb am Do., 29. Aug. 2024, 12:36: > MarsSeed [1] filed a deletion request for fakeaur [2]: > > Non-useful personal spoof script of submitter. > VCS package in disguise. > > Has hardcoded pkgver=V3, which is a higher value than what is > generated by the pkgver() function. So AUR helpers/notifiers will > always show the local installed package as outdated. > > GitHub repo's description [a]: > > “ > Just a joke script that will sed AUR package names and descriptions > into funny ones > ” > > Votes: 0; Popularity: 0.000000. > First submitted: 2018-09-17. > > Comments: only 1, from owner. > > No one uses this and it provides no benefit to keep it. > > [a]: https://github.com/schrmh/fakeAUR > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/fakeaur/

1 year, 3 months

Re: [aur-requests] [PRQ#7122] Deletion Request for ttf-mac-fonts

by John D Jones III

(Send this from the correct email address…) I fail to see how this downloads from a ‘pirated source’ since it comes from the MacBuntu project. I am aware that the pkgbuild needs to be updated to properly use the subversion feature in makepkg, I have not been able to get to it due to having multiple spinal injuries and two surgeries in 2016. Typically if a user comments on the pkg or emails me I make a point to update the pkgbuild as necessary. I guess I’ll hold off on updating the pkgbuild for proper svn support until this request is settled. However I am against the deletion of this pkgbuild fully due to the legal download source provided in the original pkgbuild. Thanks, John D Jones III UNIX Zealot; Perl Lover unixgeek1972(a)gmail.com jnbek1972(a)gmail.com http://zoelife4u.org/ Where Earth and Spirit Unite > On Dec 31, 2016, at 3:08 PM, notify(a)aur.archlinux.org wrote: > > jbarnett [1] filed a deletion request for ttf-mac-fonts [2]: > > Violates packaging standards (does not have "source"). Downloads > software from a pirated source. See > https://bbs.archlinux.org/viewtopic.php?id=221336 > > [1] https://aur.archlinux.org/account/jbarnett/ > [2] https://aur.archlinux.org/pkgbase/ttf-mac-fonts/

8 years, 11 months

[aur-requests] [PRQ#35869] Deletion Request for nginx-amplify-agent

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for nginx-amplify-agent [2]: This package has been unmaintained since 2020. I've updated it this months, only to find out only 3 days later that the Nginx project removed its source code and release tarballs from GitHub (by replacing the repo / force-pushing and empty repo with only a Readme). The source code has been removed from public access (BSD license allows that). Only binary release tarballs seem to be available now, and only after registering an account and using a generated personal API key. I have no need for this application, and have no access to the binary release tarballs. As this application seem to have been not needed the past two years (based on the lack of maintenance or comments here), and because of the recent upstream change, I recommend this package to be deleted. Should an AUR package be needed by anyone in the future, a new -bin type PKGBUILD would have to be created anyway, instead of building from source. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/nginx-amplify-agent/

3 years, 5 months

Re: [PRQ#59567] Deletion Request for aiopm

by Marcell Meszaros

On 25 April 2024 18:42:38 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for aiopm [2]: > >Seriously violates packaging etiquette: runs > sudo mkdir /usr/aiopm; sudo touch /usr/aiopm/a1.cw >inside the build() function. > >And useless, broken, badly packaged. Upstream code is dead on arrival. > >Depends on AUR/eaur from same owner, who submitted his own package for >deletion (PRQ#59562). [a] > >That latter application fails to run and crashes with the following >output: > >terminate called after throwing an instance of >'std::filesystem::__cxx11::filesystem_error' > what(): filesystem error: cannot set current path: No such file or >directory >Aborted (core dumped) > >Otherwise aiopm seems to run in dry-run mode when other installation >sources are selected, e.g. >'flatpak', 'new', 'snap', 'pip' - it does nothing. > >Personal sandbox/dummy packages don't belong on the AUR. > >[a]: >https://lists.archlinux.org/archives/list/aur- >requests(a)lists.archlinux.org/thread/QE3E452NMMA36HJK24ZU2VJB73KMFMRG/ > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/aiopm/ Submitter disowned this useless and problematic package.

1 year, 7 months

[PRQ#68076] Deletion Request for tako-git

by notify＠aur.archlinux.org

TrialnError [1] filed a deletion request for tako-git [2]: This is a project, which isn't actively maintained anymore, although the owner may still use it?[0][1] Most pressing issue is, that the repo isn't resolvable anymore. I still have a clone around with latest commit from 2019 (release of 0.2.8 (latest version) and minimal support for python3.8). And this source cannot be compiled with python3.10+ (ImportError: cannot import name 'Sequence' from 'collections'). Was moved into collections.abc. [2]. If that would be the only issue, it could be patched. But I suspect there is more. And I don't intend to put time into this. Furthermore this PKGBUILD is broken since years and no one complained. Usage == 0. I assume people are most likely using xonsh (tako being a fork of xonsh). ___________ [0] https://hz.mit.edu/ (software -> things I use, but don't maintain) [1] https://takoshell.org/contact.html [2] https://docs.python.org/3/library/collections.abc.html [1] https://aur.archlinux.org/account/TrialnError/ [2] https://aur.archlinux.org/pkgbase/tako-git/

11 months, 3 weeks

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