Dear Maintainer,



Apparently, the library liblept.so.5 required by jbig2 is no longer part of
Debian 13 (Trixie).
This means that the program cannot run.

wolf-dieter@CSL6001:~$ jbig2 --version
jbig2: error while loading shared libraries: liblept.so.5: cannot open shared
object file: No such file or directory

wolf-dieter@CSL6001:~$ ldd /usr/bin/jbig2 |grep "not found"
        liblept.so.5 => not found

wolf-dieter@CSL6001:~$ apt search liblept
libleptonica-dev/stable,now 1.84.1-4 amd64  [installiert]
  Bildbearbeitungsbibliothek

libleptonica6/stable,now 1.84.1-4 amd64  [Installiert,automatisch]
  Bildbearbeitungsbibliothek

Hi Jonas,

jbig2 fails to run in Debian stable (Trixie) due to linking to an
outdated, unavailable, version of libleptonica.

A rebuild on stable and inclusion into s-p-u will suffice to get this
issue solved.

Holler if you need help.

Kind regards,
Daniel

Quoting Jonas Smedegaard (2026-01-31 15:54:32)

Oh, I missed the detail that this issue was tied to stable Debian.

Please, if you happen to know the right runes to throw for triggering
an binNMU and getting it included for next stable updates, then it
would be a great help that you do it.

Kind regards,

 - Jonas

Hi Adrian,


Am 02.02.26 um 19:22 schrieb Adrian Bunk:

Yes, I had the same issue as #1120305 before I fixed it recompiling
jbig2 locally.

@Wolf-Dieter: Can you provide the full ldd output please?

Mine looks like this (as I had a locally compiled jbig2 on Bookworm before):

$ lddtree /usr/bin/jbig2
/usr/bin/jbig2 (interpreter => /lib64/ld-linux-x86-64.so.2)
     libjbig2enc.so.0 => /usr/local/lib/libjbig2enc.so.0
         liblept.so.5 => None
         libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6
         libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
         libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
     libleptonica.so.6 => /lib/x86_64-linux-gnu/libleptonica.so.6
         libpng16.so.16 => /lib/x86_64-linux-gnu/libpng16.so.16
         libjpeg.so.62 => /lib/x86_64-linux-gnu/libjpeg.so.62
         libgif.so.7 => /lib/x86_64-linux-gnu/libgif.so.7
         libtiff.so.6 => /lib/x86_64-linux-gnu/libtiff.so.6
             libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1
             liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5
             libLerc.so.4 => /lib/x86_64-linux-gnu/libLerc.so.4
             libjbig.so.0 => /lib/x86_64-linux-gnu/libjbig.so.0
             libdeflate.so.0 => /lib/x86_64-linux-gnu/libdeflate.so.0
         libwebp.so.7 => /lib/x86_64-linux-gnu/libwebp.so.7
             libsharpyuv.so.0 => /lib/x86_64-linux-gnu/libsharpyuv.so.0
         libwebpmux.so.3 => /lib/x86_64-linux-gnu/libwebpmux.so.3
         libopenjp2.so.7 => /lib/x86_64-linux-gnu/libopenjp2.so.7
         libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1
     libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6


So your suspicion might be correct!

Best regards,
Daniel

As Adrian pointed out this may be a problem from upgrading Bookworm ->
Trixie as the former had no official jbig2 packages.

Let's wait for what the submitter can confirm / debug.

                                  ^^^^^

You have a locally installed (and outdated) library in /usr/local, as Adrian
guessed. Since /usr/local is listed before /usr/lib{,$triplet} in
LD_LIBRARY_PATH, that is being picked before the packaged libjbig2enc.so.0 from
/usr/lib/$triplet, which has:

emilio@kamino:~$ objdump -x /usr/lib/x86_64-linux-gnu/libjbig2enc.so.0 | grep NEEDED
   NEEDED               libleptonica.so.6
   NEEDED               libstdc++.so.6
   NEEDED               libm.so.6
   NEEDED               libc.so.6
   NEEDED               libgcc_s.so.1

I'm thus closing this bug.

Cheers,
Emilio