1 |
On Tue, 2002-01-08 at 19:09, Aron Griffis wrote: |
2 |
> tvon@×××××.org wrote: [Tue Jan 08 2002, 06:41:58PM EST] |
3 |
> > Speaking of which (which being docs for packages), is there any |
4 |
> > validity to having a USE for 'docs' which determines weather or not |
5 |
> > varios package docs are built along with the package they go with? |
6 |
> |
7 |
> This sounds like a really good idea to me. |
8 |
> |
9 |
Hi! |
10 |
|
11 |
I have been thinking about this also. My thoughts. |
12 |
|
13 |
Possible USE variables: dochtml, docpdf, docinfo |
14 |
Most Gnu packages have all the documetation in the package tarball and |
15 |
allow you to build to a variety of formats. I personally prefer html |
16 |
for reading locally in a browser. Other people may want info for in |
17 |
console and emacs and others pdf for printing. Building pdf |
18 |
documentation from source would require a PAPER environmental variable |
19 |
to set the users preference, i.e. letter, A4, etc. Most (but not all) |
20 |
Linux Documentation Project stuff is available in sgml so it can be |
21 |
built to preference also. I have played around with this for some gnu |
22 |
packages and python. (Unfortunately, I have never been able to build |
23 |
the python documentation from the source tarball) |
24 |
|
25 |
Advantages: |
26 |
|
27 |
1. fewer megabytes downloaded (especially nice for those on dial-up) |
28 |
2. fewer megabytes archived on ibiblio |
29 |
3. fewer doc ebuilds required in app-doc |
30 |
4. user flexibility |
31 |
|
32 |
Disadvantages: |
33 |
|
34 |
1. added size and complication of ebuilds. |
35 |
2. not all packages include extensive documentation (manuals, tutorials, |
36 |
etc) in the source tarball or if they do, include prebuilt html and/or |
37 |
pdf but not necessarily both. How to handle case where docpdf is set, |
38 |
but only html is available. |
39 |
3. program may build ok, but buggy documentation build could cause the |
40 |
merge to fail. |
41 |
|
42 |
tod |