After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 778911 - restorecon not always installed in the user PATH
restorecon not always installed in the user PATH
Status: RESOLVED OBSOLETE
Product: gnome-boxes
Classification: Applications
Component: general
3.22.x
Other Linux
: Normal normal
: --
Assigned To: GNOME Boxes maintainer(s)
GNOME Boxes maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2017-02-19 15:13 UTC by Laurent Bigonville
Modified: 2018-01-11 10:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Laurent Bigonville 2017-02-19 15:13:29 UTC
Hi,

In almost all the distributions (except Fedora) the restorecon executable is installed in (/usr)/sbin and not in (/usr)/bin and is not part of the user PATH

Maybe this is something that should be detected at build time or with a configure flag?
Comment 1 Pavel Grunt 2017-02-20 09:43:05 UTC
it is a runtime stuff - ie configure flag is not useful because you can remove/add restorecon later.

Do you suggest to have it in requirements ?
Comment 2 Laurent Bigonville 2017-02-20 09:57:43 UTC
I was talking about a configure flag to set the path to the executable, not to enable or disable support at build time
Comment 3 Felipe Borges 2017-02-20 12:03:02 UTC
Or we could try the first one and if it fails, try the second (absolute) path. 

https://git.gnome.org/browse/gnome-boxes/tree/src/util-app.vala#n226
Comment 4 GNOME Infrastructure Team 2018-01-11 10:49:47 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-boxes/issues/126.