1 |
Okay, I didn't want to answer anymore to this thread because I really find it |
2 |
suited for April 1st, not October 4th, but seems like I cannot... |
3 |
|
4 |
On Wednesday 04 October 2006 15:10, Thomas Cort wrote: |
5 |
> I was thinking something similar to what Ubuntu does, |
6 |
> they provide the basics to do most things and then they have universe |
7 |
> and multiverse repos for extra stuff. |
8 |
And one of the main thing that new users like of Gentoo when compared to |
9 |
Debian, Ubuntu and Fedora is that you have almost everything available out of |
10 |
the box. |
11 |
Not counting that a good deal of the packages in the tree does not really |
12 |
require much maintainership. |
13 |
|
14 |
> I believe that we have too many packages for us to maintain. We have |
15 |
> over 11,000 packages (over 24,000 ebuilds) and only about 175 active |
16 |
> developers. I don't think its maintainable and I don't think adding |
17 |
> more packages will make it any better. |
18 |
Let's see, about 400 packages are handled by KDE herd. Not sure how many are |
19 |
currently handled by X11 herd after modular Xorg was addded, at least 20 |
20 |
packages are handled by BSD herd, and I think I maintain directly about 40 |
21 |
packages; we have about 30 kernel sources packages, and a uncounted number of |
22 |
minor or micro packages. |
23 |
I think my stuff is pretty well maintained, too. The problem is not the |
24 |
quantity, the problem is the coverage. |
25 |
|
26 |
> Every developer should have access to at least 1 Gentoo system. They |
27 |
> should also be able to determine if something is stable or not. It |
28 |
> would cut down on the number of keyword/stable bugs if developers did |
29 |
> a lot of their own keywording. |
30 |
Cut the crap, if you allow me. I have four systems: AMD64, PowerPC and two |
31 |
i386 (FreeBSD) boxes. I run ~amd64 and ~ppc, I cannot stable anything for |
32 |
those two, and I don't want to waste time in a stable overlay. |
33 |
I've resigned from AMD64 team for that reason, too. |
34 |
|
35 |
> Even when someone is found it is hard for them to find mentors. We |
36 |
> need to improve this. |
37 |
Well, happens to me that I always found enough mentors to do the job.. even if |
38 |
it required to wait some weeks. |
39 |
|
40 |
> What happened to working together? Should we work together instead of |
41 |
> competing against each other? |
42 |
Competing does not mean "try to kill the other", means "try to do a similar |
43 |
thing in a different way", that is something that we are already doing by |
44 |
being a (mostly) Linux distribution... |
45 |
Why don't you go help Ubuntu, if you think that competing is bad? |
46 |
|
47 |
> We've got tons of keywording/stable bugs. There aren't enough |
48 |
> developers to do all the proper testing on all of the architectures |
49 |
> supported by Gentoo. Many of the arches are dead or soon to be dead |
50 |
> (m68k, alpha, mips, etc). |
51 |
Yeah and as others said, x86 and AMD64 are way more of a bottleneck than |
52 |
Alpha, Sparc or PPC64 ..... |
53 |
I've asked two days ago a re-keywording of libao and libao-pulse. ~amd64 and |
54 |
~x86-fbsd keywords are mine; the only keyword added after those was ~ppc64 up |
55 |
to now. |
56 |
If I look through the PulseAudio packages, x86 is missing everywhere, even if |
57 |
users asked for keywording. Sure, killing Gentoo/FreeBSD will improve x86 |
58 |
support, yeah sure, keep on tryin'. |
59 |
|
60 |
-- |
61 |
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/ |
62 |
Gentoo/Alt lead, Gentoo/FreeBSD, Video, Sound, ALSA, PAM, KDE, CJK, Ruby ... |