Description of problem:
After switching to sddm, I am unable to access problem data via gnome-abrt.
The investigation led to a problem with PrivateTmp being enabled for sddm.service
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. make sddm your displaymanager
3. ls /var/tmp
4. ssh localhost
5. ls /var/tmp
abrt beakerlib-IUryF4f beakerlib-ldAUYOu beakerlib-xZoLpVh default_1000 systemd-colord.service-XVNvrzP systemd-rtkit-daemon.service-X2PlGJK yum-kvolny-HhsNk2
beakerlib-iMXWH0w beakerlib-K2iye8d beakerlib-mQtxh5A beakerlib-4XFdP4o kdecache-kvolny systemd-cups.service-XiGo7Fg systemd-sddm.service-XRY1n5Y
same output for 3 and 5
btw, probably a bit offtopic here, but ... I keep wondering, if some files are put into /var/tmp overlay during sddm session, what happens to them after the session ends?
I feel like this is more likely an issue with gnome-abrt which uses /tmp as an inappropriate location for its job to pass core-dump data and what else between different applications/components, but I lack knowledge of gnome-abrt internals to really tell what's going on.
Can anyone (jfilak?) with more gnome-abrt knowledge tell what's happening here and whether this is something which should/could be fixed within gnome-abrt?
Hi Elias, "gnome-abrt" just queries ABRT database via D-Bus service org.freedesktop.Problems (https://jfilak.fedorapeople.org/ProblemsAPI/) and the service reads the data from "/var/tmp". I can't find anything bad on that according to this page http://fedoraproject.org/wiki/Features/tmp-on-tmpfs (See "Comments and Discussion").
Karel has correctly described the main problem of using "PrivateTmp=yes" for sddm. "ls /var/tmp" in console session has different result than "ls /var/tmp" in desktop session.
sddm-0.9.0-1.20141007git6a28c29b.fc21 has been submitted as an update for Fedora 21.
sddm-0.9.0-1.20141007git6a28c29b.fc20 has been submitted as an update for Fedora 20.
sddm-0.9.0-1.20141007git6a28c29b.fc19 has been submitted as an update for Fedora 19.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing sddm-0.9.0-1.20141007git6a28c29b.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
sddm-0.9.0-2.20141007git6a28c29b.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
sddm-0.9.0-2.20141007git6a28c29b.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.