| Summary: | ebuild (emerge) of xmms (r20) blows up -- compiler finds non-ASCII char in file | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Craig Goodrich <craigg> |
| Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | gentoo, paradyse, seemant, simon.thiffeault |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 36442 | ||
| Bug Blocks: | |||
| Attachments: | a patch for xmms-1.2.7-r20.ebuild to fix the problem | ||
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. Created attachment 22682 [details, diff]
a patch for xmms-1.2.7-r20.ebuild to fix the problem
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? *** Bug 36442 has been marked as a duplicate of this bug. *** 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?
*** Bug 36703 has been marked as a duplicate of this bug. *** *** Bug 32786 has been marked as a duplicate of this bug. *** -r23 is now stable on x86 |
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