| Summary: | Error in packaging for libquvi | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | George R. Goffe <grgoffe> |
| Component: | libquvi | Assignee: | Christopher Meng <i> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 20 | CC: | i, lszubowi |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-11-27 04:33:40 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
Thanks for the report. Yesterday I pushed the libquvi update to 0.9.4. It's a fault of mine, I should have pushed this update in September. But then get problem with libquvi-scripts, so you can see the changelog of it, I constantly update libquvi-scripts only but forget this one completely. And I tediously consider that this has been updated by myself. The fact is that totem is built against the 0.9.2 versing and need to get rebuild for 0.9.4(soname changed) You can ask them to rebuild the package after f20 final release, and this update will be in testing until the unfreeze(after f20 get released); Or just cancel the update and keep cool. I've canceled the update. |
Description of problem: Running yum update Version-Release number of selected component (if applicable): see messages below How reproducible: always Steps to Reproduce: 1.enter yum update 2. 3. Actual results: #yum update Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit Resolving Dependencies --> Running transaction check ---> Package libquvi.x86_64 0:0.9.2-1.fc20 will be updated --> Processing Dependency: libquvi-0.9-0.9.2.so()(64bit) for package: quvi-0.9.3.1-1.fc20.x86_64 --> Processing Dependency: libquvi-0.9-0.9.2.so()(64bit) for package: totem-pl-parser-3.10.0-1.fc20.x86_64 ---> Package libquvi.x86_64 0:0.9.4-1.fc20 will be an update --> Finished Dependency Resolution Error: Package: totem-pl-parser-3.10.0-1.fc20.x86_64 (@fedora) Requires: libquvi-0.9-0.9.2.so()(64bit) Removing: libquvi-0.9.2-1.fc20.x86_64 (@fedora) libquvi-0.9-0.9.2.so()(64bit) Updated By: libquvi-0.9.4-1.fc20.x86_64 (updates-testing) ~libquvi-0.9-0.9.4.so()(64bit) Error: Package: quvi-0.9.3.1-1.fc20.x86_64 (@fedora) Requires: libquvi-0.9-0.9.2.so()(64bit) Removing: libquvi-0.9.2-1.fc20.x86_64 (@fedora) libquvi-0.9-0.9.2.so()(64bit) Updated By: libquvi-0.9.4-1.fc20.x86_64 (updates-testing) ~libquvi-0.9-0.9.4.so()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest #rpm -q totem-pl-parser totem-pl-parser-3.10.0-1.fc20.x86_64 fedora-core-20-beta bash-4.2 ~# rpm -qa | grep quvi quvi-0.9.3.1-1.fc20.x86_64 libquvi-scripts-0.9.20131104-1.fc20.noarch libquvi-0.9.2-1.fc20.x86_64 # yum check Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit check all #rpm -Va --nofiles --nodigest Expected results: Additional info: Is filing a bug report about this kind of situation the correct way to proceed? I don't want to waste anyone's time. THANKS!