On Apr 2, 2012 11:10 "Raphael Hertzog" <[email protected]> wrote: > [...] >
Hi, Sorry for the delay on our side. > On Tue, 27 Mar 2012, Michael Vogt wrote: > > Please provide bin-NMUs for a coming apt ABI change (the apt version > > in experimental will hit unstable as 0.9.0). > > Actually you want a transition slot. It will involve bin-nmus > but it's dealt differently than one-shot binnmu requests. > https://wiki.debian.org/Teams/ReleaseTeam/Transitions > > Here's some ben configuration snippet that should be usable to track > the transition: > > [...] > Thanks, Raphaël. > Release team, any idea when this transition can be scheduled? > If you can confirm that [1] lists all the packages that are expected to be affected by this transition, I believe we can start it right away. [1] http://release.debian.org/transitions/html/apt.html > > We need to make sure that libept gets rebuild right after apt is > > ready > > to ensure that its updated for the new apt. Ideally we take the > > version in experimental that encodes the apt ABI version in its > > soname > > to ensure that its clear that while libept did not change ABI it > > indirectly did because of the libapt ABI break. > > This means that libept reverse dep also need to be updated right and > that it should happen at the same time than the apt transition... > Thanks for the heads up. This will be a source upload as I understand it (looking at libept/experimental) - in that case a versioned B-D in libept on apt should do just fine. > In which case the ben config should be: > > Affected: .build-depends ~ /libapt-pkg-dev|libept-dev/ > Good: .depends ~ /libapt-pkg4.12|libapt-inst1.4|libept1.4.12/ > Bad: .depends ~ /libapt-pkg4.10|libapt-inst1.2|libept1\b/ > > But I'm not quite sure how to ensure that libept1 doesn't match a > dependency on libept1.4.12... > > Cheers, Allegedly, there is way to ask Ben only to match exact package names. Unfortunately, I forgot the syntax, so for now, I used: .depends ~ /libapt-pkg4.10|libapt-inst1.2|libept1(\s|\z|\()/ ~Niels -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
