From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.6) Gecko/20060808 Fedora/1.5.0.6-2.fc5 Firefox/1.5.0.6 pango-text Description of problem: The current pyparted in FC5 (pyparted-1.6.10-1.2.1) requires libparted-1.6.so.14 but the recent update of parted (parted-1.7.1-15.fc5) only provides libparted-1.7.so.1 so the update fails. Version-Release number of selected component (if applicable): parted-1.7.1-15.fc5 How reproducible: Always Steps to Reproduce: 1. yum upgrade Actual Results: Expected Results: Additional info:
for me too # yum -y update Setting up Update Process Setting up repositories core [1/6] updates [2/6] greysector-all [3/6] greysector-all-noarch [4/6] greysector [5/6] extras [6/6] Reading repository metadata in from local files Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package slang-devel.i386 0:2.0.6-1.fc5 set to be updated ---> Package parted.i386 0:1.7.1-15.fc5 set to be updated ---> Package slang.i386 0:2.0.6-1.fc5 set to be updated ---> Package parted-devel.i386 0:1.7.1-15.fc5 set to be updated --> Running transaction check --> Processing Dependency: libparted-1.6.so.14 for package: pyparted --> Finished Dependency Resolution Error: Missing Dependency: libparted-1.6.so.14 is needed by package pyparted
gparted ist also affected: --> Populating transaction set with selected packages. Please wait. ---> Package parted.i386 0:1.7.1-15.fc5 set to be updated --> Running transaction check --> Processing Dependency: libparted-1.6.so.14 for package: pyparted --> Processing Dependency: libparted-1.6.so.14 for package: gparted --> Finished Dependency Resolution Error: Missing Dependency: libparted-1.6.so.14 is needed by package pyparted Error: Missing Dependency: libparted-1.6.so.14 is needed by package gparted
confirm the same here: sudo yum --disablerepo=skype update parted ... Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package parted.i386 0:1.7.1-15.fc5 set to be updated --> Running transaction check --> Processing Dependency: libparted-1.6.so.14 for package: pyparted --> Finished Dependency Resolution Error: Missing Dependency: libparted-1.6.so.14 is needed by package pyparted
I had the same error when trying to update programs. I am running the updates-testing repo also,
Recommend marking this a duplicate of Bug 204580. Both bugs describe the same issue, but that one was filed as a bug in pyparted, not in parted. Given a glance at the rawhide changelog for pyparted, I'm guessing the fix here is to push pyparted-1.7.1-1.1 to updates.
Oh, right. My bad. I also own pyparted and forgot to rebuild. Doing so now.
*** Bug 204580 has been marked as a duplicate of this bug. ***
gparted also needs a rebuild. That's in Extras, so should this bug be cloned against it?
Feel free. I don't own anything in Extras. If I did, I'd rebuild it.
Several folks have asked for rebuilds of gparted -> Bug 204581 and it's duplicates.
Is there a methodology issue here? 'twould be nice if, when submitting a proposed update, something automatically flags reverse-depends that will become uninstallable (if any). The Debian testing script performs this check before accepting packages from unstable, though apparently it requires a baby-sitter at times to get collections of interdependent packages through. See http://bjorn.haxx.se/debian/
This is very bad that a regular upgrade would break Core so badly. Surely this should have been picked up by the build system or in updates-testing... And it's been like this for a couple of days!! This also breaks upgrade for hwbrowser and anaconda: $ sudo smart upgrade Password: Loading cache... Updating cache... ######################################## [100%] Computing transaction... Upgrading packages (5): anacron-2.3-39.fc5@i386 slang-2.0.6-1.fc5@i386 parted-1.7.1-15.fc5@i386 slang-devel-2.0.6-1.fc5@i386 php-pear-1:1.4.9-1.2@noarch Removing packages (4): anaconda-11.0.5-1@i386 hwbrowser-0.26-1@noarch anaconda-runtime-11.0.5-1@i386 pyparted-1.6.10-1.2.1@i386 1.8MB of package files are needed. 16.3MB will be freed. Confirm changes? (Y/n): n
The update today (8/31/2006) fixes the problem with core. The updates were successful. Regarding the effects on Fedora-Extras, I'm not sure about the graphical parted front-end program.
(In reply to comment #13) > The update today (8/31/2006) fixes the problem with core. The updates were > successful. This must be with updates-testing. There is no new pyparted in updates.
(In reply to comment #11) > Is there a methodology issue here? 'twould be nice if, when submitting a > proposed update, something automatically flags reverse-depends that will become > uninstallable (if any). The Debian testing script performs this check before > accepting packages from unstable, though apparently it requires a baby-sitter at > times to get collections of interdependent packages through. > > See http://bjorn.haxx.se/debian/ > > You're right. I own both the parted and pyparted packages and I should have remembered to rebuild both. It was an oversight on my part. We do have a really nice Fedora Updates system where you submit proposed updates and they go through rel-eng. They check to make sure they can install and such. This one made it through for some reason. But I've moved pyparted to updates-final now.
What is usual time lag for updates being available after they are pushed? Haven't yet seen the new pyparted in: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/i386/
Seems like pyparted didn't quite go through the build system...
Yes, it did. It's sitting in http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/5/i386 I will be getting releng to move both the mkinitrd and pyparted I did for FC5 over to final updates.