Gentoo Archives: gentoo-dev

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-dev@l.g.o
Subject: [gentoo-dev] Re: Re: Bugzilla handling for maintainer-wanted things
Date: Sun, 21 Aug 2005 15:39:12
Message-Id: pan.2005.08.21.15.32.36.220173@cox.net
In Reply to: Re: [gentoo-dev] Re: Bugzilla handling for maintainer-wanted things by "Nathan L. Adams"
1 Nathan L. Adams posted <430885BD.4010607@××××.org>, excerpted below, on
2 Sun, 21 Aug 2005 09:46:37 -0400:
3
4 > My experience with Gentoo is that certain developers ignore user
5 > submitted ebuilds, bugs fixes, etc. and claim its a manpower/time issue.
6 > Yet they fail to court the user submitting the ebuild into becoming a
7 > developer too (thus helping relieve the manpower/time issue). And this
8 > isn't me wanting to get noticed, mind you; I'm talking about other users
9 > who regularly submit ebuilds and get ignored. So you end up with the "in
10 > crowd" capable of making Gentoo better and the rest forced to either
11 > fork or just go away. Chris even told Ciaran to not look at a user
12 > submitted ebuild because it was the games group's territory. Yet the
13 > games group 'FAQ' complains about how little time all of those dev's
14 > have. Wouldn't it make more sense to recruit those folks and make your
15 > team more capable of handling the load? THERE is your cathedral.
16
17 It has been said (and is no secret) that the fastest way to become a
18 Gentoo developer is to act like one. Submit bugs with the patches
19 attached to fix them. Attach suggested patches to other bugs you find.
20 Etc. Basically, become helpful enough that you catch a current dev's eye
21 and they decide to mentor you into full Gentoo dev-ship. However, that's
22 certainly not all of it. An ability to work as part of the team and at
23 least a basic understanding of the politics involved in teamwork and the
24 volunteer dynamic is also quite helpful. No offense, but this latter part
25 doesn't seem to be an area you have either developed very well, or are all
26 that interested in demonstrating your development in, anyway, in the
27 context of the current discussion. If you had, it should have become
28 quite obvious by now that the discussion isn't getting much of anywhere in
29 terms of your originally stated goals, and even tho you likely still
30 disagree, you'd have decided it's better to shut up, become a dev, and
31 bring up the topic another day, preferably from the inside. Certainly,
32 there's not much to be gained from continuing that argument, here and now.
33
34 In terms of becoming a developer, there are currently two possible
35 "shortcuts", for the impatient type. The monthly bugday is a
36 /very/ good way to get noticed, and several devs have come from there.
37 The fairly new arch-testers are another way, particularly if you have a
38 machine other than x86. Currently, most arch-testers are amd64, but
39 there's at least one PPC arch-tester, so far, and because the concept has
40 been found to work so well for amd64, other archs are adopting it as well.
41 Note that to do well in either situation (or both), you'll not only need
42 some degree of technical skill (tho not all /that/ much, really), but more
43 importantly, you'll have to demonstrate your ability to work with others
44 -- people skills, as they call it. Someone who cannot do this latter
45 shouldn't ever become a developer, as I expect you'll agree.
46
47 One of the problems with ebuild submissions is that even if great, they
48 can't simply be taken and added to the tree. Basically, they aren't added
49 until a dev (or herd) is willing to take maintainership, over the longer
50 term. With a herd like the games herd, they already have more packages to
51 maintain than they can really efficiently handle. Yes, getting more devs
52 is nice, but it's not an instant thing. The mentoring process takes time
53 from both the mentor and the "mentee", and certainly, some non-zero amount
54 of calendar time as well. It does normally take a bit of self
55 initiative, as well, but not in the confrontational way that's been
56 demonstrated here, as much as simply being aware of the situation, and
57 making the best of it, with one's goal in mind. You've demonstrated some
58 initiative, certainly, but not the ability to read well the situation and
59 make the best of it, politically and otherwise.
60
61 (Said as a user, not a devel, myself. I've been asked to become an AT,
62 and intend to do so in time, but am deliberately taking it slow. I've no
63 immediate plans to become a dev, tho it's possible down the road somewhere.)
64
65 --
66 Duncan - List replies preferred. No HTML msgs.
67 "Every nonfree program has a lord, a master --
68 and if you use the program, he is your master." Richard Stallman in
69 http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html
70
71
72 --
73 gentoo-dev@g.o mailing list