From: guido@trentalancia.com (Guido Trentalancia)
Date: Thu, 10 Mar 2011 16:06:36 +0100
Subject: [refpolicy] [PATCH 01/15] Support /usr/sbin/alsactl location
 too (fex. Gentoo, Slackware, Arch)
In-Reply-To: <20110310133346.GA12988@siphos.be>
References: <20110309210524.GA4658@siphos.be>
	<1299707886.2974.6.camel@tesla.lan> <20110310133346.GA12988@siphos.be>
Message-ID: <1299769596.2990.30.camel@tesla.lan>
To: refpolicy@oss.tresys.com
List-Id: refpolicy.oss.tresys.com

On Thu, 10/03/2011 at 14.33 +0100, Sven Vermeulen wrote:
> On Wed, Mar 09, 2011 at 10:58:06PM +0100, Guido Trentalancia wrote:
> > Local symlink ? Or at least ifdef in the file context file ? I mean if
> > refpolicy has to cater for every single case of different location for
> > every different distribution or installation...
> 
> I agree, but I think that /usr/sbin/alsactl is the correct location (as alsa
> is not a prerequisite in order to succesfully boot a system, so no
> requirement to be in /sbin). It is also used by various distributions, not
> just one.

Proposing that to the alsa project itself ? Just another idea to avoid
the duplicate...

The point is that it is core (although not "vital") system functionality
(userspace interface to a main kernel module). So hypothetically my vote
on whether that should be /usr/sbin rather than /sbin would be neutral.

> If the reference policy wants to be consistent in its file context
> definitinos, it should base this on something, not on the first one who
> suggested a location.
> 
> I try to only suggest file context definitions that are matched by 
> - a purely single distribution (with an ifdef)
> - several (at least 3) distributions (which are not related to each other)
> - upstream (for instance locations documented by the package itself)
> 
> If it is not the intention to have a functional file context, but rather
> inform policy developers on how it could be (i.e. know that the alsactl
> binary should be alsa_exec_t) that's fine with me too - just say it ;-)
> 
> Wkr,
> 	Sven Vermeulen
> _______________________________________________
> refpolicy mailing list
> refpolicy at oss.tresys.com
> http://oss.tresys.com/mailman/listinfo/refpolicy
>