1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA1 |
3 |
|
4 |
On 05/26/2013 11:21 AM, Ben de Groot wrote: |
5 |
> On 26 May 2013 18:04, Rich Freeman <rich0@g.o> wrote: |
6 |
>> On Sun, May 26, 2013 at 3:43 AM, Michał Górny <mgorny@g.o> wrote: |
7 |
>>> On Sun, 26 May 2013 15:23:44 +0800 |
8 |
>>> Ben de Groot <yngwin@g.o> wrote: |
9 |
>>>> |
10 |
>>>> Where is this policy documented? |
11 |
>>> |
12 |
>>> Nowhere, I think. I've seen it coming in the late thread, looked common |
13 |
>>> sense enough to me. |
14 |
>>> |
15 |
>>> If it is to be documented, I think we should document it in a more |
16 |
>>> general fashion. To cover all stuff like completions, logrotate and so |
17 |
>>> on. |
18 |
>>> |
19 |
>> |
20 |
>> As others have already pointed out, we are an organization, not a CPU. |
21 |
>> We can't make EVERYTHING a rule, and devs should act in a cooperative |
22 |
>> manner so that this remains the case. |
23 |
>> |
24 |
>> Sure, this can be made into a policy, and if things get out of hand |
25 |
>> I'm sure it will be. I'm not quite sure I see the need yet, as we |
26 |
>> don't have an example yet of a maintainer not cooperating with the |
27 |
>> systemd team on the installation of init files (in the present example |
28 |
>> Ben isn't actually a maintainer, since he stepped down). |
29 |
> |
30 |
> In packages I maintain, I will not be adding any systemd related files. |
31 |
> All bug reports requesting such additions will be closed as an upstream |
32 |
> matter. |
33 |
> |
34 |
>> If Ben wants to boycott systemd by not maintaining any packages that |
35 |
>> support it, that is his choice. I just suspect that the end result of |
36 |
>> that will be that he'll end up not maintaining much of anything. I'd |
37 |
>> hate to see that happen, as it would be a loss for Gentoo. But, |
38 |
>> frankly, letting any one person dictate the direction of the entire |
39 |
>> distro by essentially threatening to quit would be worse. |
40 |
> |
41 |
> Gentoo is evolving in directions I do not agree with. I am feeling less |
42 |
> and less at home here. More and more often it seems I am the |
43 |
> minority voice of protest. I am not enjoying this role, and increasingly |
44 |
> the thought arises that I should just get out of people's way and |
45 |
> find another place that is closer to my ideas of what a distro |
46 |
> should be. |
47 |
> |
48 |
>> Gentoo is about choice - and the nature of choice is that most of the |
49 |
>> choices it supports are ones that you wouldn't personally make. We do |
50 |
>> a reasonably good job letting everybody have their cake and eat it |
51 |
>> too. However, it really isn't an appropriate distro for absolute |
52 |
>> purists of almost any kind - it reeks of compromise. We package |
53 |
>> proprietary software (we don't redistribute the copyrighted parts), we |
54 |
>> more-or-less run on Windows/OSX, we support that X32 alternate |
55 |
>> architecture that some believe has no useful purpose, and so on. |
56 |
>> |
57 |
>> If you really want to influence the battle of the init |
58 |
>> implementations, then write code, not emails. |
59 |
> |
60 |
> I am not a programmer, I am a simple package maintainer. |
61 |
> |
62 |
>> Maybe that is a wrapper |
63 |
>> that allows OpenRC to support systemd units. Maybe that is more |
64 |
>> functionality for OpenRC. Maybe it is something else. However, |
65 |
>> trying to influence things by just spitting into the wind isn't going |
66 |
>> to do much but get your face dirty. Sure, devs can quit, but that |
67 |
>> isn't just a loss for Gentoo. Frankly if your main goal in life is to |
68 |
>> avoid systemd then you're better off supporting Gentoo which is likely |
69 |
>> to support that option nearly forever far better than any other |
70 |
>> distro. |
71 |
> |
72 |
> If forcing Gentoo package maintainers to add systemd support |
73 |
> to packages they maintain is your idea of the best option to |
74 |
> avoid systemd, then I respectfully disagree. |
75 |
|
76 |
Perhaps this was covered already, but how exactly did this one file, |
77 |
added by your co-maintainer, hurt you? Did it cause additional bugs? |
78 |
Did it break a working ebuild? Did it kill your cat? |
79 |
|
80 |
It would seem to me that the co-maintainer (a person who cares that some |
81 |
users are interested in systemd enough to add one file to the package) |
82 |
made the package support a slightly wider range of systems (gentoo is |
83 |
about choice) and this affects you in exactly no way. |
84 |
|
85 |
What am I missing here? Are you just trying to force your will on |
86 |
others or do you have an actual issue caused by this commit? It is not |
87 |
for us developers to force one way on the users, gentoo is supposed to |
88 |
be about choice, your co-maintainer chose to support systemd, an action |
89 |
which as far as I can see didn't harm you, and helped some users. This |
90 |
has been a very long thread for something I don't get at all. Please, |
91 |
seriously, what am I missing here? |
92 |
|
93 |
- -Zero |
94 |
> |
95 |
> Obviously I have better (and more fun) things to do. |
96 |
> -- |
97 |
> Cheers, |
98 |
> |
99 |
> Ben | yngwin |
100 |
> Gentoo developer |
101 |
> |
102 |
> |
103 |
|
104 |
-----BEGIN PGP SIGNATURE----- |
105 |
Version: GnuPG v2.0.19 (GNU/Linux) |
106 |
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ |
107 |
|
108 |
iQIcBAEBAgAGBQJRojUxAAoJEKXdFCfdEflKNXUQAJufMr9HC/7KPLQEWxZG+LH0 |
109 |
kWzrzSjH9I5OLNhTxuVs3IuMupeHL2BPA2oXZV/hj/NKhJid8FXKlNRB9PCuE6qq |
110 |
ClrnSLuYcdabTNzUmePM+h0CEU5FMkA4Z3GJiT2GtB9fv8CbnjcbuqZAYK4zYupT |
111 |
B8O61/o/uYCYPEgekqi/vU3xOtPA+wzzwXILV4Kf/YNb9A/z/SyIIsJv4JN2qvSm |
112 |
UYCe5Q4h7JqUTz0DzL3lVFLhTFdvCWPErP5Okrn1yk8cCL5878ixDkQBm5dL53NH |
113 |
NNu3EPPhvnljV6Ja1CEAOKmORp2Ry+DDSbYUhx0SK0g/fzo4JQP1TD/IraicQExV |
114 |
2nFBQL3MKT9It5uzZp0+PsNkfAZMmv2W7Xkx1YNQcj5Zjip5ChdQJqk60uqBUoGs |
115 |
aenj1CYucki3owKnE4mwb/2Vk6jlZ51uEuJ29GuzYxHXVaonBo1JQNFVw9foDKqV |
116 |
XQISK7U9HVFD80uH6Gj6bhlWF/CCzw2rX5C1WnGsGr/rk0T87cECS79gPqp2wuA7 |
117 |
gI9amGaK3RaHbYoUqobGSKBH8lY6HQwtF2XHzOILMm39gacVGV6vM4E0m77Ia0Zd |
118 |
Oze9UfnFMj81qxBCmIyN/YI3BEckc5pMuI/GmW9eW/9EWkIgOI9RPafED492+/GJ |
119 |
kKbF8ogtV3E3SiTfN22q |
120 |
=chEY |
121 |
-----END PGP SIGNATURE----- |