Gentoo Archives: gentoo-dev

From: Markos Chandras <hwoarang@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: Banning modification of pkg-config files
Date: Sat, 10 May 2014 09:41:09
Message-Id: 536DF3C8.2020406@gentoo.org
In Reply to: Re: [gentoo-dev] Re: Banning modification of pkg-config files by Alexandre Rostovtsev
1 On 05/10/2014 07:31 AM, Alexandre Rostovtsev wrote:
2 > On Sat, 2014-05-10 at 13:50 +0800, Ben de Groot wrote:
3 >> On 10 May 2014 04:34, Markos Chandras <hwoarang@g.o> wrote:
4 >>> On 05/09/2014 09:32 PM, Tom Wijsman wrote:
5 >>>> On Fri, 9 May 2014 16:15:58 -0400
6 >>>> Rich Freeman <rich0@g.o> wrote:
7 >>>>
8 >>>>> I think fixing upstream is a no-brainer.
9 >>>>
10 >>>> It indeed is, this is the goal; you can force them in multiple ways,
11 >>>> some of which can be found on the Lua bug and previous discussion(s).
12 >>>>
13 >>>>> The controversy only exists when upstream refuses to cooperate (which
14 >>>>> seems to be the case when we're one of six distros patching it). If
15 >>>>> there are other situations where we supply our own files please speak
16 >>>>> up.
17 >>>>
18 >>>> Not that I know of; the refusal to cooperate is what this is all about,
19 >>>> see my last response to hwoarang before this mail for a short summary.
20 >>>> Though, I think that the Lua maintainers can explain all the details...
21 >>>>
22 >>>>> When the only issue is maintainer laziness I could see fixing that in
23 >>>>> a different way...
24 >>>>
25 >>>> It has always been an issue; we could always use more manpower, ...
26 >>>>
27 >>>> https://wiki.gentoo.org/wiki/Contributing_to_Gentoo
28 >>>>
29 >>>
30 >>> Well to me it feels that gentoo specific .pc files is a similar problem
31 >>> to any other patch that affects upstream code in order to make the
32 >>> package compatible with gentoo. Some people may consider downstream pc
33 >>> files more dangerous because reverse deps are affected. But really, if
34 >>> there is no other alternative, we shouldn't be treating this as a
35 >>> special case. We patch upstream packages all the time after all
36 >>
37 >> Exactly. I don't understand why this is an issue at all. Obviously,
38 >> if upstream does not ship a .pc file or ships a broken one, we try
39 >> to work with upstream to get it fixed on their end. If they are
40 >> uncooperative, we fix it on our end.
41 >
42 > Adding a pkgconfig file is a bit of a special case. Some distros have a
43 > habit of renaming and creating .pc files for various libraries.
44
45 Isn't this the same thing? If Debian creates/renames upstream pc files,
46 and you use Debian as a development box, you have the same problem:
47 Develop software which is not portable across distros.
48
49 I have done very limited upstream development myself, but my opinion has
50 always been that upstream developers who use
51 Debian/Gentoo/Fedora/$FOOlinux as their dev environment shouldn't care
52 about distro peculiarities. That's packagers' job, who are responsible
53 to make the upstream software compatible with each distribution.
54
55 But in
56 > Gentoo, almost all pkgconfig files come from upstream with minimal
57 > modification. So a .pc file that is specific to Gentoo is a rare
58 > exception, and it could cause confusion for users who installed Gentoo
59 > on their development machine and who wish to develop new portable
60 > software.
61
62 I don't see how this is a bad thing. This actually makes us look good in
63 the sense that we stick to upstream code as much as possible.
64
65 In an ideal world, all distros would be compatible :)
66
67
68 --
69 Regards,
70 Markos Chandras

Replies