On 25 May 2012 03:02, Ralph Sennhauser <s...@gentoo.org> wrote: > On Thu, 24 May 2012 16:40:02 +0200 > Michał Górny <mgo...@gentoo.org> wrote: > >> d) Talk with github folks to add our repo as 'mirror'. > > Can we keep the master on Gentoo hardware please.
Definitely. But having a mirror on github will increase forkability, and will make it much faster for people to get started on contribution. When the user has their tree up to how they want it, they can either send a pull request to another gentoo dev who also has a fork on github, or send a link to the commit via some medium ( bug tracker ? ) , and some dev can just add that as a remote, and merge/cherry-pick the commits they want.. In my books, github is mostly a marketing and ease of access platform that streamlines the ability for people to get started contributing and facilitate easy distribution of changes back to upstream. But this is mostly side topic. CLEAN CUT++ If there are problems with it, we can address those when we know what they are, not when we're inventing problems that might not actually exist due to conjecture. I haven't encountered any "real" problems yet in size or performance constraints with perl-experimental . Sure, its not portage, its only ~800 packages vs portages 15000 , but it should be a somewhat reasonable synthetic workload. Side note: I assume, that there is, a way, if you *really* need it, to copy all the new git commits back to the cvs tree if something critically broken in git turns up so bad it has to be dropped. I think it unlikely, but knowing there is a way to "go back" would give much reassurance. -- Kent perl -e "print substr( \"edrgmaM SPA NOcomil.ic\\@tfrken\", \$_ * 3, 3 ) for ( 9,8,0,7,1,6,5,4,3,2 );" http://kent-fredric.fox.geek.nz
