From: Joshua Brindle <method@manicmethod.com>
To: Stephen Smalley <sds@tycho.nsa.gov>
Cc: William Roberts <bill.c.roberts@gmail.com>, selinux@tycho.nsa.gov
Subject: Re: Update to docs
Date: Fri, 14 Sep 2012 11:34:03 -0400 [thread overview]
Message-ID: <50534E6B.2020606@manicmethod.com> (raw)
In-Reply-To: <1347627083.11029.12.camel@moss-pluto.epoch.ncsc.mil>
Stephen Smalley wrote:
> On Thu, 2012-09-13 at 16:58 -0700, William Roberts wrote:
>> Can I get the documentation on the wiki updated under "SE Android
>> policy" the second paragraph. I would like to update that you can
>> specify genfs_context files and seapp_context files...maybe something
>> like below will be sufficient:
>>
>> Device-specific additions for the policy configuration can be placed
>> in a sepolicy.te file (for kernel TE policy rules), a sepolicy.fc file
>> (for file_contexts entries), a sepolicy.pc file (for property_contexts
>> entries), a sepolicy.genfs_contexts file (for genfs entries), or
>> seapp_contexts (for seapp rule entries) under any of the
>> target/board/<device>, device/<vendor>/<device>, or
>> vendor/<vendor>/<device> directories. These files if present are
>> merged into the policy during the build.
>
> Updated. However, this is starting to get unwieldy. I was wondering
> whether we should switch over to a model where we permit a sepolicy
> subdirectory under the device directories that can contain any kind of
> policy file (without requiring a sepolicy. prefix on each one since they
> will be in a subdirectory). Just need to decide how we would merge
> multiple .te files with the same name, i.e. concatenate/union vs.
> replace/override.
>
I'd prefer something like POLICY_FILES += some-policy-file.te.
The reason is that under my maguro directory I now have a full_maguro.mk
that builds a more-or-less upstream maguro and a tresys_maguro.mk that
adds stuff we are doing. Right now the policies are all merged because
there isn't another option but with a POLICY_FILES variable we could
have custom policy per product.
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2012-09-14 15:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-13 23:58 Update to docs William Roberts
2012-09-14 12:51 ` Stephen Smalley
2012-09-14 15:34 ` Joshua Brindle [this message]
2012-09-14 16:19 ` Radzykewycz, T (Radzy)
2012-09-14 16:29 ` Stephen Smalley
2012-09-14 18:10 ` William Roberts
2012-09-14 20:28 ` Radzykewycz, T (Radzy)
2012-09-26 18:40 ` Robert Craig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50534E6B.2020606@manicmethod.com \
--to=method@manicmethod.com \
--cc=bill.c.roberts@gmail.com \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.