I would try to fix this, but I'm not even sure what the proper way of doing this is right now in fedora. Does one use koji, mock, copr, rpmbuild? Description of problem: The `xpra` package adds a file `/usr/lib/tmpfiles.d/xpra.conf` during installation. The contents of that file specify that a directory should be created within the `tmpfs` type mount point on `/var/run/` with `0770` permissions and ownership should be assigned to the "xpra" group. ``` cat /lib/tmpfiles.d/xpra.conf # This is the shared directory where users of the xpra group # can place sockets if they want to be able to share them. d /var/run/xpra 0770 - xpra ``` However, **the xpra package doesn't create the specified group** at the time of installation! ``` # rpm -q --scripts xpra postinstall scriptlet (using /bin/sh): /usr/bin/update-desktop-database &> /dev/null || : /bin/touch --no-create /usr/share/icons/hicolor &>/dev/null || : postuninstall scriptlet (using /bin/sh): /usr/bin/update-desktop-database &> /dev/null || : if [ $1 -eq 0 ] ; then /bin/touch --no-create /usr/share/icons/hicolor &>/dev/null /usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor &>/dev/null || : fi posttrans scriptlet (using /bin/sh): /usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor &>/dev/null || : ``` ----------------------------- Version-Release number of selected component (if applicable): ``` # rpm -q xpra xpra-0.16.3-1.fc23.i686 ``` -------------------------------- Additional info: I'll add a link to the fix provided by the upstream package; namely: ``` 1 #!/bin/sh 2 3 SERVER_GROUP="xpra" 4 if ! getent group | grep -q "^$SERVER_GROUP:" ; then 5 echo -n "Adding group $SERVER_GROUP.." 6 addgroup --quiet --system $SERVER_GROUP 2>/dev/null ||true 7 echo "..done" 8 fi ```
Note, the "patch" was provided for the Debian trunk but not for "rpmbuild" trunk. Additional information: https://www.xpra.org/trac/ticket/1093
Hmm. What's this actually needed for? xpra is working fine for me locally without the group. Can you outline your failing use case? Thanks
For Fedora/RHEL/CentOS: ``` #!/bin/env sh SERVER_GROUP="xpra" if ! getent group | grep -q "^$SERVER_GROUP:" ; then echo -n "Adding group $SERVER_GROUP.." groupadd -r $SERVER_GROUP 2>/dev/null || true echo "..done" fi ``` OR ``` postinstall scriptlet (using /bin/sh): /usr/bin/update-desktop-database &> /dev/null || : /bin/touch --no-create /usr/share/icons/hicolor &>/dev/null || : /sbin/groupadd -r xpra &>/dev/null || : postuninstall scriptlet (using /bin/sh): /sbin/groupdel xpra &>/dev/null || : /usr/bin/update-desktop-database &> /dev/null || : if [ $1 -eq 0 ] ; then /bin/touch --no-create /usr/share/icons/hicolor &>/dev/null /usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor &>/dev/null || : fi posttrans scriptlet (using /bin/sh): /usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor &>/dev/null || : ```
I'm sorry. I hadn't even realized that I failed to point out the main reason for this. `systemd-tmpfiles-setup` and, subsequently, `systemd-tmpfiles-clean` fail because of this. ``` Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: Starting Create Volatile Files and Directories... Apr 14 04:06:05 babinkomp.airportx.lan systemd-tmpfiles[743]: [/usr/lib/tmpfiles.d/xpra.conf:3] Unknown group 'xpra'. Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-setup.service: Main process exited, code=exited, status=1/FAILURE Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: Failed to start Create Volatile Files and Directories. Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-setup.service: Unit entered failed state. Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-setup.service: Failed with result 'exit-code'. ```
# systemctl status -l systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: disabled) Active: failed (Result: exit-code) since Thu 2016-04-14 04:06:05 CDT; 2h 15min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 743 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=1/FAILURE) Main PID: 743 (code=exited, status=1/FAILURE) Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: Starting Create Volatile Files and Directories... Apr 14 04:06:05 babinkomp.airportx.lan systemd-tmpfiles[743]: [/usr/lib/tmpfiles.d/xpra.conf:3] Unknown group 'xpra'. Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-setup.service: Main process exited, code=exited, status=1/FAILURE Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: Failed to start Create Volatile Files and Directories. Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-setup.service: Unit entered failed state. Apr 14 04:06:05 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-setup.service: Failed with result 'exit-code'. [06:21][1029]# systemctl status -l systemd-tmpfiles-clean ● systemd-tmpfiles-clean.service - Cleanup of Temporary Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-clean.service; static; vendor preset: disabled) Active: failed (Result: exit-code) since Thu 2016-04-14 04:20:58 CDT; 2h 0min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 2966 ExecStart=/usr/bin/systemd-tmpfiles --clean (code=exited, status=1/FAILURE) Main PID: 2966 (code=exited, status=1/FAILURE) Apr 14 04:20:57 babinkomp.airportx.lan systemd[1]: Starting Cleanup of Temporary Directories... Apr 14 04:20:58 babinkomp.airportx.lan systemd-tmpfiles[2966]: [/usr/lib/tmpfiles.d/xpra.conf:3] Unknown group 'xpra'. Apr 14 04:20:58 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-clean.service: Main process exited, code=exited, status=1/FAILURE Apr 14 04:20:58 babinkomp.airportx.lan systemd[1]: Failed to start Cleanup of Temporary Directories. Apr 14 04:20:58 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-clean.service: Unit entered failed state. Apr 14 04:20:58 babinkomp.airportx.lan systemd[1]: systemd-tmpfiles-clean.service: Failed with result 'exit-code'.
xpra-0.16.3-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-26dd63a02e
xpra-0.16.3-2.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2016-b033aaa1dc
xpra-0.16.3-2.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-bb6ed3ab0f
xpra-0.16.3-3.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-60030f2ec2
xpra-0.16.3-3.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-9cab30831f
xpra-0.16.3-3.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2016-f225900ec8
If you'd like to test the updated package without waiting for it to hit the updates-testing repo, you can pull it directly from koji here: http://koji.fedoraproject.org/koji/buildinfo?buildID=754481
xpra-0.16.3-3.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-9cab30831f
xpra-0.16.3-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-60030f2ec2
xpra-0.16.3-3.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-f225900ec8
Thank you for this prompt response. This Bug should be closed, as the problem has been solved. Is there a page I should go to to give "Karma"? I don't remember where or if that's still being used. # systemctl status -l systemd-tmpfiles-setup ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: disabled) Active: active (exited) since Sat 2016-04-16 22:00:48 CDT; 2h 23min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 750 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS) Main PID: 750 (code=exited, status=0/SUCCESS) CGroup: /system.slice/systemd-tmpfiles-setup.service Apr 16 22:00:48 babinkomp.airportx.lan systemd[1]: Starting Create Volatile Files and Directories... Apr 16 22:00:48 babinkomp.airportx.lan systemd[1]: Started Create Volatile Files and Directories. # uname -r 4.4.6-301.fc23.i686
xpra-0.16.3-3.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.
xpra-0.16.3-3.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
xpra-0.16.3-3.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.