libjpeg-progs* ...cannot overwrite ...

[michaa7]

Again a package with problems during d-u due to another package uses the same file:

Vorbereitung zum Entpacken von .../libjpeg-progs_1%3a9a-2_i386.deb ...
Entpacken von libjpeg-progs (1:9a-2) über (1:1.3.1-3) ...
dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/libjpeg-progs_1%3a9a-2_i386.deb (--unpack):
Versuch, »/usr/share/man/man1/exifautotran.1.gz« zu überschreiben, welches auch in Paket libjpeg-turbo-progs 1:1.3.1-3 ist
Trigger für man-db (2.7.0.2-2) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
/var/cache/apt/archives/libjpeg-progs_1%3a9a-2_i386.deb

How to fix it?

Thanks.

[dibl]

I remember seeing that.  I'm not sure whether I removed libjpeg-turbo-progs first, or just did an apt-get -f install, but one way or the other it is fixed now.

[GoinEasy9]

I just did a du and had to use apt-get -f install to finish it.  Just as I have done for the past few days.  I haven't had time yet to figure out what is using libjpeg-progs*, so, I haven't tried to remove it. If it continues, I'll try to look further into the problem.

[der_bud]

Here libjpeg-progs and libjpeg-turbo-progs conflicted, too. Both of them seem to provide a similar subset of  image manipulating tools ("This package contains programs for manipulating JPEG files") as seen with apt-cache show. As libjpeg-progs is needed by konq-plugins while libjpeg-turbo-progs has no dependency (on my system), I purged the turbo ones. Still don't know if one of them is the 'better' one.

LANG=C apt-cache show libjpeg-progs

Code Select Expand


Package: libjpeg-progs
Source: libjpeg9
Version: 1:9a-2
Installed-Size: 202
Maintainer: Bill Allombert <ballombe@debian.org>
Architecture: amd64
Depends: libc6 (>= 2.7), libjpeg9 (>= 9a)
Description-en: Programs for manipulating JPEG files
This package contains programs for manipulating JPEG files:
  cjpeg/djpeg: convert to/from the JPEG file format
  rdjpgcom/wrjpgcom: read/write comments in JPEG files
  jpegtran: lossless transformations of JPEG files
  jpegexiforient/exifautotran: manipulate EXIF orientation tag
Description-md5: 18811a14939d885ee3988abf604b36d8
Tag: devel::library, interface::commandline, role::program, scope::utility,
works-with-format::jpg, works-with::image, works-with::image:raster
Section: graphics
Priority: optional
Filename: pool/main/libj/libjpeg9/libjpeg-progs_9a-2_amd64.deb
Size: 82062
MD5sum: e0c1133ad280dfd21dc46ce3eba35d22
SHA1: 16ef2c604a9194dce899b37bd820eb8e3daad5dd
SHA256: d59c55a111c214c7f6c035c97e73c05a5b72a42b9730eb2c67dd004aac74f214

LANG=C apt-cache show libjpeg-turbo-progs

Code Select Expand


Package: libjpeg-turbo-progs
Source: libjpeg-turbo
Version: 1:1.3.1-6
Installed-Size: 208
Maintainer: Debian TigerVNC Packaging Team <pkg-tigervnc-devel@lists.alioth.debian.org>
Architecture: amd64
Provides: libjpeg-progs
Depends: libc6 (>= 2.14), libjpeg62 (>= 1:1.3.1), libturbojpeg1 (>= 1.2.90)
Conflicts: libjpeg-progs      <-- HERE !
Description-en: Programs for manipulating JPEG files
This package contains programs for manipulating JPEG files from the
libjpeg-turbo JPEG library:
  * cjpeg/djpeg: convert to/from the JPEG file format
  * rdjpgcom/wrjpgcom: read/write comments in JPEG files
  * jpegtran: lossless transformations of JPEG files                                                                                             
  * jpegexiforient/exifautotran: manipulate EXIF orientation tag                                                                                 
  * tjbench: a simple JPEG benchmarking tool                                                                                                     
Description-md5: db07a6383951821ac1b13910d3f5d17e                                                                                               
Homepage: http://www.libjpeg-turbo.org/                                                                                                         
Section: graphics                                                                                                                               
Priority: optional                                                                                                                               
Filename: pool/main/libj/libjpeg-turbo/libjpeg-turbo-progs_1.3.1-6_amd64.deb                                                                     
Size: 81794                                                                                                                                     
MD5sum: 05ceaecde7a16cc8d0d78766aa69fc94                                                                                                         
SHA1: ca73f37ea2b2e2936297fb1f889779362d93d61b                                                                                                   
SHA256: cf93b80eb1feca4a673776f69865ba859485ffb0b7fb8f43ee6d966e73bbfbdd

[sunrat]

Here libjpeg-progs was removed during du on 6 Oct and libjpeg-turbo-progs was upgraded.

Code Select Expand

apt-cache depends libjpeg-turbo-progs
libjpeg-turbo-progs
  Depends: libc6
  Depends: libjpeg62
  Depends: libturbojpeg1
  Breaks: libjpeg-progs
  Replaces: libjpeg-progs
    libjpeg-turbo-progs

I'm not sure what it's for though - 

Code Select Expand

apt-cache rdepends libjpeg-turbo-progs
libjpeg-turbo-progs
Reverse Depends:
  libjpeg-turbo-progs-dbg

[GoinEasy9]

After reading sunrat's post, I removed libjpeg-progs, then, installed libjpeg-turbo-progs sucessfully.  The subsequent du went through without error.
I wonder what kept libjpeg-progs from being removed on my install, like it was on sunrat's install?  I also opened Konqueror, then, opened a jpeg file to see if there was a problem (if that indeed what it was meant for), and, the jpeg opened fine.
Oh well, problem solved but, still a mystery, at least for me.

[sunrat]

I've used Gimp and Gwenview a lot and jpeg function is fine.

I'm still curious about libjpeg-turbo-progs. The only package listed as dependant is its own debug package.

[reddark]

https://de.wikipedia.org/wiki/Libjpeg#libjpeg-turbo

hab turbo behalten ... bis jetzt keine fehler

[GoinEasy9]

Thanks for the link reddark, it explains a lot.