i18n-bugs July 2026

i18n-bugs@lists.fedoraproject.org

1 participants
66 discussions

[Bug 2496419] Review Request: libreoffice-dictionaries - LibreOffice hunspell dictionaries
by bugzilla＠redhat.com 06 Jul '26

06 Jul '26

https://bugzilla.redhat.com/show_bug.cgi?id=2496419 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |fedora-review? Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2496419

1 0

[Bug 2496419] Review Request: libreoffice-dictionaries - LibreOffice hunspell dictionaries
by bugzilla＠redhat.com 06 Jul '26

06 Jul '26

https://bugzilla.redhat.com/show_bug.cgi?id=2496419 --- Comment #5 from Jens Petersen <petersen(a)redhat.com> --- > Ok I will consolidate them in libreoffice-dict-es-ES subpackage. I think it should be just libreoffice-dict-es -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2496419 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 0

[Bug 2496419] Review Request: libreoffice-dictionaries - LibreOffice hunspell dictionaries
by bugzilla＠redhat.com 03 Jul '26

03 Jul '26

https://bugzilla.redhat.com/show_bug.cgi?id=2496419 --- Comment #4 from Parag Nemade <pnemade(a)redhat.com> --- (In reply to Jens Petersen from comment #3) > libreoffice-dict-an.noarch: E: spelling-error ('Aragonese', 'Summary(en_US) > Aragonese -> Aragon') > libreoffice-dict-an.noarch: E: spelling-error ('Aragonese', '%description -l > en_US Aragonese -> Aragon') ==> As per https://en.wikipedia.org/wiki/Aragonese_language, Aragonese is a language name. > > libreoffice-dict-bo.noarch: E: spelling-error ('Tibetian', 'Summary(en_US) > Tibetian -> Tibetan, Titian') > libreoffice-dict-bo.noarch: E: spelling-error ('Tibetian', '%description -l > en_US Tibetian -> Tibetan, Titian') > > This ^^ is a typo ==> As per https://en.wikipedia.org/wiki/Tibet#Language, we can change this to "Tibetan". > > libreoffice-dict-es-CR.noarch: E: spelling-error ('Costa', 'Summary(en_US) > Costa -> Hosta, Coats, Costs') > libreoffice-dict-es-CR.noarch: E: spelling-error ('Costa', '%description -l > en_US Costa -> Hosta, Coats, Costs') > > This ^ should be Costa Rica? ==> As per https://en.wikipedia.org/wiki/Languages_of_Costa_Rica Costa Rica's official and predominant language is Spanish. The variety spoken there, Costa Rican Spanish, is a form of Central American Spanish. Similarly as per https://en.wikipedia.org/wiki/Puerto_Rican_Spanish Puerto Rican Spanish is the variety of the Spanish language as characteristically spoken in Puerto Rico. > > Though I am not convinced we should split all the Spanish dictionaries: it > seems upstream doesn't? Ok I will consolidate them in libreoffice-dict-es-ES subpackage. > > libreoffice-dict-gl.noarch: E: spelling-error ('Galician', 'Summary(en_US) > Galician -> Clinician, Galvanic, Alicia') > libreoffice-dict-gl.noarch: E: spelling-error ('Galician', '%description -l > en_US Galician -> Clinician, Galvanic, Alicia') > libreoffice-dict-oc.noarch: E: spelling-error ('Occitan', 'Summary(en_US) > Occitan -> Occidental') > libreoffice-dict-oc.noarch: E: spelling-error ('Occitan', '%description -l > en_US Occitan -> Occidental') > libreoffice-dict-or.noarch: E: spelling-error ('Odia', 'Summary(en_US) Odia > -> Odis, Odin, Zodiac') > libreoffice-dict-or.noarch: E: spelling-error ('Odia', '%description -l > en_US Odia -> Odis, Odin, Zodiac') > libreoffice-dict-si.noarch: E: spelling-error ('Sinhala', 'Summary(en_US) > Sinhala -> Sinhalese') > libreoffice-dict-si.noarch: E: spelling-error ('Sinhala', '%description -l > en_US Sinhala -> Sinhalese') > libreoffice-dictionaries.src: E: spelling-error ('hunspell', 'Summary(en_US) > hunspell -> Hunspell, unshapely') > libreoffice-dictionaries.src: E: spelling-error ('hunspell', '%description > -l en_US hunspell -> Hunspell, unshapely') > libreoffice-dictionaries.spec: W: no-%check-section > libreoffice-dictionaries.spec: W: no-%check-section > libreoffice-dictionaries.spec: W: no-%check-section > libreoffice-dict-bg.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-bg/COPYING > libreoffice-dict-bn_BD.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-bn_BD/COPYING > libreoffice-dict-eo.noarch: E: incorrect-fsf-address > /usr/share/hunspell/eo.aff > libreoffice-dict-gd.noarch: E: incorrect-fsf-address > /usr/share/hunspell/gd_GB.aff > libreoffice-dict-hi.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-hi/COPYING > libreoffice-dict-hi.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-hi/Copyright > libreoffice-dict-kn.noarch: E: incorrect-fsf-address > /usr/share/doc/libreoffice-dict-kn/README-kn_IN.txt > libreoffice-dict-lv.noarch: E: incorrect-fsf-address > /usr/share/doc/libreoffice-dict-lv/README_lv_LV.txt > libreoffice-dict-mr.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-mr/COPYING > libreoffice-dict-oc.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-oc/LICENCES-fr.txt > libreoffice-dict-pl.noarch: E: incorrect-fsf-address > /usr/share/doc/libreoffice-dict-pl/README_pl.txt > libreoffice-dict-ro.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-ro/COPYING.GPL > libreoffice-dict-ro.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-ro/COPYING.LGPL > libreoffice-dict-sk.noarch: E: incorrect-fsf-address > /usr/share/licenses/libreoffice-dict-sk/LICENSE.txt > libreoffice-dict-te.noarch: E: incorrect-fsf-address > /usr/share/doc/libreoffice-dict-te/README_te_IN.txt > 94 packages and 2 specfiles checked; 31 errors, 3 warnings, 351 filtered, > 31 badness; has taken 15.4 s > > > Spec license: GPL-2.0-or-later OR LGPL-2.1-or-later OR MPL-1.1 > > Not sure if this is sufficient, though there is no binary base package. Then we can concatenate all binary subpackage licenses and final tag will be License: AGPL-3.0-only AND Apache-2.0 AND BSD-3-Clause AND (BSD-3-Clause OR CC-BY-3.0) AND BSD-3-Clause-Modification AND CC-BY-4.0 AND (CC-BY-4.0 or LGPL-3.0-only) AND CC-BY-SA-3.0 AND CC0-1.0 AND GFDL-1.2-invariants-or-later AND GPL-1.0-or-later AND (GPL-1.0-or-later OR LGPL-2.1-or-later) AND GPL-2.0-only AND GPL-2.0-or-later AND (GPL-2.0-or-later AND LGPL-2.1-or-later) AND (GPL-2.0-or-later OR GPL-3.0-or-later) AND (GPL-2.0-or-later OR LGPL-2.1-or-later OR MPL-1.1) AND (GPL-2.0-or-later OR LGPL-2.1-or-later OR MPL-1.1 OR Apache-2.0 OR CC-BY-SA-4.0) AND GPL-3.0-only AND GPL-3.0-or-later AND (GPL-3.0-or-later OR LGPL-3.0-or-later OR MPL-1.1) AND (GPL-3.0-or-later OR LGPL-3.0-or-later OR MPL-2.0) AND LGPL-2.1-or-later AND LGPL-3.0-only AND (LGPL-3.0-only OR MPL-1.1) AND LGPL-3.0-or-later AND LPPL-1.3c AND MPL-1.1 AND MPL-2.0 AND NTP Please suggest what should be the License used for this package? -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2496419 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 0

[Bug 2496419] Review Request: libreoffice-dictionaries - LibreOffice hunspell dictionaries
by bugzilla＠redhat.com 03 Jul '26

03 Jul '26

https://bugzilla.redhat.com/show_bug.cgi?id=2496419 Jens Petersen <petersen(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|nobody(a)fedoraproject.org |petersen(a)redhat.com --- Comment #3 from Jens Petersen <petersen(a)redhat.com> --- libreoffice-dict-an.noarch: E: spelling-error ('Aragonese', 'Summary(en_US) Aragonese -> Aragon') libreoffice-dict-an.noarch: E: spelling-error ('Aragonese', '%description -l en_US Aragonese -> Aragon') libreoffice-dict-bo.noarch: E: spelling-error ('Tibetian', 'Summary(en_US) Tibetian -> Tibetan, Titian') libreoffice-dict-bo.noarch: E: spelling-error ('Tibetian', '%description -l en_US Tibetian -> Tibetan, Titian') This ^^ is a typo libreoffice-dict-es-CR.noarch: E: spelling-error ('Costa', 'Summary(en_US) Costa -> Hosta, Coats, Costs') libreoffice-dict-es-CR.noarch: E: spelling-error ('Costa', '%description -l en_US Costa -> Hosta, Coats, Costs') This ^ should be Costa Rica? Though I am not convinced we should split all the Spanish dictionaries: it seems upstream doesn't? libreoffice-dict-gl.noarch: E: spelling-error ('Galician', 'Summary(en_US) Galician -> Clinician, Galvanic, Alicia') libreoffice-dict-gl.noarch: E: spelling-error ('Galician', '%description -l en_US Galician -> Clinician, Galvanic, Alicia') libreoffice-dict-oc.noarch: E: spelling-error ('Occitan', 'Summary(en_US) Occitan -> Occidental') libreoffice-dict-oc.noarch: E: spelling-error ('Occitan', '%description -l en_US Occitan -> Occidental') libreoffice-dict-or.noarch: E: spelling-error ('Odia', 'Summary(en_US) Odia -> Odis, Odin, Zodiac') libreoffice-dict-or.noarch: E: spelling-error ('Odia', '%description -l en_US Odia -> Odis, Odin, Zodiac') libreoffice-dict-si.noarch: E: spelling-error ('Sinhala', 'Summary(en_US) Sinhala -> Sinhalese') libreoffice-dict-si.noarch: E: spelling-error ('Sinhala', '%description -l en_US Sinhala -> Sinhalese') libreoffice-dictionaries.src: E: spelling-error ('hunspell', 'Summary(en_US) hunspell -> Hunspell, unshapely') libreoffice-dictionaries.src: E: spelling-error ('hunspell', '%description -l en_US hunspell -> Hunspell, unshapely') libreoffice-dictionaries.spec: W: no-%check-section libreoffice-dictionaries.spec: W: no-%check-section libreoffice-dictionaries.spec: W: no-%check-section libreoffice-dict-bg.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-bg/COPYING libreoffice-dict-bn_BD.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-bn_BD/COPYING libreoffice-dict-eo.noarch: E: incorrect-fsf-address /usr/share/hunspell/eo.aff libreoffice-dict-gd.noarch: E: incorrect-fsf-address /usr/share/hunspell/gd_GB.aff libreoffice-dict-hi.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-hi/COPYING libreoffice-dict-hi.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-hi/Copyright libreoffice-dict-kn.noarch: E: incorrect-fsf-address /usr/share/doc/libreoffice-dict-kn/README-kn_IN.txt libreoffice-dict-lv.noarch: E: incorrect-fsf-address /usr/share/doc/libreoffice-dict-lv/README_lv_LV.txt libreoffice-dict-mr.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-mr/COPYING libreoffice-dict-oc.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-oc/LICENCES-fr.txt libreoffice-dict-pl.noarch: E: incorrect-fsf-address /usr/share/doc/libreoffice-dict-pl/README_pl.txt libreoffice-dict-ro.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-ro/COPYING.GPL libreoffice-dict-ro.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-ro/COPYING.LGPL libreoffice-dict-sk.noarch: E: incorrect-fsf-address /usr/share/licenses/libreoffice-dict-sk/LICENSE.txt libreoffice-dict-te.noarch: E: incorrect-fsf-address /usr/share/doc/libreoffice-dict-te/README_te_IN.txt 94 packages and 2 specfiles checked; 31 errors, 3 warnings, 351 filtered, 31 badness; has taken 15.4 s > Spec license: GPL-2.0-or-later OR LGPL-2.1-or-later OR MPL-1.1 Not sure if this is sufficient, though there is no binary base package. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2496419 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 0

[Bug 2496419] Review Request: libreoffice-dictionaries - LibreOffice hunspell dictionaries
by bugzilla＠redhat.com 03 Jul '26

03 Jul '26

1 0

[Fedora-i18n-bugs] [Bug 1919932] New: Culmus Hebrew fonts aren't usable by TeXLive after installation
by bugzilla＠redhat.com 01 Jul '26

01 Jul '26

https://bugzilla.redhat.com/show_bug.cgi?id=1919932 Bug ID: 1919932 Summary: Culmus Hebrew fonts aren't usable by TeXLive after installation Product: Fedora Version: 33 Status: NEW Component: culmus-fonts Assignee: petersen(a)redhat.com Reporter: nikita(a)leshenko.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pnemade(a)redhat.com, psatpute(a)redhat.com, vishalvijayraghavan(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1750496 --> https://bugzilla.redhat.com/attachment.cgi?id=1750496&action=edit Basic Hebrew document Description of problem: On a clean Fedora 33 after installing texlive, babel-hebrew, and tex-fonts-hebrew, I can't use pdflatex to render a Hebrew document. Detailed steps to reproduce and a possible fix are provided below. Version-Release number of selected component (if applicable): texlive 9:2020-34.fc33 texlive-babel-hebrew 9:svn30273.2.3h-34.fc33 tex-fonts-hebrew 0.1-33.fc33 How reproducible: Always Steps to Reproduce: 1. Start a new Fedora 33 container: podman run -it fedora:33 2. dnf install texlive texlive-babel-hebrew tex-fonts-hebrew 3. Try to render hello.tex document attached to this bug report (this is a basic Hebrew document). \documentclass{article} \usepackage[utf8x]{inputenc} \usepackage[english,hebrew]{babel} \begin{document} שלום! \end{document} Actual results: We get the following error message: !pdfTeX error: pdflatex (file rdavid): Font rdavid at 600 not found ==> Fatal error occurred, no output PDF file produced! Full log is at first.log. Expected results: Document is rendered :) Additional info: We need two steps to resolve the problem here. I'm not sure if these steps are the idiomatic way to fix the issue, but it worked for me... The first issue that that culmus.map is not included in the pdflatex.map, even though culmus.map is enabled in /etc/texlive/web2c/updmap.cfg. I was able to solve it with - updmap-sys --syncwithtrees - updmap-sys to recreate the map file. It would be nice the Culmus will do this by default as part of the installation. (Another temporary per-document solution is to add \pdfmapfile{culmus.map} to the Hebrew document.) Now if we re-run pdflatex we get a new error: !pdfTeX error: pdflatex (file DavidCLM-Medium.pfa): cannot open Type 1 font file for reading ==> Fatal error occurred, no output PDF file produced! The full log is in second.log. There are multiple ways around this problem: 1. Note that /usr/share/texmf/fonts/type1/public/ has a broken symlink to culmus. Even if we fix the symlink to point to /usr/share/fonts/culmus/, it doesn't work because pdflatex doesn't seem to follow directory symlinks. But if we actually create a directory and symlink fonts individually, it will work, like this: mkdir /usr/share/texmf/fonts/type1/public/culmus2 for i in /usr/share/fonts/culmus/*; do ln $i /usr/share/texmf/fonts/type1/public/culmus2/${i##*/}; done 2. A more "general" fix is to edit /etc/texlive/web2c/texmf.cnf instead and set OSFONTDIR to /usr/share/fonts/, but it seems like this change extends beyond Culmus so I'm not sure how practical is it to edit OSFONTDIR as part of installation. After building the map file and teaching latex to find Type1 Culmus fonts the Hebrew document can compile successfully. I hope that it will be possible to adjust the Culmus package so that Hebrew latex works out of the box. Thanks! I'm available for questions and clarifications. -- You are receiving this mail because: You are on the CC list for the bug.

1 9

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2026