Bug#680674: transition: leptonlib

July 07th, 2012 - 06:40 pm ET by Jonathan Nieder | Report spam
Package: release.debian.org
User: release.debian.org@packages.debian.org
Usertags: transition
Tags: wheezy
X-Debbugs-Cc: leptonlib@packages.debian.org, tesseract@packages.debian.org

Hi release team,

This is a request to start a small transition for wheezy. Please
don't shoot me.

The current leptonlib packaging ships liblept.so.3 in a package with
the same name (libleptonica) as the package shipping liblept.so.1 in
squeeze. That is problematic for a few reasons:

1. Upgrading libleptonica causes liblept.so.1 to be removed,
breaking leptonica-progs and tesseract-ocr from squeeze, but this
dependency is not declared.

2. tesseract-ocr from wheezy requires liblept.so.3, but
libleptonica's shlibs file doesn't create an appropriate
dependency for that. So a versioned dependency on libleptonica
was hardcoded in 3.02.01-4, which will only make for trouble in
future library transitions.

3. There is no reason not to allow liblept.so.1 and liblept.so.3 to
be installed at the same time for a smoother upgrade, but using
the same package name prevents that (policy §8.1).

Therefore I would like to see libleptonica renamed to liblept3 in
wheezy, so the usual shlibs and upgrade mechanisms can Just Work™.

leptonlib has one reverse dependency: tesseract.

That means a tiny transition:

1. fix the package name in leptonlib (bug#664176)
2. fix the hardcoded dependency in tesseract and rebuild against
new leptonlib (bug#680598)
3. let both migrate to wheezy

Ben file:

title = "leptonlib";
is_affected = .depends ~ "libleptonica" | .depends ~ "liblept3";
is_good = .depends ~ "liblept3";
is_bad = .depends ~ "libleptonica";

I realize this is very late, but I think it's important, hence the
request. If there's some better way to go about this, I'd be happy to
hear about it. Other thoughts welcome, too.

Thanks for your work,
Jonathan



To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
email Follow the discussionReplies 6 repliesReplies Make a reply

Replies

#1 Cyril Brulebois
July 14th, 2012 - 06:10 am ET | Report spam

Jonathan Nieder (07/07/2012):
This is a request to start a small transition for wheezy. Please
don't shoot me.



*BANG*

Alternative plan below. Other release team members may have different
views.

The current leptonlib packaging ships liblept.so.3 in a package with
the same name (libleptonica) as the package shipping liblept.so.1 in
squeeze. That is problematic for a few reasons:

1. Upgrading libleptonica causes liblept.so.1 to be removed,
breaking leptonica-progs and tesseract-ocr from squeeze, but this
dependency is not declared.



Add Breaks: accordingly.

2. tesseract-ocr from wheezy requires liblept.so.3, but
libleptonica's shlibs file doesn't create an appropriate
dependency for that. So a versioned dependency on libleptonica
was hardcoded in 3.02.01-4, which will only make for trouble in
future library transitions.



Optionally fix shlibs accordingly. If I read it right, we have the
following Depends:
tesseract-ocr → libtesseract3 → libleptonica (>= 1.69~)

So the versioning against libleptonica is already there, and we wouldn't
gain anything in rebuilding src:tesseract after that. Correct?

3. There is no reason not to allow liblept.so.1 and liblept.so.3 to
be installed at the same time for a smoother upgrade, but using
the same package name prevents that (policy §8.1).



I think we can live with that for wheezy. Proper library versioning
can happen after that, which is going to need a fix for tesseract-ocr
at that time (killing the hardcoded Depends: on libleptonica).

[If you still have time to kill, please point involved maintainers to
the relevant bits of the Debian Policy for the next release cycle.]

Mraw,
KiBi.






To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact

Similar topics