Bug 91707 - rhythmbox doesn't compile my locale
|
Bug#:
91707
|
Product: Gentoo Linux
|
Version: 2005.0
|
Platform: x86
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: gnome@gentoo.org
|
Reported By: eva@gentoo.org
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: rhythmbox doesn't compile my locale
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2005-05-06 08:45 0000
|
When emerging rhythmbox it ends with no support for my language, but it is
present in ubuntu and po files are in the tar.gz. I have tried to compile it
manually but it gives no results.
Reproducible: Always
Steps to Reproduce:
Actual Results:
the configure doesn't find LC_MESSAGES
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... no
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for dgettext in libc... no
checking for bindtextdomain in -lintl... no
checking if -liconv is needed to use gettext...
checking for dcgettext in -lintl... no
Portage 2.0.51.21-r1 (default-linux/x86/2005.0, gcc-3.4.3-20050110,
glibc-2.3.5-r0, 2.6.11-gentoo-r6 i686)
=================================================================
System uname: 2.6.11-gentoo-r6 i686 Pentium III (Katmai)
Gentoo Base System version 1.6.11
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[enabled]
ccache version 2.4 [enabled]
dev-lang/python: 2.3.5
sys-apps/sandbox: 1.2.5
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils: 2.15.92.0.2-r8
sys-devel/libtool: 1.5.16
virtual/os-headers: 2.6.11
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS=" -O3 -march=pentium3 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS=" -O3 -march=pentium3 -fomit-frame-pointer -pipe
-fvisibility-inlines-hidden"
DISTDIR="/var/tmp/distfiles"
FEATURES="autoconfig ccache distcc distlocks keeptemp keepwork sandbox sfperms
strict userpriv usersandbox"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://ftp.heanet.ie/pub/gentoo/ http://mir.zyrianes.net/gentoo/"
LANG="fr"
LC_ALL="fr_FR.UTF-8"
LINGUAS="fr ja"
MAKEOPTS="-j5"
PKGDIR="/var/tmp/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aalib acpi alsa avi bash-completion berkdb bitmap-fonts canna
cdr
cjk crypt curl divx4linux dvd dvdr eds emboss encode ffmpeg flac foomaticdb
freewnn gdbm gif gnome gnutls gphoto2 gstreamer gtk gtk2 hal howl imagemagick
imlib ipv6 jabber jpeg ldap libg++ libwww mad matroska mmx mng motif mp3 mpeg
msn ncurses nfs nls nptl nptlonly ogg oggvorbis opengl pam parse-clocks pcre
pdflib perl physfs plotutils png python quicktime radeon readline samba sdl
slang smp spell sse ssl svg svga tcpd tetex theora threads truetype
truetype-fonts type1-fonts unicode v4l v4l2 vorbis xinerama xml xml2 xmms xv
xvid zlib video_cards_radeon linguas_fr linguas_ja userland_GNU kernel_linux
elibc_glibc"
Unset: ASFLAGS, CTARGET, LDFLAGS
Ok, I have searched some elements.
I discussed this problem with the guys on the rhythmbox irc channel but none of
them where able to identify the problem. For those people it works by default.
What I have done wrong ?
I've tested the patch. The LC_MESSAGES is now 'yes' and the locale is now
compiled and installed but rhythmbox doesn't use it. I absolutely dont know why.
Ok, I've been cleaning my system this morning and I have seen some data in
/usr/local that was resulting from a useless effort of making rhythmbox working.
After removing all this crap, I've restarted rhythmbox and now it works with the
right locale.
I think this bug should be closed.
Thank you for your help.
closed per users request. ( it works now )
I see that the ebuild that correct this problem is still not in portage, so I
reopen the bug until then. The attachements from Daniel are good.
does somebody take care of this or should I fill a new bug report ?
Dan, mind committing your fixed ebuild?
Committed to cvs (without a revbump, so it's still -r1). Sorry this fell
through the cracks.