On Sat, Jan 24, 2009 at 01:39:43AM +0000, Mike Auty wrote:
> > 1. Decide whether the existing tree layout is suitable for and best in a
> > git world. If not, what is? I have done some thinking about this at
> > <http://dev.gentoo.org/~dberkholz/git/git_conversion.txt>.
> This seems to be the same place we were back in November last year. Is
> this something we should ask the council about, or continue discussing here?
Discussion on the SCM list.
Main delay is that I've been doing the planning, packing and renovations
needed for moving house (my move out date from the old place is Jan
31st, my renovations of the new place are very close to complete).
Secondary delay is that I asked for some input on hardware and tuning re
managing a very large repo, and still haven't got a response from my
contact (at kernel.org). Regardless of the tuning, we're going to need
to figure out a box with lots of RAM for the repo size.
> There seem to be two front runners, 1 repo/package and 1 repo/tree. The
> pros and cons are as set out in your file (the flat tree option pros
> don't seem to outweigh the cons, so I haven't really considered that).
1 repo/tree is the only one that will fly, see past discussion on the
> For the 1 repo/tree, I had envisaged using git as the transport for all
> trees, and rsync being ditched. Unfortunately I'm not sure that'll be
> feasible, since we've now seen the size of a full tree with complete
> history (1Gb vs 100Mb), and the history's mostly irrelevant for the
> average user. Having the option to do either is nice (much like using
> CVS for the primary tree), but I don't think it'll ever be the default.
> As such from a user perspective, everything stays much the same (the
> rsync mirrors can merge the stable/unstable git trees if we go that way,
> although there'll be some manifest jiggery-pokery that might affect
> signing, so this'd need further thought) and the only bit that'll really
> change is that perhaps the Changelogs are finally autogenerated rather
> than being added by the developer.
Optional. I see rsync still existing long term, but reflecting more of
the stable side.
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail : firstname.lastname@example.org
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85