On Monday, 13 January 2020 08:34:01 GMT n952162 wrote: > On 2020-01-13 09:22, Mick wrote: > >>> Same result. But I didn't delete "the whole portage tree". What does > >>> that mean? > >>> > >>> rm -rf /var/db/repos? > >> > >> If you're using the new default location, I think it is > >> /var/db/repos/gentoo, but someone should confirm that. > > > > Yes, the new location for the portage ebuilds is: > > > > $ ls -la /var/db/repos/gentoo/.* > > > /var/db/repos/gentoo/.: > I just noticed that there's a new stag3, from 2020/01/12 instead of > 2020/01/08 so - since this is a fresh install - I'm just going to start > from there.
The portage tree is sync'ed to the portage tree mirrors. A newer fs snapshot won't include the tree itself, but it will include the new default fs locations for the portage directory. > > This bug points to the tree owned by root:root instead of portage:portage, > > interestingly in my most recent installation the tree is owned by root as > > you can see above and I'm not getting this problem. > > > > https://bugs.gentoo.org/661834 > > I'm not exactly sure what you mean here ... did you do a chown -R or > will the ownership be different when my new stage3 is finally downloaded? I do not recall running a chown on this installation. Had I done this, in all likelihood I would have chown'ed it to portage:portage, as older installations of mine are set to. > I'm not keen on overriding the default configuration in a global way > like changing the ownwhip of all files. Right, I haven't changed them on this installation either and emerge FEATURES include '... userfetch userpriv usersandbox usersync'. With 'userpriv' portage is meant to drop privileges to the owner of the gentoo repo directory, but if the directory is owned by root to start with I am not clear how userpriv is meant to work. I take it your gentoo portage tree is also owned by root:root in its default installation state? -- Regards, Mick
signature.asc
Description: This is a digitally signed message part.