Bug 1963939 - Configuration files being installed in datadir instead of sysconfdir?
Summary: Configuration files being installed in datadir instead of sysconfdir?
Alias: None
Product: Fedora
Classification: Fedora
Component: pipewire
Version: 34
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Wim Taymans
QA Contact: Fedora Extras Quality Assurance
: 1963935 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2021-05-24 12:41 UTC by Ankur Sinha (FranciscoD)
Modified: 2021-12-11 01:45 UTC (History)
6 users (show)

Fixed In Version: pipewire-0.3.31-2.fc34
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2021-06-30 03:16:27 UTC
Type: Bug

Attachments (Terms of Use)

Description Ankur Sinha (FranciscoD) 2021-05-24 12:41:14 UTC
Description of problem:
The latest version of pipewire installs configuration files in /usr/share instead of /etc/pipewire. This was announced on bodhi, so this is intentional, but is this correct? The guidelines say that config files should go to sysconfdir, not datadir. (The man page for pipewire.conf also still says that the configuration directory is in /etc/pipewire.)

Additionally, users (like me), now have a /etc/pipewire that is no longer owned by any package and so will never be cleaned up.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Update a F34/rawhide system

Actual results:
Configuration files are installed in /usr/share/pipewire instead of /etc/pipewire

Expected results:
Configuration files should be installed in /etc/pipewire.

Additional info:

Comment 1 Wim Taymans 2021-05-24 14:01:42 UTC
It is intentional and in line with other packages (dbus) that now can run without any configuration in /etc or /home. The idea is that wiping /etc or /home brings the configuration back to factory settings.

If a modification needs to be made, the backup config file (in /usr/share) should be copied to either /etc/pipewire for systemwide config or $HOME/.config/pipewire for user config.

Some bugs remain though:

 - The documentation needs to be updated.
 - a note will be put in the /usr/share config files to explain this
 - the fedora package will be updated to own the /etc/pipewire directory.

Comment 2 Tomáš Trnka 2021-05-24 18:42:47 UTC
*** Bug 1963935 has been marked as a duplicate of this bug. ***

Comment 3 Tomáš Trnka 2021-05-24 18:59:05 UTC
Is there any particular reason why the config files in /etc were removed before updating the documentation and without a very prominent announcement of this new policy? Given that there's a whole lot of reasons why people like me tend to expect editable config files in /etc (the FHS, decades of tradition, 99% other packages doing it that way), there should IMHO be a big red blinking banner somewhere telling all the confused users that they need to go digging for files in /usr/share and hand-copy them over because RPM can't be bothered to put them into /etc anymore. At the very least, it would be great if the package shipped at least an /etc/pipewire/README explaining what's going on and where to find the config files.

Comment 4 Fedora Update System 2021-06-28 15:37:40 UTC
FEDORA-2021-5a5f27d6b3 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-5a5f27d6b3

Comment 5 Fedora Update System 2021-06-29 01:31:30 UTC
FEDORA-2021-5a5f27d6b3 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-5a5f27d6b3`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-5a5f27d6b3

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 6 Fedora Update System 2021-06-30 03:16:27 UTC
FEDORA-2021-5a5f27d6b3 has been pushed to the Fedora 34 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 7 Michael Hrivnak 2021-12-11 01:45:34 UTC
This decision to put config in /usr/share/ caused my system's sound to silently (I know...) break on upgrade to F35, and this has the potential to affect many people. I filed a separate bug here: https://bugzilla.redhat.com/show_bug.cgi?id=2031328

Note You need to log in before you can comment on or make changes to this bug.