Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#63195 - [steam-native-runtime] lib32-gconf as a dependency for Garry's Mod

Attached to Project: Community Packages
Opened by Faalagorn (Faalagorn) - Sunday, 14 July 2019, 18:40 GMT
Last edited by Balló György (City-busz) - Wednesday, 04 September 2019, 12:38 GMT
Task Type Bug Report
Category Packages: Multilib
Status Closed
Assigned To Maxime Gauduin (Alucryd)
Levente Polyak (anthraxx)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Garry's Mod doesn't start properly without lib32-gconf. It works fine after installing it.


Steps to reproduce:
* Don't have lib32-gconf installed.
* Launch Steam with Steam runtime disabled (e.g. steam-native-runtime).
* Launch Garry's Mod (e.g. by steam://install/4000 – must have the game owned).
* Observe error.
* Install lib32-gconf from pacman repos, exit game.
* Launch the game again, observe no error this time.
This task depends upon

Closed by  Balló György (City-busz)
Wednesday, 04 September 2019, 12:38 GMT
Reason for closing:  Won't fix
Additional comments about closing:  gconf is deprecated and will be removed soon from the official repositories
Comment by Balló György (City-busz) - Thursday, 29 August 2019, 19:54 GMT
gconf is deprecated and will be removed soon from the official repositories. We can't fix proprietary software.
Comment by Levente Polyak (anthraxx) - Thursday, 29 August 2019, 20:21 GMT
well, while the first part is true, the last part isn't much as we have and do/support with steam-native-runtime exactly that, a native runtime for proprietary software.
Comment by Balló György (City-busz) - Thursday, 29 August 2019, 20:39 GMT
We should decide to either keep deprecated/unmaintained software for infinite time in our repositories, or remove support for proprietary software that use legacy/outdated stuff.
Comment by Levente Polyak (anthraxx) - Thursday, 29 August 2019, 21:00 GMT
Not specifically debating in favor for this case, but there is a difference between removing support for unmaintained/deprecated software from all non proprietary software we provide and have control over and keeping deprecated/unmaintained software for infinite while depending everything we can on it. Things are not always binary black and white

Loading...