1 |
On Mon, 12 May 2014 20:48:16 +0200 |
2 |
Peter Stuge <peter@×××××.se> wrote: |
3 |
|
4 |
> Samuli Suominen wrote: |
5 |
> > Except having pkg-config is the only way to fix some of the build |
6 |
> > issues we are seeing today, like getting 'Libs.private: ' for |
7 |
> > static linking, there has been multiple bugs lately, |
8 |
> |
9 |
> I honestly don't think that it's Gentoo's place to fix those issues. |
10 |
> |
11 |
> Just error out. Make users complain to upstream when upstream has a |
12 |
> problem. Don't hide the problem and amass a huge support workload. |
13 |
|
14 |
"But it works fine on distro Y!" ... "Oh, you don't fix it; I go |
15 |
to distro Y, I don't want to wait for upstream to support Gentoo." |
16 |
|
17 |
But true, besides a temporary fix downstream it should go upstream; I |
18 |
just don't think that it is something which we want to force our users |
19 |
to do. It is more of an expectation that the maintainer should do this; |
20 |
if not, users that are interested can help out with that as well. |
21 |
|
22 |
> > and we are in middle of process of obsoleting every custom |
23 |
> > foo-config |
24 |
> |
25 |
> Again I don't think that's Gentoo's decision to make. It could |
26 |
> certainly be a user's decision, but complexity would explode. |
27 |
|
28 |
Yeah, I'm not sure how well that would work for java-config for |
29 |
instance; it helps a lot, I can't make myself a picture of a world |
30 |
without java-config. It would introduce regressions with no benefit. |
31 |
|
32 |
> > so having pkg-config files is an absolute requirement. |
33 |
> |
34 |
> You haven't provided a rationale, only a circular argument: |
35 |
> |
36 |
> "We're taking action which requires .pc so having .pc is a |
37 |
> requirement." |
38 |
|
39 |
"We made a highway for driving with requires a car so having a car is a |
40 |
requirement to drive on the highway." Now try driving an airplane on it. |
41 |
|
42 |
In other words; it is easy to use what it has been made for, it gets |
43 |
harder if you are trying to differ from the purpose of it. |
44 |
|
45 |
> My key point is that it isn't Gentoo's responsibility or duty to fix |
46 |
> problems introduced by upstreams, even if Gentoo developers are so |
47 |
> skilled that they would be able to. |
48 |
> |
49 |
> I think your time is better spent on things that are not broken. |
50 |
|
51 |
If we all did that, I wonder how much would still work; not as much as |
52 |
we have achieved now, so I like that we've made an "added value". |
53 |
|
54 |
> > > If upstream pkg A depends on $distro-specific foo of pkg B then |
55 |
> > > that will obviously not work in an environment only following |
56 |
> > > upstreams, and will require effort to untie gentoo pkg A from |
57 |
> > > $distro specifics. |
58 |
> > |
59 |
> > pkg-config by design works without .pc files if needed, |
60 |
> > so if this is the only problem with them, it's really no problem |
61 |
> |
62 |
> I think it is a problem, because Gentoo starts having an opinion. |
63 |
> |
64 |
> I don't like that. For me, Gentoo is all about letting me decide. |
65 |
|
66 |
+1 but that doesn't withhold that there are defaults here and there. |
67 |
|
68 |
> That means I must be exposed to broken upstreams, so that *I* can |
69 |
> decide how to deal with them. |
70 |
|
71 |
Yeah, you could switch to a distro where it all works, or keep running |
72 |
away from them; but isn't a fix instead what you really want, I think |
73 |
you can easily configure Gentoo to not apply any patches as all (disable |
74 |
src_prepare) but you get to keep the pieces given all the breakage. |
75 |
|
76 |
> Maybe introduce a USE flag for installing .pc:s in ${FILESDIR} ? |
77 |
|
78 |
We have recently decided to not use an USE flag for small files; so, |
79 |
I'm not sure if this proposal is much different from that decision. |
80 |
|
81 |
You can use INSTALL_MASK for this purpose I think. |
82 |
|
83 |
> > (Are we seriously discussing banning something useful as pkg-config |
84 |
> > files?! That's retarded. Must be some joke.) |
85 |
> |
86 |
> I don't think I said to ban them. I said that I want Gentoo to stay |
87 |
> close to upstream by default. I also said that maintainers shouldn't |
88 |
> be expected to untie upstream bugknots. |
89 |
> |
90 |
> Please do not call me retarded again. |
91 |
|
92 |
That might have been meant to be about the thread as a whole. |
93 |
|
94 |
-- |
95 |
With kind regards, |
96 |
|
97 |
Tom Wijsman (TomWij) |
98 |
Gentoo Developer |
99 |
|
100 |
E-mail address : TomWij@g.o |
101 |
GPG Public Key : 6D34E57D |
102 |
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D |