Description of problem: I have installed Fedora 36 Beta with 'Telugu' selection. Post installation, langpacks-te-3.0-21.fc36.noarch is installed by default but not libreoffice-langpack-te-7.3.2.2-1.fc36.x86_64 Version-Release number of selected component (if applicable): gnome-software-42.0-1.fc36.x86_64 How reproducible: Always, when I tried with 'Telugu' te_IN Steps to Reproduce: 1. Select 'Telugu' in anaconda during installation 2. Post installation, check the langpacks installed. 3. Actual results: libreoffice-langpack-te not install by default Expected results: Libreoffice-langpack-it should install by default Additional info:
Just to add that it seems that langpacks-XX for the locale does get installed by gnome-software automatically as expected but not its weak deps like libreoffice-langpack-XX and more. This was found during the i18n SST's exploratory testing event for F36.
Also both `dnf install langpacks-XX` and `pkcon install langspacks-XX` work as expected, so this a bit strange.
Thanks fora bug report. (In reply to Krishna Babu K from comment #0) > Steps to Reproduce: > 1. Select 'Telugu' in anaconda during installation > 2. Post installation, check the langpacks installed. I doubt gnome-software is anyhow related in time anaconda installs the software. (In reply to Jens Petersen from comment #1) > Just to add that it seems that langpacks-XX for the locale does get installed > by gnome-software automatically as expected but not its weak deps > like libreoffice-langpack-XX and more. Okay. (In reply to Jens Petersen from comment #2) > Also both `dnf install langpacks-XX` and `pkcon install langspacks-XX` > work as expected, so this a bit strange. That's truly weird, especially when the pkcon works as expected. I checked the code and I do not see how that could be influenced on the gnome-software side. I just tried it here with "Localization support for Bulgarian" (note the gnome-software offers two of these, one is "Core ...."). When I install it there is also installed: libreoffice-help-bg-7.3.2.2-1.fc36.x86_64 libreoffice-langpack-bg-7.3.2.2-1.fc36.x86_64 Could it be in the gnome-software had been chosen to install the "core" part, not the "main" part?
(In reply to Milan Crha from comment #3) > > I doubt gnome-software is anyhow related in time anaconda installs the > software. When I change the language in gnome control center and log out of Gnome and log in again, I expected the langpack for the new language to be installed, but this doesn’t happen.
I agree, that makes sense, but what the gnome-control-center does in the background I've no idea. You should ask there first.
Milan, I think you misunderstand: gnome-software has a plugin for Fedora which post-installs langpacks-** for the current new locale. That is what this bug is about.
(In reply to Jens Petersen from comment #6) > Milan, I think you misunderstand: gnome-software has a plugin for Fedora > which post-installs langpacks-** for the current new locale. > That is what this bug is about. Oh, I've not been aware of it, I'm sorry.
Could you check the content of ~/.cache/gnome-software/langpacks/, please? When a file with the selected locale is saved there (as `langpacks-$CODE`), it's not tried again to install it.
I'm sorry, how is this supposed to work, please? When I run gnome-control-center-42.0-4.fc36.x86_64 from a terminal and enter the Regional settings, then this is on the terminal: (gnome-control-center:2443): GnomeDesktop-CRITICAL **: 16:20:36.878: gnome_get_country_from_code: assertion 'code != NULL' failed (gnome-control-center:2443): GnomeDesktop-CRITICAL **: 16:20:36.878: gnome_get_country_from_code: assertion 'code != NULL' failed Then I confirm the Telugu selection, which prints these runtime warnings: (gnome-control-center:2443): GLib-CRITICAL **: 16:20:50.151: g_regex_match_full: assertion 'string != NULL' failed (gnome-control-center:2443): GnomeDesktop-WARNING **: 16:20:50.151: locale '(null)' isn't valid After this I'm suggested to log out to take the changes into effect. What is that supposed to do then? Looking into package info for langpacks-te - https://koji.fedoraproject.org/koji/rpminfo?rpmID=29349498 langpacks-core-te - https://koji.fedoraproject.org/koji/rpminfo?rpmID=29349528 langpacks-core-font-te - https://koji.fedoraproject.org/koji/rpminfo?rpmID=29349364 none of them mentions libreoffice in any way. When I check info for libreoffice-langpack-te - https://koji.fedoraproject.org/koji/rpminfo?rpmID=29980646 it does mention langpacks-te as its Recommends and Supplements. As you mentioned in comment #2, gnome-software does the same, it only installs the `langpacks-XX` package and nothing more.
(In reply to Milan Crha from comment #9) > As you mentioned in comment #2, gnome-software does the same, it only > installs the `langpacks-XX` package and nothing more. Even, you said it works for you (in comment #2), but when I try it: $ rpm -qa | grep libreoffice-langpa libreoffice-langpack-en-7.3.2.2-1.fc36.x86_64 libreoffice-langpack-bg-7.3.2.2-1.fc36.x86_64 $ dnf install langpacks-te Last metadata expiration check: 0:15:58 ago on Wed 27 Apr 2022 16:49:22 CEST. Dependencies resolved. ================================================================================ Package Architecture Version Repository Size ================================================================================ Installing: langpacks-te noarch 3.0-21.fc36 fedora 9.8 k Installing dependencies: langpacks-core-font-te noarch 3.0-21.fc36 fedora 9.7 k langpacks-core-te noarch 3.0-21.fc36 fedora 9.7 k Installing weak dependencies: glibc-langpack-te x86_64 2.35-4.fc36 fedora 600 k Transaction Summary ================================================================================ Install 4 Packages Meaning neither dnf installs any libreoffice package.
Not sure what is going on there but in Fedora-Workstation-Live-x86_64-36-1.2.iso I see: [liveuser@localhost-live ~]$ sudo dnf install langpacks-te Last metadata expiration check: 0:04:46 ago on Thu 28 Apr 2022 01:53:37 AM EDT. Dependencies resolved. ============================================================================================================================== Package Architecture Version Repository Size ============================================================================================================================== Installing: langpacks-te noarch 3.0-21.fc36 fedora 9.8 k Installing dependencies: langpacks-core-font-te noarch 3.0-21.fc36 fedora 9.7 k langpacks-core-te noarch 3.0-21.fc36 fedora 9.7 k Installing weak dependencies: glibc-langpack-te x86_64 2.35-4.fc36 fedora 600 k google-noto-sans-telugu-fonts noarch 20201206-9.fc36 fedora 1.5 M google-noto-sans-telugu-ui-fonts noarch 20201206-9.fc36 fedora 1.5 M hunspell-te noarch 1:1.0.0-18.fc36 fedora 429 k hyphen-te noarch 1:0.7.0-19.fc36 fedora 12 k libreoffice-langpack-te x86_64 1:7.3.1.3-4.fc36 fedora 417 k pothana2000-fonts noarch 1.3.3-21.fc36 fedora 115 k vemana2000-fonts noarch 1.1.3-21.fc36 fedora 113 k Transaction Summary ============================================================================================================================== Install 11 Packages Total download size: 4.7 M Installed size: 22 M
I've two Fedora 36 machines, which have exactly the same /etc/dnf/dnf.conf and `rpm -qa | grep dnf` packages (one has also dnfdragora and some other extra dnf packages), and one doesn't bring in the libreoffice package, but the other one does bring it in. I figured, the "faulty" one has disabled updates-testing. When I $ dnf install langpacks-te --enablerepo=updates-testing then it brings in also libreoffice-langpack-te x86_64 1:7.3.2.2-1.fc36 updates-testing 417 k But it doesn't work the other way around, explicitly disabling updates-testing on the first machine still brings in libreoffice-langpack-te, only older version: libreoffice-langpack-te x86_64 1:7.3.1.3-4.fc36 fedora 417 k I tried to use --debugsolve and -v, but it didn't bring anything. The machines use different fedora.repo.gz, but comparing it, the difference is only in order of the items in the file, rather than in the content itself: @@ -4762121,10 +4762120,10 @@ +Req: libreoffice-writer(x86-64) = 1:7.3.1.3-4.fc36 libreoffice-calc(x86-64) = 1:7.3.1.3-4.fc36 -libreoffice-base(x86-64) = 1:7.3.1.3-4.fc36 libreoffice-impress(x86-64) = 1:7.3.1.3-4.fc36 -libreoffice-draw(x86-64) = 1:7.3.1.3-4.fc36 +libreoffice-base(x86-64) = 1:7.3.1.3-4.fc36 libreoffice-emailmerge(x86-64) = 1:7.3.1.3-4.fc36 +libreoffice-draw(x86-64) = 1:7.3.1.3-4.fc36 libreoffice-math(x86-64) = 1:7.3.1.3-4.fc36 -Req: +Prv: @@ -4763413,8 +4763412,8 @@ libreoffice-data = 1:7.3.1.3-4.fc36 java-headless >= 1:1.6 libreoffice-plugin(x86-64) = 1:7.3.1.3-4.fc36 -libreoffice-langpack-en = 1:7.3.1.3-4.fc36 libreoffice-opensymbol-fonts = 1:7.3.1.3-4.fc36 +libreoffice-langpack-en = 1:7.3.1.3-4.fc36 -Req: +Prv: application() In fact, when I sort the fedora.repo content, then the bad machine has only one extra line, "/usr/bin/kmodtool", which the good machine has only once. I also comparend /etc/dnf and they are exactly the same. The /etc/yum.repos.d/fedora.repo has a difference only in "metadata_expire", the bad machine has set "7d", the good one has set "6h" (unless I overlooked something), but even after `dnf clean all` I get the same result. Aha, the good machine has installed libreoffice-core-7.3.1.3-4.fc36.x86_64 and enabled updates-testing, while the bad machine has installed libreoffice-core-7.3.2.2-1.fc36.x86_64 and disabled updates-testing. As the libreoffice-langpack-te-1:7.3.2.2-1.fc36 is found only in updates-testing (see above), then it cannot find and it doesn't install it. Thus either when I downgrade libreoffice or enable updates-testing I get the offer to install libreoffice-langpack-te for the libreoffice version I've installed. How I've got installed libreoffice 7.3.2.2 and why the updates-testing repo is disabled I do not know. I do not recall touching libreoffice until now. Krishna, could you verify the state of the updates-testing repo, please? It can be done with: $ dnf repolist --enabled You surely have installed the newer libreoffice (as you indicated in the comment #0).
Ah, thank you, Milan for the analysis, this is starting to make more sense now.
(In reply to Milan Crha from comment #12) > Krishna, could you verify the state of the updates-testing repo, please? It > can be done with: > > $ dnf repolist --enabled > > You surely have installed the newer libreoffice (as you indicated in the > comment #0). Hi Milan, updates-testing is enabled. [root@fedora yum.repos.d]# dnf repolist --enabled repo id repo name fedora Fedora 36 - x86_64 fedora-cisco-openh264 Fedora 36 openh264 (From Cisco) - x86_64 fedora-modular Fedora Modular 36 - x86_64 google-chrome google-chrome phracek-PyCharm Copr repo for PyCharm owned by phracek rpmfusion-nonfree-nvidia-driver RPM Fusion for Fedora 36 - Nonfree - NVIDIA Driver rpmfusion-nonfree-steam RPM Fusion for Fedora 36 - Nonfree - Steam updates Fedora 36 - x86_64 - Updates updates-modular Fedora Modular 36 - x86_64 - Updates updates-testing Fedora 36 - x86_64 - Test Updates updates-testing-modular Fedora Modular 36 - x86_64 - Test Updates Installed libreoffice version is libreoffice-core-7.3.2.2-1.fc36.x86_64
I want to point out too that this is not just about libreoffice: there are other weak packages too that are not getting installed. So I am not sure this can be accounted for just by updates-testing. Compare comment 10 and comment 11: google-noto-sans-telugu-fonts google-noto-sans-telugu-ui-fonts hunspell-te hyphen-te libreoffice-langpack-te pothana2000-fonts vemana2000-fonts are all missing in your comment 10. I think if you try with F35 they should all be post-installed correctly by gnome-software.
But maybe this is a change in the dnf stack then?
+5 in https://pagure.io/fedora-qa/blocker-review/issue/786 , marking accepted.
I spent quite a time trying to reproduce the issue. The only thing I noticed was that fedora-repos-36-0.4.noarch contained enabled updates-testing repository. This might explain how libreoffice from updates-testing got installed in comment#12. After upgrading to fedora-repos-0:36-1.noarch updates-testing repo is again disabled. So this is how I can "reproduce" the issue: # rpm -q fedora-repos fedora-repos-36-0.4.noarch # dnf install libreoffice-core Dependencies resolved. ================================================================================================================================== Package Architecture Version Repository Size ================================================================================================================================== Installing: libreoffice-core x86_64 1:7.3.2.2-1.fc36 updates-testing 111 M ----- 8< ----- bunch of dependencies ----- 8< ----- # dnf install langpacks-te Last metadata expiration check: 1:03:09 ago on Tue May 3 07:33:53 2022. Dependencies resolved. ================================================================================================================================== Package Architecture Version Repository Size ================================================================================================================================== Installing: langpacks-te noarch 3.0-21.fc36 fedora 9.8 k Installing dependencies: langpacks-core-font-te noarch 3.0-21.fc36 fedora 9.7 k langpacks-core-te noarch 3.0-21.fc36 fedora 9.7 k lohit-telugu-fonts noarch 2.5.5-12.fc36 fedora 124 k Installing weak dependencies: google-noto-sans-telugu-fonts noarch 20201206-9.fc36 fedora 1.5 M google-noto-sans-telugu-ui-fonts noarch 20201206-9.fc36 fedora 1.5 M hunspell-te noarch 1:1.0.0-18.fc36 fedora 429 k hyphen-te noarch 1:0.7.0-19.fc36 fedora 12 k libreoffice-langpack-te x86_64 1:7.3.2.2-1.fc36 updates-testing 417 k pothana2000-fonts noarch 1.3.3-21.fc36 fedora 115 k vemana2000-fonts noarch 1.1.3-21.fc36 fedora 113 k OK, libreoffice-langpack-te is correctly pulled in. # dnf update fedora-repos Last metadata expiration check: 1:03:50 ago on Tue May 3 07:33:53 2022. Dependencies resolved. ================================================================================================================================== Package Architecture Version Repository Size ================================================================================================================================== Upgrading: fedora-gpg-keys noarch 36-1 fedora 114 k fedora-repos noarch 36-1 fedora 10 k fedora-repos-modular noarch 36-1 fedora 10 k Now updates-testing repo is disabled which means that libreoffice-langpack-te is not installable any more because of it depends on libreoffice-core version that is not available. # dnf install langpacks-te Last metadata expiration check: 1:04:20 ago on Tue May 3 07:33:44 2022. Dependencies resolved. ================================================================================================================================== Package Architecture Version Repository Size ================================================================================================================================== Installing: langpacks-te noarch 3.0-21.fc36 fedora 9.8 k Installing dependencies: langpacks-core-font-te noarch 3.0-21.fc36 fedora 9.7 k langpacks-core-te noarch 3.0-21.fc36 fedora 9.7 k lohit-telugu-fonts noarch 2.5.5-12.fc36 fedora 124 k Installing weak dependencies: google-noto-sans-telugu-fonts noarch 20201206-9.fc36 fedora 1.5 M google-noto-sans-telugu-ui-fonts noarch 20201206-9.fc36 fedora 1.5 M hunspell-te noarch 1:1.0.0-18.fc36 fedora 429 k hyphen-te noarch 1:0.7.0-19.fc36 fedora 12 k pothana2000-fonts noarch 1.3.3-21.fc36 fedora 115 k vemana2000-fonts noarch 1.1.3-21.fc36 fedora 113 k When I install libreoffice-core from fedora repo: # dnf distrosync libreoffice-core Last metadata expiration check: 1:10:04 ago on Tue May 3 07:33:44 2022. Dependencies resolved. ================================================================================================================================== Package Architecture Version Repository Size ================================================================================================================================== Downgrading: libreoffice-core x86_64 1:7.3.1.3-4.fc36 fedora 111 M Everything works again correctly: # dnf install langpacks-te Last metadata expiration check: 1:10:51 ago on Tue May 3 07:33:44 2022. Dependencies resolved. ================================================================================================================================== Package Architecture Version Repository Size ================================================================================================================================== Installing: langpacks-te noarch 3.0-21.fc36 fedora 9.8 k Installing dependencies: langpacks-core-font-te noarch 3.0-21.fc36 fedora 9.7 k langpacks-core-te noarch 3.0-21.fc36 fedora 9.7 k lohit-telugu-fonts noarch 2.5.5-12.fc36 fedora 124 k Installing weak dependencies: google-noto-sans-telugu-fonts noarch 20201206-9.fc36 fedora 1.5 M google-noto-sans-telugu-ui-fonts noarch 20201206-9.fc36 fedora 1.5 M hunspell-te noarch 1:1.0.0-18.fc36 fedora 429 k hyphen-te noarch 1:0.7.0-19.fc36 fedora 12 k libreoffice-langpack-te x86_64 1:7.3.1.3-4.fc36 fedora 417 k pothana2000-fonts noarch 1.3.3-21.fc36 fedora 115 k vemana2000-fonts noarch 1.1.3-21.fc36 fedora 113 k Could this explain the issue? Because I do not see any problem with dnf here.
(In reply to Marek Blaha from comment #18) > Because I do not see any problem with dnf here. I tend to agree, the dnf does the right thing, there's a problem with enabled repos in install time and after an update. The things will "cure itself" once the libreoffice update reaches the stable state/repo.
Ah, yeah, that's plausible. We do have this type of thing come up every cycle with the updates-testing disablement, just this one was a lot harder to spot than usual, I guess.
As far as the problem was in fedora-repos package and it seems to be fixed in the current version of the package, let me close this bug.