It fails to compile due some weird UTF8 conversion error. WORKAROUND: LC_ALL=C emerge libxcb Reproducible: Always Steps to Reproduce: 1. build glibc with your fav locales 2. set your locales as system default 3. try to build libxcb
Full build.log, emerge --info, list of locales, and the effective locale please.
Created attachment 893365 [details] emerge --info output, greater than copy-paste limit
From /etc/locale.gen: pl_PL ISO-8859-2 pl_PL.UTF-8 UTF-8 From /etc/profile.env: export LANG='pl_PL' From /etc/env.d/02locale: LANG="pl_PL" From /etc/environment.d/10-gentoo-env.conf: LANG=pl_PL
The error itself: ``` >>> Source configured. >>> Compiling source in /var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0 ... * abi_x86_64.amd64: running multilib-minimal_abi_src_compile make -j1 Making all in src make[1]: Entering directory '/var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0-abi_x86_64.amd64/src' /usr/bin/python3.11 /var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py -c "libxcb 1.17.0" -l "X Version 11" \ -s "3" -p / \ \ //usr/share/xcb/xproto.xml /usr/bin/python3.11 /var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py -c "libxcb 1.17.0" -l "X Version 11" \ -s "3" -p / \ \ //usr/share/xcb/bigreq.xml /usr/bin/python3.11 /var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py -c "libxcb 1.17.0" -l "X Version 11" \ -s "3" -p / \ \ //usr/share/xcb/xc_misc.xml /usr/bin/python3.11 /var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py -c "libxcb 1.17.0" -l "X Version 11" \ -s "3" -p / \ \ //usr/share/xcb/composite.xml Traceback (most recent call last): File "/var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py", line 3395, in <module> module.generate() File "/usr/lib/python3.11/site-packages/xcbgen/state.py", line 131, in generate item.out(name) File "/var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py", line 3212, in c_request _man_request(self, name, void=not self.reply, aux=False) File "/var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0/src/c_client.py", line 2676, in _man_request f.write('%s \\- %s\n' % (func_name, brief)) File "/usr/lib/python3.11/encodings/iso8859_2.py", line 19, in encode return codecs.charmap_encode(input,self.errors,encoding_table)[0] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ UnicodeEncodeError: 'charmap' codec can't encode character '\u2018' in position 81: character maps to <undefined> make[1]: *** [Makefile:1425: composite.c] Error 1 make[1]: Leaving directory '/var/tmp/portage/x11-libs/libxcb-1.17.0/work/libxcb-1.17.0-abi_x86_64.amd64/src' make: *** [Makefile:799: all-recursive] Error 1 ```
This is not the first time, so I need to point it out: Due to copy/paste size limit, it is impossible to provide all the usually needed info at one go, so it takes more time to provide them than setting a bug report as RESOLVED with NEEDINFO. No these tasks are not resolved if they need info.
(In reply to Paul Osmialowski from comment #5) > This is not the first time, so I need to point it out: > > Due to copy/paste size limit, it is impossible to provide all the usually > needed info at one go, so it takes more time to provide them than setting a > bug report as RESOLVED with NEEDINFO. > It'd been 10 minutes since the report and I did one of my rounds of checking new bugs. We very often get bugs where there is no info forthcoming after hours - it's hard to tell the difference. You can include attachments in the original submission, though. Anyway, noted. > No these tasks are not resolved if they need info. That's just how Bugzilla does state management. Bugs can and are reopened regularly.
*** This bug has been marked as a duplicate of bug 913655 ***
