Bug 466254

Summary: Error while installing package 'libjpeg.so.8.2.2' - latest release
Product: [KDE Neon] neon Reporter: Valter Mura <valtermura>
Component: Packages Testing EditionAssignee: Neon Bugs <neon-bugs-null>
Status: RESOLVED WAITINGFORINFO    
Severity: normal CC: bsantos, carlosd.kde, jr, neon-bugs-null, sitter, s_chriscollins, tynach2
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Neon   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Valter Mura 2023-02-22 18:23:38 UTC
SUMMARY
***
During installation of latest release, Discover returned an error installing 'libjpeg.so.8.2.2' package

***


STEPS TO REPRODUCE
1. Open Discover and update
2. Reboot
3. 

OBSERVED RESULT
Discover returns:
"Aggiornamento di 1 pacchetto non riuscito
Error while installing package: trying to overwrite '/usr/lib/x86_64-linux-gnu/libjpeg.so.8.2.2', which is also in package libjpeg-turbo8"

EXPECTED RESULT
It should update as usual

SOFTWARE/OS VERSIONS
Operating System: KDE neon Testing Edition
KDE Plasma Version: 5.27.0
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 5.19.0-32-generic (64-bit)
Graphics Platform: X11
Graphics Processor: NVE7

ADDITIONAL INFORMATION
Comment 1 Colin Griffith 2023-03-04 07:21:56 UTC
KDE Neon only recently started packaging its own copy of libjpeg, and ever since then I've avoided running updates because it keeps wanting to remove things I don't want it to remove. If I stay on the version of libjpeg that comes from Ubuntu's packages, the result is having to keep all of these packages at their old versions:

digikam
digikam-data
gwenview
libjpeg-dev
libjpeg-turbo8
libjpeg-turbo8-dev
libokular5core10
libpoppler-cpp0v5
libpoppler-glib8
libpoppler-qt5-1
libpoppler126
libxsimd-dev
okular
okular-backends
okular-extra-backends
poppler-utils
showfoto

Additionally, because of the way that the packages depend on each other (which is vastly different in the Neon packages compared to the versions in the Ubuntu repositories), you can't have a different version of the i386 libraries and the x86-64 libraries. Since KDE Neon's repositories do not provide an :i386 package, this breaks a number of i386 packages, including Wine. Here are the packages that need to be removed if I try to upgrade to Neon's libjpeg:

gstreamer1.0-plugins-good:i386
libavcodec-extra58:i386
libgd3:i386
libgdk-pixbuf-2.0-0:i386
libgdk-pixbuf-xlib-2.0-0:i386
libgdk-pixbuf2.0-0:i386
libgphoto2-6:i386
libjpeg-turbo8:i386
libjpeg8
libjpeg8:i386
librsvg2-2:i386
librsvg2-common:i386
libtiff5:i386
libv4l-0:i386
libv4lconvert0:i386
libwine:i386
wine32:i386
libjpeg8-dev

You'll note that libjpeg8 itself is in that list, and that's because libjpeg8 and libjpeg-turbo8 are separate packages, though libjpeg8 seems to mostly exist so that packages have something to point to if they depend on it, and it in turn just depends on libjpeg-turbo8. Removing it doesn't seem to cause any harm directly though; the harm comes from the lack of an i386 package with the same version number as the x86-64 package.
Comment 2 Colin Griffith 2023-03-04 07:22:48 UTC
I should also mention that I'm using the User edition, rather than the Testing edition.
Comment 3 Carlos De Maine 2023-03-07 09:47:13 UTC
the dependency structure of libjpeg-turbo and libjpeg have been reworked in unstable and seem to be working for me.  i've just merged them into stable and if everything works fine, i'll merge into release/user in a few days.  we do provide i386  for certain packages and i have libturbo-jpeg producing them so hopefully this will allow your wine to work.  Caveat being that our backport of libpoppler seems to break a lot of peoples wine installations and our cross compilation for i386 is failing because anything with a gobject-intropsection dependency cannot be cross compiled
Comment 4 Valter Mura 2023-03-19 13:19:21 UTC
(In reply to Carlos De Maine from comment #3)
> the dependency structure of libjpeg-turbo and libjpeg have been reworked in
> unstable and seem to be working for me.  i've just merged them into stable
> and if everything works fine, i'll merge into release/user in a few days. 
> we do provide i386  for certain packages and i have libturbo-jpeg producing
> them so hopefully this will allow your wine to work.  Caveat being that our
> backport of libpoppler seems to break a lot of peoples wine installations
> and our cross compilation for i386 is failing because anything with a
> gobject-intropsection dependency cannot be cross compiled

After several updates, the problem still seems to be present: If I try to re-install, for example, Gwenview (automatically installed by discover) or install digiKam, I get the error: "Dependency resolution failed"

System updated to:
Operating System: KDE neon Testing Edition (stable)
KDE Plasma Version: 5.27.3
KDE Frameworks Version: 5.105.0
Qt Version: 5.15.8
Kernel Version: 5.19.0-35-generic (64-bit)
Graphics Platform: X11
Graphics Processor: NVE7
Comment 5 Carlos De Maine 2025-09-20 09:36:25 UTC
Thank you for your bug report! 
However this bug report was created/provided previous to 01/01/2023 and also has not received any updates since  before 01/01/2025. 
Unfortunately KDE neon no longer provides updates for anything older than noble 24.04 based edition's.
Please upgrade to KDE neon noble and if you can reproduce the issue after upgrading to an active version, feel free to re-open this bug report.
Thanks for understanding!