From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 384FF138330 for ; Sat, 17 Sep 2016 15:18:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7ECDD21C08B; Sat, 17 Sep 2016 15:18:46 +0000 (UTC) Received: from blaine.gmane.org (unknown [195.159.176.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 83F76E0912 for ; Sat, 17 Sep 2016 15:18:44 +0000 (UTC) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1blHNp-0000Vo-Er for gentoo-user@lists.gentoo.org; Sat, 17 Sep 2016 17:18:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Kai Krakow Subject: [gentoo-user] Re: Emerge interferes with Git (Was: Wlan disappeared after suspend) Date: Sat, 17 Sep 2016 17:18:09 +0200 Message-ID: <20160917171809.767b1b70@jupiter.sol.kaishome.de> References: <20160913082326.GA38638@becker.bs.l> <72ddea8d-cf3d-74a3-3700-9ce6397be500@gentoo.org> <20160913131251.GA42144@becker.bs.l> <20160913174904.GB44957@becker.bs.l> <20160917103117.01159601@jupiter.sol.kaishome.de> <20160917135428.GA8623@becker.bs.l> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@blaine.gmane.org X-Newsreader: Claws Mail 3.13.2 (GTK+ 2.24.30; x86_64-pc-linux-gnu) X-Archives-Salt: a03cb0f0-12a3-416b-8e1a-e4732930252e X-Archives-Hash: 30a038e0f8ed2b1ffcc198ebb39e5fc7 Am Sat, 17 Sep 2016 10:36:28 -0400 schrieb Rich Freeman : > On Sat, Sep 17, 2016 at 9:54 AM, Bertram Scharpf > wrote: > > > > On Saturday, 17. Sep 2016, 10:31:17 +0200, Kai Krakow wrote: > > > Am Tue, 13 Sep 2016 19:49:04 +0200 > > > schrieb Bertram Scharpf : > > > > [...] > > > > > > You could > > > > > > # mount -o bind /usr/portage/tmp /var/tmp/portage > > > > > > and then point the portage tmp dir to that directory. From there, > > > ebuilds cannot see the .git of /usr/portage. > > > > As long as I do not set GIT_DISCOVERY_ACROSS_FILESYSTEM... > > I don't think that if you navigate upwards after following a bind > mount that you end up in the tree that was mounted. Ie, > /var/tmp/portage/.. = /var/tmp, not /usr/portage. With a symbolic > link it would resolve to /usr/portage unless the shell does something > clever. > > You can mount bind mounts into containers, and I'm pretty confident > the container can't navigate out into the rest of the filesystem that > way. True. This is why I suggested a bind mount and not a symlink. -- Regards, Kai Replies to list-only preferred.