Gentoo Archives: gentoo-dev

From: Alexis Ballier <aballier@g.o>
To: gentoo-dev@l.g.o
Cc: "Tomáš Chvátal" <scarabeus@g.o>
Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/libva: ChangeLog libva-1.0.10.ebuild
Date: Wed, 09 Mar 2011 13:54:03
Message-Id: 201103091053.24930.aballier@gentoo.org
In Reply to: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in x11-libs/libva: ChangeLog libva-1.0.10.ebuild by "Tomáš Chvátal"
1 On Wednesday, March 09, 2011 10:13:50 AM Tomáš Chvátal wrote:
2 > Dne 9.3.2011 13:08, Alexis Ballier napsal(a):
3 > > On Tuesday, March 08, 2011 12:23:03 PM Tomáš Chvátal wrote:
4 > >> Dne 8.3.2011 15:51, Alexis Ballier napsal(a):
5 > >>> On Tuesday, March 08, 2011 09:28:13 AM Tomas Chvatal (scarabeus) wrote:
6 > >>>> scarabeus 11/03/08 12:28:13
7 > >>>>
8 > >>>> Modified: ChangeLog
9 > >>>> Added: libva-1.0.10.ebuild
10 > >>>> Log:
11 > >>>> Update to libva shipped by freedesktop. So we do the same as debian
12 > >>>> or
13 > >>>>
14 > >>>> archlinux. Fixes bug #336854.
15 > >>>
16 > >>> Please read metadata.xml before committing...
17 > >>
18 > >> I did, x11 is the herd last time i looked.
19 > >
20 > > x11 is the herd because when I added it I thought that it was low level
21 > > enough that x11 may help from time to time. This never gave the right to
22 > > anyone to break and hijack it without discussion nor notice like you
23 > > did.
24 > > Since it seems to be more a burden than a help, I'll remove x11 herd from
25 > > metadata too when removing the fdo version.
26 > >
27 > > Maybe something you didn't understand: herd/maintainership isn't about
28 > > territoriality and giving the right to commit crap, it's about area of
29 > > responsability.
30 > >
31 > >>> How comes I'm supposed to be the maintainer and have not seen any
32 > >>> single discussion about it ? Why is it better, etc ? Being a "mouton
33 > >>> de Panurge" is not a reason [1] :)
34 > >>> The only "better" thing I see is a greater version number. May I
35 > >>> suggest you to run a diff and explain me why such a change was needed
36 > >>> ?
37 > >>
38 > >> ok lovely list:
39 > >> 1) it has freedesktop web page, and we should preffer fdo alternatives
40 > >> anyway
41 > >
42 > > yes, didnt you think that maybe there's a reason I've been using the sds
43 > > version for almost one year ?
44 >
45 > You never named them anywhere.
46
47 Indeed, I always thought that's the one that wants to change something that
48 needs to explain why. Moreover, I understood you don't care about them since
49 you didn't even bother to ask before committing.
50 As for the reasons: "its the fdo version + a debian/patches dir with, heh,
51 some fixes and improvements I'm using..."
52
53 >
54 > >> 2) it has existing git repo (could not find repo for the va you use)
55 > >
56 > > you clearly didnt run a diff... its the fdo version + a debian/patches
57 > > dir with, heh, some fixes and improvements I'm using...
58 >
59 > I did run a diff, what am I supposed to trust some weird patches not
60 > signed or commited to some repo...
61
62 you can, eg, review the patches, and decide if you want them or not
63
64 >
65 > >> 3) debian/archlinux/fedora use this one I commited, not former one.
66 > >
67 > > so what?
68 >
69 > We have this tendency to use what others do so...
70
71 This is what I called being a "mouton de Panurge" in my first email ;) I have
72 this tendency to use what I am convinced is the best.
73
74 > >> 4) the bug was reported to you with x11 CC and you had 6 months already
75 > >> to at least reply to it why/if you don't agree with the switch.
76 > >> Suprisingly we try to close long-open bugs with no-maintainer reply.
77 > >
78 > > There was no reply because I didn't see the point, for now, to flame
79 > > users by telling them that a version number doesnt necessarily bring
80 > > them more code nor features. I thought gentoo developers were aware of
81 > > that. I was wrong. I left it open because I thought, at some point, that
82 > > we will not need the sds version. I don't think it's the case now.
83 >
84 > So first you say you was not aware of the discussion, now you say you
85 > just didn't feel the need to reply.
86
87 Maybe we do not have the same definition of a "discussion". Nobody compared it
88 to the sds version, nobody said we should drop the sds version, the only thing
89 I've ever seen is that it has a greater version number...
90 A discussion would have been someone explaining why we should move away from
91 sds to fdo and we could have weighted the alternatives.
92
93 > I did see that you commited copied version of older one, given the fancy
94 > amount of people just doing cp a b for version bumps and not bothering
95 > by any bugs I just went ahead and looked what other guys does and made
96 > it same.
97
98 You shouldn't assume people are stupid by default ;) in case of doubt, sending
99 an email never killed anyone.
100
101 > I would commit the update even if it would be libva-0.0.1 I
102 > didn't do it for sake of the version.
103 >
104 > > Seeing that I bumped it ~1 week ago, did you really expect that it was an
105 > > abandonned package and that you were saving it ? Were you trying to
106 > > hijack it? Or maybe just piss me off ?
107 >
108 > Just consider I tried to piss you off if you have this attitude. I could
109 > not care less about some libva if i would not be looking on that bug for
110 > some time without any damn reply from maintainer and x11 in CC.
111
112 A ping on the bug would have been more appropriate ;)
113
114 > I usually ask on irc, but given the fact you don't bother with the
115 > media...
116
117 If I were on irc I would be idle most of the time. Email or bgo are more
118 reliable medias if you want to get an answer.
119
120 > just remove x11 from herds and enjoy your package.
121 >
122 > You might also consider dropping x11 from x11-libs/vdpau-video
123 >
124
125 fair enough
126
127 A.

Replies