1 |
Josh Saddler wrote: |
2 |
> Nathan Zachary wrote: |
3 |
> |
4 |
>> Ben de Groot wrote: |
5 |
>> |
6 |
>>> To me this sounds like an issue that needs to be brought to the |
7 |
>>> attention of the council. Having good documentation has always been one |
8 |
>>> of the strengths of Gentoo. It would be sad to see that wither away |
9 |
>>> because of lack of manpower or lack of interest. Maybe we need to do |
10 |
>>> some targeted recruiting for the documentation team. |
11 |
>>> |
12 |
> |
13 |
> Eh, the council is a governing body for technical issues. They're all |
14 |
> about setting policy for things like Portage and ebuilds. I'm not sure |
15 |
> that they need to be bothered by what's going on in the GDP. |
16 |
> |
17 |
> |
18 |
>> I have contributed a document to the documentation team. |
19 |
>> |
20 |
> |
21 |
> * Which, by the way, I'm examining today. :) |
22 |
> |
23 |
> |
24 |
>> Two people actively working on documents is not enough either, but it |
25 |
>> will hopefully offset some of the labour. I don't think that the team |
26 |
>> would have any trouble finding volunteers to help out with editing, and |
27 |
>> that an announcement should be made on the forum. |
28 |
>> |
29 |
> |
30 |
> Editing, or continual maintainance, is generally not a problem, assuming |
31 |
> that any bugs filed aren't for obscure subjects of which no one has any |
32 |
> knowledge. With the exception of big projects like updating all our docs |
33 |
> for OpenRC/Baselayout-2, the handbooks for autobuilds, or the Xorg guide |
34 |
> for xserver 1.5, even one person (me) can generally keep up with |
35 |
> day-to-day maintenance. |
36 |
> |
37 |
> Where we really need help is in writing and maintaining *new* |
38 |
> documentation. Nate's Openbox draft is just the sort of thing that we need. |
39 |
> |
40 |
> Now, on the forums and on our highly visible public mailing lists, I've |
41 |
> continually asked for help for years, wanting to get in some fresh new |
42 |
> talents to keep up with the English documentation. Unfortunately, since |
43 |
> I started helping write docs in 2005, we haven't seen a single new |
44 |
> dedicated English editor. Not someone who later becomes a developer, nor |
45 |
> a regular user from the Gentoo community. |
46 |
> |
47 |
> Where we are more successful is in attracting new recruits for |
48 |
> translation teams. Our Internationalization subproject gets all the new |
49 |
> people. :) |
50 |
> |
51 |
> I don't know that *advertising* is the problem . . . the problem is that |
52 |
> people just don't want to do the work. The most help we get is bug |
53 |
> reports (to varying degrees of helpfulness where they include |
54 |
> solutions), or occasional one-off new documents or substantial additions |
55 |
> to an existing guide. |
56 |
> |
57 |
> I don't really blame folks for not wanting to do it, either -- there is |
58 |
> a lot of work to do. And it's not always something that can be satisfied |
59 |
> with a 30-second fix. Sure, in one weekend I may knock down our load of |
60 |
> bugs from 50 to 34, but in a couple of months it'll be back up to 50 or 60. |
61 |
> |
62 |
> It takes a fair amount of dedicated time and effort to learn how |
63 |
> GuideXML and our coding style work. We have several tools and resources |
64 |
> available to help prospective recruits, but first someone has to show |
65 |
> willingness to learn. Not just willingness to learn, but the drive and |
66 |
> determination to improve our documentation by actually coming back and |
67 |
> contributing. :) |
68 |
> |
69 |
> It's so extremely rare that it makes me think other distributions must |
70 |
> have the same manpower issues we do: it's just a universal "given" that |
71 |
> people don't want to write. |
72 |
> |
73 |
> |
74 |
I'm also thinking about doing some documentation on LXDE, and PekWM as |
75 |
well. If there is anything in particular that needs documentation, I'd |
76 |
be happy to look into the issues, even if I don't have previous |
77 |
knowledge or experience. I have several test machines on which I can |
78 |
try new configurations. :) |
79 |
|
80 |
--Zach |