Bug 1598336
| Summary: | dnf no longer understands its repository configuration | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Mattias Ellert <mattias.ellert> | ||||||||
| Component: | dnf | Assignee: | Jaroslav Rohel <jrohel> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | urgent | Docs Contact: | |||||||||
| Priority: | urgent | ||||||||||
| Version: | 29 | CC: | cyigitsahin, dmach, gmarr, jrohel, mattias.ellert, mblaha, packaging-team-maint, prd-fedora, robatino, rpm-software-management, tom.mannerhagen, vmukhame | ||||||||
| Target Milestone: | --- | Keywords: | Triaged | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | AcceptedBlocker | ||||||||||
| Fixed In Version: | dnf-3.6.1-1.fc29 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2018-10-07 20:59:14 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: | |||||||||||
| Bug Blocks: | 1517013 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Mattias Ellert
2018-07-05 07:19:53 UTC
Created attachment 1456687 [details]
Backtrace
Hi I see this bug too. It seems to be language-related because switching language from Swedish to English resolved the problem. dnf update works fine in englsih environment, but fails in Swedish. See attached dumps from the respective terminals. Created attachment 1475577 [details]
Terminal content when using EN UI-language,
Created attachment 1475578 [details]
Terminal content when using SV UI-language,
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'. Proposed as a Blocker for 29-beta by Fedora user ellert using the blocker tracking app because: Impossible to update using dnf. Discussed during the 2018-08-20 blocker review meeting: [1] The decision to classify this bug as an "AcceptedBlocker" (Final) was made as it violates the following criteria: "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type (e.g. default console package manager)...", affecting Swedish installs (and possibly others) and that using LC_ALL is an acceptable workaround for Beta but not for Final. [1] https://meetbot.fedoraproject.org/fedora-blocker-review/2018-08-20/f29-blocker-review.2018-08-20-16.00.txt Requirement: dnf install glibc-langpack-sv Reproducer: bash -c 'export LANG=sv_SE.UTF-8; dnf clean all; dnf update' It really complains about missing URL: msgid "Cannot find a valid baseurl for repo: %s" msgstr "Kan inte hitta en giltig bas-url för förrådet: %s" For the record, everything works fine with the Czech locales. URL is tested (regular expression) in libdnf. But there is a change in Evaluation of regular expression since Fedora 28! (newer gilbc?). How many scripts and programs will be affected? Explanation of problem: A range expression '[a-z]' matches character 'w' in LANG=C. export LANG=C; echo 'w' | grep '[a-z]' But in LANG=sv_SE.UTF8 it matches only until Fedora 27. Since Fedora 28 (newer glibc?) does not! export LANG=sv_SE.UTF8; echo 'w' | grep '[a-z]' (In reply to Jaroslav Rohel from comment #9) > URL is tested (regular expression) in libdnf. > But there is a change in Evaluation of regular expression since Fedora 28! > (newer gilbc?). How many scripts and programs will be affected? > > Explanation of problem: > A range expression '[a-z]' matches character 'w' in LANG=C. > export LANG=C; echo 'w' | grep '[a-z]' > > But in LANG=sv_SE.UTF8 it matches only until Fedora 27. Since Fedora 28 > (newer glibc?) does not! > export LANG=sv_SE.UTF8; echo 'w' | grep '[a-z]' This is a bit weird. Until 2006 w was generally considered to be a variant of v in the Swedish alphabet and not a base letter. Since 2006 however, w is considered to be a base letter in the Swedish alphabet. This is because the Swedish Academy's thesaurus published that year listed words beginning with w under a separate heading after words beginning with v, while earlier editions has listed words spelled with v and w interleaved. So w not matching [a-z] in the Swedish locale would have been correct until 2006 but not now. Yes, it is weird. I was suprised when I found this issue. I fixed the libdnf. And filled bug to glibc. https://bugzilla.redhat.com/show_bug.cgi?id=1631472 I can reproduce the `Cannot find a valid baseurl for repo: updates` error with tr_CY and tr_TR locales but not with sv_SE.UTF-8, sv_SE works correctly. Sorry, forgot to mention DNF version, it is dnf-3.5.1-1.fc29.noarch. anaconda-29.24.3-2.fc29 dnf-3.6.1-1.fc29 dnf-plugins-core-3.0.4-1.fc29 dnf-plugins-extras-3.0.2-1.fc29 libdnf-0.20.0-1.fc29 lorax-29.12-3.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-abc8825d92 anaconda-29.24.3-2.fc29 dnf-3.6.1-1.fc29 dnf-plugins-core-3.0.4-1.fc29 dnf-plugins-extras-3.0.2-1.fc29 libdnf-0.20.0-1.fc29 lorax-29.12-3.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-abc8825d92 anaconda-29.24.3-2.fc29, dnf-3.6.1-1.fc29, dnf-plugins-core-3.0.4-1.fc29, dnf-plugins-extras-3.0.2-1.fc29, libdnf-0.20.0-1.fc29, lorax-29.12-3.fc29 has been pushed to the Fedora 29 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-2018-abc8825d92 (In reply to Çağatay Yiğit Şahin from comment #14) > Sorry, forgot to mention DNF version, it is dnf-3.5.1-1.fc29.noarch. I hope it is fixed in libdnf-0.20.0. Please, try topical DNF with libdnf-0.20.0 (or newer). Thanks! It is fixed. anaconda-29.24.3-2.fc29, dnf-3.6.1-1.fc29, dnf-plugins-core-3.0.4-1.fc29, dnf-plugins-extras-3.0.2-1.fc29, libdnf-0.20.0-1.fc29, lorax-29.12-3.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report. |