Why new package name libsasl2-2

Roberto C. Sanchez roberto at connexer.com
Wed Oct 18 08:01:08 UTC 2006


On Wed, Oct 18, 2006 at 09:59:19AM +0300, Fabian Fagerholm wrote:
> On Tue, 2006-10-17 at 20:11 +0200, Andreas Metzler wrote:
> > As you suggested you could try to implement versioned provides by using
> > dummy packages like this, however I tend to think that the very idea
> > (*) is flawed. If the new sasl is ready for prime time there is no
> > need for keeping the old library around. If it is not ready, it should
> > not go into sid but to experimental.
> > 
> > Once you drop the requirement for having two packages containing
> > /usr/lib/libsasl2.so.2 in the achive everything is easy:
> > 
> > Package: libsasl2
> > Source: cyrus-sasl-2.1
> > Depends: libsasl2-2 (= ${binary:Version})
> > Architecture: any
> 
> Ok, let me see if I understood correctly by explaning this in my own
> words:
> 
>      1. We make cyrus-sasl-2.1 (source) produce a dummy libsasl2 which
>         depends on libsasl2-2 (= ${binary:Version}) like above.
>      2. We upload this into sid. (*)
>      3. We ask for removal of the old packages produced by Source:
>         cyrus-sasl2.
> 
>         (*) I'm not saying this is going to happen before or after etch
>         is released, this is another discussion.
> 
> Result:
> 
>       * All packages already built against cyrus-sasl2 (old package)
>         will work with the new one because of ABI compatibility.
>       * All packages which build against the old package will pull in
>         the new package and the build will work.
>       * Over time, packages will switch to depend directly on the new
>         package, and when all packages have switched, we can drop the
>         dummy package.
> 
> Is this correct? Does it cover the transition completely, or did I leave
> something out?
> 

Looks good to me.

> > (It is Architecture: any instead of all only because otherwise it
> > would uninstallable on all slow arch after every upload.)
> 
> Ok, good point.
> 
> > PS: I do hope that upstream is sane and cyrus-sasl-2.1's libsasl2.so.2
> > is indeed ABI compatible. ;-)
> 
> :) Yes, I indeed hope so! Of course, we have to verify this.
> 
No.  I say we throw caution to the wind and just hope nothing breaks :-)

OK.  Just kidding.

Regards,

-Roberto

-- 
Roberto C. Sanchez
http://people.connexer.com/~roberto
http://www.connexer.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-cyrus-sasl2-debian-devel/attachments/20061018/0e62de45/attachment.pgp


More information about the Pkg-cyrus-sasl2-debian-devel mailing list