Bug 36332 – ebuild (emerge) of xmms (r20) blows up -- compiler finds non-ASCII char in file

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Craig Goodrich 2003-12-22 18:03:58 UTC]

gcc blows up when it hits a non-ASCII character in one of the source .c files
in xmms -- it's the author's name, and uses the Swedish (Norwegian? Danish?)
a-with-a-circle.  

xmms-1.2.7-r20  (which is apparently current; I just rsynch'ed)
Here's the blowup:

PATH=../src:$PATH /usr/bin/xgettext --default-domain=xmms --directory=.. \
  --add-comments --keyword=_ --keyword=N_ \
  --files-from=./POTFILES.in \
&& test ! -f xmms.po \
   || ( rm -f ./xmms.pot \
        && mv xmms.po ./xmms.pot )
/usr/bin/xgettext: Non-ASCII string at Input/tonegen/tonegen.c:50.
Please specify the source encoding through --from-code.
mv: cannot stat `xmms.po': No such file or directory
make[2]: *** [xmms.pot] Error 1
make[2]: Leaving directory `/usr/tmp/portage/xmms-1.2.7-r20/work/xmms-1.2.7/po'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/tmp/portage/xmms-1.2.7-r20/work/xmms-1.2.7'
make: *** [all-recursive-am] Error 2

!!! ERROR: media-sound/xmms-1.2.7-r20 failed.
!!! Function src_compile, Line 129, Exitcode 2
!!! (no error message)



Reproducible: Always
Steps to Reproduce:
1.  Emerge xmms 
2.  Have a beer
3.  Look at the terminal screen

By the way, I just replaced the Nordic a-with-halos with a's and typed "make install"
and everything went fine.  Then I told emerge to lie about installing it, and the rest 
of the mass emerge (something in the KDE dependency tree, I think) went fine.


Expected Results:  
Learn Danish?  Go play on its Tivoli?  Get therapy for paranoia? 

I can't call this bug a stopper, since it didn't stop me, but if Gentoo is going 
to be a novice's distro, this needs to be fixed -- since it blocks installation of 
KDE.  That's why I flagged it as "major" below. 
 
I have to say, though, that after running Linux since 1995 and doing a LOT of 
scratch building (I remember a 4-day xfree build on a 386...) I really, really love 
Gentoo.  Keep it up... 
 
Craig

[Comment 1 Nicolas Bock 2003-12-24 12:14:40 UTC]

I ran into the same problem. I found the following work around. Downgrade gettext to 0.11.5-r1 and try to re-emerge xmms. This trick worked for me and instead of those error messages I just got warnings.

[Comment 2 Tom Dickson 2003-12-24 13:17:47 UTC]

Bug 36442 causes this.

[Comment 3 Mamoru KOMACHI (RETIRED) 2003-12-26 13:06:48 UTC]

Created attachment 22682 [details, diff]
a patch for xmms-1.2.7-r20.ebuild to fix the problem

[Comment 4 Mamoru KOMACHI (RETIRED) 2003-12-26 13:19:28 UTC]

I've attached a patch to fix the problem. However, gettext-0.12 has
a problem with --from-code and I encountered the same issue in three
ebuilds, games-board/daemonshogi, app-dicts/ebview and this one.  I
think there might be a better solution than symptomatic treatment.
seemant: do you have any idea on this?

[Comment 5 Seemant Kulleen (RETIRED) 2003-12-26 19:31:26 UTC]

*** Bug 36442 has been marked as a duplicate of this bug. ***

[Comment 6 Mamoru KOMACHI (RETIRED) 2003-12-26 20:38:37 UTC]

Hum, this seems to be fixed in xmms-1.2.7-r{23,25}.ebuild (it applies
a patch in ${PATCHDIR}/${PN}-gettext-fix.patch if USE="nls" is set).
The patch is doing the same thing as the diff I attached (though my 
diff is to ebuild and the patch is to Makefile.in). My diff isn't
necessary (provided the patch is applied) and the patch should be
applied by the upstream?

[Comment 7 Seemant Kulleen (RETIRED) 2003-12-28 23:57:38 UTC]

*** Bug 36703 has been marked as a duplicate of this bug. ***

[Comment 8 Seemant Kulleen (RETIRED) 2003-12-28 23:59:26 UTC]

*** Bug 32786 has been marked as a duplicate of this bug. ***

[Comment 9 Seemant Kulleen (RETIRED) 2003-12-29 00:18:20 UTC]

-r23 is now stable on x86