| Summary: | media-tv/gentoo-vdr-scripts-0.4.3: No charmap when using baselayout-2 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Robert Schedel <r.schedel> |
| Component: | Current packages | Assignee: | Gentoo VDR Project <vdr> |
| Status: | RESOLVED CANTFIX | ||
| Severity: | minor | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Robert Schedel
2008-04-16 07:09:44 UTC
(In reply to comment #0) > 2. A workaround seems to be using "export LANG=..." in /etc/conf.d/vdr. The > templates do not have the "export" in them (unclear if this is the desired > final solution because actually also the setting from 02locale should be used). Just noticed, this is not even a workaround: Only the error message on startup is gone for some mysterious reason, but the messages are still in english afterwards. Only after restarting manually (/etc/init.d/vdr restart), the messages are also displayed according to LANG localization. (In reply to comment #1) > (In reply to comment #0) > > 2. A workaround seems to be using "export LANG=..." in /etc/conf.d/vdr. The > > templates do not have the "export" in them (unclear if this is the desired > > final solution because actually also the setting from 02locale should be used). > > Just noticed, this is not even a workaround: Only the error message on startup > is gone for some mysterious reason, but the messages are still in english > afterwards. Only after restarting manually (/etc/init.d/vdr restart), the > messages are also displayed according to LANG localization. > So I noticed the charmap checking code has a bug. (This is already fixed in svn-repository, and will be in next gentoo-vdr-scripts version) It did this: check output of "locale charmap" then do export LANG. So locale command did not receive value of $LANG. Language VDR uses in OSD is not only influenced by $LANG, but also by setting in /etc/vdr/setup.conf that can be modified via OSD itself. # grep OSDLanguage /etc/vdr/setup.conf (In reply to comment #0) > On startup with the new baselayout-2, vdr does not find the LANG variable and > vdr is set to english language on startup. However, LANG is set in > /etc/conf.d/vdr as well as in /etc/env.d/02locale. Log from startup: > > Expected Results: > vdr should use LANG settings from /etc/env.d/02locale or /etc/conf.d/vdr on > startup > > Content of /etc/env.d/02locale: > LANG="de_DE.utf8" > LC_ALL="de_DE.utf8" > GDM_LANG="de_DE.utf8" > Not respecting this in an init-script seems to be a baselayout/openrc issue. No idea how sourcing /etc/profile is (thought to be) handled in openrc. > Content of /etv/conf.d/vdr: > [...] > VDR_SORT_ORDER="de_DE" > LANG="de_DE.utf8" > [...] > LANG from here IS used, but there was a bug - see Comment #2. export LANG really is a workaround. > > Some additional observations: > 1. With old baselayout-1 this did not happen. Seems it sourced /etc/profile > 2. Changelog for gentoo-vdr-scripts-0.4.3 states: "Should now also work with > baselayout-2/openrc." It does for all other stuff. Even using non bash shell. > 2. A workaround seems to be using "export LANG=..." in /etc/conf.d/vdr. The > templates do not have the "export" in them (unclear if this is the desired > final solution because actually also the setting from 02locale should be used). Works as seen above. > 3. When root restarts vdr manually from his bash login shell, the error also > does not occur anymore with baselayout-2. Log from manual restart: Works, as login shell has LANG from /etc/profile in environment and init-script inherits it then. The situation should be improved with gentoo-vdr-scripts-0.4.4 (In reply to comment #4) > The situation should be improved with gentoo-vdr-scripts-0.4.4 > Situation is improved with this version. No error message anymore on startup (but menu still in english until manual restart from login shell, as explained above). Part from /etc/vdr/setup.conf: OSDLanguage = de_DE (In reply to comment #5) > (In reply to comment #4) > > The situation should be improved with gentoo-vdr-scripts-0.4.4 > > > > Situation is improved with this version. No error message anymore on startup > (but menu still in english until manual restart from login shell, as explained > above). Part from /etc/vdr/setup.conf: > OSDLanguage = de_DE > Coming back to this bug. I think it really is a bug deep inside vdr's handling of locales / enumeration of them and thinking they exist - if locales do not exist you cannot select and use them. So one workaround is: Set LANG in /etc/conf.d/vdr and delete the OSDLanguage from setup.conf Re-reading all this bug makes me think we cannot do anything on this without changing vdr itself. So closing to CANTFIX. |
