| 1 |
On 06/08/2016 11:27 AM, Nathan Zachary wrote: |
| 2 |
> |
| 3 |
>> GitHub Inc. is successful because they host a central location with |
| 4 |
>> "all the code on the Internet"; convenient for consumers and |
| 5 |
>> producers alike. Of course it is a fallacy, but it's convenient |
| 6 |
>> when it works. |
| 7 |
>> |
| 8 |
>> Ensure that Gentoo accomplishes the same for Gentoo. |
| 9 |
>> |
| 10 |
>> Do NOT - I repeat NOT - tie "user repos" to GitHub Inc., please do |
| 11 |
>> not even bother working on a prototype there (looking at you James), |
| 12 |
>> because if it is good enough it will stick, and as the social |
| 13 |
>> contract rightfully states, it's important to remain independent, |
| 14 |
>> so that Gentoo and Gentoo only can decide what it will offer. |
| 15 |
|
| 16 |
OK, put me on the spot (actually good) I'm no fan of github, for a |
| 17 |
variety of reason. 'bait and switch' in the mantra of modern business. |
| 18 |
I just assumed we are stuck with github. |
| 19 |
|
| 20 |
As an older hack, I more of the C/unix/files type of mindset, not |
| 21 |
diffing everything..... Still the diff centric semantics are useful |
| 22 |
|
| 23 |
>> This is a wonderful idea which would benefit the community |
| 24 |
>> tremendously. I wish I had time to implement all of it immediately. |
| 25 |
>> |
| 26 |
>> |
| 27 |
>> Kind regards |
| 28 |
>> |
| 29 |
>> //Peter |
| 30 |
>> |
| 31 |
> I agree with the idea of NOT using GitHub. Though it is a great |
| 32 |
> resource, I second the idea that Gentoo should offer the repository |
| 33 |
> space in order to stay separate. |
| 34 |
> |
| 35 |
> Cheers, |
| 36 |
> Nathan Zachary |
| 37 |
|
| 38 |
I actually strongly agree with gentoo rolling it's own on the |
| 39 |
development site/tools. What we are missing is a distributed file |
| 40 |
system and the ability to cluster resources on top of a distributed |
| 41 |
file system for this central gentoo system. OrangeFS does look promising |
| 42 |
for the dfs. Any number of sys-cluster codes are maturing so that |
| 43 |
a system can span resources transparently to the user. From what I'm |
| 44 |
learning, if you can go from running gentoo on a server or workstation |
| 45 |
to buidling up a dfs on a small gentoo cluster, then you are at the |
| 46 |
dev-status-level, imho. |
| 47 |
|
| 48 |
|
| 49 |
Actually (Peter and Zachary) I'm all in on the non-github approach, if |
| 50 |
that pathway is defined by gentoo-devs on the team. I do believe in the |
| 51 |
cook-book approach before 'gets their wings' with gentoo, being |
| 52 |
old-school. Besides it's always nice to look at docuemnts, if you have |
| 53 |
not use a particular 'set of tricks' in a while.... |
| 54 |
|
| 55 |
ymmv. So, I can take it either way, but building something |
| 56 |
gentoo-centric, without github, is very appealing too. |
| 57 |
|
| 58 |
|
| 59 |
|
| 60 |
James |
Archives