Bug 1814716
| Summary: | Polymake needs to be updated for perl 5.30.2-451 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Eugene Mah <eugenemah> |
| Component: | polymake | Assignee: | Jerry James <loganjerry> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 32 | CC: | loganjerry, oleg.makarenko, przemek, richmattes, william.garber |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | polymake-4.0.1-2.fc32 polymake-3.6-2.fc31 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2020-03-27 08:00:35 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: | |
| Embargoed: | |||
|
Description
Eugene Mah
2020-03-18 14:55:07 UTC
FEDORA-2020-157f87857c has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-157f87857c polymake-3.6-2.fc31 has been pushed to the Fedora 31 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-157f87857c FEDORA-2020-05a659204f has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-05a659204f *** Bug 1814888 has been marked as a duplicate of this bug. *** I have told a few people to visit this bug for more information on why polymake and its dependent packages cannot be updated in Fedora 31. Consider this an infomercial. :-) First, polymake depends on the specific version of perl it was built with. For example, the version of polymake currently available in F31 depends on perl 5.30.1, rather than on any 5.30.x. This is by design. The polymake code reaches deep into the guts of perl to do its work. This makes it highly version specific. Even small changes in the perl engine can require polymake to be rebuilt, or even patched. Second, perl updates tend to go stable very quickly. Take this latest perl build for example. The F31 build finished at Mon, 16 Mar 2020 08:52:36 UTC (see https://koji.fedoraproject.org/koji/buildinfo?buildID=1477834). The update was created at 08:58:13 UTC, pushed to the testing repository at 14:53:58 UTC, and had +3 karma at Tue, 17 Mar 2020 11:09:08 UTC, a mere 26 hours after the build finished (see https://bodhi.fedoraproject.org/updates/FEDORA-2020-64ac8a1df1). When a new perl version shows up, I have a choice: try to get build overrides in place for all of the necessary packages, then proceed with the build, or just wait a day until it all goes stable and build then. I usually choose the latter, not out of laziness (necessarily!), but due to time considerations and a desire to not break the buildroot for others. So after the update showed up in my local mirror on Wednesday morning, I launched a build at 13:35:18 UTC (see https://koji.fedoraproject.org/koji/buildinfo?buildID=1478782). This bug was filed almost an hour and a half later. Polymake builds take a long time. This one finished at 22:28:17 UTC. I then submitted the update, which so far has karma of only +1, so it has not been pushed stable yet. The thing to understand is that this is going to happen every time there is a perl update that changes the version number. All you polymake users are going to have to consider this normal. The system is working the way it is supposed to work. DNF is refusing to let you install a perl version that might break polymake. Now, polymake might be just fine with the new perl version ... but it might not. Until a build done with that specific version of perl is available, DNF is going to protect you. I should put all that text on a web page somewhere. Suggestions for a good place are welcome. Thanks for the explanation. Didn't realize polymake builds take such a long time. Now that I know what goes on behind the scenes I'll remember to be more patient :) polymake-4.0.1-2.fc32 has been pushed to the Fedora 32 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-05a659204f If it doesn't look like I've started a build in a timely fashion, it is perfectly alright to poke me. Also, if anybody wants to comaintain this package, I would welcome the help. The real problem with polymake builds is 32-bit ARM, of course. The x86_64 builds do not take anywhere near that long. My personal opinion is that you'd have to be a serious masochist to actually run polymake on a 32-bit ARM, but its one of the supported Fedora architectures, so we build there. *** Bug 1816476 has been marked as a duplicate of this bug. *** FEDORA-2020-05a659204f has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2020-157f87857c has been pushed to the Fedora 31 stable repository. If problem still persists, please make note of it in this bug report. |