From owner-freebsd-hackers Thu Nov 13 17:18:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10996 for hackers-outgoing; Thu, 13 Nov 1997 17:18:35 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.5.85]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA10984 for ; Thu, 13 Nov 1997 17:18:32 -0800 (PST) (envelope-from tlambert@usr08.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.7/8.8.7) id SAA16294; Thu, 13 Nov 1997 18:18:31 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp04.primenet.com, id smtpd016277; Thu Nov 13 18:18:23 1997 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id SAA18982; Thu, 13 Nov 1997 18:18:20 -0700 (MST) From: Terry Lambert Message-Id: <199711140118.SAA18982@usr08.primenet.com> Subject: Re: SUID-Directories patch To: sos@FreeBSD.dk Date: Fri, 14 Nov 1997 01:18:20 +0000 (GMT) Cc: julian@whistle.com, hackers@FreeBSD.ORG In-Reply-To: <199711132135.WAA00279@sos.freebsd.dk> from "S?ren Schmidt" at Nov 13, 97 10:35:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > I'd like to move this to 2.2.x > > > > It is all hidden behind #ifdef SUIDDIR > > so I can guarantee that it won't BREAK anything. > > > > I really need it n 2.2 rather than 3.0 so I'd like to merge it in from > > -current later thes afternoon if I don't hear any objections. > > Objection. If you need this for Whistle, you should keep it in your > own tree, its does NOT belong in the generic FreeBSD tree. Time to move the boot code into the Whistle tree and take it out of the FreeBSD tree? (Whistle needs boot code, too..). One of the main incentives for commercial entities to give code back is offloading of maintenance. You can of course pick and choose what you want to take, but the fix seems generically useful (expecially the kernel vs. exported flags stuff that it requires to make it work, which frees up 13 bits(!) in the external flags for yet more mount options (like the rather less useful -- but still useful -- symbolic link defeating options). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.