Bug 204578
Summary: | parted-1.7.1-15.fc5 breaks pyparted | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Juran <djuran> |
Component: | parted | Assignee: | David Cantrell <dcantrell> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | alex, bugzilla, drago01, esteban.xandri, redhat, tchung, zcerza |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | pyparted-1.7.3-1.fc5 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-09-01 13:37:17 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: |
Description
David Juran
2006-08-30 06:26:19 UTC
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. |