From owner-freebsd-hackers Sat Nov 4 06:49:41 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id GAA23610 for hackers-outgoing; Sat, 4 Nov 1995 06:49:41 -0800 Received: from cls.net (freeside.cls.de [192.129.50.1]) by freefall.freebsd.org (8.6.12/8.6.6) with SMTP id GAA23603 for ; Sat, 4 Nov 1995 06:49:38 -0800 Received: by mail.cls.net (Smail3.1.28.1) from allegro.lemis.de (192.109.197.134) with smtp id ; Sat, 4 Nov 95 14:48 GMT From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Reply-To: grog@lemis.de (Greg Lehey) Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id PAA19465; Sat, 4 Nov 1995 15:42:11 +0100 Message-Id: <199511041442.PAA19465@allegro.lemis.de> Subject: Re: CD automount and things To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sat, 4 Nov 1995 15:42:11 +0100 (MET) Cc: hackers@freebsd.org In-Reply-To: <25836.815495750@time.cdrom.com> from "Jordan K. Hubbard" at Nov 4, 95 06:35:50 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 994 Sender: owner-hackers@freebsd.org Precedence: bulk Jordan K. Hubbard writes: > > > That's another incompatibility with other systems. Why be > > incompatible when you can be flexible? > > I thought an optional keyword *was* the most flexible approach? > > No offense, but your solution looked a lot less clean that this > proposed change.. None taken. Sure, in a vacuum adding the "optional" keyword would make things more useful. Come to think of it, there's no reason why it shouldn't be there too. But I think we're addressing two different problems: 1. The system's concern about coming up cleanly. "I need these file systems, they've got to be there". 2. The user's concern about having the info he wants. "I can get by without having GIFs galore mounted. Let's mark it optional, because I just lent it to a friend". Still, I've got more important things to worry about. I just don't like seeing the UNIX world diverge too much, and so I'm a bit more conservative in my approach to this kind of solution. Greg