[oe-commits] [Bug 5292] Setting ENABLE_BINARY_LOCALE_GENERATION="0" and GLIBC_GENERATE_LOCALES="en.US.UTF-8" causes glibc_2.9 to error when building

Sun Aug 9 05:34:09 UTC 2009

http://bugs.openembedded.org/show_bug.cgi?id=5292

--- Comment #2 from Chris Verges <chrisv at cyberswitching.com>  2009-08-09 05:34:07 ---
IRC conversation log:

kg4ysn|away: has anyone seen a "ValueError: too many variables to unpack" when
building glibc-2.9?
[10:03pm] You are now known as kg4ysn.
[10:06pm] zecke: kg4ysn: didn't try, but you should get a backtrace of some
such...
[10:06pm] zecke: kg4ysn: or actually, bitbake tells you which task failed, then
you can start looking from there
[10:06pm] kg4ysn: zecke:
[10:06pm] kg4ysn: NOTE: Running task 665 of 2238 (ID: 172,
/root/workspace/openembedded/recipes/glibc/glibc_2.9.bb, do_package)
[10:06pm] kg4ysn: ERROR: Error in executing:
/root/workspace/openembedded/recipes/glibc/glibc_2.9.bb
[10:06pm] kg4ysn: ERROR: Exception:<type 'exceptions.ValueError'> Message:too
many values to unpack
[10:06pm] kg4ysn: ERROR: Printing the environment of the function
[10:06pm] kg4ysn: ERROR:  0058:  utf8_only =
int(bb.data.getVar('LOCALE_UTF8_ONLY', d, 1) or 0)
[10:06pm] kg4ysn: ERROR:  0059:  encodings = {}
[10:06pm] kg4ysn: ERROR:  0060:  for l in supported:
[10:06pm] kg4ysn: ERROR:  0061:          l = l[:-1]
[10:06pm] kg4ysn: ERROR:  0062:          (locale, charset) = l.split(" ")
[10:06pm] kg4ysn: ERROR:  0063:          if utf8_only and charset != 'UTF-8':
[10:06pm] kg4ysn: ERROR:  0064:                  continue
[10:06pm] kg4ysn: ERROR:  0065:          m = dot_re.match(locale)
[10:06pm] kg4ysn: ERROR:  0066:          if m:
[10:07pm] kg4ysn: that's the backtrace
[10:08pm] kg4ysn: zecke: python also kicked out a bunch of traceback
information ... files/lines/etc.  i can send that if better.
[10:08pm] zecke: kg4ysn: thanks, use paste.lisp.org/new/oe or such in the
future..
[10:08pm] zecke: kg4ysn: so which line do you think is wrong
[10:08pm] kg4ysn: zecke: didn't know about that, thanks.
[10:09pm] kg4ysn: zecke: not sure.  all i know is that bitbake is tossing off
an error, preventing my build from completing.
[10:09pm] kg4ysn: zecke: ENABLE_LOCALES is set to "0"
[10:10pm] zecke: kg4ysn: yes, the key is called ENABLE_BINARY_LOCALES or
such...
[10:11pm] zecke: kg4ysn: well, there are not too many "unpacks" in the above
code... what about printing "l" and see how it loiks
[10:11pm] lisppaste7: kg4ysn pasted "traceback output" at
http://paste.lisp.org/display/85079
[10:13pm] kg4ysn: zecke: I had ENABLE_BINARY_LOCALES set to "0", but still had
GLIBC_GENERATE_LOCALES set to "en.US.UTF-8".  When I commented out the
GLIBC_GENERATE_LOCALES field, all seems to be happy.  are the two not related?
[10:20pm] kg4ysn: yeah, that's the damnedest thing ...
ENABLE_BINARY_LOCALES="0" and GLIBC_GENERATE_LOCALES="en.US.UTF-8" causes an
error.  is it an error worthy of a bug report?
[10:20pm] kg4ysn: or is it expected behavior?
[10:20pm] zecke: kg4ysn: no idea, but if there is a problem maybe you should
help to fix it?
[10:21pm] kg4ysn: zecke: thanks, i often contribute to the kernel as well as
other FOSS projects.  in this case, however, it's a little out of my league to
get up to speed on the code surrounding it.  my contribution will be to report
the condition, starting the chain of events.  
[10:22pm] kg4ysn: zecke: appreciate the help!  and the pointer to the lisp.org
paste util ... didn't know about it, very neat.
[10:22pm] zecke: kg4ysn: yeah reporting is a good start, any kind of such
errors should be there (e.g. non compatible options should generate a warning
by sanity.bbclass or such)
[10:23pm] zecke: kg4ysn: I would be interested in what "supported" holds, and
then "l"
[10:23pm] kg4ysn: zecke: might need to prompt me more on how to get that info
... not following
[10:26pm] zecke: kg4ysn: it is python code so "print supported" and "print l"
(with the right indention) in glibc-package.inc... let me check the filename
[10:27pm] zecke: kg4ysn: glibc-package.bbclass in the recipes/glibc directory
[10:28pm] zecke: kg4ysn: basically the l.split(" ") fails as there is no " " in
'l'... but I have no idea why

-- 
Configure bugmail: http://bugs.openembedded.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.