1 |
Dnia 18 maja 2017 08:23:26 CEST, Alex Turbov <i.zaufi@×××××.com> napisał(a): |
2 |
>As for me I'm doing few Python projects and as I said before I prefer |
3 |
>to |
4 |
>have (real) offline docs, cuz often visit places far from |
5 |
>"civilization" |
6 |
>and where 150Kib/s considered as pretty fast Internet connection. Also |
7 |
>I'm |
8 |
>very patient on keeping my Gentoo system under control and minimized |
9 |
>(eliminating unnecessary dependencies and files). I could help with |
10 |
>adding |
11 |
>patches and bug reports for packages I use. |
12 |
|
13 |
Please use pull requests. And focus on easy cases first. For the plugin case, I need to create the necessary logic in the eclass. |
14 |
|
15 |
> |
16 |
>On Thu, May 18, 2017 at 12:10 PM, Michał Górny <mgorny@g.o> |
17 |
>wrote: |
18 |
> |
19 |
>> On śro, 2017-05-17 at 21:44 -0700, Daniel Campbell wrote: |
20 |
>> > On Sat, May 13, 2017 at 09:32:46AM +0200, Michał Górny wrote: |
21 |
>> > > On pią, 2017-05-12 at 17:42 -0700, Daniel Campbell wrote: |
22 |
>> > > > On 05/11/2017 12:51 AM, Michał Górny wrote: |
23 |
>> > > > > In fact, I'm personally leaning towards not building docs at |
24 |
>all |
25 |
>> > > > > in ebuilds. It's practically a wasted effort since most of |
26 |
>the time |
27 |
>> > > > > users read docs online anyway. |
28 |
>> > > > |
29 |
>> > > > I believe that's a little myopic; a user (or even developer) |
30 |
>may not |
31 |
>> > > > have Internet access all the time, or may not have it in their |
32 |
>> primary |
33 |
>> > > > development environment. Having a copy of the docs locally (the |
34 |
>> entire |
35 |
>> > > > point of USE="doc") is super valuable to have when you're away |
36 |
>from |
37 |
>> the |
38 |
>> > > > network. I'm sure I'm not alone as one of the people who uses |
39 |
>the |
40 |
>> flag |
41 |
>> > > > and appreciates the work that goes into making sure said flag |
42 |
>works. |
43 |
>> > > > |
44 |
>> > > > Sure, we could yank out every single USE="doc", but then we |
45 |
>lose a |
46 |
>> nice |
47 |
>> > > > feature of the tree and users are back to either (a) trawling |
48 |
>the |
49 |
>> Web to |
50 |
>> > > > find the project site, then hope they have docs in a separate |
51 |
>> download, |
52 |
>> > > > or (b) we end up with foo+1 packages, one extra for any package |
53 |
>that |
54 |
>> has |
55 |
>> > > > documentation. Neither are particularly good solutions; Debian |
56 |
>has |
57 |
>> done |
58 |
>> > > > the latter and it results in a huge number of packages for |
59 |
>little |
60 |
>> gain. |
61 |
>> > > |
62 |
>> > > The Python team mostly focuses on providing packages for |
63 |
>dependencies |
64 |
>> of |
65 |
>> > > other Gentoo packages, not direct Python development. We do not |
66 |
>have |
67 |
>> > > the manpower to go above that. |
68 |
>> > > |
69 |
>> > > -- |
70 |
>> > > Best regards, |
71 |
>> > > Michał Górny |
72 |
>> > |
73 |
>> > Ah, well that at least explains why you're not interested in it. |
74 |
>> > Dependency management alone can be tough; I've not noticed any |
75 |
>Python |
76 |
>> > issues, so it seems like you guys do well. :) If you don't mind me |
77 |
>> > asking, what would it take to solve the USE="doc" issue to the |
78 |
>Python |
79 |
>> > team's standard? I have some personal interest in Python and |
80 |
>wouldn't |
81 |
>> > mind adding 'doc' support for Python packages that users request |
82 |
>docs |
83 |
>> > for. |
84 |
>> > |
85 |
>> > Maybe others are willing to join me on this. Is that something we |
86 |
>can |
87 |
>> > make happen without getting in anyone's hair? |
88 |
>> > |
89 |
>> |
90 |
>> For a start, it'd be nice to figure all the stuff out in detail, |
91 |
>> and document it -- when USEDEP is needed, not needed, when we need |
92 |
>> something else (like the plugin case). Once that is done, it's just |
93 |
>> a matter of checking and fixing existing packages, and being patient |
94 |
>> with devs doing the same mistakes again ;-). |
95 |
>> |
96 |
>> -- |
97 |
>> Best regards, |
98 |
>> Michał Górny |
99 |
>> |
100 |
|
101 |
|
102 |
-- |
103 |
Best regards, |
104 |
Michał Górny (by phone) |