Bug 702671
Summary: | ntfs-3g fails to update in EL-5 when libguestfs is present | |||
---|---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Todd Zullinger <tmz> | |
Component: | ntfs-3g | Assignee: | Tom "spot" Callaway <tcallawa> | |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
Severity: | unspecified | Docs Contact: | ||
Priority: | unspecified | |||
Version: | el5 | CC: | djuran, mbooth, rdieter, rjones, tcallawa, virt-maint | |
Target Milestone: | --- | |||
Target Release: | --- | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | ntfs-3g-2011.4.12-3.el5 | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 703290 (view as bug list) | Environment: | ||
Last Closed: | 2011-05-14 04:06:01 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
Todd Zullinger
2011-05-06 14:35:08 UTC
I'm guessing this is more likely to be a libguestfs thing (ie. needs a rebuild), so changing the component accordingly. I'm not sure that it is a libguestfs issue. I was going to assign it to libguestfs originally, but then I looked closer at the yum output. Notice that there is no ntfsprogs-2011.4.12-2.el5.i386 in the x86_64 repos. I believe there should be. re-assigning to ntfs-3g as an multilib upgrade path issue. See also, https://fedorahosted.org/rel-eng/ticket/4728 I don't think I understand that ... does libguestfs need a rebuild or not? ntfs-3g-2011.4.12-3.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.fc14 ntfs-3g-2011.4.12-3.el5 has been submitted as an update for Fedora EPEL 5. https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.el5 ntfs-3g-2011.4.12-3.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.fc15 ntfs-3g-2011.4.12-3.el6 has been submitted as an update for Fedora EPEL 6. https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.el6 ntfs-3g-2011.4.12-3.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.fc13 Package ntfs-3g-2011.4.12-3.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ntfs-3g-2011.4.12-3.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.fc15 then log in and leave karma (feedback). Trying to update to ntfs-3g-2011.4.12-3.el5 it still fails because nothing seems to provide /usr/lib64/libntfs.so.9 anymore. Is that intended? (If so, then libguestfs may need a rebuild?) # yum -d5 update Loaded plugins: downloadonly, fastestmirror Config time: 0.169 Loading Fedora Extras kernel module support. Loading mirror speeds from cached hostfile * addons: mirror.rackspace.com * base: mirror.trouble-free.net * epel: mirror.cogentco.com * epel-testing: mirror.cogentco.com * extras: centos.mirror.nac.net * updates: updates.interworx.info repo time: 0.379 Yum Version: 3.2.22 Setting up Package Sacks pkgsack time: 0.091 rpmdb time: 0.000 Setting up Update Process Updating Everything Building updates object up:Obs Init time: 0.516 up:simple updates time: 0.116 up:obs time: 0.004 up:condense time: 0.000 updates time: 2.806 Resolving Dependencies --> Running transaction check Checking deps for ntfs-3g.x86_64 2-2011.1.15-1.el5 - None ---> Package ntfs-3g.x86_64 2:2011.4.12-3.el5 set to be updated Checking deps for ntfs-3g.x86_64 2-2011.4.12-3.el5 - u Checking deps for ntfsprogs.x86_64 0-1.13.1-6.el5 - None ---> Package ntfsprogs.x86_64 2:2011.4.12-3.el5 set to be updated Checking deps for ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libc.so.6(GLIBC_2.2.5)(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libpthread.so.0(GLIBC_2.2.5)(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('rtld(GNU_HASH)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libc.so.6(GLIBC_2.3.4)(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libc.so.6(GLIBC_2.4)(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libc.so.6()(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libpthread.so.0()(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u looking for ('libntfs-3g.so.81()(64bit)', None, (None, None, None)) as a requirement of ntfsprogs.x86_64 2-2011.4.12-3.el5 - u 1:libguestfs-1.2.14-1.el5.x86_64 requires: /usr/lib64/libntfs.so.9 --> Processing Dependency: /usr/lib64/libntfs.so.9 for package: libguestfs Needed Require is not a package name. Looking up: /usr/lib64/libntfs.so.9 Potential Provider: ntfsprogs.x86_64 0:1.13.1-6.el5 Mode is u for provider of /usr/lib64/libntfs.so.9: ntfsprogs.x86_64 0:1.13.1-6.el5 Mode for pkg providing /usr/lib64/libntfs.so.9: u Cannot find an update path for dep for: /usr/lib64/libntfs.so.9 Searching pkgSack for dep: /usr/lib64/libntfs.so.9 Potential match for /usr/lib64/libntfs.so.9 from ntfsprogs-1.13.1-6.el5.x86_64 ntfsprogs-1.13.1-6.el5.x86_64 is in providing packages but it is already installed, removing. --> Finished Dependency Resolution Dependency Process ending 1:libguestfs-1.2.14-1.el5.x86_64 from installed has depsolving problems --> Missing Dependency: /usr/lib64/libntfs.so.9 is needed by package 1:libguestfs-1.2.14-1.el5.x86_64 (installed) Depsolve time: 6.753 Error: Missing Dependency: /usr/lib64/libntfs.so.9 is needed by package 1:libguestfs-1.2.14-1.el5.x86_64 (installed) You could try using --skip-broken to work around the problem You could try running: package-cleanup --problems package-cleanup --dupes rpm -Va --nofiles --nodigest Yes, libguestfs needs a rebuild in EPEL too. Should the libguestfs update¹ be included in the same update as ntfs-3g, to ensure that they both go to stable at the same time? If not, some care will be needed to prevent breakage if one goes stable before the other, no? ¹ https://admin.fedoraproject.org/updates/libguestfs-1.2.14-3.el5 I gathered from comment 6 that ntfs-3g is already in EPEL 5. If not, then I probably built libguestfs against the wrong version of ntfs-3g (ie. it would have the old deps): http://koji.fedoraproject.org/koji/rpminfo?rpmID=2544868 It's only in epel-testing. I don't believe that updates from epel-testing are present in the buildroot, so this libguestfs build was using the older packages. It still has the now-bogus /usr/lib/libntfs.so.9 dep. It's so stupid we still don't have a way to build against packages without having to ask someone to do it and affecting all other builds at the same time. https://fedorahosted.org/rel-eng/ticket/4738 Apparently I cannot edit the update. But someone who is able to could try adding this http://koji.fedoraproject.org/koji/taskinfo?taskID=3068421 to https://admin.fedoraproject.org/updates/ntfs-3g-2011.4.12-3.el5 ntfs-3g-2011.4.12-3.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. ntfs-3g-2011.4.12-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report. ntfs-3g-2011.4.12-3.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report. ntfs-3g-2011.4.12-3.el6 has been pushed to the Fedora EPEL 6 stable repository. If problems still persist, please make note of it in this bug report. ntfs-3g-2011.4.12-3.el5, libguestfs-1.2.14-4.el5 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report. |