On Thu, 20 Dec 2012 19:44:36 +0100
Ulrich Mueller 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 tha
On Thu, 20 Dec 2012 19:18:56 +0100
George Shapovalov 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 deps, but excl
On 12/20/2012 03:36 AM, Alan McKinnon wrote:
> On Wed, 19 Dec 2012 14:19:52 -0800
> Zac Medico wrote:
>
>> On 12/19/2012 02:01 PM, Alan McKinnon wrote:
>>> On Wed, 19 Dec 2012 14:56:44 +0100
>>> Diego Elio Pettenò wrote:
>>>
Just mv /usr/portage /var/portage ? FFS no. Among other things, as
-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
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
On 12/20/2012 06:12 AM, Graham Murray wrote:
> Zac Medico 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
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 s
> 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 "P
Ciaran McCreesh wrote:
> On Thu, 20 Dec 2012 18:44:06 +0100
> Ulrich Mueller 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
>>
On Thu, Dec 20, 2012 at 12:31 PM, William Hubbs 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 wrote:
>> > On Thursday 20 December 2012 09:11:39 Ulrich Mueller wrote:
>> >> > /var/cache/repositories/local<== the new
On Thu, 20 Dec 2012 18:44:06 +0100
Ulrich Mueller 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 /var/cache itself
-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 de
On 20 December 2012 17:44, Ulrich Mueller 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}
> /var/db/portage/repositories/{non-
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 bac
-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."
>
emerg
On Thu, 20 Dec 2012 07:37:52 -0800
Brian Dolbec 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
contain enough infor
/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, 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
On Thu, Dec 20, 2012 at 06:58:11AM -0500, Rich Freeman wrote:
> On Thu, Dec 20, 2012 at 4:25 AM, George Shapovalov 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 loca
On Thu, Dec 20, 2012 at 12:05 PM, Ulrich Mueller 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}
>>> /var/db/portage/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
-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/
-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 wrote:
> On 20/12/12 10:37 AM, Brian Dolbec wrote:
>
>> /var/cache/repositories/ /var/cache/repositories/gentoo <==
>> the main portage tree
On Thu, Dec 20, 2012 at 11:19 AM, Diego Elio Pettenò
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}
>> /var/db/portage/repositories/{non-cache
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
flamee
On Thu, Dec 20, 2012 at 11:01 AM, Ian Stakenvicius 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
>>>
-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-
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 portag
Zac Medico 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
> portage itsel
> 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
On Thu, Dec 20, 2012 at 4:25 AM, George Shapovalov 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 possible t
On Wed, 19 Dec 2012 14:19:52 -0800
Zac Medico wrote:
> On 12/19/2012 02:01 PM, Alan McKinnon wrote:
> > On Wed, 19 Dec 2012 14:56:44 +0100
> > Diego Elio Pettenò wrote:
> >
> >> Just mv /usr/portage /var/portage ? FFS no. Among other things, as
> >> many said before, we should really take distf
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
> 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 over
On Wed, 2012-12-19 at 17:33 -0500, Mike Gilbert wrote:
> On Wed, Dec 19, 2012 at 5:19 PM, Zac Medico wrote:
> > On 12/19/2012 02:01 PM, Alan McKinnon wrote:
> >> On Wed, 19 Dec 2012 14:56:44 +0100
> >> Diego Elio Pettenņ wrote:
> >>
> >>> Just mv /usr/portage /var/portage ? FFS no. Among other th
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 FH
On Wed, Dec 19, 2012 at 5:19 PM, Zac Medico wrote:
> On 12/19/2012 02:01 PM, Alan McKinnon wrote:
>> On Wed, 19 Dec 2012 14:56:44 +0100
>> Diego Elio Pettenņ wrote:
>>
>>> Just mv /usr/portage /var/portage ? FFS no. Among other things, as
>>> many said before, we should really take distfiles out
On 12/19/2012 02:01 PM, Alan McKinnon wrote:
> On Wed, 19 Dec 2012 14:56:44 +0100
> Diego Elio Pettenò 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
On Wed, 19 Dec 2012 14:56:44 +0100
Diego Elio Pettenò 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 /var/distfiles at all.
If we
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 FHS mailing list."
Since you like adding emphas
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.
>
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
On Tue, 2012-12-18 at 23:16 -0800, Joshua Saddler wrote:
> On Mon, 17 Dec 2012 11:19:20 +0100
> 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
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
-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
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 /usr
> 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-le
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ò — F
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 p
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
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...
On Mon, 17 Dec 2012 11:19:20 +0100
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 neve
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 en
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 P
Am Mon, 17 Dec 2012 13:45:35 +0100
schrieb Diego Elio Pettenò :
> 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
-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 ther
-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 thes
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 en
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 en
On 17/12/2012 13:15, Dirkjan Ochtman wrote:
On Mon, Dec 17, 2012 at 11:23 AM, Diego Elio Pettenò
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
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 th
On Mon, 17 Dec 2012 15:56:11 +0100
Diego Elio Pettenò 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 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 a
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
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 allowe
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 eve
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 els
On 12/17/2012 05:30 AM, Michał Górny wrote:
On Mon, 17 Dec 2012 11:23:00 +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
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
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* genera
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 el
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 mechani
On Mon, Dec 17, 2012 at 8:40 AM, Kevin Chadwick 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 would like to see distfi
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 chan
On Mon, 17 Dec 2012 11:19:20 +0100
Tomáš Chvátal 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 a dedica
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 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 someti
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 E
> On Mon, 17 Dec 2012, Michał Górny wrote:
> On Mon, 17 Dec 2012 11:23:00 +0100
> Diego Elio Pettenò 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 on /
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 n
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 let
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 dis
On 17 December 2012 10:30, Michał Górny wrote:
> On Mon, 17 Dec 2012 11:23:00 +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 e
+1 /var/cache
Derek Dai
On Mon, Dec 17, 2012 at 6:30 PM, Michał Górny wrote:
> On Mon, 17 Dec 2012 11:23:00 +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/ (
On Mon, Dec 17, 2012 at 11:23 AM, Diego Elio Pettenò
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
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 setu
On 12/17/12 11:30 AM, Michał Górny wrote:
On Mon, 17 Dec 2012 11:23:00 +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
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 wo
On 17 December 2012 18:27, Tomáš Chvátal wrote:
> 2012/12/17 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 an
On Mon, 17 Dec 2012 11:23:00 +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 e
2012/12/17 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 elsewhere :P).
>
> I would say let's
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 th
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 elsew
93 matches
Mail list logo