Re: Rebuilding Modified Base Policy on RHEL6 (was on-Computing Abstractions & An Issue Thereof)

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

 



On Sat, 2010-06-26 at 16:24 -0700, Justin P. Mattock wrote:
> On 06/26/2010 04:06 PM, Joshua Kramer wrote:
> >
> >> Is the method for rebuilding policy explained in the following guide,
> >> still effective for RHEL6?
> >> http://danwalsh.livejournal.com/26428.html
> >>
> > Ok, so I followed the instructions on the noted page; specifically, near
> > the bottom. This line works to rebuild policy on RHEL6:
> >
> > *make validate UNK_PERMS=allow NAME=strict TYPE=mcs DISTRO=redhat UBAC=n
> > DIRECT_INITRC=y MONOLITHIC=n POLY=y MLS_CATS=1024 MCS_CATS=1024 base
> >
> > However, if I do this*, to switch the build from strict to targeted:
> >
> > cd ~/sources/BUILD/serefpolicy-VERSION
> > make UNK_PERMS=allow NAME=targeted TYPE=mcs DISTRO=redhat UBAC=n
> > DIRECT_INITRC=y MONOLITHIC=n POLY=y MLS_CATS=1024 MCS_CATS=1024 bare
> > make conf
> > make UNK_PERMS=allow NAME=targeted TYPE=mcs DISTRO=redhat UBAC=n
> > DIRECT_INITRC=y MONOLITHIC=n POLY=y MLS_CATS=1024 MCS_CATS=1024 conf
> >
> > ...the make breaks with this error:
> >
> > Creating targeted base module base.conf
> > cat tmp/pre_te_files.conf tmp/all_attrs_types.conf tmp/global_bools.conf
> > tmp/only_te_rules.conf tmp/all_post.conf > base.conf
> > Compiling targeted base module
> > /usr/bin/checkmodule -M -U allow base.conf -o tmp/base.mod
> > /usr/bin/checkmodule: loading policy configuration from base.conf
> > policy/modules/kernel/domain.te":195:ERROR 'type selinux_config_t is not
> > within scope' at token ';' on line 9468:
> > #line 195
> > dontaudit domain selinux_config_t:dir { getattr search open };
> > /usr/bin/checkmodule: error(s) encountered while parsing configuration
> > make: *** [tmp/base.mod] Error 1
> >
> > It breaks even with a non-modified policy (i.e. install src.rpm and run
> > this make command).
> >
> > Do I need to do this, even if I only want to build a modified "targeted"
> > version of the policy? Is it "strict" by default?
> >
> > Thanks,
> > -Josh
> >
> 
> 
> thats a bug in flex(tried to bisect flex a while back, but found myself 
> in a nightmare doing so). one thing I do when I hit this is downgrade 
> flex to 2.5.4a then build only checkmodule/policy then try the policy 
> again(just remember to put flex back to the latest afterwards)

No, it isn't related to that issue - you would get a syntax error if it
was the flex problem, not a "type ... is not within scope" error.

-- 
Stephen Smalley
National Security Agency


--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@xxxxxxxxxxxxx with
the words "unsubscribe selinux" without quotes as the message.


[Index of Archives]     [Selinux Refpolicy]     [Linux SGX]     [Fedora Users]     [Fedora Desktop]     [Yosemite Photos]     [Yosemite Camping]     [Yosemite Campsites]     [KDE Users]     [Gnome Users]

  Powered by Linux