Bug 135396
Summary: | yum update fails with conflicts after fc3t3 x86_64 install | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Thomas J. Baker <tjb> |
Component: | yum | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED UPSTREAM | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | katzj, notting |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | ia32e | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-10-28 22:08:26 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Attachments: |
Description
Thomas J. Baker
2004-10-12 14:36:50 UTC
You cut out a portion of the output. what was ABOVE the ...? I need to see which ImageMagick part. But if I had to guess I'd say you had a non-elf file conflict from two multilib packages. However, it appears to be conflicting on different versions of all the packages... the multiarch versions *should* be in sync in the repository. which is why I'd like to see the full output from the command, and not just part of it. Created attachment 105080 [details]
full output
Created attachment 105081 [details]
full debug 10 output
where are you getting this repository from? Is this one you're making yourself or is it just from an rsync? Could you include the primary.xml.gz from the repository? thanks I'm running from a local rsync mirror of mirror.linux.duke.edu. I can't include the file because bugzilla says it's too large but you can get it from http://yum.sr.unh.edu/fedora/development/x86_64/repodata/primary.xml.gz Do you mirror AND run createrepo? I ask b/c your primary.xml.gz doesn't match the one on mirror.linux.duke.edu. The real thing I'm wondering is: do you mirror the data then make it into a repo on your own? If so I think you got caught b/t two syncs of the rpms and got half in and half out of the packages. No, I just mirror. Maybe my mirror is not complete for x86_64? I just tried to mirror again to see if there were any updates but it failed connection. Another strange thing I noticed is that when I run a yum update from the x86_64 machine, it gets the two i386 repodata files (these are http logs): 132.177.241.84 - - [12/Oct/2004:14:19:16 -0400] "GET /fedora/development/i386/repodata/repomd.xml HTTP/1.1" 200 1084 132.177.241.84 - - [12/Oct/2004:14:19:16 -0400] "GET /fedora/test/2.92/i386/os/repodata/repomd.xml HTTP/1.1" 200 1084 Does that make sense? Yum conf line looks like this: baseurl=http://yum/fedora/development/$basearch/ FWIW, my rsync at 11:13am didn't get any files so it seems like my mirror is up to date. This is confusing, then. B/c it would make sense that they'd be the same but I checked the path and your checksums are not the same, the file size it not the same and the last change of the x86_64 path was this morning at 7am, so it's hard for me to understand how you could have the same files but not have the same xml files or datestamps. What path are you rsyncing? #!/bin/csh -x set MIRRORDIR="/space/ftp/redhat" set MIRROR="mirror.linux.duke.edu" ######################################################################### # # Mirroring Fedora Development # ######################################################################### rsync --timeout=60 -az -v --delete ${MIRROR}::fedora-linux-core-development/ $MIRRORDIR/fedora/development I just pointed it at baseurl=http://mirror.linux.duke.edu/pub/fedora/linux/core/development/$basearch/ and have the same errors. okay - this was a fresh install of x86_64 fedora core 3 test 3, right? b/c I'm looking at this tree and all the packages match - so it's beginning to look like a packaging problem. Could you run the following commands: yum list installed curl yum list installed mysql\* yum list installed perl thanks Fresh install this morning. [root@nocona ~]# yum list installed curl Installed Packages curl.i386 7.12.0-4 installed curl.x86_64 7.12.0-4 installed [root@nocona ~]# yum list installed mysql\* Installed Packages mysql.i386 3.23.58-10 installed mysql.x86_64 3.23.58-10 installed [root@nocona ~]# yum list installed perl Installed Packages perl.x86_64 3:5.8.5-4 installed perl.i386 3:5.8.5-4 installed [root@nocona ~]# what does /etc/rpm/macros have in it? There is no single /etc/rpm/macros file but four macros. files: [root@nocona ~]# cat /etc/rpm/macros. macros.jpackage macros.prelink macros.specspo macros.up2date [root@nocona ~]# cat /etc/rpm/macros.jpackage # # RPM macros for Java applications. # # JPackage Project <http://www.jpackage.org/> # David Walluck <david> # Ville Skyttä <ville.skytta> # Nicolas Mailhot <Nicolas.Mailhot> # # $Id: macros.jpackage,v 1.1.2.5 2003/08/30 13:24:58 scop Exp $ # #============================================================================== # ---- default Java directories # # Root directory where all Java VMs/SDK/JREs are installed. # %_jvmdir %{_prefix}/lib/jvm # # Root directory where all Java VMs/SDK/JREs expose their jars # %_jvmjardir %{_prefix}/lib/jvm-exports # # Root directory for all Java VM/SDK/JRE's private things. # %_jvmprivdir %{_prefix}/lib/jvm-private # # Directory where arch and version independent jars are installed. # This has already been integrated in RH macros following our request. # # By extension: # %{_javadir}-ext: # - version dependent jars # %{_javadir}-x.y.z: # - jars for Java standard x.y.z (usually symlinks to %{_javadir}-ext) # %{_javadir}-utils: # - Java-related scripts # # To simplify things only %{_javadir} is defined. # %_javadir %{_datadir}/java # # Directory where arch-specific (JNI) version-independent jars are installed. # # By extension: # %{_jnidir}-ext: # - version dependent jars # %{_jnidir}-x.y.z: # - jars for Java standard x.y.z (usually symlinks to %{_jnidir}-ext) # To simplify things only %{_jnidir} is defined. # %_jnidir %{_prefix}/lib/java # # Root directory where all javadoc is installed. Also already in RH macros. # %_javadocdir %{_datadir}/javadoc # # Current default JVM home. # %java_home %(. %{_javadir}-utils/java-functions; set_jvm; echo $JAVA_HOME) #============================================================================== # ---- default Java commands %ant JAVA_HOME=%{java_home} ant %jar %{java_home}/bin/jar %java %(. %{_javadir}-utils/java-functions; set_javacmd; echo $JAVACMD) %javac %{java_home}/bin/javac %javadoc %{java_home}/bin/javadoc #============================================================================== # ---- Java extension handling macros # # add_jvm_extension should be used in %install by extension packages to declare # what extension jars they provide. # # For example a package that provides foo.jar which is the bar extension # under java 1.2 and 1.3 should do a: # # %install # ... # create foo.jar in %{javadir}-ext # %add_jvm_extension foo bar 1.2 1.3 # # %files # %{javadir}-ext/foo.jar # %{javadir}-*/bar.jar # %add_jvm_extension JAVA_LIBDIR=%{buildroot}/%{_javadir} %{_bindir}/jvmjar -l #============================================================================== # ---- default icons directories as per the icon theme freedesktop spec %_iconstheme hicolor %_iconsbasedir %{_datadir}/icons/%{_iconstheme} # # The following is a bit heavy and will be removed # %_icons16dir %{_iconsbasedir}/16x16/apps %_icons22dir %{_iconsbasedir}/22x22/apps %_icons48dir %{_iconsbasedir}/48x48/apps %_icons64dir %{_iconsbasedir}/64x64/apps %_icons96dir %{_iconsbasedir}/96x96/apps %_icons192dir %{_iconsbasedir}/192x192/apps %_iconsscaldir %{_iconsbasedir}/scalable/apps # # Mandrake macros for non-Mandrake systems. # %_miconsdir %{!?%_miconsdir:%{_datadir}/icons/mini} %_iconsdir %{!?%_iconsdir:%{_datadir}/icons} %_liconsdir %{!?%_liconsdir:%{_datadir}/icons/large} # # Mandrake icons # # %1 the name of the icon (typically the name of the package). Mandrake # requires 3 icons sizes (48, 32, 16), all should be present. # %mdkicons() \ install -D -m 644 %1-48.png $RPM_BUILD_ROOT%{_liconsdir}/%1.png\ install -D -m 644 %1-32.png $RPM_BUILD_ROOT%{_iconsdir}/%1.png\ install -D -m 644 %1-16.png $RPM_BUILD_ROOT%{_miconsdir}/%1.png # # Red Hat icons # # %1 the name of the icon (typically the name of the package). RedHat # requires 3 icons sizes (48, 32, 16), all should be present. %rhicons() \ install -D -m 644 %1-48.png $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/48x48/apps/%{name}.png\ install -D -m 644 %1-32.png $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/32x32/apps/%{name}.png\ install -D -m 644 %1-16.png $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/16x16/apps/%{name}.png #============================================================================== # ---- default .desktop directories per the desktop-entry freedesktop.org spec %_desktopdir %{_datadir}/applications # # Mandrake menu dir # %_menudir %{!?%_menudir:%{_prefix}/lib/menu} # # Mandrake menu # # %1 the name of the menu (ex: %{name}) # %2 the command to run (ex: %{_bindir}/%{name}) # %3 needs (ex: X11) # %4 menu section (ex: Applications/Editors) # %5 mime types (ex: text/html;text/plain) # %6 menu title (ex: %{name}) # %7 comment or summary (ex: %{Summary}) # %8 icon (ex: %{name}.png) # %9 unused # %mdkmenu() \ install -d -m 755 $RPM_BUILD_ROOT%{_menudir}\ cat >$RPM_BUILD_ROOT%{_menudir}/%1 <<EOF\ \?package(%1):\\ command="%2"\\ needs="%3"\\ section="%4"\\ mimetypes="%5"\\ title="%6"\\ longtitle="%7"\\ icon="%8"\\ EOF %post_mdkmenu\ %post mdkmenu\ %{update_menus} %postun_mdkmenu\ %postun mdkmenu\ %{clean_menus} # # Legacy menu # # %1 the name of the menu (ex: %{name}) # %2 the command to run (ex: %{_bindir}/%{name}) # %3 needs (ex: 1) # %4 menu section (ex: Development) # %5 unused # %6 menu title (ex: %{name}) # %7 comment or summary (ex: %{Summary}) # %8 icon (ex: %{name}.png) # %9 type (ex: Application) # this will be a problem. for fun - make an /etc/rpm/macros file and put this in it: %_transaction_color 3 then rerun things see if it works. I added the file but I get the same error. so you didn't have an /etc/rpm/macros file at all, then? grep for 'transaction' in any of the other files, please. I never had one and my other three fc3t3 systems don't either. (They're all i386 though.) On the x86_64: [root@nocona ~]# cd /etc [root@nocona etc]# cd rpm [root@nocona rpm]# ls macros macros.prelink macros.up2date macros.jpackage macros.specspo platform [root@nocona rpm]# grep transaction * macros:%_transaction_color 3 [root@nocona rpm]# It's only found in the one I created. transaction color 3 is how you can have two files of different arch types overwriting one another w/o a fit. it should be set on every x86_64. If you're getting conflicts then maybe it wasn't installed with transaction_color 3 enabled. Jeremy, is that possible? Is there any workaround or is my install basically hosed? I'd like to do some x86_64 testing on this machine. I just found out that this machine is going away on Monday. If you want me to test anything on it, it will have to be soon. So I just installed FC3FC2 on new Precision 370 machine and I have the same problem. Pointing it at rawhide, I can't upgrade hal due to file conflicts just like above. I have two versions of hal installed (i386 and x86_64). I again don't have a /etc/rpm/macros file. What am I doing wrong? this is an ia32e, right? If so I think we may have an answer, now. Yes. There's now a file in /etc/rpm called platform which says "ia32e-redhat-linux". Yeah okay. rpm -qpl yum | grep arch.py replace that file with the one I will attach in a moment. then run it again and tell me if it all looks better. Created attachment 105908 [details]
potential solution
Unfortunately, it still fails exactly the same way: root@scatterbrain tjb]# yum update Setting up Update Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files developmen: ################################################## 3426/3426 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package FreeWnn-libs.i386 1:1.10pl020-4 set to be updated ---> Package libxml2.i386 0:2.6.14-2 set to be updated ---> Package system-config-packages.noarch 0:1.2.20-1 set to be updated ---> Package hal.i386 0:0.4.0-9 set to be updated ---> Package fedora-logos.noarch 0:1.1.29-1 set to be updated ---> Package cups-libs.i386 1:1.1.22-0.rc1.8 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: FreeWnn-libs.i386 1:1.10pl020-4 Update: cups-libs.i386 1:1.1.22-0.rc1.8 Update: fedora-logos.noarch 0:1.1.29-1 Update: hal.i386 0:0.4.0-9 Update: libxml2.i386 0:2.6.14-2 Update: system-config-packages.noarch 0:1.2.20-1 Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi from install of hal-0.4.0-9 conflicts with file from package hal-0.4.0-5 [root@scatterbrain tjb]# Do you want me to hold off on the "just change /etc/rpm/platform" fix so that I can continue to test your potential fixes? I could probably hold out until tomorrow morning but my co-worker is going to want her machine soon. No big deal to wait until tomorrow though. wait a sec. let's take a step back. yum list updates hal\* on an un-updated system please. found it. I'm going to be attaching one more new file. then you should try it. Created attachment 105911 [details]
fix for updates and ia32e
<sigh> once more, with feeling. See new, attached arch.py. replace yours and test, please. Created attachment 105912 [details]
fix for ia32e basearch detection
Still no go: [root@scatterbrain rpmUtils]# ls -lrt total 208 -rw-r--r-- 1 root root 23146 Oct 21 13:27 updates.py -rw-r--r-- 1 root root 10604 Oct 21 13:27 transaction.py -rw-r--r-- 1 root root 10979 Oct 21 13:27 oldUtils.py -rw-r--r-- 1 root root 10590 Oct 21 13:27 miscutils.py -rw-r--r-- 1 root root 8997 Oct 21 13:27 __init__.py -rw-r--r-- 1 root root 16536 Oct 28 14:34 updates.pyc -rw-r--r-- 1 root root 10977 Oct 28 14:34 transaction.pyc -rw-r--r-- 1 root root 15648 Oct 28 14:34 oldUtils.pyc -rw-r--r-- 1 root root 10356 Oct 28 14:34 miscutils.pyc -rw-r--r-- 1 root root 11221 Oct 28 14:34 __init__.pyc -rw-r--r-- 1 root root 6609 Oct 28 16:05 arch.py -rw-r--r-- 1 root root 7474 Oct 28 16:05 arch.pyc [root@scatterbrain rpmUtils]# yum -y update Setting up Update Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files developmen: ################################################## 3426/3426 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package FreeWnn-libs.i386 1:1.10pl020-4 set to be updated ---> Package libxml2.i386 0:2.6.14-2 set to be updated ---> Package system-config-packages.noarch 0:1.2.20-1 set to be updated ---> Package hal.i386 0:0.4.0-9 set to be updated ---> Package fedora-logos.noarch 0:1.1.29-1 set to be updated ---> Package cups-libs.i386 1:1.1.22-0.rc1.8 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: FreeWnn-libs.i386 1:1.10pl020-4 Update: cups-libs.i386 1:1.1.22-0.rc1.8 Update: fedora-logos.noarch 0:1.1.29-1 Update: hal.i386 0:0.4.0-9 Update: libxml2.i386 0:2.6.14-2 Update: system-config-packages.noarch 0:1.2.20-1 Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi from install of hal-0.4.0-9 conflicts with file from package hal-0.4.0-5 [root@scatterbrain rpmUtils]# [root@scatterbrain rpmUtils]# yum list updates hal\* Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files developmen: ################################################## 3426/3426 Updated Packages hal.i386 0.4.0-9 development [root@scatterbrain rpmUtils]# hmm, okay yum -d 4 list updates hal\* [root@scatterbrain rpmUtils]# yum -d 4 list updates hal\* Yum Version: 2.1.10 COMMAND: yum -d 4 list updates hal* Installroot: / Ext Commands: updates hal* Setting up Repo: development Baseurl(s) for repo: ['http://yum/fedora/development/x86_64/'] repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files Setting up Package Sacks developmen: ################################################## 3426/3426 Reading Local RPMDB Building updates object Matching packages for package list to user args Updated Packages hal.i386 0.4.0-9 development [root@scatterbrain rpmUtils]# 1. upgrade to yum 2.1.11 then reapply updates.py and arch.py from this bug 2. make sure your repository is synced from x86_64 completely. Thanks. Mirror is synced. Upgraded to 2.1.11 and applied patches. Still no go: [root@scatterbrain tmp]# rpm -Uvh yum-2.1.11-1.noarch.rpm Preparing... ########################################### [100%] 1:yum ########################################### [100%] [root@scatterbrain tmp]# cp arch.py /usr/lib/python2.3/site-packages/rpmUtils/ cp: overwrite `/usr/lib/python2.3/site-packages/rpmUtils/arch.py'? yes [root@scatterbrain tmp]# cp updates.py /usr/lib/python2.3/site-packages/rpmUtils/ cp: overwrite `/usr/lib/python2.3/site-packages/rpmUtils/updates.py'? yes [root@scatterbrain tmp]# yum -y update Setting up Update Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files developmen: ################################################## 3426/3426 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package FreeWnn-libs.i386 1:1.10pl020-4 set to be updated ---> Package libxml2.i386 0:2.6.14-2 set to be updated ---> Package system-config-packages.noarch 0:1.2.20-1 set to be updated ---> Package hal.i386 0:0.4.0-9 set to be updated ---> Package fedora-logos.noarch 0:1.1.29-1 set to be updated ---> Package cups-libs.i386 1:1.1.22-0.rc1.8 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: FreeWnn-libs.i386 1:1.10pl020-4 Update: cups-libs.i386 1:1.1.22-0.rc1.8 Update: fedora-logos.noarch 0:1.1.29-1 Update: hal.i386 0:0.4.0-9 Update: libxml2.i386 0:2.6.14-2 Update: system-config-packages.noarch 0:1.2.20-1 Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi from install of hal-0.4.0-9 conflicts with file from package hal-0.4.0-5 [root@scatterbrain tmp]# yum -d 4 list updates hal\* Yum Version: 2.1.11 COMMAND: yum -d 4 list updates hal* Installroot: / Ext Commands: updates hal* Setting up Repo: development Baseurl(s) for repo: ['http://yum/fedora/development/x86_64/'] repomd.xml 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files Setting up Package Sacks developmen: ################################################## 3426/3426 Reading Local RPMDB Building updates object Matching packages for package list to user args Updated Packages hal.i386 0.4.0-9 development [root@scatterbrain tmp]# can you send me the url to your yum repo so I can check something out on it? if this is your repo then I know what's wrong. there are no x86_64 packages here. http://yum.sr.unh.edu/fedora/development/x86_64/Fedora/RPMS/ http://yum.sr.unh.edu/fedora/development/ which is mirrored from mirror.linux.duke.edu. I'm trying to figure out why my mirror isn't mirroring the x86_64 rpms but in the meantime, I pointed yum at mirror.linux.duke.edu: [root@scatterbrain yum.repos.d]# yum -d 4 list updates hal\* Yum Version: 2.1.11 COMMAND: yum -d 4 list updates hal* Installroot: / Ext Commands: updates hal* Setting up Repo: development Baseurl(s) for repo: ['http://mirror.linux.duke.edu/fedora/pub/fedora/linux/core/development/x86_64/'] repomd.xml 100% |=========================| 1.1 kB 00:09 Reading repository metadata in from local files Setting up Package Sacks primary.xml.gz 100% |=========================| 1.0 MB 00:50 MD Read : ################################################## 3635/3635 developmen: ################################################## 3635/3635 Reading Local RPMDB Building updates object Matching packages for package list to user args Updated Packages hal.i386 0.4.0-9 development [root@scatterbrain yum.repos.d]# yum -y update Setting up Update Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:11 Reading repository metadata in from local files developmen: ################################################## 3635/3635 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for up2date to pack into transaction set. up2date-4.3.47-5.x86_64.r 100% |=========================| 66 kB 00:10 ---> Package up2date.x86_64 0:4.3.47-5 set to be updated ---> Downloading header for python-devel to pack into transaction set. python-devel-2.3.4-11.x86 100% |=========================| 60 kB 00:11 ---> Package python-devel.x86_64 0:2.3.4-11 set to be updated ---> Downloading header for initscripts to pack into transaction set. initscripts-7.93.2-1.x86_ 100% |=========================| 86 kB 00:09 ---> Package initscripts.x86_64 0:7.93.2-1 set to be updated ---> Package hal.i386 0:0.4.0-9 set to be updated ---> Downloading header for cups-devel to pack into transaction set. cups-devel-1.1.22-0.rc1.8 100% |=========================| 21 kB 00:11 ---> Package cups-devel.x86_64 1:1.1.22-0.rc1.8 set to be updated ---> Package libxml2.i386 0:2.6.14-2 set to be updated ---> Downloading header for python to pack into transaction set. python-2.3.4-11.x86_64.rp 100% |=========================| 190 kB 00:18 ---> Package python.x86_64 0:2.3.4-11 set to be updated ---> Downloading header for cups to pack into transaction set. cups-1.1.22-0.rc1.8.x86_6 100% |=========================| 94 kB 00:10 ---> Package cups.x86_64 1:1.1.22-0.rc1.8 set to be updated ---> Package system-config-packages.noarch 0:1.2.20-1 set to be updated ---> Downloading header for NetworkManager to pack into transaction set. NetworkManager-0.3.1-2.x8 100% |=========================| 8.2 kB 00:08 ---> Package NetworkManager.x86_64 0:0.3.1-2 set to be updated ---> Package FreeWnn-libs.i386 1:1.10pl020-4 set to be updated ---> Downloading header for lvm2 to pack into transaction set. lvm2-2.00.25-1.01.x86_64. 100% |=========================| 14 kB 00:07 ---> Package lvm2.x86_64 0:2.00.25-1.01 set to be updated ---> Package fedora-logos.noarch 0:1.1.29-1 set to be updated ---> Downloading header for NetworkManager-gnome to pack into transaction set. NetworkManager-gnome-0.3. 100% |=========================| 7.5 kB 00:10 ---> Package NetworkManager-gnome.x86_64 0:0.3.1-2 set to be updated ---> Downloading header for libxml2-python to pack into transaction set. libxml2-python-2.6.14-2.x 100% |=========================| 9.3 kB 00:09 ---> Package libxml2-python.x86_64 0:2.6.14-2 set to be updated ---> Package cups-libs.i386 1:1.1.22-0.rc1.8 set to be updated ---> Downloading header for up2date-gnome to pack into transaction set. up2date-gnome-4.3.47-5.x8 100% |=========================| 41 kB 00:07 ---> Package up2date-gnome.x86_64 0:4.3.47-5 set to be updated ---> Downloading header for libxml2-devel to pack into transaction set. libxml2-devel-2.6.14-2.x8 100% |=========================| 42 kB 00:06 ---> Package libxml2-devel.x86_64 0:2.6.14-2 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: FreeWnn-libs.i386 1:1.10pl020-4 Update: NetworkManager.x86_64 0:0.3.1-2 Update: NetworkManager-gnome.x86_64 0:0.3.1-2 Update: cups.x86_64 1:1.1.22-0.rc1.8 Update: cups-devel.x86_64 1:1.1.22-0.rc1.8 Update: cups-libs.i386 1:1.1.22-0.rc1.8 Update: fedora-logos.noarch 0:1.1.29-1 Update: hal.i386 0:0.4.0-9 Update: initscripts.x86_64 0:7.93.2-1 Update: libxml2.i386 0:2.6.14-2 Update: libxml2-devel.x86_64 0:2.6.14-2 Update: libxml2-python.x86_64 0:2.6.14-2 Update: lvm2.x86_64 0:2.00.25-1.01 Update: python.x86_64 0:2.3.4-11 Update: python-devel.x86_64 0:2.3.4-11 Update: system-config-packages.noarch 0:1.2.20-1 Update: up2date.x86_64 0:4.3.47-5 Update: up2date-gnome.x86_64 0:4.3.47-5 Downloading Packages: up2date-4.3.47-5.x86_64.r 100% |=========================| 1.3 MB 00:19 python-devel-2.3.4-11.x86 100% |=========================| 1.4 MB 00:13 initscripts-7.93.2-1.x86_ 100% |=========================| 1.1 MB 00:19 cups-devel-1.1.22-0.rc1.8 100% |=========================| 143 kB 00:05 python-2.3.4-11.x86_64.rp 100% |=========================| 5.0 MB 00:44 cups-1.1.22-0.rc1.8.x86_6 100% |=========================| 1.5 MB 00:27 NetworkManager-0.3.1-2.x8 100% |=========================| 93 kB 00:05 lvm2-2.00.25-1.01.x86_64. 100% |=========================| 821 kB 00:18 NetworkManager-gnome-0.3. 100% |=========================| 71 kB 00:07 libxml2-python-2.6.14-2.x 100% |=========================| 456 kB 00:07 up2date-gnome-4.3.47-5.x8 100% |=========================| 134 kB 00:08 libxml2-devel-2.6.14-2.x8 100% |=========================| 1.8 MB 00:21 Running Transaction Test Finished Transaction Test Transaction Check Error: file /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi from install of hal-0.4.0-9 conflicts with file from package hal-0.4.0-5 [root@scatterbrain yum.repos.d]# and this is with both of the attached files overwriting the ones from yum 2.1.11? and using mirror.linux.duke.edu what do you get for a yum list updates hal\*? ignore that second question. sorry, I misread both are applied: [root@scatterbrain rpmUtils]# ls -lrt total 208 -rw-r--r-- 1 root root 10604 Oct 28 00:11 transaction.py -rw-r--r-- 1 root root 10979 Oct 28 00:11 oldUtils.py -rw-r--r-- 1 root root 10590 Oct 28 00:11 miscutils.py -rw-r--r-- 1 root root 9098 Oct 28 00:11 __init__.py -rw-r--r-- 1 root root 6609 Oct 28 16:25 arch.py -rw-r--r-- 1 root root 10977 Oct 28 16:25 transaction.pyc -rw-r--r-- 1 root root 15648 Oct 28 16:25 oldUtils.pyc -rw-r--r-- 1 root root 10356 Oct 28 16:25 miscutils.pyc -rw-r--r-- 1 root root 11325 Oct 28 16:25 __init__.pyc -rw-r--r-- 1 root root 7474 Oct 28 16:25 arch.pyc -rw-r--r-- 1 root root 23143 Oct 28 16:28 updates.py -rw-r--r-- 1 root root 16545 Oct 28 16:29 updates.pyc [root@scatterbrain rpmUtils]# okie doke. I think I got it this time. And thanks for finding this. My tests on x86_64(opteron) would have never turned this up. Apply the new updates.py I will attach. Created attachment 105917 [details]
update with fix for multlib arch traversal for ia32e
That did it. Thanks! FWIW, my mirror actually had the x86_64 rpms but I had set up my webserver to map every non i386 tree to the i386 one due to an old problem I used to have. Yum would try to take noarch rpms from various other non-i386 arches and I only used to mirror the i386 trees. I've recently added x86_64 but forgot to fix the web server config. I don't know if it was a problem with the generated headers or what. Actually, I'll take out the redirects for the other arches now to see if the problem still exists with yum 2.1. I think I originally did it back for FC1. Another bug for another day. Thanks again. rock. glad it looks fixed. let me know if that changes, otherwise I'm closing this as fixed, upstream. And I'll attach a patch for this solution versus yum 2.1.11 Created attachment 105923 [details]
patch to fix all the problems listed here. Patch is against yum 2.1.11
Damn, patch doesn't quite fix it. the patch breaks: yum install foo.noarch. It's a trivial fix. Add the attached patch to the previous patch and the problem goes away. Sorry folks. Created attachment 105988 [details]
fix for installation of noarch packages
|