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

[PRQ#47968] Deletion Request for python-spython

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python-spython [2]: This abandoned, broken package was used earlier as a library for python-sregistry. That had been abandoned since 2020, so it got deleted recently (PRQ#47946). I reckon it is better to delete this as well. Reasons for it: * name is wrong - does not follow Python package guidelines: this is a Python CLI application too, so the name should have been 'spython'. * The comment from 2021 cited test failures, to which former maintainer reacted by disabling all tests. * Orphan. * Last updated in 2022-07. * There's only one comment, and it's from 2021. * Outdated, but no one even flagged this. Better to leave users to install the latest working version from somewhere else, like PyPI. Or if anyone wants to maintain it on AUR, they should submit it as 'spython', not under the current name. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python-spython/

2 years, 2 months

[PRQ#50344] Deletion Request for visit-build

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for visit-build [2]: Broken, unused package from 2020. OOD flag ignored since 2021. Last comment is from 2017. Upstream is continually developed, so abandoning it on AUR doesn't seem to be because of obsolescence, rather, just lack of interest here. Actually upstream publishes an easy-to-use, well-documented build script which helps users in acquiring the sources and building it for installation inside their user's directory. (There are also upstream binary releases, and an installation script to facilitate downloading and installing that one inside user's home.) PKGBUILD is problematic for an Arch/AUR package: does not declare sources, just lets upstream's install script fetch sources via wget. People who want to use this application better stick to using upstream's supported build or binary installation methods. (It doesn't need to exist inside system dirs to work.) [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/visit-build/

2 years, 1 month

[PRQ#45749] Deletion Request for lighttable-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for lighttable-git [2]: This "next-generation IDE" has last seen a release in 2016. [a] The develop branch has been active until 2 years ago, but then got abandoned, and the repo has been archived since 2022. [b] The application builds successfully (albeit with a lot of warnings), but when it is executed, it only opens an empty Electron window with a branded "Light Table" logo as a background image, and there are no functional elements visible. The Electron standard menu bar is shown for me on KDE, but none of the menu items respond. Actually even the Quit function or the (X) button of the window is defunct: the application can only be forcefully terminated or killed. Better to delete this package then. There are very good alternatives. [a]: https://github.com/LightTable/LightTable/tags [b]: https://github.com/LightTable/LightTable [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lighttable-git/

2 years, 4 months

Re: [PRQ#47128] Deletion Request for lib32-smbclient

by Marcell Mészáros

>needs for wine And if so, how come none of the AUR wine packages depend on this? And why didn't anyone complain either on bugs.archlinux.org or on the AUR wine package pages? On 9 September 2023 23:28:25 GMT+02:00, Marcell Meszaros <marcell.meszaros(a)runbox.eu> wrote: >>needs for wine > >Which one? > >And what is the real-world use case? > >On 9 September 2023 21:00:49 GMT+02:00, sL1pKn07 SpinFlo <sl1pkn07(a)gmail.com> wrote: >>El sáb, 9 sept 2023 a las 14:50, <notify(a)aur.archlinux.org> escribió: >> >>> DarkShadow44 [1] filed a deletion request for lib32-smbclient [2]: >>> >>> This is not needed anymore, the last packages that had this as >>> dependency (lib32-gnome-vfs) was deleted a while ago. >>> >>> [1] https://aur.archlinux.org/account/DarkShadow44/ >>> [2] https://aur.archlinux.org/pkgbase/lib32-smbclient/ >> >> >>needs for wine

2 years, 3 months

Re: [PRQ#47124] Deletion Request for lib32-net-snmp

by Marcell Meszaros

>PRQ#45251 is for lib32-sane? also needs for wine This is also not true. Only the 64-bit sane is linked to by multilib/wine, and none of the AUR wine package depend on lib32-sane as well. On 10 September 2023 09:19:45 GMT+02:00, sL1pKn07 SpinFlo <sl1pkn07(a)gmail.com> wrote: >El dom, 10 sept 2023 a las 9:17, sL1pKn07 SpinFlo (<sl1pkn07(a)gmail.com>) >escribió: > >> >> >> El sáb, 9 sept 2023 a las 13:42, <notify(a)aur.archlinux.org> escribió: >> >>> MarsSeed [1] filed a deletion request for lib32-net-snmp [2]: >>> >>> This unmaintained, unused package can be deleted as well after >>> PRQ#45251. >>> >>> [1] https://aur.archlinux.org/account/MarsSeed/ >>> [2] https://aur.archlinux.org/pkgbase/lib32-net-snmp/ >> >> >> needs for wine >> >> greetings >> > >PRQ#45251 is for lib32-sane? also needs for wine > >greetings

2 years, 3 months

Re: [aur-requests] [PRQ#1929] Deletion Request for compiz0.8

by Xorg

Le 09/01/2015 22:56, notify(a)aur.archlinux.org a écrit : > korrode [1] filed a deletion request for compiz0.8 [2]: > > Doesn't build in devtools or when the user doesn't already have the > old Compiz packages installed. > > i.e. a new Compiz user can never use this package, it's completely > broken. > > This user created this package with no discussion on the mailing list > or with we the other long-standing Compiz package maintainers... and > it doesn't work. > > [1] https://aur.archlinux.org/account/korrode/ > [2] https://aur.archlinux.org/pkgbase/compiz0.8/ > Ok guys, I understand problem, this was a quick and stupid idea. I thought a split package would be great, but no. Split package has been compiled successfully on my Arch, that is why I sent it to AUR, but as says Korrode, it's not working from scratch. But Compiz is formed with 10 packages, 5 have been adopted by martadinata666, and 5 others by various people: - bcop - ccsm - compizconfig-python - emerald-themes - libcompizconfig So I suggest martadinata666 adopts these 5 package above. I accept deletion request.

10 years, 11 months

[aur-requests] [PRQ#7448] Deletion Request for firefox-dev

by notify＠aur.archlinux.org

Eschwartz [1] filed a deletion request for firefox-dev [2]: Frivolous duplicate of firefox-developer (or possibly firefox-aurora, since all three seem to be essentially the same, but the other two maintainers need to figure things out). This package, on the other hand, was initially uploaded a couple days ago with the (pinned) comment: "In case you're wondering why this is a clone of `firefox-developer`: this is auto-updated every hour, without user intervention (and has sha512 hashes!). Check out the script at https://github.com/denysvitali/aur-firefox-dev-automaintainer" In what world is uploading identical packages under different names, to fix checksum issues and pkgver update frequency, okay? @denvit, if you don't like the way a package is being maintained, the appropriate response is to discuss it with the maintainers, not to upload a *third* version of the exact same package under a misleading name. Stop spamming the AUR. [1] https://aur.archlinux.org/account/Eschwartz/ [2] https://aur.archlinux.org/pkgbase/firefox-dev/

8 years, 10 months

Re: [PRQ#65870] Merge Request for rtl-433-git

by dreieck

I see that rtl_433-git now build for me despite that the issue [0] got no attention from the maintainer. Maybe an upstream change. So I now also think `rtl-433-git` should be removed in favour of `rtl_433-git`, and I am going to submit a deletion request because of duplocate. [0] https://aur.archlinux.org/packages/rtl_433-git#comment-902241 On Tue, 19 Nov 2024 13:07:44 +0100, oid-maps(a)seznam.cz wrote: > Ahoj, > > thanks for the request! > > If I remember correctly, `rtl_433-git` has issues and did not get > updated on a reported issue [0] > > [0] https://aur.archlinux.org/packages/rtl_433-git#comment-902241 > > .. so maybe make the merge request the other way round? > > Regards! > > On Sun, 17 Nov 2024 13:13:24 +0000, notify(a)aur.archlinux.org wrote: > > > InFerNo [1] filed a request to merge rtl-433-git [2] into > > rtl_433-git [3]: > > > > Are these the same? > > > > [1] https://aur.archlinux.org/account/InFerNo/ > > [2] https://aur.archlinux.org/pkgbase/rtl-433-git/ > > [3] https://aur.archlinux.org/pkgbase/rtl_433-git/

1 year, 1 month

Re: [aur-requests] [PRQ#4266] Deletion Request for updpkg

by Maxime Gauduin

On Fri, Oct 30, 2015 at 6:17 PM, Bernhard Landauer <oberon(a)manjaro.org> wrote: > Pfff. What does 'rise to the level of a package' mean, please? It is quite > convenient, it works, it does no harm and it does exactly what the > description says. > Does something have to be complicated in order to be useful? > If you don't like it just don't use it. > Other people may find it helpful. I use it every day. > Have a good day. > > > On 30/10/15 17:36, notify(a)aur.archlinux.org wrote: > >> Scimmia [1] filed a deletion request for updpkg [2]: >> >> I don't think a 3 line script running simple commands rises to the >> level of a package. >> >> [1] https://aur.archlinux.org/account/Scimmia/ >> [2] https://aur.archlinux.org/pkgbase/updpkg/ >> > This package is unneeded indeed, you have .bashrc or whatever .shellrc for that. Cheers, -- Maxime

10 years, 1 month

[aur-requests] [PRQ#34994] Deletion Request for downgrader-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for downgrader-git [2]: I think this legacy VCS package is not needed. Code development halted in 2017; also no alive forks exist. Its corresponding non-VCS package has already been deleted: https://aur.archlinux.org/packages/downgrader/ This application should not be confused with AUR/downgrade: https://aur.archlinux.org/packages/downgrade That is a completely different code (downgrader is C, downgrade is shell script based). The 'downgrade' project is alive and well, so that package should be kept. In contrast, this downgrader-git should be deleted because it is defunct and not useful to have a package for it. I wouldn't think it can be stable and safe, given that it uses pacman which has seen API changes and at least one major version bump (from v5 to v6) during the past 5 years. Nothing depends on this package and last user comments are from 2018, so it seems safe to delete. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/downgrader-git/

3 years, 6 months

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