On Wed, 19 Dec 2012, Brian Dolbec wrote:
just to clarify, I'm voting for...
/var/cache/distfiles
/var/cache/packages
Fine.
/var/cache/repositories/
/var/cache/repositories/gentoo == the main portage tree
/var/cache/repositories/local== the new location for a local overlay
On Thursday 20 December 2012 09:11:39 Ulrich Mueller wrote:
/var/cache/repositories/local== the new location for a local overlay
Also I wonder if local overlays should be in /var/cache? It might not
always be possible to restore them.
So, this is the present /usr/local/portage? What's
On Wed, 19 Dec 2012 14:19:52 -0800
Zac Medico zmed...@gentoo.org wrote:
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
Just mv /usr/portage /var/portage ? FFS no. Among other things, as
many said before,
On Thu, Dec 20, 2012 at 4:25 AM, George Shapovalov geo...@gentoo.org wrote:
On Thursday 20 December 2012 09:11:39 Ulrich Mueller wrote:
/var/cache/repositories/local== the new location for a local overlay
Also I wonder if local overlays should be in /var/cache? It might not
always be
On Thu, 20 Dec 2012, Rich Freeman wrote:
I actually like the /var/cache/repositories approach. You can always
add a symlink to it if you want to for convenience (as I already do
for /var/lib/portage/world). There is really nothing special about
/usr/portage, other than it being the
Zac Medico zmed...@gentoo.org writes:
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
If we are going to move distfiles out of the tree into, what are the
odds of getting /some/path/portage/local to move somewhere else too?
What program uses this local directory? It's not used directly by
On Thu, 2012-12-20 at 09:11 +0100, Ulrich Mueller wrote:
On Wed, 19 Dec 2012, Brian Dolbec wrote:
just to clarify, I'm voting for...
/var/cache/distfiles
/var/cache/packages
Fine.
/var/cache/repositories/
/var/cache/repositories/gentoo == the main portage tree
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
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 ==
On Thu, Dec 20, 2012 at 11:01 AM, Ian Stakenvicius a...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
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
On 20/12/2012 17:16, Michael Mol wrote:
/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}
+1
--
Diego Elio Pettenò — Flameeyes
On Thu, Dec 20, 2012 at 11:19 AM, Diego Elio Pettenò
flamee...@flameeyes.eu wrote:
On 20/12/2012 17:16, Michael Mol wrote:
/var/cache/portage/distfiles
/var/cache/portage/repositories/gentoo
/var/cache/portage/repositories/{sunrise,kde,gnome,whatever,layman,grabs}
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/20/2012 11:16 AM, Michael Mol wrote:
On Thu, Dec 20, 2012 at 11:01 AM, Ian Stakenvicius a...@gentoo.org wrote:
On 20/12/12 10:37 AM, Brian Dolbec wrote:
/var/cache/repositories/ /var/cache/repositories/gentoo ==
the main portage tree
-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
a...@gentoo.org wrote: On 20/12/12 10:37 AM, Brian Dolbec
wrote:
/var/cache/repositories/
On Thu, 20 Dec 2012, Diego Elio Pettenò wrote:
/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}
+1
-1
The subdirs are too deeply
On Thu, Dec 20, 2012 at 12:05 PM, Ulrich Mueller u...@gentoo.org wrote:
On Thu, 20 Dec 2012, Diego Elio Pettenň wrote:
/var/cache/portage/distfiles
/var/cache/portage/repositories/gentoo
/var/cache/portage/repositories/{sunrise,kde,gnome,whatever,layman,grabs}
On Thu, Dec 20, 2012 at 06:58:11AM -0500, Rich Freeman wrote:
On Thu, Dec 20, 2012 at 4:25 AM, George Shapovalov geo...@gentoo.org wrote:
On Thursday 20 December 2012 09:11:39 Ulrich Mueller wrote:
/var/cache/repositories/local== the new location for a local overlay
Also I wonder if
On Thu, 20 Dec 2012, Michael Mol wrote:
/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}
-1
The subdirs are too deeply nested.
/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}
+1
-1
The subdirs are too deeply nested.
There is a practical advantage of having the
On Thu, 20 Dec 2012 07:37:52 -0800
Brian Dolbec dol...@gentoo.org wrote:
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.
That's going to cause trouble, unless we start forcing overlays to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/12/12 12:52 PM, Vaeth wrote:
However, I have strong objections against using /var/cache at all:
FHS explicitly states:
Such data is locally generated ... The application must be able
to regenerate or restore the data.
emerge --sync
On Thursday 20 December 2012 13:36:27 Alan McKinnon wrote:
What program uses this local directory? It's not used directly by
portage itself, though portage has an exclude for it in the default
PORTAGE_RSYNC_OPTS setting
(in /usr/share/portage/config/make.globals).
It goes back a long
On 20 December 2012 17:44, Ulrich Mueller u...@gentoo.org wrote:
On Thu, 20 Dec 2012, Michael Mol wrote:
/var/cache/portage/distfiles
/var/cache/portage/repositories/gentoo
/var/cache/portage/repositories/{sunrise,kde,gnome,whatever,layman,grabs}
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/12/12 01:18 PM, George Shapovalov wrote:
On Thursday 20 December 2012 13:36:27 Alan McKinnon wrote:
What program uses this local directory? It's not used
directly by portage itself, though portage has an exclude for
it in the default
On Thu, 20 Dec 2012 18:44:06 +0100
Ulrich Mueller u...@gentoo.org wrote:
There's no good reason for nesting it so deeply. As it is proposed
above, /var/cache/portage would contain only two subdirectories, and
/var/cache/portage/repositories only a single gentoo on a stable
system. Also
On Thu, Dec 20, 2012 at 12:31 PM, William Hubbs willi...@gentoo.org wrote:
On Thu, Dec 20, 2012 at 06:58:11AM -0500, Rich Freeman wrote:
On Thu, Dec 20, 2012 at 4:25 AM, George Shapovalov geo...@gentoo.org wrote:
On Thursday 20 December 2012 09:11:39 Ulrich Mueller wrote:
Ciaran McCreesh wrote:
On Thu, 20 Dec 2012 18:44:06 +0100
Ulrich Mueller u...@gentoo.org wrote:
There's no good reason for nesting it so deeply. As it is proposed
above, /var/cache/portage would contain only two subdirectories, and
/var/cache/portage/repositories only a single gentoo on a
On Thu, 20 Dec 2012, Ciaran McCreesh wrote:
We should go with a shorter (easier to remember, easier to type) path
and move things at least one level up. Two would be even better.
You shouldn't ever be typing that path in...
Ebuilds tell users to do so:
pkg_nofetch() {
einfo Please
On Thursday 20 December 2012 13:21:11 Ian Stakenvicius wrote:
Nope, he means /usr/portage/local, not /usr/local/portage.
Alan's description *was* for /usr/portage/local
Really? It matches /usr/local/portage pretty well. How did it come around
then? We had /usr/local/portage for ages for
On 12/20/2012 06:12 AM, Graham Murray wrote:
Zac Medico zmed...@gentoo.org writes:
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
If we are going to move distfiles out of the tree into, what are the
odds of getting /some/path/portage/local to move somewhere else too?
What program uses this
Ian Stakenvicius wrote:
Such data is locally generated ... The application must be able
to regenerate or restore the data.
emerge --sync -- regenerates/restores the portage tree
Perhaps my English is too poor, but IMHO
download != regenerate/restore.
Indeed, the FHS also emphasizes only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 20/12/12 01:55 PM, George Shapovalov wrote:
On Thursday 20 December 2012 13:21:11 Ian Stakenvicius wrote:
Nope, he means /usr/portage/local, not /usr/local/portage.
Alan's description *was* for /usr/portage/local
Really? It matches
On 12/20/2012 03:36 AM, Alan McKinnon wrote:
On Wed, 19 Dec 2012 14:19:52 -0800
Zac Medico zmed...@gentoo.org wrote:
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
Just mv /usr/portage /var/portage ? FFS no.
On Thu, 20 Dec 2012 19:18:56 +0100
George Shapovalov geo...@gentoo.org wrote:
It goes back a long time, and is basically a poor man's local
overlay without having to use layman. As I understand it, portage
will treat the directory like any other when looking for ebuilds
and resolving
On Thu, 20 Dec 2012 19:44:36 +0100
Ulrich Mueller u...@gentoo.org wrote:
On Thu, 20 Dec 2012, Ciaran McCreesh wrote:
We should go with a shorter (easier to remember, easier to type)
path and move things at least one level up. Two would be even
better.
You shouldn't ever be typing that
Am Dienstag, 18. Dezember 2012, 22:33:06 schrieb Diego Elio Pettenò:
No /var/gentoo. No /var/repositories.
/var/db/gentoo, /var/db/repositories, /var/cache/portage ... as long as Zac
is fine with one whatever, but let's not invent any new top-level.
Why not? From a FHS pov it seems ok...
I
On 19/12/2012 13:44, Marc Schiffbauer wrote:
Why not? From a FHS pov it seems ok...
I would suggest /var/portage ...
Seriously, mine is going to be a huge veto here with as much power I can
put.
There is a _reason_ why stuff is added to /var/lib instead of having
/var/postgres
/var/mysql
But, anyway, I think, /var/repositories/gentoo is very very nice idea ;)
19.12.2012 03:03, Rick Zero_Chaos Farina пишет:
On 12/18/2012 02:49 PM, Rick Zero_Chaos Farina wrote:
On 12/18/2012 01:38 PM, Zac Medico wrote:
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
Currently we put portage into
On 19/12/2012 14:03, Vadim A. Misbakh-Soloviov wrote:
But, anyway, I think, /var/repositories/gentoo is very very nice idea ;)
I'm going to repeat myself until this is shot down entirely.
We're not going to create a new top-level directory in /var. Get over
it. Stop.
--
Diego Elio Pettenò —
On Wed, 19 Dec 2012, Diego Elio Pettenò wrote:
On 19/12/2012 13:44, Marc Schiffbauer wrote:
I would suggest /var/portage ...
Seriously, mine is going to be a huge veto here with as much power I
can put.
Why? The portage tree is of central importance for Gentoo, so IMHO a
second-level
On 19/12/2012 14:43, Ulrich Mueller wrote:
Why? The portage tree is of central importance for Gentoo, so IMHO a
second-level directory would be acceptable for it. Besides, it
currently is in /usr/portage, so it wouldn't be new but would only
move from /usr to /var.
I'm irked enough by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 19/12/12 08:56 AM, Diego Elio Pettenò wrote:
That's why my suggestion is to use /var/cache: it makes it clear
that there is no definitive reason to back it up (as Justin said
there is an issue with distfiles you can't re-download but that's
On 19/12/2012 15:14, Ian Stakenvicius wrote:
So in terms of the above, would that mean /var/lib is a better fit?
or would that mean /var/cache and it is up to the user to add their
own backup of /var/cache/portage ?
I would say it's up to the user. When I do that kind of setup I actually
use a
On Tue, 2012-12-18 at 23:16 -0800, Joshua Saddler wrote:
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal tomas.chva...@gmail.com wrote:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override
On 19/12/2012 16:54, Brian Dolbec wrote:
And YES Diego, it won't be /var/portage or /var/repositories, we heard
you.
Thanks, it's appreciated :)
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP digital signature
Am Mittwoch, 19. Dezember 2012, 14:43:56 schrieb Ulrich Mueller:
On Wed, 19 Dec 2012, Diego Elio Pettenò wrote:
On 19/12/2012 13:44, Marc Schiffbauer wrote:
I would suggest /var/portage ...
Seriously, mine is going to be a huge veto here with as much power I
can put.
Why? The portage
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
Just mv /usr/portage /var/portage ? FFS no. Among other things, as
many said before, we should really take distfiles out of the tree
itself, and packages the same. And I don't want /var/packages
or
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
Just mv /usr/portage /var/portage ? FFS no. Among other things, as
many said before, we should really take distfiles out of the tree
itself, and packages the
On Wed, Dec 19, 2012 at 5:19 PM, Zac Medico zmed...@gentoo.org wrote:
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenņ flamee...@flameeyes.eu wrote:
Just mv /usr/portage /var/portage ? FFS no. Among other things, as
many said before, we
Am 19.12.2012 17:25, schrieb Diego Elio Pettenò:
On 19/12/2012 17:19, Marc Schiffbauer wrote:
FHS 2.3: Applications must generally not add directories to the top
level of
/var. Such directories should only be added __if they have some
system-wide
implication__, and in consultation with the
On Wed, 2012-12-19 at 17:33 -0500, Mike Gilbert wrote:
On Wed, Dec 19, 2012 at 5:19 PM, Zac Medico zmed...@gentoo.org wrote:
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenņ flamee...@flameeyes.eu wrote:
Just mv /usr/portage /var/portage
On 17/12/2012 13:15, Dirkjan Ochtman wrote:
On Mon, Dec 17, 2012 at 11:23 AM, Diego Elio Pettenò
flamee...@flameeyes.eu wrote:
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/18/2012 01:38 PM, Zac Medico wrote:
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override these
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/18/2012 02:49 PM, Rick Zero_Chaos Farina wrote:
On 12/18/2012 01:38 PM, Zac Medico wrote:
On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there
Am Mon, 17 Dec 2012 13:45:35 +0100
schrieb Diego Elio Pettenò flamee...@flameeyes.eu:
On 17/12/2012 13:42, Ulrich Mueller wrote:
If we change the location, can we then move distfiles to some place
outside of the tree? Something like:
/var/cache/portage
/var/cache/distfiles
No /var/gentoo. No /var/repositories.
/var/db/gentoo, /var/db/repositories, /var/cache/portage ... as long as Zac
is fine with one whatever, but let's not invent any new top-level.
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
On Tue, Dec 18, 2012 at 10:20
On 12/18/2012 01:33 PM, Diego Elio Pettenò wrote:
No /var/gentoo. No /var/repositories.
/var/db/gentoo, /var/db/repositories, /var/cache/portage ... as long as
Zac is fine with one whatever, but let's not invent any new top-level.
Yeah, /var/db or /var/cache sounds good to me.
I would
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal tomas.chva...@gmail.com wrote:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override these defaults in make.conf to point for
/var/portage/ (not
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put elsewhere :P).
I would say let's work on that so that portage can keep them
2012/12/17 Diego Elio Pettenò flamee...@flameeyes.eu:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put elsewhere :P).
I
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config
On 17 December 2012 18:27, Tomáš Chvátal tomas.chva...@gmail.com wrote:
2012/12/17 Diego Elio Pettenò flamee...@flameeyes.eu:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never
On 17/12/12 11:23, Diego Elio Pettenò wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put elsewhere :P).
I would say
On 12/17/12 11:30 AM, Michał Górny wrote:
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered
On 17/12/2012 12:06, justin wrote:
fetch-restricted files are to be considered critical here. Do we want to
force the user to keep them twice? So an additional location which is
not a cache?
Of course PORTAGE_RO_DISTDIRS and friends are nice here, but they are
not part of a default setup.
I
On Mon, Dec 17, 2012 at 11:23 AM, Diego Elio Pettenò
flamee...@flameeyes.eu wrote:
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
+1.
Cheers,
Dirkjan
+1 /var/cache
Derek Dai
On Mon, Dec 17, 2012 at 6:30 PM, Michał Górny mgo...@gentoo.org wrote:
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to
On 17 December 2012 10:30, Michał Górny mgo...@gentoo.org wrote:
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib
On Monday 17 December 2012 11:19:20 Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put elsewhere :P).
Finally!
And, while we are at it, lets more
On 17.12.2012 11:23, Diego Elio Pettenò wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put elsewhere :P).
I would say
On 17/12/12 12:17, Diego Elio Pettenò wrote:
On 17/12/2012 12:06, justin wrote:
fetch-restricted files are to be considered critical here. Do we want to
force the user to keep them twice? So an additional location which is
not a cache?
Of course PORTAGE_RO_DISTDIRS and friends are nice here,
On Mon, 17 Dec 2012, Michał Górny wrote:
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
On 17/12/2012 13:42, Ulrich Mueller wrote:
If we change the location, can we then move distfiles to some place
outside of the tree? Something like:
/var/cache/portage
/var/cache/distfiles
What I do on my systems is
/var/cache/portage/tree
/var/cache/portage/distfiles
--
Diego Elio
On 17/12/2012 13:39, justin wrote:
I am more thinking about packages which are not as easy accessible as
JRE. There are a couple sci packages which are distributed on request by
mail other inconvenient methods. Sometimes even not by your own, but by
your PI or other seniors. And even sometimes
Am Montag, den 17.12.2012, 11:19 +0100 schrieb Tomáš Chvátal:
Currently we put portage into /usr/portage and all related stuff is to
be in the subfolders there (distfiles, binpkg).
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal tomas.chva...@gmail.com wrote:
The only reason why we have this currently in usr is that bsd ports
put their stuff in there and I suppose Daniel just did the same.
+1 on /var/cache.
Agreed.
Bonus points if we consider suggesting to move it
On 17/12/2012 14:40, Kevin Chadwick wrote:
/var sounds right but if /usr is still huge it may annoy some (like
apt can) with smaller drives who now need lots of free space for new
programs in both /usr and /var. Of course there is LVM.
Changing our defaults is unlikely to force users to change
On Mon, Dec 17, 2012 at 8:40 AM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote:
So it's probably a user exercise?
It already is a user exercise. A stage3 doesn't even contain the
/usr/portage directory - you manually create it per the handbook (or
more likely let tar/etc do it for you.
I also
On 17/12/2012 14:49, Rich Freeman wrote:
I'd also suggest at least considering how paludis handles this. They
just have a directory containing config file per repository, with a
priority setting. The portage tree is just another overlay, which is
a good way to handle it. The sync mechanism
Am Montag, 17. Dezember 2012, 11:23:00 schrieb Diego Elio Pettenò:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put
On 17/12/2012 15:49, Marc Schiffbauer wrote:
What about setups where portage tree is mounted via NFS to reduce traffic and
disk space?
Since nothing in Gentoo and/or other distributions _enforces_ FHS,
you're allowed to do as you prefer
FHS states[1] that /var/cache is *locally*
Am Montag, 17. Dezember 2012, 15:56:11 schrieb Diego Elio Pettenò:
On 17/12/2012 15:49, Marc Schiffbauer wrote:
What about setups where portage tree is mounted via NFS to reduce traffic
and disk space?
Since nothing in Gentoo and/or other distributions _enforces_ FHS,
you're allowed to do
On 12/17/2012 05:30 AM, Michał Górny wrote:
On Mon, 17 Dec 2012 11:23:00 +0100
Diego Elio Pettenòflamee...@flameeyes.eu wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered
On Mon, 2012-12-17 at 11:23 +0100, Diego Elio Pettenò wrote:
On 17/12/2012 11:19, Tomáš Chvátal wrote:
I've always myself override these defaults in make.conf to point for
/var/portage/ (not /var/lib because I never bothered enough how to
make world and config files to be put elsewhere
On Mon, 2012-12-17 at 13:47 +0100, Diego Elio Pettenò wrote:
On 17/12/2012 13:39, justin wrote:
I am more thinking about packages which are not as easy accessible as
JRE. There are a couple sci packages which are distributed on request by
mail other inconvenient methods. Sometimes even not
On Mon, 2012-12-17 at 15:56 +0100, Diego Elio Pettenò wrote:
On 17/12/2012 15:49, Marc Schiffbauer wrote:
What about setups where portage tree is mounted via NFS to reduce traffic
and
disk space?
Since nothing in Gentoo and/or other distributions _enforces_ FHS,
you're allowed to do
On 17/12/2012 16:51, Brian Dolbec wrote:
then /var/repositories/ similar to my previous reply. It is very clear
by the name what it's purpose is. Also name the portage tree dir gentoo
like it's repo_name and all but one of the layman overlays available to
install.
Erm, why should we
On Mon, 2012-12-17 at 15:02 +0100, Diego Elio Pettenò wrote:
On 17/12/2012 14:49, Rich Freeman wrote:
I'd also suggest at least considering how paludis handles this. They
just have a directory containing config file per repository, with a
priority setting. The portage tree is just another
On Mon, 17 Dec 2012 15:56:11 +0100
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
Any other suggestions on where to place it? And please don't say
/var/lib because that would usually be backed up.
/var/db
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On 12/17/12 2:19 AM, Tomáš Chvátal wrote:
With respect to reality how stuff is done in the linux land all the
variable data should be in /var so we should adjust and move it in
there too.
What would you think?
Fully seconded.
+1 to /var/cache/portage and having distfiles outside of the
92 matches
Mail list logo
