Summary: | [Tracker] Russian messages broken for utf8 locale | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Peter Volkov (RETIRED) <pva> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | azamat.hackimov, devil, dushistov, ectb, nikoli, Reimar.Doeffinger, sbriesen, svyatogor, theli.ua |
Priority: | High | Keywords: | Tracker |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 77175, 93664 | ||
Bug Blocks: | |||
Attachments: |
mplayer-1.0_pre7-r1.ebuild with unicode support
mplayer-1.0_pre7-r1.ebuild (20051201) with unicode support mplayer-1.0.20060102-r1.ebuild mplayer-1.0.20060302 with utf8 support |
Description
Peter Volkov (RETIRED)
2005-05-09 09:05:51 UTC
MPlayer since 2005/02/26 has a --charset configure option that will convert the help messages to the given charset. It will only work for languages where a help/help_mp-??.h.charset file exists - unfortunately not all translators responded to my call to add it. Man pages are a different thing - I had hoped that man would be able to handle it. Hi, Some users have reported the same problem with german language in the forum. Mplayer: http://forums.gentoo.org/viewtopic-t-350218-highlight-unicode.html Man:http://forums.gentoo.org/viewtopic-t-357032.html I think, Peter has made a good solution-suggestion for this problem. greetings Martin Created attachment 67734 [details]
mplayer-1.0_pre7-r1.ebuild with unicode support
Here latest ebuild (mplayer-1.0pre7-r1 from rsync) with unicode support.
Now configure script support option "--charset".
Added keyword - unicode.
Supported language: bg cs de en hu pl ru uk.
I added this code:
[quote]
# Added workaround for support unicode
if use unicode
then
LANG=( $LINGUAS )
if [ -e ${S}/help/help_mp-${LANG[0]}.h.charset ]
then
myconf="${myconf} --charset=utf-8"
else
LANG_CC=${LANG[0]}
if [ ${#LANG_CC} -ge 2 ]
then
LANG_CC=${LANG_CC:0:2}
if [ -e ${S}/help/help_mp-${LANG_CC}.h.charset ]
then
myconf="${myconf} --charset=utf-8"
else
ewarn "Can't convert ${LANG[0]} or ${LANG_CC} to Unicode, leave it as
is."
fi
fi
fi
fi
[/qoute]
$LANG_CC variable need for locale with name zh_TW, pt_BR etc.
I hope, this would be useful :).
*** Bug 105241 has been marked as a duplicate of this bug. *** Created attachment 74237 [details]
mplayer-1.0_pre7-r1.ebuild (20051201) with unicode support
Here new version synced with portage tree.
And so... ANYBODY HEAR ME? Who lead utf8 team? Where comments for first bug
file? Hey, don't sleep!
(In reply to comment #5) > Created an attachment (id=74237) [edit] > mplayer-1.0_pre7-r1.ebuild (20051201) with unicode support > > Here new version synced with portage tree. > And so... ANYBODY HEAR ME? Who lead utf8 team? Where comments for first bug > file? Hey, don't sleep! I am already ansver on your question. It's bad things about used iconv in ebuild and convert text to utf-8. I think it's would be better if upstream provide separate transates for different locales. he just sets --charset=utf-8 with unicode use flag *** Bug 120734 has been marked as a duplicate of this bug. *** Created attachment 78369 [details]
mplayer-1.0.20060102-r1.ebuild
This ebuild works for me fine...
could you please past it also as diff? (yes, I'm lazy sometimes) Okay, here it is... 13c13 < v4l v4l2 win32codecs X xanim xinerama xmms xv xvid xvmc" --- > unicode v4l v4l2 win32codecs X xanim xinerama xmms xv xvid xvmc" 434c434 < --- > use unicode && myconf="${myconf} --charset=utf-8" And to DEPEND we will need to add line: unicode? ( app-i18n/enca ) When I removed enca after compiled it with --charset=utf-8, then it fails to start: $ mplayer 040\ Autoskola.avi mplayer: error while loading shared libraries: libenca.so.0: cannot open shared object file: No such file or directory So I think it depends on it... *** Bug 124925 has been marked as a duplicate of this bug. *** *** Bug 124925 has been marked as a duplicate of this bug. *** Created attachment 81278 [details]
mplayer-1.0.20060302 with utf8 support
Btw: Enca is not dependency...
Please add it to tree with this modification, it is not dangerous, it's just one safe option for ./configure, which 'll make good. It's really boring to edit each new versions ebuild... Thanks.
(In reply to comment #15) > mplayer-1.0.20060302 with utf8 support One question: why utf8 instead unicode? It is pricipial difference or not? Sorry, it's me again :) Ebuild work pretty fine for me (Russian with unicode), but in console mplayer says: "libpng warning: Incomplete compressed datastream in iCCP chunk libpng warning: Profile size field missing from iCCP chunk" ++ more same warnings below. This is no critical error, mplayer runs without crashing. > (In reply to comment #15)
> > mplayer-1.0.20060302 with utf8 support
>
> One question: why utf8 instead unicode? It is pricipial difference or not?
>
Well, in ebuild's added line:
use utf8 && myconf="$myconf --charset=utf-8"
So I think utf8 is better choice. But doesn't matter.
>As a partial solution we can use existant utf8 flag or better introduce new nls-utf8 flag and then >add this something like this in man ebuild: you can look at http://bugs.gentoo.org/show_bug.cgi?id=93664 with full fix, it works fine in ru_RU.{CP1251,UTF-8,KOI8-R} or should work :) Fixed, innit ? Well, one year ago (hehe, anniversary). So, latest ebuild mplayer-1.0-20060415 work fine, but solving problem by disabling l10n... too hard, is didn't? For unknown reason section of hadling LINGUAS commented. I rollback to mplayer-1.0-20060408 and for me mplayer runs with russian cyrilic simbols... at last. it will be reenable on mplayer release (or withing a week). I disable it just because not every language was updated to the new infrastructure fixing localization problems. This bug is now a Tracker to get an overview of affected packages, but no longer contains patches/bug-descriptions/... Closing this as utf8 herd no longer exists (it was dead for ages) and the only two packages with reported problems are only two and both with their own bug reports |