Red Hat Bugzilla – Bug 514204
Can't upgrade to newer rpm
Last modified: 2014-03-16 23:19:30 EDT
Created attachment 355393 [details] yum-upgrade-failure.txt yum-3.2.23-3.fc11.noarch On a Fedora 11 machine, trying to update to a newer rpm that would support the LZMA payload. $ sudo yum --enablerepo=rawhide update rpm <snip> ERROR with rpm_check_debug vs depsolve: rpmlib(PayloadIsXz) <= 5.2-1 is needed by glibc-headers-2.10.90-9.i686 rpmlib(PayloadIsXz) <= 5.2-1 is needed by glibc-2.10.90-9.i686 rpmlib(PayloadIsXz) <= 5.2-1 is needed by glibc-common-2.10.90-9.i686 rpmlib(PayloadIsXz) <= 5.2-1 is needed by glibc-devel-2.10.90-9.i686 Complete! (1, [u'Please report this error in http://yum.baseurl.org/report']) See attached log
*** Bug 513937 has been marked as a duplicate of this bug. ***
Either grab the RPM package from f11-updates-testing, or wait until tomorrow's rawhide, when an appropriate rpm package should be available in rawhide.
*** Bug 514273 has been marked as a duplicate of this bug. ***
I downloaded packages from Koji, ran this: rpm -U rpm-4.7.0-9.fc12.x86_64.rpm rpm-build-4.7.0-9.fc12.x86_64.rpm rpm-devel-4.7.0-9.fc12.x86_64.rpm rpm-libs-4.7.0-9.fc12.i686.rpm rpm-libs-4.7.0-9.fc12.x86_64.rpm rpm-python-4.7.0-9.fc12.x86_64.rpm xz-devel-4.999.8-0.7.beta.fc12.x86_64.rpm xz-libs-4.999.8-0.7.beta.fc12.i586.rpm Problem is gone now.
I think we can close this now. I have a Rawhide system that was not forced like in comment #4, and it went to new rpm after the yesterday's mass rebuild smoothly. Bastien?
Fine after updating to the rpm in F11, but the original bug in yum persists (I would think). It didn't try to download the new rpm that provides support for the xz payload...
Yum really can't download that ver of rpm. More importantly it would have to stop the current process. install the new rpm, close the rpmdb, reload the rpm module (and I'm not sure that can happen in a single python instance) and restart the original yum session to make that happen.
Right, feel free to close as WONTFIX then, so people aren't under the impression that yum was fixed (or worked-around) that case.
I'm not closing this one b/c it is not a yum bug, imo. Hence why it is assigned to distribution.
Not much we can do in this situation on rawhide other than to tell people to grab rpm during a certain period. When coming from F11 we can tell people to update to the latest rpm in updates(-testing), and then jump to rawhide.
*** Bug 516075 has been marked as a duplicate of this bug. ***
So for people that have been upgrading their system we are in a situation where the majority of our system is F12 packages and we can not upgrade any farther due to the broken RPM packages. In order to "upgrade" my F12 system to the F11 packages means either trying to force a down grade of at least 100 packages in order to meet the dependencies for the F11 RPM packages, (can't imagine what could go wrong there) or wipe my system and reinstall 11 and then pray that an upgrade to 12 will work. Now I realise that life is hard in the rawhide branch but that seems pretty harsh even for rawhide. Is there no way that a set of RPM rpms could be built using the non XZ rpm build system that would deliver the new and upgraded XZ enabled RPM packages? I have tried to rebuild the F11 packages on my box in the state it is in but there are some packages that I need to add before I do that and I can't get those from F12 and again I would have to down grade or wipe my system to get them from 11 due to dependencies. For people that "yum upgrade" from release to release rather than installing from disks this smells like a train wreck that has just been pushed off to the future.
Problem is that the new rpm, even if it were built without XZ, would require the new glibc, which is build with xz, and so on and so forth. Why can't the F11 packages be installed directly without rebuilding? Is there now a dep issue that won't allow them in?
>Is there now a dep issue that won't allow them in? Ya, almost 300 lines of dependencies which probably boils down to about 30 packaes and they are all inconsequential ones like glibc, gcc, python etc. By the time I try to get those in I would have another couple of hundred dependencies that broke. Most of my system is F12 packages now including my RPM packages. I guess any one upgrading from 11 to 12 now will just flat out fail. I will only be people like me that upgraded to F12 before RPM and glibc were moved to the latest version that are hosed. Any idea how the "Upgrade" option on the install disks for the release are going to handle this? I can build a boot disk with the latest packages but I am not sure how to use the RPM install on a boot disk to upgrade RPM and it's dependencies onto the hard drive. chroot won't help in this case.
Eh, the latest rpm update to F11 from some weeks ago supports XZ so there's no problem going F11 -> F12.
An anaconda based upgrade from whatever you have to the Alpha or rawhide should work fine. It uses the rpm in the installer environment to do the upgrading, not your host rpm.
"I guess any one upgrading from 11 to 12 now will just flat out fail." Yup. I just did a fresh install of Fedora 11 on a test box and decided to upgrade it to rawhide. Fail. Then I tried to update just rpm and yum. nope. Found this thread and realizing what the issue was I changed back to the F11 repos and updates testing, upgraded yum and rpm and now the upgrade to rawhide seem to be working. I realize this bug is already closed and there are limitations to what can be done about to fix it. Most of us wanting to run rawhide know our way around or at least know how to troubleshoot and at last resort google. I just hope it doesn't resurface when F12 comes out.
I Installed f11 and wanted to update a package for the codecs to play music and videos. This error comes up everytime I try. So what do you suggest I do to get my players playing . I dont have the capability to download much anyway I'm limited to 500Megs per month , an extra 500 would cost me $50 so there you are , I'm stuck between there and a hard rock. Not very good service Fedora ! and here I was applauding your excellent system over Mandriva
In case anyone follows me here This was my mistake I think I went back and unchecked the fusion repositories , just leaving the F11 ones Then I went to play a movie and when it offered to search this time it was able to install what it needed without problem . I think I must have been trying to install the package from F12