October 2023 - Aur-requests - lists.archlinux.org

[PRQ#49197] Deletion Request for kiwiirc
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for kiwiirc [2]: Disguised VCS package, depends on old EOL nodejs-lts-fermium. It should be resubmitted under the name 'kiwiirc-git', with updated nodejs dependency. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/kiwiirc/

1 1

[PRQ#49188] Deletion Request for libqmi-git
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for libqmi-git [2]: Abandoned, broken VCS package from 2019, with non-monotonic pkgver(). Not useful to keep without maintainer attention. Upstream releases frequently, and Arch repo pushes those frequent updates to the stable extra/libqmi package. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/libqmi-git/

1 1

[PRQ#49129] Deletion Request for oyepa
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

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 2

[PRQ#49105] Deletion Request for lib32-pciutils
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for lib32-pciutils [2]: Cleanup after the deletion of the unneeded lib32-net-snmp (PRQ#47124) and lib32-hwloc (PRQ#49104). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-pciutils/

1 1

[PRQ#49107] Deletion Request for lib32-kmod
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for lib32-kmod [2]: Cleanup after the deletion of the unneeded, unused lib32-pciutils (PRQ#49105). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-kmod/

1 1

[PRQ#49031] Deletion Request for android-sdk-dummy
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for android-sdk-dummy [2]: Dummy packages are not useful to provide to a package manager, and they are not allowed on AUR. Having a dummy package installed defeats the purpose of using a package manager. If a package requires another package, there's a good reason for it, and both should be installed in the system for them to work. No one forces anyone to install Android IDE's and Android SDK's / platform tools they use for development into the system. They can live happily inside the user's home folder as well. In that case, the user is not using pacman to manage those installations. If an AUR package requires Android SDK platform tools, both should be managed by the package manager. Developers have to ensure that they have sufficient storage space on their system for their particular developer activity, but disk space is not that expensive nowadays. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/android-sdk-dummy/

2 2

[PRQ#49030] Deletion Request for android-sdk-platform-tools-dummy
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for android-sdk-platform-tools- dummy [2]: Dummy packages are not useful to provide to a package manager, and they are not allowed on AUR. Having a dummy package installed defeats the purpose of using a package manager. If a package requires another package, there's a good reason for it, and both should be installed in the system for them to work. No one forces anyone to install Android IDE's and Android SDK's / platform tools they use for development into the system. They can live happily inside the user's home folder as well. In that case, the user is not using pacman to manage those installations. If an AUR package requires Android SDK platform tools, both should be managed by the package manager. Developers have to ensure that they have sufficient storage space on their system for their particular developer activity, and disk space is not that expensive nowadays. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/android-sdk-platform-tools-dummy/

3 4

[PRQ#49028] Deletion Request for android-platform-dummy
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for android-platform-dummy [2]: According to some TU's, dummy packages are not allowed on AUR. I don't know why this one would be particularly useful. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/android-platform-dummy/

3 4

[PRQ#49025] Deletion Request for android-sdk-cmdline-tools-latest-dummy
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for android-sdk-cmdline-tools- latest-dummy [2]: Dummy packages are not allowed on AUR. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/android-sdk-cmdline-tools-latest-dummy/

1 1

[PRQ#48757] Deletion Request for r352
by notify＠aur.archlinux.org 27 Feb '24

27 Feb '24

MarsSeed [1] filed a deletion request for r352 [2]: Unneeded, unmaintained legacy version of repo's 'r'. The pkgname does not conform to Arch package guidelines, which suggest to attach only the major version number to the name, which in this case is 3, not three hundred and fifty two (pkgname should have been either r3.5.2 or r-3.5.2, or a shorter variant of that). Also this conflicts with repo's r pkg, and as such, it violates the AUR submission guidelines. Safe to delete: no other builds on AUR requires this. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/r352/

1 1