[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: policy packages

Daniel J Walsh wrote:

Karl MacMillan wrote:

-----Original Message-----

Well, when I installed policy-strict-sources, it replaced the files
from the policy-sources package. Surprise! I would have thought in
would have installed them under
/etc/security/selinux/src/policy-strict. I hope we will be able to
have both (or more) policies sources installed at the same time.
If I rename src/policy to src/policy-strict can I then reinstall
policy-sources? what rpm options should I use?
Thanks for the help
Richard Hally

Yes that was a mistake that it got out. I am working on a new version of the policy src rpm. It will create 4 rpms. policy and policy-sources which will contain the targeted policy (relaxed) policy. policy-strict and policy-strict-sources which will contain the strict policy (The policy we currently ship). This should be available in the first rawhide versions of FC3. Policy sources will install in /etc/security/selinux/targeted/src/policy. Strict policy sources will install in /etc/security/selinux/strict/src/policy.

Will there be any way to determine which policy is currently active? Also, I
am concerned that the well known location for the policy source
(/etc/security/selinux/src/policy/) will go away and break tools that expect
it. All of our tools are configurable, of course, but this change will make
it hard to provide good configuration defaults. What about making
/etc/security/selinux/src/policy a symlink to the currently active policy?


Karl MacMillan
Tresys Technology
(410)290-1411 ext 134

We could change a sym link. We were thinking of using /etc/sysconfig/selinux to specify which policy is in use, and where the directories are. Right now I am just trying to get the SRPM to build both policy groups. The only tools that should be affected are those that deal with the src dir, which is the SEtools.
Perhaps if you consider Karl as the upstream developer for setools and remember that these tools are intended to work on other distributions as well, it would be appropriate to not use /etc/sysconfig/selinux.
Also, consider current practice where /etc/security/selinux/src is the location for the policysources thus selinux/src should contain /src/policy-x, policy-y and policy-z with /src/policy a link to any one of the policy-n directories as Karl suggested.
Using /selinux/targeted/src and /selinux/foo/src and /selinux/whatever/src to contain different instances of source seems backward to me. (IMHO) :)
Richard Hally

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]