[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#665969: transition: apt 0.9.0



user release.debian.org@packages.debian.org
usertags 665969 transition
retitle 665969 transition: apt 0.9.0
thanks

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:

Affected: .build-depends ~ /libapt-pkg-dev/
Good: .depends ~ /libapt-pkg4.12|libapt-inst1.4/
Bad: .depends ~ /libapt-pkg4.10|libapt-inst1.2/

Release team, any idea when this transition can be scheduled?

> 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...

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,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



Reply to: