Date: Sat, 09 Oct 1999 11:06:50 -0500 From: Jacques Vidrine <n@nectar.com> To: freebsd-stable@freebsd.org Subject: Re: merging current's jail functionality to stable Message-ID: <19991009160651.314441D87@bone.nectar.com> In-Reply-To: <19991009100231S.nectar@nectar.com> References: <19991009100231S.nectar@nectar.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[[ replying to your own message is fun ]] On 9 October 1999 at 10:02, Jacques Vidrine <n@nectar.com> wrote: [snip] > As I see it, there are these options: > = Damn the binary compatibility. Go ahead and commit it. > Inform any known vendors about the change and encourage > them to make the trivial updates needed. > = Wrap these changes with ``options JAIL''. There are over > 130 files that would need ``#ifdef JAIL'' as it is. This > could be reduced, but any way you slice it, a lot of pollutant > would have to be introduced. > = Don't commit it, it is too much trouble. > = Use magic on the 3rd-party KLDs so that calls of suser are > folded to suser_xxx. This can't be perfect, because we'll > lose the accounting info parameter, but it might be better > than breaking the binary. I forgot one more, which is probably the most desirable if there are a significant number of 3rd-party binaries to support: = Don't change suser, but bring in the rest of the changes needed for jail (add suser_xxx and update the 16 or so files that need the new semantics). This means that suser in -STABLE and -CURRENT are still different (as it is today), but it puts of breaking binary compatibility until 4.0-RELEASE. This didn't occur to me earlier, mostly because I would like the suser from -CURRENT to be merged into -STABLE. Strictly speaking, this isn't necessary to support jail. Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991009160651.314441D87>