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 |