Gentoo Archives: gentoo-dev

From: "Michał Górny" <mgorny@g.o>
To: gentoo-dev@l.g.o, Alex Turbov <i.zaufi@×××××.com>
Subject: Re: [gentoo-dev] Should Sphinx really depends on PYTHON_COMPAT/PYTHON_USEDEP for `dev-python/*` ebuilds?
Date: Thu, 18 May 2017 06:47:02
Message-Id: FA0A69A3-E3F2-45F3-8CF1-28CE7DE1EF1D@gentoo.org
In Reply to: Re: [gentoo-dev] Should Sphinx really depends on PYTHON_COMPAT/PYTHON_USEDEP for `dev-python/*` ebuilds? by Alex Turbov
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)