From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1EnNsX-0004VC-O0 for garchives@archives.gentoo.org; Fri, 16 Dec 2005 22:16:42 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jBGMGIGI013098; Fri, 16 Dec 2005 22:16:18 GMT Received: from hermes.orakel.ods.org (dsl67-66.fastxdsl.nl [62.251.66.67]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jBGMGH1W021446 for ; Fri, 16 Dec 2005 22:16:17 GMT Received: from aphrodite.orakel.ods.org ([172.17.2.15]) by hermes.orakel.ods.org with esmtp (Exim 4.54) id 1EnNs7-0007hb-S7 for gentoo-osx@lists.gentoo.org; Fri, 16 Dec 2005 23:16:17 +0100 Received: by aphrodite.orakel.ods.org (Postfix, from userid 501) id 23A7F1AF889; Fri, 16 Dec 2005 23:16:14 +0100 (CET) Date: Fri, 16 Dec 2005 23:16:14 +0100 From: Grobian To: gentoo-osx@lists.gentoo.org Subject: Re: [gentoo-osx] New document: Project targets Message-ID: <20051216221614.GZ14948@gentoo.org> References: <59205.84.179.205.179.1134746227.squirrel@mail.sz-online.de> <20051216152450.GU4481@gentoo.org> <58032.84.179.205.179.1134747031.squirrel@mail.sz-online.de> <20051216174036.GW14948@gentoo.org> <00b701c60284$146d8be0$14b2a8c0@rincewind> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-osx@gentoo.org Reply-to: gentoo-osx@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Disposition: inline In-Reply-To: <00b701c60284$146d8be0$14b2a8c0@rincewind> User-Agent: Mutt/1.5.11 (Darwin 8.3.0, VIM - Vi IMproved 6.2) Organization: Gentoo Foundation, Inc. X-Content-Scanned: by hermes.orakel.ods.org (Exim Exiscan) using SpamAssassin and ClamAV X-Archives-Salt: 906ede96-ba9a-400e-809f-5bdeb128c73c X-Archives-Hash: 4fd22cea4f0f27d845481eb680616b38 How does the absense of a read-only file-system affect the ability to have a union-mount only 'visible' for a specific user or user-process? Or is this read-only thing necessary to solve another problem? Essential for the union-mount solution to work, is that it can at least be *only* visible/available for a given (user) process. Otherwise your system is less different from a progressive system. Still in that case, the union-mount solution might have some advantages, like simple repair, and a backup procedure (unmount the union-mount, or restart the machine -- assuming you didn't add the union-mount to fstab). On 16-12-2005 22:02:40 +0100, Dirk Schnberger wrote: > Hi, > > again some results from the unionfs theory. > Seems the real problem is not the unionfs, which seems to work, but instead > the problem to actually mount an existing file system as read-only. > For Mac OSX seems to work only the was to eiter direct mount from CD, or to > mount a disk image (.dmg). > > The missing link seems to be a "Null file system" (nullfs), which allows to > mount a folder into another folder. Nullfs seem to exist on other systems, > like FreeBSD, but not on Darwin (or at least it is not build and deployed). > > There seem to be some ideas in regards to being able to use a nullfs as a > Darwin kernel extension (.kext), but these ideas don't seem to be finished / > buggy. > > Sorry, doesn't seem to work that way. > Regards > Dirk > -- Fabian Groffen Gentoo for Mac OS X Project -- Interim Lead -- gentoo-osx@gentoo.org mailing list