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

[aur-requests] [PRQ#33785] Deletion Request for akemi-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for akemi-git [2]: Source GitHub repo deleted (404). This was a curiosity tool described as 'Akemi X window virtual filesystem'. Its main feature was explained as follows: 'Akemi creates a virtual filesystem to represent currently open windows, similar to what /proc does for processes. This allows you to arrange them using any language you like, in a true unix fashion.' Last archive is from 2015 on Archive.org. Package was also last updated that year. I suggest this package should be deleted as its source is lost and it did not have any kind of essential function anyway. Safe to delete, no dependents. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/akemi-git/

3 years, 5 months

[PRQ#68214] Deletion Request for wechat

by notify＠aur.archlinux.org

Keep-Silence [1] filed a deletion request for wechat [2]: Dear aur repository maintainers/administrators. Please do not delete wechat-bin. Please do not ignore the requests of wechat-bin users. Please do not disappoint wechat-bin users and developers. The wechat maintainer is a villain [1] https://aur.archlinux.org/cgit/aur.git/commit/?h=wechat&id=3a06a5b037289255… Keep wechat and wechat-bin and wait for time to prove which version is the most popular. There is a reason why wechat-bin has been deleted and recreated so many times. Please understand the whole incident instead of blindly agreeing to delete wechat-bin. Because of aur's poor mechanism, wechat-bin has been repeatedly deleted and recreated. [1] https://aur.archlinux.org/account/Keep-Silence/ [2] https://aur.archlinux.org/pkgbase/wechat/

8 months, 3 weeks

Re: [PRQ#38009] Deletion Request for memtest86-efi

by Xorg

Hey, You confuse two different projects: - memtest86*+* (https://www.memtest.org/) under GPL2, actually in [Testing] - memtest86 (https://www.memtest86.com/) from PassMark, the one on the AUR I maintain To quote the first one: "Memtest86+ is unrelated to 'Memtest86', a closed-source `Freemium` software released in 2013 by PassMark Software Pty Ltd." "This conflicts" absolutely not! Package contents are very different and I do not see any file in common between both packages. Please reject this deletion request. Le 26/10/2022 à 17:43, notify(a)aur.archlinux.org a écrit : > yochananmarqos [1] filed a deletion request for memtest86-efi [2]: > > This conflicts with the new memtest86+-efi split package: > > https://github.com/archlinux/svntogit- > packages/commit/7ae8c1eb9bfa6a681fa821d65ed258c277472843 > > [1]https://aur.archlinux.org/account/yochananmarqos/ > [2]https://aur.archlinux.org/pkgbase/memtest86-efi/

2 years, 10 months

[PRQ#41743] Deletion Request for python-javascriptcore4-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python-javascriptcore4-git [2]: This Python bindings for webkitgtk-4.0 hasn't been developed since 2016 [a] and its GitHub repo got archived in 2022. As per readme, it was only ever tested with up to Python 3.1. [b] The git source URL protocol is unsupported since March 2022, so the build cannot download them. But no one complained. There is only 1 vote, and one comment from 2020. No package depends on this. Therefore it is safe to delete it, and I recommend to do so. [a]: https://github.com/freundTech/pyjavascriptcore [b]: https://github.com/freundTech/pyjavascriptcore#readme [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python-javascriptcore4-git/

2 years, 3 months

Re: [PRQ#45432] Deletion Request for samsung-ssd-dc-toolkit

by Marcell Meszaros

>This should be reanmed as -bin No, it should not. As per AUR submission guidelines: [a] "Packages that use prebuilt deliverables, **when the sources are available**, must use the -bin suffix." (emphasis mine) This Samsung CLI tool is closed-source. Therefore it is not required to be named with a '-bin' suffix on AUR. [a]: https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… On 27 July 2023 19:40:20 GMT+02:00, notify(a)aur.archlinux.org wrote: >malacology [1] filed a deletion request for samsung-ssd-dc-toolkit >[2]: > >This should be reanmed as -bin > >[1] https://aur.archlinux.org/account/malacology/ >[2] https://aur.archlinux.org/pkgbase/samsung-ssd-dc-toolkit/

2 years, 1 month

Re: [PRQ#51701] Deletion Request for d-rats

by Todd Johnson

I agree this can be deleted. On Thu, Nov 23, 2023, 2:49 PM <notify(a)aur.archlinux.org> wrote: > MarsSeed [1] filed a deletion request for d-rats [2]: > > Defunct package. > Last upstream release came in 2011. [a] > > Now its deprecated python2-lxml fails its tests with segfault (it's > ABI-incompatible with current Arch Linux libxml2/libxslt libs). > > Also even with python2-lxml installed, this application crashes due to > not finding a Python module ('libxml2'). > > [a]: http://www.d-rats.com/download/v0.3.x/?C=M;O=D > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/d-rats/

1 year, 10 months

Re: [PRQ#52150] Deletion Request for mpdproxy-coffeescript-git

by Marcell Meszaros

On 13 December 2023 13:36:18 GMT+01:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for mpdproxy-coffeescript-git >[2]: > >Broken, unused package. Fails to build. >Upstream not maintained since 2020. [a] > >Even if the needed makedepend is satisfied, the package is defunct: >builds successfully, but does not install the needed mpdproxy >executable. > >And btw the PKGBUILD executes 'npm install' inside prepare(). > >[a]: https://github.com/tremby/mpdproxy > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/mpdproxy-coffeescript-git/ Build got fixed, runtime still fails, as shown in the exception log in my AUR page comment.

1 year, 5 months

[aur-requests] [PRQ#35509] Deletion Request for python2-guidata

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python2-guidata [2]: Also a very old package extending python2-pyqt. Last updated in 2016. Formerly it supported both Qt4 and Qt5, but now the newer Qt5 Python2 module is already gone. Its last dependent on AUR was python2-guiqwt. [a] That was deleted recently after I prompted the maintainer that there is a newer version of that, but only for Python 3. Therefore this package is without any consumer now. As there is Python 3 support for the same purpose, I'd say it's safe to delete this unneeded and not really functional Python 2 based package. [a]: https://web.archive.org/web/20220331124649/https://aur.archlinux.org/packag… [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python2-guidata/

3 years, 3 months

Re: [aur-requests] [PRQ#4059] Deletion Request for lua51-luapenlight

by Jonathan Steel

On Tue 22 Sep 2015 at 16:50, notify(a)aur.archlinux.org wrote: > Ambrevar [1] filed a deletion request for lua51-luapenlight [2]: > > I created this package during the AUR3 transition. I prefixed the name > with "lua" to prevent a clash that was happening by then. This clash > is no more since AUR3 is gone. I've fixed this and re-uploaded it > under its proper name, "lua51-luapenlight". This old package is > obsolete, you can remove it. Thanks! > > [1] https://aur.archlinux.org/account/Ambrevar/ > [2] https://aur.archlinux.org/pkgbase/lua51-luapenlight/ You say the proper name is lua51-luapenlight, yet this is the package you want to delete. Please confirm. -- Jonathan Steel

9 years, 11 months

Re: [aur-requests] [PRQ#6151] Deletion Request for php-rql

by Ruben

Actually this is not maintained and the out of date marker is from me. The update is currently in testing stage. :) Best regards Ruben Thus spake notify(a)aur.archlinux.org (notify(a)aur.archlinux.org) > jleclanche [1] filed a deletion request for php-rql [2]: > > Outdated, broken, unmaintained > > [1] https://aur.archlinux.org/account/jleclanche/ > [2] https://aur.archlinux.org/pkgbase/php-rql/ --- Mit freundlichen Grüßen Ruben Wisniewski Vorstandsmitglied im Verbund freier Netzwerke NRW e.V. Verein zur Förderung von freien Netzstrukturen in NRW VR 17981 Amtsgericht Köln Internet-Service-Provider-Nr 14/223 Bundesnetzagentur Gemeinnütziger Verein im Bereich Volks- und Berufsbildung geführt beim Finanzamt Leverkusen Telefon: +4921967382850 E-Mail: vorstand(a)vfn-nrw.de Web: https://vfn-nrw.de Anschrift: Postfach 50 13 63, D-42906 Wermelskirchen

9 years, 1 month

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