* I have spit out my current diffs in policy on fedoraproject.org
@ 2008-02-01 15:01 Daniel J Walsh
2008-02-01 15:05 ` Stephen Smalley
0 siblings, 1 reply; 5+ messages in thread
From: Daniel J Walsh @ 2008-02-01 15:01 UTC (permalink / raw)
To: SE Linux, Christopher J. PeBenito
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
http://people.fedoraproject.org/~dwalsh/Policy/
Patch is now up to 28000 lines.
I have it split into 147 patches.
Kernel patches should be fairly easy to merge,
System patches other than userdomain should not be difficult.
Then we get to service/apps ...
Going forward this is going to get more difficult. I think we need more
people with the ability to update the reference policy. Even if they
just cherry pick through the differences in my patches and upstream. I
don't believe one person can keep up with the volume of changes.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkejNFcACgkQrlYvE4MpobMoQACfVxHA3wlf/bZA0hQSE6bLI8bm
yzEAoOZczbxPVGnI+uC6s5p2i6N5CpRs
=ylKl
-----END PGP SIGNATURE-----
--
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: I have spit out my current diffs in policy on fedoraproject.org
2008-02-01 15:01 I have spit out my current diffs in policy on fedoraproject.org Daniel J Walsh
@ 2008-02-01 15:05 ` Stephen Smalley
2008-02-01 16:07 ` Paul Moore
0 siblings, 1 reply; 5+ messages in thread
From: Stephen Smalley @ 2008-02-01 15:05 UTC (permalink / raw)
To: Daniel J Walsh; +Cc: SE Linux, Christopher J. PeBenito
On Fri, 2008-02-01 at 10:01 -0500, Daniel J Walsh wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> http://people.fedoraproject.org/~dwalsh/Policy/
>
> Patch is now up to 28000 lines.
>
> I have it split into 147 patches.
>
> Kernel patches should be fairly easy to merge,
> System patches other than userdomain should not be difficult.
>
> Then we get to service/apps ...
>
>
> Going forward this is going to get more difficult. I think we need more
> people with the ability to update the reference policy. Even if they
> just cherry pick through the differences in my patches and upstream. I
> don't believe one person can keep up with the volume of changes.
Maybe create a fedora branch of refpolicy?
--
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@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: I have spit out my current diffs in policy on fedoraproject.org
2008-02-01 15:05 ` Stephen Smalley
@ 2008-02-01 16:07 ` Paul Moore
2008-02-01 19:39 ` Christopher J. PeBenito
0 siblings, 1 reply; 5+ messages in thread
From: Paul Moore @ 2008-02-01 16:07 UTC (permalink / raw)
To: Stephen Smalley; +Cc: Daniel J Walsh, SE Linux, Christopher J. PeBenito
On Friday 01 February 2008 10:05:27 am Stephen Smalley wrote:
> On Fri, 2008-02-01 at 10:01 -0500, Daniel J Walsh wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > http://people.fedoraproject.org/~dwalsh/Policy/
> >
> > Patch is now up to 28000 lines.
> >
> > {snip}
> >
> > Going forward this is going to get more difficult. I think we need
> > more people with the ability to update the reference policy. Even
> > if they just cherry pick through the differences in my patches and
> > upstream. I don't believe one person can keep up with the volume
> > of changes.
>
> Maybe create a fedora branch of refpolicy?
Does this actually solve the problem, or just move the patch problem
from outside refpolicy SVN into a branch within refpolicy? The changes
still need to get merged into the trunk and I'm not sure a branch helps
that any (maybe it does, I guess it all depends on how Chris works).
--
paul moore
linux security @ hp
--
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: I have spit out my current diffs in policy on fedoraproject.org
2008-02-01 16:07 ` Paul Moore
@ 2008-02-01 19:39 ` Christopher J. PeBenito
2008-02-01 21:08 ` Daniel J Walsh
0 siblings, 1 reply; 5+ messages in thread
From: Christopher J. PeBenito @ 2008-02-01 19:39 UTC (permalink / raw)
To: Paul Moore; +Cc: Stephen Smalley, Daniel J Walsh, SE Linux
On Fri, 2008-02-01 at 11:07 -0500, Paul Moore wrote:
> On Friday 01 February 2008 10:05:27 am Stephen Smalley wrote:
> > On Fri, 2008-02-01 at 10:01 -0500, Daniel J Walsh wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > http://people.fedoraproject.org/~dwalsh/Policy/
> > >
> > > Patch is now up to 28000 lines.
> > >
> > > {snip}
> > >
> > > Going forward this is going to get more difficult. I think we need
> > > more people with the ability to update the reference policy. Even
> > > if they just cherry pick through the differences in my patches and
> > > upstream. I don't believe one person can keep up with the volume
> > > of changes.
> >
> > Maybe create a fedora branch of refpolicy?
>
> Does this actually solve the problem, or just move the patch problem
> from outside refpolicy SVN into a branch within refpolicy? The changes
> still need to get merged into the trunk and I'm not sure a branch helps
> that any (maybe it does, I guess it all depends on how Chris works).
That doesn't help me; on many things I need more information on the
change, so a patch format works. Some of the problems are that the
patches are divided by module, not by changeset. Its better than one
big mega patch, but still suboptimal, especially if a changeset crosses
modules. I still suggest using quilt.
I'd suggest using trac's bug system on the refpolicy site so we can have
tracking of patches without flooding the mail list, however I'm sure Dan
isn't interesting in entering in 147 bugs (unless there is a nice
command line tool that can do this that I don't know of).
--
Chris PeBenito
Tresys Technology, LLC
(410) 290-1411 x150
--
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: I have spit out my current diffs in policy on fedoraproject.org
2008-02-01 19:39 ` Christopher J. PeBenito
@ 2008-02-01 21:08 ` Daniel J Walsh
0 siblings, 0 replies; 5+ messages in thread
From: Daniel J Walsh @ 2008-02-01 21:08 UTC (permalink / raw)
To: Christopher J. PeBenito; +Cc: Paul Moore, Stephen Smalley, SE Linux
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Christopher J. PeBenito wrote:
> On Fri, 2008-02-01 at 11:07 -0500, Paul Moore wrote:
>> On Friday 01 February 2008 10:05:27 am Stephen Smalley wrote:
>>> On Fri, 2008-02-01 at 10:01 -0500, Daniel J Walsh wrote:
>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>> Hash: SHA1
>>>>
>>>> http://people.fedoraproject.org/~dwalsh/Policy/
>>>>
>>>> Patch is now up to 28000 lines.
>>>>
>>>> {snip}
>>>>
>>>> Going forward this is going to get more difficult. I think we need
>>>> more people with the ability to update the reference policy. Even
>>>> if they just cherry pick through the differences in my patches and
>>>> upstream. I don't believe one person can keep up with the volume
>>>> of changes.
>>> Maybe create a fedora branch of refpolicy?
>> Does this actually solve the problem, or just move the patch problem
>> from outside refpolicy SVN into a branch within refpolicy? The changes
>> still need to get merged into the trunk and I'm not sure a branch helps
>> that any (maybe it does, I guess it all depends on how Chris works).
>
> That doesn't help me; on many things I need more information on the
> change, so a patch format works. Some of the problems are that the
> patches are divided by module, not by changeset. Its better than one
> big mega patch, but still suboptimal, especially if a changeset crosses
> modules. I still suggest using quilt.
>
> I'd suggest using trac's bug system on the refpolicy site so we can have
> tracking of patches without flooding the mail list, however I'm sure Dan
> isn't interesting in entering in 147 bugs (unless there is a nice
> command line tool that can do this that I don't know of).
>
The problem is something like quilt works if you sit down and do one
massive change to policy, like removing the role separation on homedirs.
But I get 10 Bugzilla's a day that I make changes to in the same pool.
Then back port these fixes into F7, F8 and RHEL5. I am also adding
additional policy components all the time. A lot of times while I am
fixing an AVC Bugzilla, I will notice that the policy really needs a
higher level function like auth_use_nsswitch(), I make the change while
I am in there.
So it would be tough to change the way I am working. What we really
could use is some volunteers review and package up changes in a way
that Chris would like to see them.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkejimgACgkQrlYvE4MpobOFQQCg3u0coLduGjwDnjAv2A/AT9l3
wNoAnjqZzuCDItJGpz3EADqMRdO38RE9
=OWij
-----END PGP SIGNATURE-----
--
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.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-02-01 21:08 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-01 15:01 I have spit out my current diffs in policy on fedoraproject.org Daniel J Walsh
2008-02-01 15:05 ` Stephen Smalley
2008-02-01 16:07 ` Paul Moore
2008-02-01 19:39 ` Christopher J. PeBenito
2008-02-01 21:08 ` Daniel J Walsh
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.