When opening LibreOffice on a non-English installation of latest Fedora 43 Beta, it opens in English and a GNOME Software notification about required LibreOffice packages installation appears. Clicking the notification opens Software window with "No Results Found" message displayed. Reproducible: Always Steps to Reproduce: 1. Use latest, fully updated Fedora Workstation 43 (Beta) system with non-English locale. 2. Open LibreOffice. Actual Results: LibreOffice opens in English and a GNOME Software notification about required LibreOffice packages installation appears. Clicking the notification opens Software window with "No Results Found" message displayed. Expected Results: LibreOffice opens in English and a GNOME Software notification about required LibreOffice packages installation appears. Clicking the notification opens Software window with correct result (LibreOffice language pack) found and available for installation. Additional Information: See the attached screenshots.
Created attachment 2106788 [details] LibreOffice language pack installation dialog
Created attachment 2106789 [details] Software window
Proposed as a Blocker and Freeze Exception for 43-final by Fedora user asciiwolf using the blocker tracking app because: Pre-installed LibreOffice does not seem to have any l10n support out-of-box on non-English Fedora 43 Workstation. Instead, a dialog appears asking user to install the language pack for their language. However, this does not work and returns "No Results Found" error. This leads to a bad user experience and possible inability to use the application.
If you manually search for libreoffice-langpack-cs in GNOME software manager (I don't know the exact name as I don't use GNOME) does it show any result?
(In reply to Mattia Verga from comment #4) > If you manually search for libreoffice-langpack-cs in GNOME software manager > (I don't know the exact name as I don't use GNOME) does it show any result? Nope, nothing. And that's expected behavior since the libreoffice-langpack-* packages do not seem to have AppStream metadata (*.metainfo.xml file): https://koji.fedoraproject.org/koji/rpminfo?rpmID=44232311 (https://freedesktop.org/software/appstream/docs/chap-Metadata.html)
Anyway, I think that this should ideally be handled by the package itself and the correct langpack should be automatically installed as part of the transaction based on system locale. I think that, for example, the tesseract package handles it this way.
Or maybe add the correct libreoffice langpack as a dependency of the Fedora "langpacks" package (https://src.fedoraproject.org/rpms/langpacks/blob/rawhide/f/langpacks.spec)?
(In reply to Daniel Rusek from comment #6) > Anyway, I think that this should ideally be handled by the package itself > and the correct langpack should be automatically installed as part of the > transaction based on system locale. I think that, for example, the tesseract > package handles it this way. That was always been the way it worked: every libreoffice-langpack-* package Supplements langpacks-* for the same language. For cs, libreoffice-langpack-cs has "Supplements langpacks-cs". So, I think rpm/dnf does not work as expected in F43... (?)
dnf+langpacks is working as expected at least: eg $ sudo dnf install langpacks-XX pulls in libreoffice-langpack-XX as expected.
Yeah I can confirm the gnome-software popup works with F42-WORK-x86_64-LIVE-20250815.iso for example, unlike F43 where gnome-software comes up empty with no match. So either something changed with libreoffice or gnome-software I think (or possibly some integration).
Or maybe libreoffice langpacks are missing from the appstream-data somehow perhaps?
Maybe something related with dnf5 and gnome-software?
Which version of gnome-software is that, please? I agree it can be something with the dnf5 plugin. The Fedora 43 has switched back to the PackageKit recently, in the gnome-software-49~rc-3.fc43
Never mind, I tried with 49.0-1.fc43 and it cannot find the package too. It does use PackageKit. The gnome-software as such requires AppStream data for general apps to be shown in the gnome-software. Nonetheless, in the Fedora 42 with gnome-software 48.3 the libreoffice-langpack-cs can be found and according to its interface it looks like a simple package than anything backed up by the AppStream data. Slightly easier reproducer: gdbus call --session --dest org.freedesktop.PackageKit \ -o /org/freedesktop/PackageKit \ -m org.freedesktop.PackageKit.Modify2.InstallPackageNames \ '["libreoffice-langpack-cs"]' "" "libreoffice-startcenter.desktop" []
Okay, it's my fault. I'm moving this to the gnome-software.
For the record, gnome-software with dnf5 (currently rawhide only) cannot do this at all, because the used `org.freedesktop.PackageKit` D-Bus service does not exist there. It is provided by the gnome-software, thus it should be doable. Unless I forget, I'll look on it the next week. The patch for the Fedora 43 is building currently.
FEDORA-2025-7d010099e5 (gnome-software-49.0-2.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-7d010099e5
FEDORA-2025-7d010099e5 has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-7d010099e5` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-7d010099e5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
(In reply to Milan Crha from comment #16) > For the record, gnome-software with dnf5 (currently rawhide only) cannot do > this at all, because... That will change with https://gitlab.gnome.org/GNOME/gnome-software/-/merge_requests/2334 Either it'll be accepted upstream or it'll be part of the downstream patch, we'll see.
I can confirm that with the above mentioned update, Libre Office starts fully translated on F43.
+6 for FE in https://pagure.io/fedora-qa/blocker-review/issue/1930 , marking accepted FE. blocker vote is ongoing.
AGREED RejectedFinalBlocker AcceptedFinalFreezeException Discussed at the 2025-09-22 (blocker / freeze exception) review meeting: This bug is rejected as it does not obviously break any criteria, resembling the longstanding experience on KDE. It is already accepted as a Freeze Exception. https://meetbot-raw.fedoraproject.org//blocker-review_matrix_fedoraproject-org/2025-09-22/f43-blocker-review.2025-09-22-16.01.txt
FEDORA-2025-7d010099e5 (gnome-software-49.0-2.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.