Nothing special, just the same old. Some “error while loading shared libraries” crap.

Out of curiosity, I wanted to try 4K Video Downloader Plus under Debian 13. The download page has an archive for “Ubuntu 64-bit (GNOME) Portable” in version 26.0.1 for the app, but no version was mentioned for Ubuntu, so I thought it might run under Debian 13, too.

Not really:

error while loading shared libraries: libjpeg.so.8: cannot open shared object file: No such file or directory

Someone complained on Reddit: libjpeg.so.8 missing ubuntu 26.0.0.0277.

When I installed the latest version, I received this error message

4kvideodownloaderplus-bin: error while loading shared libraries: libjpeg.so.8: cannot open shared object file: No such file or directory

I installed libjpeg8_8b-1_amd64.deb and then received this error

4kvideodownloaderplus-bin: symbol lookup error: /home/surf/Downloads/4kvideodownloaderplus/libQt6WebEngineCore.so.6: undefined symbol: jpeg_crop_scanline, version LIBJPEG_8.0

I have returned to using version 25.4.2.

But the older version has issues with some YT videos.

Someone else:

26.0.1.1 does the same thing.

I suppose this guy is one of the developers or something:

Our applications are officially supported on Ubuntu 22.04 64-bit with the GNOME desktop environment.

Yeah, we’re in 2026, the latest LTS is 24.04, yet they only support 22.04! Retards.

Status mundi:

● libjpeg8 installs libjpeg8_8c and requires libjpeg-turbo8 in Ubuntu 22.04, 24.04, 25.10. Installing libjpeg-turbo8 gets you this:
/usr/lib/x86_64-linux-gnu/libjpeg.so.8.2.2

● libjpeg9 in Ubuntu 22.04, 24.04, 25.10 and Debian sid (why only sid?) gets you this:
/usr/lib/x86_64-linux-gnu/libjpeg.so.9.6.0

● libjpeg-turbo in Fedora gets you this (I guess the first one symlinks to the second one):
/usr/lib64/libjpeg.so.62
/usr/lib64/libjpeg.so.62.4.0

● libjpeg8 was removed from Debian years ago!

Debian Bug #717076: from Tue, 16 Jul 2013: tech-ctte: Decide what jpeg library the Debian project will use.

StackExchange: Why is libjpeg.so.8 missing from Debian?

Debian 10, but same issue applies to Debian 11.

Trying to run a certain binary (gaming), I get complaints about libjpeg.so.8 missing.

apt-file search libjpeg.so.8 gives no results.

However I can see libjpeg62-turbo in the repos.

Looks like libjpeg.so.8 isn’t available, even in non-free, even in backports?

Ubuntu seems to have it though!

What’s the story here? Why doesn’t Debian have libjpeg 8? And more crucially, how can I get it?

If I’m reading this correctly: https://en.wikipedia.org/wiki/Libjpeg

Looks like version 8 was released 12 years ago?

Shouldn’t Debian include both versions of the libs, so you can use either if a program needs either? What am I missing here?

He missed the fact that Linux distro maintainers are completely retarded.

The first answer:

Debian used to include libjpeg8, but it was removed in 2017 in favour of libjpeg9. In practice, the libjpeg library in Debian is libjpeg62-turbo — that’s the only libjpeg variant provided in Debian 10 and 11 (the decision is documented in #717076).

Indeed, here’s Debian Bug #867047 from Mon, 3 Jul 2017: RM: libjpeg8 — ROM; superseded by libjpeg9:

Dear FTP master,
please remove libjpeg8 from unstable.
This package is superseded by libjpeg9.

Note that libjpeg9 is still only in Debian unstable, and the only libjpeg shipped by Debian stable and testing is libjpeg62-turbo. So that “superseding” thing was only half-implemented:

  • Remove the old version: CHECKED.
  • Add the new version: MAYBE SOMETIME WHEN I’LL FEEL LIKE DOING IT.

Looking for workarounds:

❶ Install the last archived Debian version:

wget https://archive.debian.org/debian/pool/main/libj/libjpeg8/libjpeg8_8b-1_amd64.deb
sudo dpkg -i libjpeg8_8b-1_amd64.deb

NOPE! 

symbol lookup error: libQt6WebEngineCore.so.6: undefined symbol: jpeg_crop_scanline, version LIBJPEG_8.0

❷ Install libjpeg62-turbo and create a symbolic link:

sudo apt install libjpeg62-turbo
sudo ln -s /usr/lib/x86_64-linux-gnu/libjpeg.so.62 /usr/lib/x86_64-linux-gnu/libjpeg.so.8

NOPE!

/lib/x86_64-linux-gnu/libjpeg.so.8: version `LIBJPEG_8.0' not found

❸ FrankenDebian: download libjpeg-turbo8 from Ubuntu’s repositories.

From 24.04:

wget http://archive.ubuntu.com/ubuntu/pool/main/libj/libjpeg-turbo/libjpeg-turbo8_2.1.5-2ubuntu2_amd64.deb
sudo dpkg -i libjpeg-turbo8_2.1.5-2ubuntu2_amd64.deb

NOPE!

symbol lookup error: /home/ludditus/Desktop/4kvideodownloaderplus/libQt6WebEngineCore.so.6: undefined symbol: jpeg_crop_scanline, version LIBJPEG_8.0

From 22.04:

wget http://mirrors.kernel.org/ubuntu/pool/main/libj/libjpeg-turbo/libjpeg-turbo8_2.1.2-0ubuntu1_amd64.deb
sudo apt install ./libjpeg-turbo8_2.1.2-0ubuntu1_amd64.deb

SUCCESS!

Takeaways:

① When you’re retarded, you should create a Flatpak instead of such shit.

② Also, when you’re a retard, you’re in the best position to:

  • Create a library that’s used by everyone.
  • Remove jpeg_crop_scanline in version 2.1.5 of the said library that had it in version 2.1.2.

③ Moreover, as a retard, you’re the best qualified to:

  • Become a distro maintainer.
  • Decide that libjpeg8 is superseded by libjpeg9 and that both libraries should not be shipped together, despite their different names (leading to different .so names) making it perfectly possible!
  • To add insult to injury, we’re in 2026, yet the “replacement” library is still only in unstable since July 2017, so all Debian releases lack either version!

The world is full of completely retarded software developers and distro maintainers. Using a distro (any distro!) is a major compromise, since all are maintained by fools.

Still, kudos to Ubuntu for still offering  libjpeg8 despite Debian having dropped it!