Description of problem: Transaction Check Error: file /usr/share/man/man1/cernlib.1.gz conflicts between attempted installs of cernlib-g77-utils-2006-33.fc12.i686 and cernlib-utils-2006-35.fc14.i686 file /usr/share/X11/app-defaults/KXterm conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man1/dzeX11.1.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man1/dzedit.1.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man1/kuesvr.1.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man1/kxterm.1.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man1/zftp.1.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man8/pawserv.8.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/man/man8/zserv.8.gz conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/pixmaps/kxterm32x32.xpm conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 file /usr/share/pixmaps/kxterm48x48.xpm conflicts between attempted installs of cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Dependency and conflict issues are automatically accepted as nice-to-have.
-- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Does this bug really apply? The xpm files are very unlikely to be really conflicting since they should be the same. there could be some temporary conflict if cernlib or cernlib-g77 are not rebuilt at the same time, but I don't think these are real conflicts.
Yes it really does. It breaks yum in a way that prevents skip broken from working. At the very least, if there is an unavoidable conflict then they should be marked as conflicting so that yum can drop them early enough from transactions that other things can proceed. I still get the error messages above and this happens too late for yum to recover so that the whole transaction is blocked, not just the cernlib stuff.
I vote for explicit conflicts, unless it's likely that people will be using both at once. Patrice?
Unpacking both packages and comparing: $ md5sum */usr/share/X11/app-defaults/KXterm \ */usr/share/man/man1/dzeX11.1.gz \ */usr/share/man/man1/dzedit.1.gz \ */usr/share/man/man1/kuesvr.1.gz \ */usr/share/man/man1/kxterm.1.gz \ */usr/share/man/man1/kxterm.1.gz \ */usr/share/pixmaps/kxterm48x48.xpm the files are different. fe8ee26aaca0c027703f18c16be76f2b cernlib-packlib-gfortran/usr/share/X11/app-defaults/KXterm 392408a7adfa9e3ecdff9077d5dbc6a2 cernlib-packlib/usr/share/X11/app-defaults/KXterm 309d7998db6a525b2c4912545b33df1d cernlib-packlib-gfortran/usr/share/man/man1/dzeX11.1.gz 679d54699251e24ac085e04aa63186dc cernlib-packlib/usr/share/man/man1/dzeX11.1.gz 3a13d502830c2eded1f04b75ef07e711 cernlib-packlib-gfortran/usr/share/man/man1/dzedit.1.gz 76e4b4ba135e9ce895b0d5463b5cd06a cernlib-packlib/usr/share/man/man1/dzedit.1.gz 950c351ac17b7443dc7748de9af6b57b cernlib-packlib-gfortran/usr/share/man/man1/kuesvr.1.gz 41c3996797f2e8e179e01e171795b694 cernlib-packlib/usr/share/man/man1/kuesvr.1.gz 2a505befefe8ddeba14018fa01e53db5 cernlib-packlib-gfortran/usr/share/man/man1/kxterm.1.gz 2ebf22893c129bb149b834012ccc91c4 cernlib-packlib/usr/share/man/man1/kxterm.1.gz 2a505befefe8ddeba14018fa01e53db5 cernlib-packlib-gfortran/usr/share/man/man1/kxterm.1.gz 2ebf22893c129bb149b834012ccc91c4 cernlib-packlib/usr/share/man/man1/kxterm.1.gz 26a841e054eeb26b2ab38c9ab02b1b62 cernlib-packlib-gfortran/usr/share/pixmaps/kxterm48x48.xpm 68e313e71d69bd779624cb092e856030 cernlib-packlib/usr/share/pixmaps/kxterm48x48.xpm KXterm is different with extra lines. The two different pixmaps look exactly the same to me? Looking at gzedit.1 it looks different as well e.g: $ grep 'Use the graphics driver' */usr/share/man/man1/dzed* cernlib-packlib-gfortran/usr/share/man/man1/dzedit.1:Use the graphics driver \fIdriver\fP, i.e., have dzedit call the program cernlib-packlib-gfortran/usr/share/man/man1/dzedit.1:Use the graphics driver \fIdriver\fP, i.e., have dzedit call the program cernlib-packlib/usr/share/man/man1/dzedit.1:Use the graphics driver \fIdriver\fP, i.e., have dzedit call the program Putting in a hard conflicts seems overkill, while one person might not want both, a system may. Pick the best file from each package and patch it into the other one. Steve.
(In reply to comment #0) > Description of problem: > Transaction Check Error: > file /usr/share/man/man1/cernlib.1.gz conflicts between attempted installs of > cernlib-g77-utils-2006-33.fc12.i686 and cernlib-utils-2006-35.fc14.i686 > file /usr/share/X11/app-defaults/KXterm conflicts between attempted installs > of cernlib-packlib-gfortran-2006-35.fc14.i686 and > cernlib-packlib-2006-33.fc12.i686 I see the problem now, the versions don't match: cernlib-packlib-gfortran-2006-35.fc14.i686 and cernlib-packlib-2006-33.fc12.i686 So it is normal that there are conflicts. Why aren't they both at the newest version?
More precisely, it looks like cernlib-g77 should be rebuilt to have its version match cernlib (gfortran). The packlib stuff comes from cernlib-g77, if I am not missing something, that's why it still has the old version too. (As to why the executable come from cernlib-g77, if I recall well, it is because in the past, the gfortran executables, especially paw where buggy, at least on x86_64. Maybe the issues are history now and the gfortran builds could be used now, I can't say).
Retired.