Gentoo Archives: gentoo-dev

From: "Chí-Thanh Christopher Nguyễn" <chithanh@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] stabilizing libraries without testing reverse deps
Date: Mon, 30 Sep 2013 11:46:01
Message-Id: 52496465.1000001@gentoo.org
In Reply to: Re: [gentoo-dev] stabilizing libraries without testing reverse deps by hasufell
1 hasufell schrieb:
2 > https://bugs.gentoo.org/show_bug.cgi?id=464536
3 > https://bugs.gentoo.org/show_bug.cgi?id=470554
4 >
5 > for the first bug:
6 > net-libs/ortp media-libs/mediastreamer and net-voip/linphone
7 > are from the same upstream and actually have to be bumped and
8 > stabilized TOGETHER, because it is very likely that they break
9 > otherwise. And that's exactly what happened. The maintainer was
10 > probably aware of it, but didn't respond, so arch testers went ahead
11 > and did not test reverse deps.
12
13 I already replied in the second bug but let me reiterate again. What I
14 wrote in October 2012 to this list[1] is basically still true.
15
16 Following retirements, there is nobody in voip team who is interested in
17 these packages any more. Nobody in voip requested that these packages go
18 stable. When I read bugzilla reports that version bumps (typically done
19 as drive-by commits by outside developers) break consumers, then I
20 sometimes update the dependencies to account for that. When I saw the
21 second stabilization bug, I added the blocker, but the stabilization
22 proceeded anyway due to technical issues with the robo-stable scripts.
23
24 The ffmpeg-1.0 (and libav-9) situation got especially bad. For example,
25 a ptlib ebuild was committed which introduced libav-9 compatibility, but
26 also broke *every* *single* *consumer* of the package[2]! I have only
27 little time to dedicate to voip packages, and cleaning up the mess that
28 other developers leave is not a good way to use this time.
29
30 > To me it seems one relies on the other to handle this and in the end
31 > no one does?
32
33 We have one user, Andrew Savchenko, who expressed interest to proxy
34 maintain linphone and its dependencies via the voip overlay. I have
35 offered to commit the ebuilds for him to g-x86. Unfortunately it was a
36 lengthy process to allow him access to the overlay but that was cleared
37 10 days ago.
38
39 Once he starts pushing new ebuilds to the overlay, I will add him as
40 proxy maintainer in metadata.xml.
41
42
43 Best regards,
44 Chí-Thanh Christopher Nguyễn
45
46
47 [1] http://thread.gmane.org/gmane.linux.gentoo.devel/80638
48 [2] https://bugs.gentoo.org/show_bug.cgi?id=474742

Replies