Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268136AbUIFQ4W (ORCPT ); Mon, 6 Sep 2004 12:56:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268310AbUIFQ4W (ORCPT ); Mon, 6 Sep 2004 12:56:22 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.31.123]:54759 "EHLO atrey.karlin.mff.cuni.cz") by vger.kernel.org with ESMTP id S268136AbUIFQ4S (ORCPT ); Mon, 6 Sep 2004 12:56:18 -0400 Date: Mon, 6 Sep 2004 18:56:17 +0200 From: Pavel Machek To: Christer Weinigel Cc: Spam , Tonnerre , Linus Torvalds , Horst von Brand , David Masover , Jamie Lokier , Chris Wedgwood , viro@parcelfarce.linux.theplanet.co.uk, Christoph Hellwig , Hans Reiser , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Alexander Lyamin aka FLX , ReiserFS List Subject: Re: silent semantic changes with reiser4 Message-ID: <20040906165617.GE13539@atrey.karlin.mff.cuni.cz> References: <1215700165.20040905135749@tnonline.net> <20040905115854.GH26560@thundrix.ch> <1819110960.20040905143012@tnonline.net> <20040906105018.GB28111@atrey.karlin.mff.cuni.cz> <6010544610.20040906143222@tnonline.net> <826067315.20040906171320@tnonline.net> <20040906155456.GC13539@atrey.karlin.mff.cuni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1234 Lines: 29 Hi! > >Plus mount required root priviledges last time I checked. > > bash$ ls -l /bin/mount > -rwsr-xr-x 1 root root 78504 May 4 23:34 /bin/mount > > with proper policies in userspace it allows users to perform mounts. You want to do exec() each time you enter a archive? I do not think that is good idea. > I'm not suggesting that the kernel should be unchanged, but really, > some of the proposals here, to put a hell of a lot of complexity into > the kernel it just wet dreams with not much thought of how it affects > the kernel. What happened to the philosophy of putting complexity and > policy in userspace? Look at khttpd and tux, they were hacks in the > kernel to try things out. But what ended up in the kernel is generic > infrastructure that is useful for a lot more applications than just a > web server. That is the right way to do things. Well, generic infrastructure for uservfs would be enough for me... And it is few lines in kernel. Pavel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/