1 |
-----BEGIN PGP SIGNED MESSAGE----- |
2 |
Hash: SHA512 |
3 |
|
4 |
On 08/14/2011 01:19 PM, Thomas Sachau wrote: |
5 |
> Markos Chandras schrieb: |
6 |
>> Hi, |
7 |
>> |
8 |
>> This is the second item I would like to discuss for the next |
9 |
>> Council agenda ( or a later one ) |
10 |
>> |
11 |
>> Quite a few of you know that Council acts as a court in case a |
12 |
>> developer has unresolved disputes with Devrel or when he is not |
13 |
>> happy with a Devrel's decision. The problem is that having the same |
14 |
>> people in the Council and in Devrel makes no sense since the same |
15 |
>> people will vote twice on that matter. A developer who wants to |
16 |
>> appeal to Council, seeks a review of his case and a fresh voting |
17 |
>> from new people. However, having devrel members, which are already |
18 |
>> biased based on the previous decision, makes the "Council's court |
19 |
>> role" a moot role :) |
20 |
> |
21 |
> I have to ask the same here as for the other proposal: |
22 |
> |
23 |
> Why do you restrict your proposal to a specific project? The issue |
24 |
> you are pointing at is the same for any other project, where someone |
25 |
> does open an appeal to council to vote on a team decision he does not |
26 |
> want to accept. |
27 |
> |
28 |
I don't follow. I thought disputes were handled this way |
29 |
|
30 |
1) Contact the guy and resolve the issue with him without bothering the |
31 |
rest of team members |
32 |
2) Ask team lead |
33 |
3) Ask devrel |
34 |
4) Ask Council |
35 |
|
36 |
There is no way to go from 2->4 without devrel's involvement. |
37 |
|
38 |
- -- |
39 |
Regards, |
40 |
Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 |
41 |
-----BEGIN PGP SIGNATURE----- |
42 |
Version: GnuPG v2.0.18 (GNU/Linux) |
43 |
|
44 |
iQIcBAEBCgAGBQJOR78LAAoJEPqDWhW0r/LCqNcP/1vguJ7nAdaNOsAWMNpcck1Q |
45 |
ipNzY2/fQBckIa1D1mHHfjNs+f2nReVtf4Q1xh43KuSAjVkj+0ZxHTCBJi4Ps1Yg |
46 |
rZ6Lgr4ln2Fqacd2ymdGFzs1kSx8ACcWC2kYyNrrV/ThQ7gIaFQ304qOCyuKuhmM |
47 |
p/y+4MBgVYYBo7b68IFZkSL42+RSynDluT4Rl1odefaR6lkKy8fenK719WcEMIFN |
48 |
lk5818zvsJ5GEGO7yrNRe+h1HdlD6QJ/LSHZ9wHabxGct97YDoZ3I8+LMUbWtx4j |
49 |
WcQ86wbT7GZURUYaiL/clJNqxYUrj5sp+c3HeS+qvm2HPA7FsUWd74bLZi0NK+i/ |
50 |
R4u/wmzWOmSO8qfCW0plwDVtU1OQXaYYRp4x8JP27kHlCBIEycxd2qvId32lgrvW |
51 |
kXwfX6DBL215XZ5ScyxpSsbh7ct8GCM1iO3JQ35sGnTqVoEb0kylDSlQek5ay/1i |
52 |
gIA3bUS/3Zpf+gvd+ygpgNrNG9zSAzVVvUlOLBdklkzCqG2WzSR6prTztihltdx/ |
53 |
0ducb01K4JLtsnX6E5LGF6Dla3NUxewurJ71mh7BxejiWZAkeAZJaTUwngyNLfLD |
54 |
JNF5/xYXyBvCOY/2GafQzvtu7nRfMdNe3nHsJjKQ7jDYe/ksjbxV+zvQuNvTBjoQ |
55 |
DeiZqdUBq7yuhoSDDEtV |
56 |
=AHjo |
57 |
-----END PGP SIGNATURE----- |