Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1963939

Summary: Configuration files being installed in datadir instead of sysconfdir?
Product: [Fedora] Fedora Reporter: Ankur Sinha (FranciscoD) <sanjay.ankur>
Component: pipewireAssignee: Wim Taymans <wtaymans>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 34CC: brunovern.a, information, mhrivnak, noloader, tomastrnka, wtaymans
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: pipewire-0.3.31-2.fc34 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-06-30 03:16:27 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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):
pipewire-0.3.28-1.fc34.x86_64


How reproducible:
Always

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

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