Gentoo Logo
Gentoo Spaceship




Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev@g.o
From: "Aaron W. Swenson" <titanofold@g.o>
Subject: Re: rfc: location of portage tree
Date: Wed, 28 Mar 2012 15:21:07 -0400
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On 03/28/2012 02:53 PM, Christoph Mende wrote:
> On Wed, Mar 28, 2012 at 8:43 PM, Aaron W. Swenson
> <titanofold@g.o> wrote:
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
>> 
>> On 03/27/2012 03:05 PM, William Hubbs wrote:
>>> All,
>>> 
>>> I know this has come up before, but I don't really recall what
>>> the specific objections were.
>>> 
>>> IMO the portage directory doesn't belong under /usr at all. I
>>> was chatting with another developer who uses 
>>> /var/cache/portage/{tree,distfiles}, and I'm thinking about 
>>> switching my default setup to do this.
>>> 
>>> I realize that historically the portage tree has been
>>> installed under /usr, but Can we consider changing this default
>>> for new installations and providing instructions for users for
>>> how to get the portage tree out of /usr? William
>>> 
>> 
>> So, we're all getting way off topic and discussing reorganizing
>> the whole enchilada.
>> 
>> How about we all agree or disagree on the primary point: The
>> Portage tree doesn't belong in /usr.
>> 
>> I believe that it does belong under /var/cache/.
> 
> I believe it's /var/lib/<name>. Here's what FHS says: /var/cache is
> intended for cached data from applications. Such data is locally
> generated as a result of time-consuming I/O or calculation. The
> application must be able to regenerate or restore the data. Unlike 
> /var/spool, the cached files can be deleted without data loss.
> 
> And: /var/lib/<name> is the location that must be used for all
> distribution packaging support.
> 

'Support' is the keyword here. The repositories are regenerated given
machinesan 'emerge --sync' and can be considered as temporary as the
packages themselves are impermanent. Further, the repository isn't
required to persist. If somebody really wanted to be hard on our
infrastructure, they could do an 'emerge --sync' at boot to repopulate
/var/cache/gentoo-repos/.

Portage PMS already does the right thing and uses /var/lib/ for the
appropriate use, config and world, things that need to persist between
reboots.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iF4EAREIAAYFAk9zZKMACgkQVxOqA9G7/aCcUAD+JEnR5dE1S7QNUr+8zNFzh/kR
hlnZUXopuQSrMhxjxYEA/AlT2I5p4KEiGybgDELTnVNqOHNKlpO5RepBMjhII1Yy
=sjCv
-----END PGP SIGNATURE-----


Replies:
Re: rfc: location of portage tree
-- Kent Fredric
References:
rfc: location of portage tree
-- William Hubbs
Re: rfc: location of portage tree
-- Aaron W. Swenson
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: rfc: location of portage tree
Next by thread:
Re: rfc: location of portage tree
Previous by date:
Re: rfc: location of portage tree
Next by date:
Re: rfc: location of portage tree


Updated Jun 29, 2012

Summary: Archive of the gentoo-dev mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.