| Summary: | Error message from yum reporting a conflict at libtiff-update | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | nbe.pckurs |
| Component: | yum | Assignee: | Seth Vidal <skvidal> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 14 | CC: | ffesti, james.antill, kevin, ltinkl, maxamillion, pmatilai, rdieter, richard, smparrish, tgl, tla |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-16 15:49:50 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
nbe.pckurs
2011-04-21 15:41:15 UTC
Not entirely sure if this is kpackagekit's problem or a foulup in libjpeg-turbo's packaging ... but I am pretty sure that it's not libtiff's fault. Does just a plain (as root): yum update report any similar errors? My best guess is that there is likely multilib skew going on here (ie, the mirror used here has different versions in i386/x86_64 repos). As a request by Rex Dieter <rdieter.edu> I did "sudo yum update". Besides a bunch of debug-updates the error-messages are reproducable. Output by yum: Total Running rpm_check_debug ERROR with rpm_check_debug vs depsolve: /usr/bin/djpeg is needed by (installed) gocr-0.48-2.fc14.x86_64 /usr/bin/jpegtran is needed by (installed) renrot-1.1-2.fc14.noarch Please report this error in http://yum.baseurl.org/report You could try running: rpm -Va --nofiles --nodigest Further investigation: the libjpeg-turbo is the i686-version 1.1.0-2.fc14. As can be seen gocr is x86_64 an renrot is noarch. Repo fedora.tu-chemnitz.de has been contacted as being closest. As Tom Lane said this is not a problem of kpackagekit, it seems to be some incompatibility between i686, x86_64. So if there is not a need to use both versions of libtiff on a x86_64-system all problems will be gone. Can you post the full output from the yum transaction? Remark: As the folks of kde.org have been working hard to launch the next version of kde before Easter I had to request the specific libtiff-update only. [goofy@entenhausen Download]$ sudo yum update libtiff.i686 [sudo] password for goofy: Loaded plugins: auto-update-debuginfo, fastestmirror, keys, presto, refresh-packagekit, security Found 56 installed debuginfo package(s) Enabling fedora-debuginfo: Fedora 14 - x86_64 - Debug Enabling rpmfusion-nonfree-debuginfo: RPM Fusion for Fedora 14 - Nonfree - Debug Enabling everything-updates-debuginfo: Fedora 14 - x86_64 - Updates - Debug Enabling rpmfusion-free-updates-debuginfo: RPM Fusion for Fedora 14 - Free - Updates Debug Enabling rpmfusion-nonfree-updates-debuginfo: RPM Fusion for Fedora 14 - Nonfree - Updates Debug Enabling rpmfusion-free-debuginfo: RPM Fusion for Fedora 14 - Free - Debug Enabling updates-debuginfo: Fedora 14 - x86_64 - Updates - Debug Loading mirror speeds from cached hostfile * fedora: mirror2.atrpms.net * fedora-debuginfo: mirror2.atrpms.net * rpmfusion-free: fedora.tu-chemnitz.de * rpmfusion-free-debuginfo: fedora.tu-chemnitz.de * rpmfusion-free-updates: fedora.tu-chemnitz.de * rpmfusion-free-updates-debuginfo: fedora.tu-chemnitz.de * rpmfusion-nonfree: fedora.tu-chemnitz.de * rpmfusion-nonfree-debuginfo: fedora.tu-chemnitz.de * rpmfusion-nonfree-updates: fedora.tu-chemnitz.de * rpmfusion-nonfree-updates-debuginfo: fedora.tu-chemnitz.de * updates: mirror2.atrpms.net * updates-debuginfo: mirror2.atrpms.net Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package libtiff.i686 0:3.9.5-1.fc14 set to be updated --> Processing Dependency: libjpeg.so.62(LIBJPEG_6.2) for package: libtiff-3.9.5-1.fc14.i686 --> Running transaction check ---> Package libjpeg-turbo.i686 0:1.1.0-2.fc14 set to be installed --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================================== Updating: libtiff i686 3.9.5-1.fc14 everything-updates 136 k Installing for dependencies: libjpeg-turbo i686 1.1.0-2.fc14 everything-updates 124 k Transaction Summary ============================================================================================================================================================================================================== Install 1 Package(s) Upgrade 1 Package(s) Total size: 260 k Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug ERROR with rpm_check_debug vs depsolve: /usr/bin/djpeg is needed by (installed) gocr-0.48-2.fc14.x86_64 /usr/bin/jpegtran is needed by (installed) renrot-1.1-2.fc14.noarch Please report this error in http://yum.baseurl.org/report ** Found 1 pre-existing rpmdb problem(s), 'yum check' output follows: libtiff-3.9.5-1.fc14.x86_64 is a duplicate with libtiff-3.9.4-4.fc14.i686 [goofy@entenhausen Download]$ Opposite to the remark of the other day that all problems will be gone when removing "libtiff.i686" this is still true but there are many dependencies between this library and other applications, which are coded in i386-style only. For instance Adobe-Reader and many other. See below. [goofy@entenhausen Download]$ sudo yum remove libtiff.i686 [sudo] password for goofy: Resolving Dependencies --> Running transaction check ---> Package libtiff.i686 0:3.9.4-4.fc14 set to be erased --> Processing Dependency: libtiff.so.3 for package: 1:cups-libs-1.4.6-1.fc14.i686 --> Processing Dependency: libtiff.so.3 for package: ghostscript-8.71-16.fc14.i686 --> Processing Dependency: libtiff.so.3 for package: gdk-pixbuf2-2.22.0-1.fc14.i686 --> Running transaction check ---> Package cups-libs.i686 1:1.4.6-1.fc14 set to be erased --> Processing Dependency: libcups.so.2 for package: gtk2-2.22.0-1.fc14.1.i686 ---> Package gdk-pixbuf2.i686 0:2.22.0-1.fc14 set to be erased --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: exo-0.3.107-3.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: xfce4-panel-4.6.4-1.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: libwnck-2.30.4-1.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: gnome-keyring-2.32.1-1.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: AdobeReader_enu-9.4.2-1.i486 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: libnotify-0.5.1-1.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: flash-plugin-10.2.159.1-release.i386 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: xfce4-session-4.6.2-2.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: libcanberra-gtk2-0.25-4.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: 1:gdm-2.32.1-2.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: libglade2-2.6.4-3.fc12.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: libgpod-0.8.0-3.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: nspluginwrapper-1.3.0-15.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: polkit-gnome-0.97-4.fc14.i686 --> Processing Dependency: libgdk_pixbuf-2.0.so.0 for package: libxfcegui4-4.6.4-4.fc14.i686 --> Processing Dependency: libgdk_pixbuf_xlib-2.0.so.0 for package: AdobeReader_enu-9.4.2-1.i486 ---> Package ghostscript.i686 0:8.71-16.fc14 set to be erased --> Running transaction check ---> Package AdobeReader_enu.i486 0:9.4.2-1 set to be erased ---> Package exo.i686 0:0.3.107-3.fc14 set to be erased ---> Package flash-plugin.i386 0:10.2.159.1-release set to be erased ---> Package gdm.i686 1:2.32.1-2.fc14 set to be erased --> Processing Dependency: gdm >= 1:2.22.0 for package: plymouth-gdm-hooks-0.8.4-0.20100823.7.fc14.x86_64 --> Processing Dependency: gdm for package: pulseaudio-gdm-hooks-0.9.21-7.fc14.x86_64 --> Processing Dependency: gdm >= 1:2.22.0 for package: pulseaudio-gdm-hooks-0.9.21-7.fc14.x86_64 ---> Package gnome-keyring.i686 0:2.32.1-1.fc14 set to be erased ---> Package gtk2.i686 0:2.22.0-1.fc14.1 set to be erased ---> Package libcanberra-gtk2.i686 0:0.25-4.fc14 set to be erased ---> Package libglade2.i686 0:2.6.4-3.fc12 set to be erased ---> Package libgpod.i686 0:0.8.0-3.fc14 set to be erased ---> Package libnotify.i686 0:0.5.1-1.fc14 set to be erased ---> Package libwnck.i686 0:2.30.4-1.fc14 set to be erased ---> Package libxfcegui4.i686 0:4.6.4-4.fc14 set to be erased ---> Package nspluginwrapper.i686 0:1.3.0-15.fc14 set to be erased ---> Package polkit-gnome.i686 0:0.97-4.fc14 set to be erased ---> Package xfce4-panel.i686 0:4.6.4-1.fc14 set to be erased ---> Package xfce4-session.i686 0:4.6.2-2.fc14 set to be erased --> Running transaction check ---> Package plymouth-gdm-hooks.x86_64 0:0.8.4-0.20100823.7.fc14 set to be erased ---> Package pulseaudio-gdm-hooks.x86_64 0:0.9.21-7.fc14 set to be erased --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================================================== Removing: libtiff i686 3.9.4-4.fc14 @everything-updates 403 k Removing for dependencies: AdobeReader_enu i486 9.4.2-1 @adobe-linux-i386 144 M cups-libs i686 1:1.4.6-1.fc14 @everything-updates 719 k exo i686 0.3.107-3.fc14 @fedora 3.3 M flash-plugin i386 10.2.159.1-release @adobe-linux-i386 12 M gdk-pixbuf2 i686 2.22.0-1.fc14 @fedora 2.4 M gdm i686 1:2.32.1-2.fc14 @everything-updates 4.8 M ghostscript i686 8.71-16.fc14 @fedora 19 M gnome-keyring i686 2.32.1-1.fc14 @everything-updates 5.1 M gtk2 i686 2.22.0-1.fc14.1 @fedora 13 M libcanberra-gtk2 i686 0.25-4.fc14 @fedora 42 k libglade2 i686 2.6.4-3.fc12 @fedora/12 139 k libgpod i686 0.8.0-3.fc14 @everything-updates 836 k libnotify i686 0.5.1-1.fc14 @fedora 72 k libwnck i686 2.30.4-1.fc14 @everything-updates 1.9 M libxfcegui4 i686 4.6.4-4.fc14 @everything-updates 998 k nspluginwrapper i686 1.3.0-15.fc14 @everything-updates 442 k plymouth-gdm-hooks x86_64 0.8.4-0.20100823.7.fc14 @everything-updates 171 polkit-gnome i686 0.97-4.fc14 @fedora 384 k pulseaudio-gdm-hooks x86_64 0.9.21-7.fc14 @everything-updates 385 xfce4-panel i686 4.6.4-1.fc14 @fedora 1.6 M xfce4-session i686 4.6.2-2.fc14 @everything-updates 1.6 M Transaction Summary ============================================================================================================================================================================================================== Remove 22 Package(s) For sure its due to this machine but there are side-effects. Try updating libjpeg-turbo.x86_64 before or at the same time. In any case, this is not a KPackageKit issue since it also happens directly in yum. In response to Kevin Kofler: libjpeg-turbo.x86_64 is installed and the current version 1.1.0-2.fc14. /usr/bin/djpeg is in libjpeg ... which shouldn't have anything to do with this transaction (and so yum won't check it), and thus. won't find the pre-existing problem). rpm seems to have decided to check it for some reason (maybe due to the libtiff => libjpeg-turbo dep.). Anyway, the solution is to probably to just "yum install libjpeg" first. My /usr/bin/djpeg is actually in libjpeg-turbo-utils-1.1.0-2.fc14, so "yum install libjpeg-turbo-utils" is probably the correct command. In response to Kevin Kofler's comment #9: I did: "yum install libjpeg-turbo-utils" which would install the "x86_64"-version. ==> Omitting repo-asking. The yum output was: Resolving Dependencies --> Running transaction check ---> Package libjpeg-turbo-utils.x86_64 0:1.1.0-2.fc14 set to be installed --> Finished Dependency Resolution Dependencies Resolved ======================================================================================================================================================================================================================================= Package Arch Version Repository Size ======================================================================================================================================================================================================================================= Installing: libjpeg-turbo-utils x86_64 1.1.0-2.fc14 everything-updates 67 k Transaction Summary ======================================================================================================================================================================================================================================= Install 1 Package(s) Total download size: 67 k Installed size: 155 k Is this ok [y/N]: y Downloading Packages: Setting up and reading Presto delta metadata everything-updates/prestodelta | 1.0 MB 00:01 Processing delta metadata Package(s) data still to download: 67 k libjpeg-turbo-utils-1.1.0-2.fc14.x86_64.rpm | 67 kB 00:00 Running rpm_check_debug Running Transaction Test Transaction Check Error: file /usr/share/man/man1/cjpeg.1.gz from install of libjpeg-turbo-utils-1.1.0-2.fc14.x86_64 conflicts with file from package libjpeg-6b-46.fc12.i686 file /usr/share/man/man1/djpeg.1.gz from install of libjpeg-turbo-utils-1.1.0-2.fc14.x86_64 conflicts with file from package libjpeg-6b-46.fc12.i686 file /usr/share/man/man1/jpegtran.1.gz from install of libjpeg-turbo-utils-1.1.0-2.fc14.x86_64 conflicts with file from package libjpeg-6b-46.fc12.i686 file /usr/share/man/man1/rdjpgcom.1.gz from install of libjpeg-turbo-utils-1.1.0-2.fc14.x86_64 conflicts with file from package libjpeg-6b-46.fc12.i686 Error Summary ------------- The repos that have been asked, do not report a i686-version of libjpeg-turbo-utils. You have an ancient libjpeg-6b-46.fc12.i686 installed, you need to remove that and install libjpeg-turbo.i686 and libjpeg-turbo-utils.x86_64 instead. (You already have libjpeg-turbo.x86_64, and there's no libjpeg-turbo-utils.i686 because executables need not be multilibbed.) This message is a notice that Fedora 14 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 14. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '14' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 14 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |