From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 12FDE1381F3 for ; Thu, 20 Dec 2012 16:36:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 25F5821C07D; Thu, 20 Dec 2012 16:35:59 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B7E8521C016 for ; Thu, 20 Dec 2012 16:35:26 +0000 (UTC) Received: from [192.168.1.132] (CPE002401f30b73-CM001cea3ddad8.cpe.net.cable.rogers.com [99.242.65.202]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id 919A3335E2D for ; Thu, 20 Dec 2012 16:35:25 +0000 (UTC) Message-ID: <50D33E55.7000808@gentoo.org> Date: Thu, 20 Dec 2012 11:35:33 -0500 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121208 Thunderbird/10.0.11 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Moving our/portage stuff to var References: <20121218222046.3f57a21f@brain.lan> <7546589.4cZ9dCx8p9@bart> <50D1B94F.3080201@flameeyes.eu> <20689.50332.706030.896119@a1i15.kph.uni-mainz.de> <50D1C79C.3000809@flameeyes.eu> <20121220000145.0fc3f6c6@khamul.example.com> <50D23D88.70600@gentoo.org> <1355964593.2648.123.camel@big_daddy.dol-sen.ca> <20690.51259.390916.546883@a1i15.kph.uni-mainz.de> <1356017872.2648.145.camel@big_daddy.dol-sen.ca> <50D33654.7080002@gentoo.org> <50D33BE5.9040301@gentoo.org> In-Reply-To: <50D33BE5.9040301@gentoo.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 998efcce-5928-4abd-a738-75d6603b44d0 X-Archives-Hash: 4471512dbef8e533fb34ac994bd28e84 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 20/12/12 11:25 AM, Rick "Zero_Chaos" Farina wrote: > On 12/20/2012 11:16 AM, Michael Mol wrote: >> On Thu, Dec 20, 2012 at 11:01 AM, Ian Stakenvicius >> wrote: On 20/12/12 10:37 AM, Brian Dolbec >> wrote: >>>>>> >>>>>>> /var/cache/repositories/ /var/cache/repositories/gentoo >>>>>>> <== the main portage tree /var/cache/repositories/local >>>>>>> <== the new location for a local overlay >>>>>>> /var/cache/repositories/some-overlay <== layman >>>>>>> installed overlay >>>>> >>>>> My idea for having all repos under one directory is to make >>>>> it easier for a pkg manager to simply scan the directory to >>>>> know all installed overlays. Currently each one has to be >>>>> listed in a configured variable in make.conf. So if you >>>>> wanted your local overlay somewhere else, then a symlink >>>>> would work (provided the PM can/will autoscan repos), or >>>>> add it to the PORTDIR_OVERLAY variable (current behavior). >>>>> I don't otherwise have a strong desire for it to be there. >>>>> >>>>> If and only if the tree and all overlays (not other >>>>> directories) are not under one directory, then an autoscan >>>>> cannot easily happen. >>>>> > > >> You could do this while not having the portage tree be in that >> directory. IE, portage goes in /var/cache/portage , and all the >> overlays go into /var/cache/repositories. > >> The tree is separate enough IMO that autoscan can still happen >> easily, and also I believe that it can be assumed that the tree >> is in place. For instance, if the tree's location is defined to >> be elsewhere, it isn't done so via PORTDIR_OVERLAYS but rather >> PORTDIR. > > >> On an unrelated note, I would never treat my "local" overlays as >> cache. Ebuilds that (as a user) I wrote and installed by hand >> are not likely to be kept in a repository someplace, but rather >> the overlay dir would most likely be it's only location. IIRC >> the reason for /usr/portage/local/ was to have a path within the >> portage tree that rsync wouldn't kill; given that what you're >> suggesting is already not under the proposed portage tree >> location, emerge --sync couldn't touch it, and so I don't see a >> need at all to provide a 'local' repository destination by >> default. > >>> > >> It's sounding like the nearly the optimal solution would be: > >> /var/cache/portage/distfiles >> /var/cache/portage/repositories/gentoo >> /var/cache/portage/repositories/{sunrise,kde,gnome,whatever,layman,grabs} >> >> /var/db/portage/repositories/{non-cache,repo,names,go,here} > > Not to oversimplify but why exactly can't we leave > /usr/local/portage where it is? I'm not going to want to cd > /var/db/portage/repositories/local every time I want to edit a > local ebuild... > > -ZC > IMO local user overlays would always end up being defined and placed wherever the user decides them to be -- ie, /usr/local/portage as Rick so nicely pointed out. It may be a nice idea to try and enforce a structure to it/them, but since PORTDIR_OVERLAY can be defined to include any path at all I don't really see a point to it. ..I'm still with ulm about the tree not being in the repositories subdir though. If I wanted to nuke all the overlays installed, "rm - -Rf /var/cache/portage/repos/*" is very easy. If the tree is also in that dir then it becomes less easy: "find /var/cache/portage/repos - -maxdepth 1 -mindepth 1 -not -name gentoo -exec rm -Rf {} \+" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iF4EAREIAAYFAlDTPlUACgkQ2ugaI38ACPBtPAD8DJ6BPjL6xY8alB5pbo7vQ5kb dzRO9Z32F3r84RyVccABAIEu+k+ztw0ipoCwhmLlBHyiU6aEOsExixNvnMMLLu9X =2gWT -----END PGP SIGNATURE-----