Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 2065641 - F36FailsToInstall: polymake
Summary: F36FailsToInstall: polymake
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: polymake
Version: 36
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jerry James
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F36FailsToInstall
TreeView+ depends on / blocked
 
Reported: 2022-03-18 11:44 UTC by Miro Hrončok
Modified: 2022-05-07 04:12 UTC (History)
4 users (show)

Fixed In Version: polymake-4.6-4.fc36 polymake-4.6-4.fc36.2
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-03-30 01:33:47 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)

Description Miro Hrončok 2022-03-18 11:44:17 UTC 
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!
Comment 1 Fedora Update System 2022-03-19 08:46:29 UTC 
FEDORA-2022-3d8d0a0160 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-3d8d0a0160
Comment 2 Paul Howarth 2022-03-19 12:44:04 UTC 
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?
Comment 3 Fedora Update System 2022-03-19 19:27:45 UTC 
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.
Comment 4 Jerry James 2022-03-21 00:39:17 UTC 
(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.
Comment 5 Adam Williamson 2022-03-22 18:07:05 UTC 
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.
Comment 6 Adam Williamson 2022-03-22 18:31:49 UTC 
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.
Comment 7 Adam Williamson 2022-03-23 04:07:07 UTC 
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.
Comment 8 Fedora Update System 2022-03-24 18:08:04 UTC 
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.
Comment 9 Fedora Update System 2022-03-28 01:41:09 UTC 
FEDORA-2022-2569b55c7b has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-2569b55c7b
Comment 10 Fedora Update System 2022-03-29 01:22:26 UTC 
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.
Comment 11 Paul Howarth 2022-03-29 13:41:11 UTC 
(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
Comment 12 Jerry James 2022-03-29 16:17:32 UTC 
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.
Comment 13 Fedora Update System 2022-03-30 01:33:47 UTC 
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.
Comment 14 Fedora Update System 2022-03-31 18:24:25 UTC 
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.
Comment 15 Fedora Update System 2022-05-07 04:12:02 UTC 
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.
Note You need to log in before you can comment on or make changes to this bug.