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 /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 elsewhere :P). >>>> >>>> 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. >>>> >>>> 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? > >>> I like the idea. As noted in bug #378603 [1], I'd like the portage >>> ebuild to ensure that the locations don't unexpectedly change for >>> existing installs. > >>> Will it break catalyst? If so, we might begin the migration by fixing >>> catalyst and having to set the new default locations in the make.conf >>> that it generates. > >>> [1] https://bugs.gentoo.org/show_bug.cgi?id=378603#c1 > >> Yes, it will break catalyst. However, if the folder that the portage >> tree goes in is still something/something/portage then it shouldn't be >> hard to fix. > > It should probably be mentioned (since most of us don't use the > snapshots every day) that the snapshots actually contain a folder called > "portage" in the tarball. Not that it would be impossible to change, > but if we migrate from /usr/portage to /var/whatever/portage then the > changes are trivial, if we migrate to /var/repositories/gentoo that > makes things like unpacking the snapshots significantly non-trivial. > > I really don't care what everyone wants to do here (although I'm > generally for sticking closer to FHS), but I warn that if the path > doesn't end in "portage" the changes are going to be significantly > non-trivial. > > Thanks, > Zero > >> -ZC > > >
signature.asc
Description: OpenPGP digital signature
