Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok). Your package (polymake) Fails To Install in Fedora 36: can't install polymake: - nothing provides perl-interpreter = 4:5.34.0 needed by polymake-4.6-2.fc36.x86_64 If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem. If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks. P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock: $ mock -r fedora-36-x86_64 --disablerepo='*' --enablerepo=local install polymake P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages Thanks!
FEDORA-2022-3d8d0a0160 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-3d8d0a0160
Hi Jerry, this was caused by the bumping of perl to 5.34.1 (since polymake has a hard version dependency on the perl it was built with). It took the liberty of doing a bump and rebuild of polymake to update the dependency, hope you don't mind. The armv7hl build sure took a long time! There is also going to be an perl 5.34.1 update for f35. This will be done in a side tag (see Bug #2064808). It looks to me that the thing to do for polymake in f35 is a bump and rebuild, not via a fast-forward to the f36/rawhide state since that would include a version and soname update. Do you agree? Would you like me or another perl-sig member to do it or do you want to do it yourself?
FEDORA-2022-3d8d0a0160 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-3d8d0a0160` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-3d8d0a0160 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
(In reply to Paul Howarth from comment #2) > Hi Jerry, this was caused by the bumping of perl to 5.34.1 (since polymake > has a hard version dependency on the perl it was built with). It took the > liberty of doing a bump and rebuild of polymake to update the dependency, > hope you don't mind. The armv7hl build sure took a long time! It sure does. Thanks for doing this for me. > There is also going to be an perl 5.34.1 update for f35. This will be done > in a side tag (see Bug #2064808). It looks to me that the thing to do for > polymake in f35 is a bump and rebuild, not via a fast-forward to the > f36/rawhide state since that would include a version and soname update. Do > you agree? Would you like me or another perl-sig member to do it or do you > want to do it yourself? Yes, I agree. It doesn't matter to me who does it. I'm happy to take care of it, if somebody will poke me when the new perl build is ready. If you prefer to take care of it yourselves, that is fine with me, too.
Paul, I'm afraid this was done kind of wrong. The polymake build should have been included in the perl update - like perl-PAR-Packer - not submitted separately. Submitting it separately is problematic because unless both updates are pushed stable at exactly the same time, polymake will wind up uninstallable. If polymake is pushed stable *before* perl, it'll require a perl newer than the one in stable, and so won't be installable unless updates-testing is enabled. If polymake is pushed stable *after* perl, the old build in stable will require an *older* perl than is in stable. Using a buildroot override for perl also caused trouble, because it meant *another* perl update which was not intended to be involved in the perl version bump got caught up in it: https://bodhi.fedoraproject.org/updates/FEDORA-2022-cb1170abf2 . That build of perl-Scalar-List-Utils got built against perl 5.34.1 because of the override, so now it requires perl(:MODULE_COMPAT_5.34.1) and cannot safely be pushed stable until the perl update is pushed. Now we have side tags, it is a *much* better idea to use them than overrides for this kind of scenario. If the 5.34.1 rebuilds had been done in a side tag, and the update created from this side tag, both of these problems would have been avoided. So I think it would be a good idea to use a side tag for this kind of bump in future. Thanks.
Ugh. Now I look, there are several other recent perl module builds in Koji for F36 that now require, exactly, perl(:MODULE_COMPAT_5.34.1) . This is quite a mess. I'm trying to do something to fix it.
OK, I fixed up everything I could find. polymake itself is still rebuilding - I did a no-change bump and rebuild and will edit the new build into the perl update when it's done. That will obsolete the standalone update.
FEDORA-2022-cea638ebd4 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-cea638ebd4` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-cea638ebd4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-2569b55c7b has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-2569b55c7b
FEDORA-2022-2569b55c7b has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-2569b55c7b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-2569b55c7b See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
(In reply to Jerry James from comment #4) > (In reply to Paul Howarth from comment #2) > > There is also going to be an perl 5.34.1 update for f35. This will be done > > in a side tag (see Bug #2064808). It looks to me that the thing to do for > > polymake in f35 is a bump and rebuild, not via a fast-forward to the > > f36/rawhide state since that would include a version and soname update. Do > > you agree? Would you like me or another perl-sig member to do it or do you > > want to do it yourself? > > Yes, I agree. It doesn't matter to me who does it. I'm happy to take care > of it, if somebody will poke me when the new perl build is ready. If you > prefer to take care of it yourselves, that is fine with me, too. f35 polymake build in progress (side tag f35-build-side-52326): https://koji.fedoraproject.org/koji/taskinfo?taskID=84887018
I was in such a rush to get the sagemath update out the door for F36, that I forgot that the new perl build had not yet gone stable in F36. So I'm going to build polymake *again* in F36 to fix that. /me bangs head against nearby wall. Thanks for taking care of F35, Paul.
FEDORA-2022-cea638ebd4 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-2569b55c7b has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.