Bug 2012767
Summary: | gucharmap 14 built against wrong unicode data | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Christian Persch <chpe> |
Component: | gucharmap | Assignee: | Alexander Ploumistos <alex.ploumistos> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 33 | CC: | alex.ploumistos, caillon+fedoraproject, gnome-sig, mclasen, petersen, rhughes, rstrode, sandmann, yselkowi |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | gucharmap-14.0.0-2.fc34 gucharmap-14.0.0-2.fc33 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-10-19 15:59:29 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
Christian Persch
2021-10-11 09:06:25 UTC
Hello Christian, unicode-ucd on which gucharmap depends has not been updated to version 14 in F33 and in all likelihood, it probably won't be, as F33 will be EOL'd in a month or so. If you can get the maintainer of unicode-ucd to bump the release, I can rebuild it against the proper version. I think the same affects all the other builds too, e.g. for F36 where the build logs [https://kojipkgs.fedoraproject.org//packages/gucharmap/14.0.0/1.fc36/data/logs/x86_64/root.log] indicate that unicode-ucd 13.0.0-4 was installed for the build. I've filed https://gitlab.gnome.org/GNOME/gucharmap/-/issues/486 upstream to make the build hard fail when building against the incorrect unicode data version. I've asked the maintainer of unicode-ucd if it is possible to update the package in stable fedora versions - it was updated in F35 and F36 13 days after my last build of gucharmap. I'll report here once I get a reply. An alternative would be to downgrade gucharmap to 13.0.x there if unicode-ucd 14 can't come to them. (In reply to Christian Persch from comment #4) > An alternative would be to downgrade gucharmap to 13.0.x there if > unicode-ucd 14 can't come to them. I think that for the downgrade to work I will need to use the Epoch tag, and I would really like to avoid that, if at all possible. While waiting for a reply from Jens, I have fired off a rebuild of gucharmap in F35 and F36, so that it picks up the correct version of unicode-ucd. I've also added BuildRequires: unicode-ucd >= %{version} to its spec file so that the build fails if the versions of gucharmap and unicode-ucd (and unicode-ucd-unihan) don't match. I'll submit the updates once the builds are done. Sorry for the trouble here... I guess it should be okay to backport unicode-ucd 14 to F34 and F33. I usually do that in the past, but had left it to be done gradually. (In reply to Jens Petersen from comment #7) > Sorry for the trouble here... > > I guess it should be okay to backport unicode-ucd 14 to F34 and F33. > I usually do that in the past, but had left it to be done gradually. No worries. If you build unicode-ucd in side tags, will I be able to use the same tags to build gucharmap? Do we need commit rights in each other's repos in order to submit a single update for each branch? Ah I already built for F34 - I can do override tags if you want to build asap. I think gucharmap doesn't have a runtime dependency on unicode-ucd, right? (In reply to Jens Petersen from comment #9) > Ah I already built for F34 - I can do override tags if you want to build > asap. Could I use the same buildroot override? > I think gucharmap doesn't have a runtime dependency on unicode-ucd, right? Right, it's a build time dependency. You should be able to build for f33 and f34 now: the unicode-ucd builds should both be in the buildroots now. FEDORA-2021-bf7ff109f4 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-bf7ff109f4 Thank you Jens, I've just submitted updates for F33 and F34. FEDORA-2021-bf7ff109f4 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-bf7ff109f4` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-bf7ff109f4 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2021-e4df928274 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-e4df928274` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-e4df928274 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2021-bf7ff109f4 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2021-e4df928274 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. |