| Summary: | enblend dependency issue | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ali Akcaagac <aliakc> |
| Component: | enblend | Assignee: | Bruno Postle <bruno> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | bruno, jspaleta, robatino |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-04-13 15:26:09 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: | |
Question: Now that this issue has been fixed for RH... when does it show up ? Right now 4 days have been passed and strangely I don't receive and RH updates anymore. The above issue still shows up regardless whether I delete the yum/dnf meta files or not. Do you happen to know about infrastructure issues ? Unfortunately the package is still not showing up in the rawhide repository as mentioned. Therefore I am going to reopen the bugreport until the package gets pushed to rawhide. The bug is itching here for over one week now. The version of enblend in F24 is newer than the Rawhide version (F24 had 4.1.4-6.fc24 when I created my Rawhide VM, Rawhide now has 4.1.4-5.fc24, dated February 20). The dependency problem with gsl still exists. I don't see any koji build for Rawhide either, just the one for F24 on March 2 (http://koji.fedoraproject.org/koji/packageinfo?packageID=1669 ). Rawhide doesn't inherit F24 packages so there needs to be a Rawhide build. |
Error: Package: enblend-4.1.4-5.fc24.i686 (rawhide) Requires: libgsl.so.0 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Please fix if possible! Sadly it has a chain with other dependencies applied to is so excluding this particular package within yum/dnf is no option.