1 |
On Thu, Dec 20, 2012 at 12:31 PM, William Hubbs <williamh@g.o> wrote: |
2 |
> On Thu, Dec 20, 2012 at 06:58:11AM -0500, Rich Freeman wrote: |
3 |
>> On Thu, Dec 20, 2012 at 4:25 AM, George Shapovalov <george@g.o> wrote: |
4 |
>> > On Thursday 20 December 2012 09:11:39 Ulrich Mueller wrote: |
5 |
>> >> > /var/cache/repositories/local <== the new location for a local overlay |
6 |
>> >> |
7 |
>> >> Also I wonder if local overlays should be in /var/cache? It might not |
8 |
>> >> always be possible to restore them. |
9 |
>> > So, this is the present /usr/local/portage? What's wrong with it? |
10 |
>> > According to FHS, /usr/local/ is reserved for local admin meddling, which fits |
11 |
>> > the bill rather nicely fo local overlay. This is the one location that was |
12 |
>> > actually making sense from the beginning. |
13 |
>> |
14 |
>> I actually like the /var/cache/repositories approach. You can always |
15 |
>> add a symlink to it if you want to for convenience (as I already do |
16 |
>> for /var/lib/portage/world). There is really nothing special about |
17 |
>> /usr/portage, other than it being the lowest-priority overlay. |
18 |
> |
19 |
> If we do this, I don't like the name repositories -- what kind of |
20 |
> repositories? should I put git repositories in there? |
21 |
|
22 |
I was pondering this, too. How about 'pms', for trees and overlays? |
23 |
|
24 |
-- |
25 |
:wq |