[refpolicy] [PATCH] Add Debian location for rtkit-daemon daemon

Daniel J Walsh dwalsh at redhat.com
Mon Sep 17 10:25:16 CDT 2012

Hash: SHA1

On 09/17/2012 11:17 AM, Christopher J. PeBenito wrote:
> On 09/13/12 12:06, Dominick Grift wrote:
>> On Thu, 2012-09-13 at 11:56 -0400, Daniel J Walsh wrote:
>>> On 09/13/2012 08:19 AM, Dominick Grift wrote:
>>>> On Thu, 2012-09-13 at 00:14 +0200, Laurent Bigonville wrote:
>>>>> From: Laurent Bigonville <bigon at bigon.be>
>>>>> --- rtkit.fc |    4 ++++ 1 file changed, 4 insertions(+)
>>>>> diff --git a/rtkit.fc b/rtkit.fc index 52c441e..fd82305 100644 --- 
>>>>> a/rtkit.fc +++ b/rtkit.fc @@ -1 +1,5 @@ /usr/libexec/rtkit-daemon
>>>>> -- gen_context(system_u:object_r:rtkit_daemon_exec_t,s0) + 
>>>>> +ifdef(`distro_debian',` +/usr/lib/rtkit/rtkit-daemon	-- 
>>>>> gen_context(system_u:object_r:rtkit_daemon_exec_t,s0) +')
>>>> This was merged. Thanks
>>> I have never been a big fan of the ifdef(DISTRO) stuff in the fc files.
>>> Why is it necessary hear?  Only reason for this would be if another
>>> distro had a file here named /usr/lib/rtkit/rtkit-daemon that they
>>> wanted to label differently. Lets not flood the fc files with these
>>> macros.  I could definitely see Fedora moving to this location.  Driven
>>> by systemd.
>> I agree, but until we get consensus cross the board regarding this issue 
>> i don't see any reason to reject these patches.
>> removing the ifdef wrappers is trivial so as soon as we can all agree ill
>> remove them.
>> So i would like to hear opinions of at least pebenito. bigon and swift 
>> about this as well (which i cc'd)
> We can always remove the ifdef if Fedora uses that path.  But in this case,
> the fc seems odd to me; why would you put a service's executable in
> /usr/lib (even as a subdir)?

Systemd is pushing the idea that you put apps that are to be run as a service
or by a library into /usr/lib/PACKAGENAME (This apps should never be run using
multilib).  As opposed to /usr/libexec.

These are the directories I have in Fedora 18


Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/


More information about the refpolicy mailing list