January 2024 - Aur-requests - lists.archlinux.org

[PRQ#49521] Deletion Request for mariadb-git2
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for mariadb-git2 [2]: VCS packages based on Git repos have to have pkgnames ending in '-git', not '-git2'. Also, a proper VCS package has to follow a version control system repository's branch, but not be pinned to a specific commit or tag or version, like this PKGBUILD is. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/mariadb-git2/

1 1

[PRQ#49504] Deletion Request for python-meh-git
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for python-meh-git [2]: Broken, unmaintained, unused VCS package from 2018. Has both Python3 and Python2 setuptools as makedepends, for one, single package. Also, the pkgver() function is random, non-monotonic. Not useful to keep. AUR has a python-meh package that needs only one minor version bump. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python-meh-git/

1 1

[PRQ#49845] Deletion Request for lib32-svt-av1
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for lib32-svt-av1 [2]: Same reason as written in the deletion request for lib32-libheif (PRQ#49840), with the exception that this had its first git tag in 2019, whereas for the latter, it was in 2018. This should be dropped from AUR for lack of any use case whatsoever. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-svt-av1/

1 1

[PRQ#49843] Deletion Request for lib32-http-parser
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for lib32-http-parser [2]: Unneeded lib32 package after the deletion of lib32-libgit2 (PRQ#49842). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-http-parser/

1 1

[PRQ#49842] Deletion Request for lib32-libgit2
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for lib32-libgit2 [2]: See deletion requests PRQ#49840 for lib32-libheif, and PRQ#49841 for lib32-rav1e to see why they shouldn't exist on AUR. Safe to clean up this unneeded library as well after the former ones. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-libgit2/

1 1

[PRQ#49841] Deletion Request for lib32-rav1e
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for lib32-rav1e [2]: Same reason as written in the deletion request for lib32-libheif (PRQ#49840), with the exception that this had its first git tag in 2019, whereas for the latter, it was in 2018. This should be dropped from AUR for lack of any use case whatsoever. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-rav1e/

1 1

[PRQ#49840] Deletion Request for lib32-libheif
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for lib32-libheif [2]: No code in this lib32-on-64-bit build ever gets used by wine-stable or lib32-libgphoto2 through lib32-gd. (Deletion request for the latter: PRQ#49836 - see the rationale explained in that submission message). Additionally, there's absolutely zero user libraries or applications that are bin32 only or compile only to 32-bit AND need this library, first released in 2018. Adding this to AUR as a dependency originates from automatic feature- parity copying of repo 64-bit packages' dependency chain, without evaluation the existence or lack thereof of *any* use case. Therefore this should be dropped from AUR after the deletion of lib32-gd. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-libheif/

1 1

[PRQ#49839] Deletion Request for lib32-libraqm
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for lib32-libraqm [2]: No code in this lib32-on-64-bit build ever gets used by wine-stable or lib32-libgphoto2 through lib32-gd. Therefore it's safe to drop this from AUR after the deletion of lib32-gd (PRQ#49836; see the rationale behind this in the latter request's message). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-libraqm/

1 1

[PRQ#49836] Deletion Request for lib32-gd
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

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/

5 11

[PRQ#49850] Deletion Request for mozo-gtk2
by notify＠aur.archlinux.org 31 Mar '24

31 Mar '24

MarsSeed [1] filed a deletion request for mozo-gtk2 [2]: Broken, unused package from 2019, mixing gtk2 and gtk3 deps but no one noticed. Safe to delete. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/mozo-gtk2/

1 1