Bug 1875899
| Summary: | texlive-kpathsea and texlive-xetex has wrong order on rawhide | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Community] Copr | Reporter: | Petr Menšík <pemensik> | ||||
| Component: | backend | Assignee: | Jakub Kadlčík <jkadlcik> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | unspecified | CC: | praiskup | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2020-09-21 12:05:49 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: | |||||||
| Bug Depends On: | 1876430, 1876441, 1878090 | ||||||
| Bug Blocks: | 1827602 | ||||||
| Attachments: |
|
||||||
|
Description
Petr Menšík
2020-09-04 15:52:29 UTC
Note: texlive-xetex is installed last on f31 and f32, where build works. But it does not work on f33 and f34, where texlive-xetex is installed before texlive-kpathsea. This is strange, because kpathsea should be always first. $ dnf repoquery --requires texlive-xetex | grep texlive-kpathsea Last metadata expiration check: 0:07:50 ago on Fri 04 Sep 2020 11:57:27 AM EDT. texlive-kpathsea As we discussed personally, I believe we need to fix the kpathsea package. I commented the separate bug. For now, I'm keeping this bug open, but let's discuss the problem there first. Have you also tried to build with bootstrap ON? Created attachment 1713939 [details]
The update transaction.
I am not able to reproduce this on "updated" builder (see the
attached transaction). Depending on if the bootstrap helps,
it may be related to any updated package on the F31 builder.
Since "just" updating the builders should help, I'd rather stop
with such fix and not waste additional time on further debugging
in our team.
If anyone wants to bisect the updated packages and debug this
further - I can provide ssh access to one of our builder
VMs.
I have checked "Enable mock's use_bootstrap_container experimental feature on" and tried rebuild [1] [2]. No change in results. Is that what you suggested? What does it mean updating builders? 1. https://copr.fedorainfracloud.org/coprs/pemensik/bind-9.16/build/1651409/ 2. https://copr.fedorainfracloud.org/coprs/pemensik/bind-9.16/build/1657256/ > What does it mean updating builders?
Creating a new set of VM images with updated packages.
> Is that what you suggested?
Yes. If that did not help, the problem will be in something different than
dnf/rpm stack. Some low-level thing, systemd/kernel/selinux, dunno.
Filled also bug 1878090 on texlive-base. Because there seems to be dependency loop. That is one of difference between f33 and f32. Not sure that is related, but it might be. > Creating a new set of VM images with updated packages.
Done, builders are now running Fedora 32.
Thanks Jakub! Petr, can you please test that the builds in Copr are working for you now? (In reply to Pavel Raiskup from comment #11) > Thanks Jakub! > > Petr, can you please test that the builds in Copr are working for you now? Oh yes, it seems this issue is fixed now. It built all packages: https://copr.fedorainfracloud.org/coprs/pemensik/bind-9.16/build/1680002/ Thank you for checking! I'm closing this, then. |