1 |
On Wed, May 24, 2017 at 7:33 AM, Nuno Silva <nunojsilva@×××××××.pt> wrote: |
2 |
> On 2017-05-24, Michał Górny wrote: |
3 |
> |
4 |
>> On śro, 2017-05-24 at 03:48 -0400, Walter Dnes wrote: |
5 |
>>> On Wed, May 24, 2017 at 08:41:25AM +0200, Micha?? Górny wrote |
6 |
> [...] |
7 |
>>> Note where I said "...posted on Gentoo-User for comment...". What I'm |
8 |
>>> asking is for such proposed changes to be posted on Gentoo-User, and the |
9 |
>>> discussion/feedback/flamefests/etc will be on Gentoo-User. This type of |
10 |
>>> surprise stuff seems to happen a lot in Open Source... |
11 |
>>> |
12 |
>>> * Gentoo /usr |
13 |
>>> * Firefox Australis UI, and dropping ALSA and going PulseAudio-only |
14 |
>>> * GNOME getting a hard-coded dependancy on systemd |
15 |
>>> * etc, etc |
16 |
>> |
17 |
>> And what would be the use of those 'user comments'? Do you believe it |
18 |
>> would change anything? So what is the purpose of asking more users from |
19 |
>> feedback *we do not want*? |
20 |
> |
21 |
> Is this the official policy of the Gentoo project? |
22 |
> |
23 |
|
24 |
Unless you're reading it in an approved GLEP or some other official |
25 |
summary from the Council or some other project team nothing anybody |
26 |
says on this list really constitutes "official policy." |
27 |
|
28 |
Michał put it bluntly, but basically made the same points I did in |
29 |
fewer words. The issue isn't WHO we get feedback from, but rather |
30 |
what KIND of feedback we're getting. |
31 |
|
32 |
Expressing preferences is sometimes but not often useful around here. |
33 |
We've actually done forum polls and such when such preferences are |
34 |
sought, but it doesn't happen often. This isn't because we don't care |
35 |
about user preference. Rather, it is because the whole point of |
36 |
Gentoo is that we don't make you express your preferences in some poll |
37 |
and then you're stuck with whatever the majority votes for. If you |
38 |
have a preference you can stick it in your USE flags and you don't |
39 |
have to justify it to anybody. The whole point of Gentoo is to give |
40 |
users choices. |
41 |
|
42 |
When times come where it seems like a choice is being taken away (such |
43 |
as the examples above), there is usually a driver behind it which we |
44 |
find difficult to avoid. If we don't support GNOME without systemd it |
45 |
probably isn't because we're all systemd fanboys (that should be |
46 |
pretty obvious). Instead it is because the gnome team finds that with |
47 |
their manpower they can't deliver the level of support to the project |
48 |
while spending time working around the systemd issues. |
49 |
|
50 |
Ultimately all this stuff is FOSS, so there is almost never a |
51 |
technical issue that couldn't be worked around in theory. The problem |
52 |
is that manpower is limited and if all the people working on a project |
53 |
would rather spend it on something other than fighting upstream then |
54 |
that is often what ends up happening. |
55 |
|
56 |
So, when these kinds of discussions happen it tends to be more about |
57 |
searching for alternatives that maybe the team hasn't considered, or |
58 |
trying to assess the impact of a change and how to make it in a way |
59 |
that isn't too disruptive. We circulate news items so that we can get |
60 |
feedback so that when the change is communicated to users they have |
61 |
clear instructions on how to cope. |
62 |
|
63 |
So, if an outsider wants to point out that there is some way to |
64 |
mitigate the impact of a change, or that there might be a way to avoid |
65 |
the change that doesn't just involve endless patching/etc, then that |
66 |
is helpful feedback to have. |
67 |
|
68 |
On the other hand, when these kinds of changes come along there are |
69 |
some who will just point out how bad the change is for them |
70 |
personally, and how much work we're causing them. While we're |
71 |
sympathetic, in the end we're not employees. If a volunteer not |
72 |
spending six hours per month on patches causes your business to lose |
73 |
500 hours of work, you can't really compare the two. If there is some |
74 |
way of making everybody happy I think most around here would be happy |
75 |
to hear it. However, just complaining about the impact of a proposed |
76 |
change when it is clear that those proposing the change and making the |
77 |
decisions already know that it will be impactful isn't helpful. |
78 |
|
79 |
Gentoo is hardly the only community where this sort of situation |
80 |
exists. I think any non-commercial distro is going to face these |
81 |
kinds of situations. Those contributing are going to weigh the impact |
82 |
of the change in terms of how much work it costs them and how much it |
83 |
furthers their goals, and a lot of +1's from users aren't going to |
84 |
have much impact except to the degree that they align with those |
85 |
pre-existing factors. |
86 |
|
87 |
Now, for a commercial distro (including semi-commercial ones like |
88 |
Ubuntu) the situation is going to be different. RedHat can afford to |
89 |
pay developers to fork upstream projects if it comes down to it if it |
90 |
makes their paying customers happy, because they actually have paying |
91 |
customers. The customers get to vote with their dollars, and those |
92 |
dollars give RedHat leadership the power they need to incentivize |
93 |
developers to build what will bring in those dollars. There is no |
94 |
reason this can't work on a smaller scale with Gentoo - I doubt there |
95 |
is a bug or pull request sitting in limbo that would remain that way |
96 |
if somebody offered a significant bounty for its resolution. However, |
97 |
absent that contributors are going to scratch their own itches whether |
98 |
that is personal benefit or some kind of community-oriented goal. |
99 |
|
100 |
-- |
101 |
Rich |