1 |
Am 09.07.2018 um 20:05 schrieb Rich Freeman: |
2 |
> On Mon, Jul 9, 2018 at 1:40 PM Ulrich Mueller <ulm@g.o> wrote: |
3 |
>> |
4 |
>>>>>>> On Mon, 9 Jul 2018, William Hubbs wrote: |
5 |
>> |
6 |
>>> is there a tracker for when the portage tree can be moved out of |
7 |
>>> /usr/portage by default? |
8 |
>> |
9 |
>>> If not, what is the status of us being able to do this? |
10 |
>> |
11 |
>> Please remind me, what was the plan for the new location? |
12 |
>> Somewhere under /var/db or /var/lib, IIRC? |
13 |
>> |
14 |
> |
15 |
> I'd also consider /var/cache here as well. FHS specifically suggests |
16 |
> using it for web caches and the like (let's set aside the issue with |
17 |
> making that global), though for the most part it is more metadata |
18 |
> caching. A key principle is that it can be wiped without loss of |
19 |
> data, and I think that is generally true for the repository since it |
20 |
> can be synced. |
21 |
> |
22 |
> Stuff in /var/lib can't be deleted without some kind of loss of |
23 |
> application state. /var/db isn't in FHS, and I note that even mysql |
24 |
> sticks its stuff in /var/lib. |
25 |
> |
26 |
|
27 |
Imho it would make sense to split up portage files with this change. |
28 |
Move the tree (ebuilds, profiles etc) to /var/lib/... and the metadata |
29 |
cache to /var/db as it can be regenerated out of the tree. |
30 |
|
31 |
Best regards, |
32 |
Johannes |