Description of problem: Some langpack of libreoffice not installed in LiveDVD, e.g. libreoffice-langpack-pt-BR libreoffice-langpack-zh-CN libreoffice-langpack-zh-TW Possibly due to the langpacks use naming scheme like aa-BB instead of aa_BB. Version-Release number of selected component (if applicable): Mageia-3-beta4-LiveDVD-GNOME-i586-DVD Mageia-3-beta4-LiveDVD-GNOME-x86_64-DVD Mageia-3-beta4-LiveDVD-KDE4-i586-DVD Mageia-3-beta4-LiveDVD-KDE4-x86_64-DVD How reproducible: Always Steps to Reproduce: 1.Just check the *.lst file of each DVD directory in mirrors. Reproducible: Steps to Reproduce:
Another way to Reproduce is boot live-DVD and select any of these language: Chinese Simplified Chinese Traditional and run libreoffice applications, the ui will show in English. also, run these command can check that the packages are not installed rpm -qa | grep langpack-zh rpm -qa | grep langpack-pt-BR
Assignee: bugsquad => tmbCC: (none) => dmorganec
fixed in configx for next RC build
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
libreoffice-langpack-pt-BR, libreoffice-langpack-zh-CN and libreoffice-langpack-zh-TW are missing on classical installer isos too (since libreoffice 4). They are missing on media because they are missing in rpmsrate, because they are not recognized as language packages by clean-rpmsrate. clean-rpmsrate expandes languages only for package name like name-ll or name-ll_LL (not name-ll-LL) I will fix this in libreoffice spec.
CC: (none) => lmenut
Source RPM: (none) => libreofficeComponent: Release (media or process) => RPM PackagesCC: (none) => thierry.vignaud
Reopen because now it can be reproduced in mga8.
Resolution: FIXED => (none)Status: RESOLVED => REOPENED
*** Bug 28807 has been marked as a duplicate of this bug. ***
Take a look at the new duplicate bug, which shows this problem as a regression from Mageia 7. Assigning to ThierryV for LibreOffice, but wonder whether the component should be Installer or Release Media. CC'ing ISO team for the last.
Version: Cauldron => 8Status comment: (none) => Presumably applies to CauldronAssignee: tmb => thierry.vignaudCC: thierry.vignaud => isobuild
Summary: Some langpacks of libreoffice not installed in Live-DVD => Some langpacks of libreoffice not installed (Chinese & Portugese-Brazil)CC: (none) => lewyssmith
I have added this issue in Mageia 8 Errata.
Thank you :)
CC: (none) => friKeywords: (none) => IN_ERRATA8
CC: lewyssmith => (none)
This is caused by a libreoffice packaging change. In Mageia 7, libreoffice-langpack-zh_CN requires locales-zh. In Mageia 8, it requires locales-zh_CN. But when clean-rpmsrate identifies localised packages, it only detects packages that require a basic locale, so fails to add any packages that require a country-specific locale to the expanded package lists. This could either be fixed in the libreoffice package or in clean-rpmsrate. For Thierry to decide.
CC: isobuild => mageia
This should be fixed in clean-rpmsrate I think
Created attachment 12993 [details] Rpmsrate diff with fixed clean-rpmsrate As one can see, it also helps gimp translations :-)
Actually it was already fixed for nearly 10 years in git: http://gitweb.mageia.org/software/infrastructure/mgatools/commit/?id=0e86511f9d3bc43517873f25ad75b5fe1d5a2ed1 It just was never released
I just released mgatools-0.2-1.mga9 into cauldron. I guess we'll need to backport to infra_8 (and maybe infra_7) for you guys to deploy on BS?
CC: (none) => mageia, tmb
Summary: Some langpacks of libreoffice not installed (Chinese & Portugese-Brazil) => Some langpacks of gimp & libreoffice not installed (Chinese & Portugese-Brazil)
Please push on infra_8
This bug never got fixed? I found this is mentioned in Mageia *9* errata too. Is this still valid for Gimp? For Libroffice?
Fixed in Mageia 9, at least for Traditional Chinese (zh-TW). Not sure why it's in Errata.
(In reply to You-Cheng Hsieh from comment #16) > Fixed in Mageia 9, at least for Traditional Chinese (zh-TW). Thank you for checking. I assume it is fixed for pt brazil too then. > Not sure why it's in Errata. Because it was in mga8 and bug was never set to QA for testing, nothing indicating it was really fixed until you replied, so... I set this to resolved. If someone finds there is still problem with pt brazil, please reopen.
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED
( This should have been set to QA and tested during Mageia 9 cauldron times by netinstall or ISO classic installer testing. )