1 |
On Fri, 2019-09-06 at 00:47 +0200, Thomas Deutschmann wrote: |
2 |
> On 2019-09-05 22:16, Michał Górny wrote: |
3 |
> > > But as per the way the dev manual is written, he arguably *is* |
4 |
> > > following policy. |
5 |
> > > |
6 |
> > > Stop taking the line of assuming he's trying to be belligerent. |
7 |
> > |
8 |
> > He says explicitly that he is against fixing devmanual because he likes |
9 |
> > the way he can abuse it right now. |
10 |
> |
11 |
> You are the only one adding _abuse_ here. Stop that, thanks. When I |
12 |
> replied to your mail I was just asking... nothing more. I don't |
13 |
> understand why you are reading so much into it. |
14 |
> |
15 |
> But yes, I like the current exception for "per-package" eclasses like I |
16 |
> am concerned that a review requirement would cause a significant delay: |
17 |
> |
18 |
> Back to my example, imagine we would move pkg_config to new mysql |
19 |
> eclass. If we would bump mysql/percona-server/mariadb package and will |
20 |
> receive bug reports later because upstream changed something causing |
21 |
> pkg_config to fail we would now have to propose a patch, wait 48 |
22 |
> hours... i.e. package would be broken for ~72 hours just because of a |
23 |
> policy I don't reject in general (yes, I like reviews) but where I think |
24 |
> exceptions must be possible. |
25 |
|
26 |
Are you really saying that if you push buggy eclass (without review?), |
27 |
then you need to push yet another eclass to fix it? If so, then it |
28 |
looks like something is really wrong with your workflow. |
29 |
|
30 |
> So for my understanding this is not about 'fixing' devmanual. It's about |
31 |
> *changing* devmanual which I *just* pointed out. But whoever will |
32 |
> propose changing devmanual should support such a change because he/she |
33 |
> will probably have to argue for that change. Something I cannot do when |
34 |
> I like status quo like I do currently or have concerns. |
35 |
|
36 |
So you don't believe in civil duty over your private interest. Okay, |
37 |
understood. |
38 |
|
39 |
-- |
40 |
Best regards, |
41 |
Michał Górny |