FS#73747 - [lib32-gst-plugins-good] drop to AUR, no Arch dependents

Attached to Project: Community Packages
Opened by Marcell Meszaros (MarsSeed) - Friday, 11 February 2022, 17:11 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:10 GMT
Task Type Support Request
Category Packages: Multilib
Status Closed
Assigned To Felix Yan (felixonmars)
Architecture x86_64
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
multilib/lib32-gst-plugins-good is not required by Arch repo packages anymore.

Can be safely dropped to AUR like its counterparts already there:
(e.g. AUR/lib32-gst-plugins-bad, AUR/lib32-gst-plugins-ugly)

Additional FYI:
* Opportunity to lighten Arch mantenence load.
* AUR contributors are taking good care of lib32-gst packages.

Steps to verify:
See 'Required by (0)': https://archlinux.org/packages/multilib/x86_64/lib32-gst-plugins-good/
This task depends upon

Closed by  Buggy McBugFace (bugbot)
Saturday, 25 November 2023, 20:10 GMT
Reason for closing:  Moved
Additional comments about closing:  https://gitlab.archlinux.org/archlinux/p ackaging/packages/lib32-gstreamer/issues /3
Comment by Marcell Meszaros (MarsSeed) - Saturday, 12 February 2022, 16:18 GMT
I see that 64-bit gstreamer and gst-plugins packages have been refactored as one mono-PKGBUILD which defines split packages.

I also see that wine/wine-staging defines makedepends=lib32-gst-plugins-base-libs, the latter depends on lib32-gstreamer.

Therefore it would seem to me that wine/wine-staging is the only existing barrier against dropping all lib32-gst* packages to AUR.

But there needs to be a solution for this one way or another.

Current situation is a mess:
- gstreamer et al: 1.20 (updated 2022-02-09) (split packages)
- lib32-gstreamer: 1.18.5-1 (updated 2021-09-26)
- lib32-gst-plugins-base, -libs: 1.18.4-1 (updated 2021-03-21!!)
- lib32-gst-plugins-good: 1.18.5-2 (updated 2022-01-19)
- AUR: lib32-gst-plugins-bad, lib32-gst-plugins-ugly, lib32-gst-libav: 1.18.5
--- cannot be updated to 1.20 while Arch/multilib holds lib32-gst* packages hostage at 1.18.5

Either Arch/multilib could carry all lib32-gst* packages and all their dependencies, and update lib32-gst* to v1.20,
or drop all of them from multilib and let AUR maintainers take over.

Not sure about the best way to handle Wine make/optional dependencies in case the latter option would be chosen.
Comment by Aaron (ukbeast89) - Sunday, 13 February 2022, 01:30 GMT
Hence bad and ugly are in aur, why not also drop the remaining lib32 also?
Users can use the chaotic aur, to provide binaries to build for multilib.
Comment by Aaron (ukbeast89) - Friday, 18 February 2022, 21:58 GMT
I noticed 32-bit got fixed and updated to 1.20.
Massive thanks to Antonio Rojas.
Would, this stay under Arch's multilib repo and maybe add bad,ugly?
https://archlinux.org/packages/multilib-testing/x86_64/lib32-gst-plugins-base-libs/

Loading...