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

Re: [PRQ#49158] Deletion Request for gimp-font-rendering-fix

by Marcell Meszaros

>>> MarsSeed [1] filed a deletion request for gimp-font-rendering-fix [2]: >>> >>> Infinality font rendering mods are defunct and discontinued since >>> 2021, and cause rendering glitches on current versions of freetype2. >>> >>> Therefore this package is not needed anymore and can be safely >>> deleted. >>> >>> [1] https://aur.archlinux.org/account/MarsSeed/ >>> [2] https://aur.archlinux.org/pkgbase/gimp-font-rendering-fix/ >>On 18 October 2023 11:10:05 GMT+02:00, Arti Zirk <arti.zirk(a)gmail.com> wrote: >>Although the description is a bit out of date (I can fix it) the code >>snippet in this package is still valid and useful. On 18 October 2023 11:32:52 GMT+02:00, Marcell Meszaros <marcell.meszaros(a)runbox.eu> wrote: >I suggest that you please kindly file a bug report upstream and/or in Arch bug tracking system, in line with AUR submission guidelines. > I don't see any font rendering related issues reported for gimp. [a] As freetype2 had completely removed the Infinality rendering engine from the stable release around mid-2023, I fail to see any remaining relevance of this fontconfig package that was made to fix an Infinality glitch in GIMP. [a]: https://gitlab.archlinux.org/archlinux/packaging/packages/gimp/-/issues

1 year, 8 months

[aur-requests] [PRQ#34] Merge Request for dynamips-community

by notify＠aur.archlinux.org

korjjj [1] filed a merge request for dynamips-community [2]: I think merge would be more appropriate than deletion. [1] https://aur.archlinux.org/account/korjjj/ [2] https://aur.archlinux.org/pkgbase/dynamips-community/

11 years, 5 months

Re: [PRQ#49836] Deletion Request for lib32-gd

by jahway603

I disagree with the deletion request for this package. This software is still receiving updates, as you will see from their git repo https://github.com/libgd/libgd/commits/master/ This PKGBUILD contains no mention of "lib32-libgphoto2" whatsoever, as we see at: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=lib32-gd It appears the package maintainer for lib32-libgphoto2 received your feedback and removed the lib32-gd dependency for their package, as seen here: https://aur.archlinux.org/cgit/aur.git/diff/?h=lib32-libgphoto2 Just because you are not using this package anymore MarsSeed does not mean that others are not still using it. Please remove this deletion request. On Sunday, October 29th, 2023 at 5:55 PM, notify(a)aur.archlinux.org <notify(a)aur.archlinux.org> wrote: > MarsSeed [1] filed a deletion request for lib32-gd [2]: > > lib32-gd is absolutely unnecessary for lib32-libgphoto2. > > The latter could only use gd for on-the-fly image conversion two > specific digital "picture frame" hardware, for which libgphoto2 > introduced support in 2015, well within the 64-bit era. Also that > library is utilized for Docupen scanner pen support, starting from > 2020. > > There is no other part of the libgphoto2 code that links to gd. > Therefore I cannot conceive any application that is bin32 only and > needs this specialized functionality of libgphoto2 for those 2015 and > 2020 released, 64-bit compatible niche hardware devices. > > I've notified the maintainer of lib32-libgphoto2 about this in July > 2023. > > Deleting this unneeded library would in turn allow other lib32 > packages to be dropped. And also it would help reduce the dependency > build burden on people who use AUR/wine-stable. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/lib32-gd/

1 year, 10 months

[PRQ#49129] Deletion Request for oyepa

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for oyepa [2]: I think it's better to delete this Python2 PyQt4 GUI based file organizer from 2011, which was only an experiment, not something intended for production use. It brands itself a "tagging file system emulator". I don't think it's useful for users. In fact it seems quite cumbersome. And it depends on discontinued, unmaintained components like PyQt4 and python2-pyinotify (whose upstream is not changed since 2014). Those two AUR packages do not follow the Arch Python package guidelines and PyPA's recommendations regarding the migration to setuptools from stdlib's deprecated distutils. There are other tools that help users organize files better. PyQt4 as of now is a dual Python2/Python3 package, broken on Python 3.12. But oyepa is the only mandatory consumer of either PyQt4 subpackage that seems maintained on AUR. Almost all other packages are broken, and none of them are maintained or used, so they can be delete as well. Some packages have updates to port them to Python3/Qt5. It seems PyQt4 itself can soon be retired. AUR submission guidelines say that packages kept there should be useful for / required by more than a few people. I think there is no evidence for this being a package that qualifies. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/oyepa/

2 years, 2 months

Re: [PRQ#42120] Deletion Request for winbox64

by Marcell Meszaros

Hi Alexander, You can install a 64-bit only wine and the winbox package, it will work. As AUR/winbox now uses the 64-bit installer. So I think there is no need to have this duplicate package now. The AUR/winbox package gives the users the flexibility of choosing either a 32/64 bit wine, or a pure 64 bit wine. On 14 June 2023 19:39:53 GMT+02:00, "Alexander Brügmann" <mail(a)abruegmann.eu> wrote: >When I created the package, the winbox package did not use the x64 binary of winbox. > >I still find winbox64 useful as it does not require wine and a ton of 32-bit libraries as dependencies. > >On Tue, 13 Jun 2023 09:15:14 +0000 >notify(a)aur.archlinux.org wrote: > >> MarsSeed [1] filed a deletion request for winbox64 [2]: >> >> Unneeded duplicate of AUR/winbox. >> >> Latter package also uses the 64-bit binary release of Mikrotik user >> configuration utility. >> >> This package unneededly links to AUR/wine-x64, whereas the application >> can run with any WINE variants, including those carried by Arch repos. >> >> AUR/winbox sets its dependency on wine correctly. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/winbox64/

2 years, 6 months

Re: [aur-requests] [PRQ#24375] Deletion Request for python-kb

by Christopher Snowhill (kode54)

It's one of the request types you may file from the AUR web site. Orphan, Merge, or Delete. Merge also asks for the name of the candidate to merge into. > On Mar 25, 2021, at 8:32 PM, Giuseppe Nebbione <nebbionegiuseppe(a)gmail.com> wrote: > > > I am sorry Sir, but I am not confident with the AUR, and am not able in these days to look up how to do this "merge". > > Greetings, > Giuseppe > > On 26/03/21 04:30, Christopher Snowhill wrote: >> >> As I said, it should be a merge request, so that requests to the old package get redirected. >> >> >> >> On Thursday, Mar 25, 2021 at 7:54 PM, Giuseppe Nebbione <nebbionegiuseppe(a)gmail.com> wrote: >> The package has been pushed under the name "kb" now, tested and works nicely. So we can delete python-kb. >> >> On 26/03/21 03:52, Christopher Snowhill wrote: >>> >>> >>> On Thursday, Mar 25, 2021 at 7:47 PM, notify--- via aur-requests <aur-requests(a)lists.archlinux.org> wrote: >>> gnebbia [1] filed a deletion request for python-kb [2]: >>> >>> I request the deletion of this package for two reasons: >>> 1) the package is out-of-date >>> 2) More importantly this has changed name to "kb" >>> since it is not a python module, but more a program >>> >>> [1] https://aur.archlinux.org/account/gnebbia/ >>> [2] https://aur.archlinux.org/pkgbase/python-kb/ >>> >>> >>> Should still be a merge request, once the package has been edited and pushed to the correct name.

4 years, 8 months

Re: [PRQ#75194] Deletion Request for looking-glass

by Geoffrey McRae

So you're telling me, the author of this project, that I am wrong? The Looking Glass Host application for Linux is UNMAINTAINED and does not work. Remove the looking-glass-host package please! On 2025-08-08 22:25, O. Pakker wrote: > Hi, > > It is being maintained, unfortunately the binutils change coincided > with me moving and as such I've not been able to do be on-top of > rebuild bumps and such directly. > I'm working on setting my systems back up this weekend so by Sunday it > should be updated. > > I'll also add a message pin to not contact upstream if people > encounter issues. I thought I had already done so but I guess I > forgot. My sincere apologies for the noise that must have created the > past week or so. > > Kind Regards, > Omar Pakker > > On August 8, 2025 11:25:05 AM UTC, notify(a)aur.archlinux.org wrote: > >> gnif [1] filed a deletion request for looking-glass [2]: >> >> The `looking-glass-host` for Linux is unmaintained, incomplete and >> non-functional. Please stop providing a package for it, you're >> causing >> us support issues. >> >> [1] https://aur.archlinux.org/account/gnif/ >> [2] https://aur.archlinux.org/pkgbase/looking-glass/

4 months, 1 week

Re: [aur-requests] [PRQ#7499] Deletion Request for nixnote2-git

by Bruno Pagani

Le 14/02/2017 à 15:12, notify(a)aur.archlinux.org a écrit : > mortzprk [1] filed a deletion request for nixnote2-git [2]: > > There is updated version of software available in AUR. this should be > deleted > > [1] https://aur.archlinux.org/account/mortzprk/ > [2] https://aur.archlinux.org/pkgbase/nixnote2-git/ Added maintainer of nixnote and last packager/submitter of nixnote2-git. Hum, this whole nixnote thing seems to be a mess. First, a -git package has every rights to exist in AUR independently of the non-git package. Next, currently we have: – nixnote, pointing to 1.6 but flagged out-of-date because of 2.0 release; – nixnote-beta, pointing to the latest beta of the 2.0 branch, which is now outdated. Should this package remain? – nixnote2, which points toward 2.0 and was pushed today; – nixnote2-git, which builds from git. Unless there is a particular reason to keep nixnote 1.x alongside nixnote 2.x, which doesn’t seems to be the case, this is the course of action I’ll go with: – nixnote2 gets deleted right away; – nixnote-beta gets deleted by the end of the week unless someone says it’s still usefull; – nixnote2-git gets deleted by the end of the week if no one pushes a correct nixnote-git package, else it gets merged into that one. Please answer the point on 1.x vs 2.x ASAP. ;) Regards, Bruno

8 years, 10 months

Re: [PRQ#69246] Deletion Request for illogical-impulse-python

by Y Celestial.

Hello Ameer, It sounds reasonable. However a better way may be using a custom repo I guess. Some references: - https://wiki.archlinux.org/title/Pacman/Tips_and_tricks#Custom_local_reposi… - https://wiki.archlinux.org/title/Pacserve - https://github.com/vifly/arch-build - This project uses GitHub Actions to upload packages to GitHub Releases automatically. - https://github.com/archlinuxcn/lilac I'll close the deletion request for now but please consider the options above if possible. Also I've created https://github.com/end-4/dots-hyprland/issues/1082 Regards, Celestial.y ________________________________ From: Ameer Arsala <ameer.arsala03(a)gmail.com> Sent: Wednesday, February 5, 2025 17:06 To: noreply(a)aur.archlinux.org <noreply(a)aur.archlinux.org> Cc: aur-requests(a)lists.archlinux.org <aur-requests(a)lists.archlinux.org>; celestial.y(a)outlook.com <celestial.y(a)outlook.com> Subject: Re: [PRQ#69246] Deletion Request for illogical-impulse-python Hi there, I use blendOS, which is a declarative version of Arch. This means I can't just locally install metapackages like those with pacman, which meant in order to use the end-4 dotfiles with hyprland on blendOS, I had to put it on the AUR. I'm cool with letting either of you decide, but that's the reason I did it. On Tue, Feb 4, 2025 at 11:50 PM <notify(a)aur.archlinux.org<mailto:notify@aur.archlinux.org>> wrote: clsty [1] filed a deletion request for illogical-impulse-python [2]: This package is originally from https://github.com/end-4/dots- hyprland/tree/main/arch-packages and is only for using locally for dots-hyprland. As one of the maintainer of dots-hyprland, I hope this package could be removed from AUR to avoid confusion. Or even if it should be online, please let we (me or end-4) decide. Same for all other "illogical-impulse-*" AUR packages. (Note: illogical-impulse is the code name of the actively maintained version of dots-hyprland.) [1] https://aur.archlinux.org/account/clsty/ [2] https://aur.archlinux.org/pkgbase/illogical-impulse-python/

10 months, 1 week

[aur-requests] [PRQ#33171] Deletion Request for wine-mono-gecko-version-fix

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for wine-mono-gecko-version-fix [2]: Incompatible with current Wine, Gecko, Mono. Upstream URL is also down. No response from maintainer to submitted issues since 18 Feb 2021. Package last updated on 2020-11-24. It is not clear what this package is supposed to do. I've asked the maintainer to clarify it but I got no response. It was supposed to fix some popup issue with Wine that relates to Wine Gecko and Wine Mono. But I've never experienced such issues since I started actively using Wine in 2020 and I always have Wine Gecko and Wine Mono installed. Package was reported to conflict with wine-mono package on 18 Feb 2021, more than a year ago: https://aur.archlinux.org/packages/wine-mono-gecko-version- fix#comment-792337 Maintainer hasn't responded. I'd say it's safe to delete this package because it seems to have been created in 2020 to solve a problem that doesn't exist anymore, and instead this package just creates problems of its own. Also, if there is ever any packaging issue with Arch wine or wine-* packages, those should be addressed on the Arch bug tracking system, not by creating (and then not maintaining) some custom Pacman hooks on AUR. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/wine-mono-gecko-version-fix/

3 years, 9 months

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