Hello all, Due to a few reasons, the most notable being a need to stop back-merging from Linus' tree, I'm changing the way I manage the SELinux tree. I apologize for any confusion this may cause, but this is a necessary change. First off, the SELinux tree remains in the same place: * git://git.infradead.org/users/pcmoore/selinux * http://git.infradead.org/users/pcmoore/selinux ... the changes are limited to the branches and how they will be managed moving forward. Ignoring master and the working-kdbus branches, there are presently three branches in the SELinux tree: stable-3.18, next, and upstream. The stable-3.18 branch holds patches that were submitted during the v3.18-rcX window. The next branch holds patches that were developed for v3.19 during the v3.18 window. The upstream branch is currently based off James' linux-security next branch after he merged the SELinux changes for v3.19. Moving forward I'm going to adopt the following process: 1. Create a new branch, stable-3.XX, set to the upstream branch that was sent during the merge window. 2. Reset the next branch to the upstream branch that was sent during the merge window. 3. Accept new features into the next branch and fixes into the stable-3.XX branch. 4. As necessary, merge stable-3.XX into upstream and send pull requests to Linus. 5. When v3.XX is released, merge next into upstream and send a pull request for the upstream branch to James. Leave stable-3.XX untouched for future stable fixes. 6. Goto step #1. The big change here is the new upstream branch, but it is important to note that the next branch will now be reset/rebased on a regular basis (step #2 above). The reset is unfortunate, but necessary to get the stable fixes. It is also worth mentioning that while I don't expect to reset/rebase the upstream branch often, it will likely happen on occasion so we can avoid back- merging. When this happens I'll be sure to send notice to the list. Thanks for your understanding, if you've got any questions, let's hear 'em. -Paul -- paul moore security and virtualization @ redhat _______________________________________________ Selinux mailing list Selinux@xxxxxxxxxxxxx To unsubscribe, send email to Selinux-leave@xxxxxxxxxxxxx. To get help, send an email containing "help" to Selinux-request@xxxxxxxxxxxxx.
