Why new package name libsasl2-2

[Andreas Metzler]

On 2006-10-17 Fabian Fagerholm <fabbe at paniq.net> wrote:
> On Mon, 2006-10-16 at 19:09 +0200, Andreas Metzler wrote:
> > I cannot see a real way to have both:
> > - Allow coexistence in the archive with cyrus-sasl2
> > and
> > - a upgrade scenario.
> > 
> > both are important, but the latter is more so.
[...]
> Could you think of an upgrade scenario that involves changes to
> cyrus-sasl2 (the old package) to prepare for cyrus-sasl-2.1? For
> example, make cyrus-sasl2 produce a dummy libsasl2 which depends on, but
> does not conflict with, libsasl2-2, which has a versioned conflict with
> the non-dummy libsasl2's. This would make them concurrently installable,
> right? During a slow transition we could then gradually drop the old
> package.
[...]

Hello,
there is a fundamental problem with this:
----------------
Two different packages containing /usr/lib/libsasl2.so.2 living in the
sid archive at the same time. (*)
----------------

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

(It is Architecture: any instead of all only because otherwise it
would uninstallable on all slow arch after every upload.)
cu andreas

PS: I do hope that upstream is sane and cyrus-sasl-2.1's libsasl2.so.2
is indeed ABI compatible. ;-)
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde