For some reason, I see the following: /usr/bin/install: cannot stat './dicts/emoji-gd.dict': No such file or directory install-xattr: failed to stat ./dicts/emoji-gd.dict: No such file or directory
Created attachment 765592 [details] build.log
Created attachment 765593 [details] environment
Created attachment 765594 [details] emerge --info '=app-i18n/ibus-1.5.25-r1::gentoo'
Created attachment 765595 [details] emerge -pqv '=app-i18n/ibus-1.5.25-r1::gentoo'
The directory ibus-1.5.25-r1/work/ibus-1.5.25/src/dicts contains many emoji-*.dict files but emoji-gd.dict is not present there or anywhere else in the build directory. For some reason the file is not created, though the output buried in the build.log is a bit inconsistent: Fail to generate dicts/emoji-gd.dict /bin/sh: line 34: abrt: command not found Generated derived dicts/emoji-gd.dict Prior to this line it appears that this is the root cause: (emoji-parser:1756): IBUS-^[[1;33mWARNING^[[0m **: ^[[34m19:46:44.612^[[0m: Failed to parse /usr/share/unicode/cldr/common/annotations/gd.xml: Error on line 3347 char 30: ?4ype? is not a valid name This file exists on my system and is provided by app-i18n/unicode-cldr-40.0. I tried re-emerging it but that didn't change anything about that file nor did it fix the failure in ibus.
In the unicode cldr release file https://unicode.org/Public/cldr/40/cldr-common-40.0.zip it appears there are 4 files named "gd.xml": $ find . -name gd.xml -exec ls -al {} \; -rw-r--r-- 1 luke luke 302310 Oct 29 16:57 ./common/annotations/gd.xml -rw-r--r-- 1 luke luke 619563 Oct 29 16:57 ./common/main/gd.xml -rw-r--r-- 1 luke luke 1802 Oct 29 16:57 ./common/casing/gd.xml -rw-r--r-- 1 luke luke 539458 Oct 29 16:57 ./common/annotationsDerived/gd.xml The first of these (common/annotations/gd.xml) is the one that gets installed to /usr/share/unicode/cldr/common/annotations/gd.xml (verified by diff). Before I file a bug upstream, can somebody first confirm for me whether perhaps one of these other gd.xml files should instead be used?
Exploring this a bit more, I can't recreate the error if I execute the command manually: t480s /var/tmp/portage/app-i18n/ibus-1.5.25-r1/work/ibus-1.5.25/src # ll dicts/emoji-gd.dict ls: cannot access 'dicts/emoji-gd.dict': No such file or directory t480s /var/tmp/portage/app-i18n/ibus-1.5.25-r1/work/ibus-1.5.25/src # ./emoji-parser --unicode-emoji-dir /usr/share/unicode/emoji --xml /usr/share/unicode/cldr/common/annotations/gd.xml --xml-derived /usr/share/unicode/cldr/common/annotations/../annotationsDerived/gd.xml --out dicts/emoji-gd.dict t480s /var/tmp/portage/app-i18n/ibus-1.5.25-r1/work/ibus-1.5.25/src # ll dicts/emoji-gd.dict -rw-r--r-- 1 root root 982364 Feb 22 19:44 dicts/emoji-gd.dict I tried to re-emerge the package and magically, it succeeded. I don't know why -- I haven't restarted, eix-sync'd, or done any other updates. I guess the system is self healing or something?
(In reply to Dale Lukas Peterson from comment #5) > Prior to this line it appears that this is the root cause: > (emoji-parser:1756): IBUS-^[[1;33mWARNING^[[0m **: ^[[34m19:46:44.612^[[0m: > Failed to parse /usr/share/unicode/cldr/common/annotations/gd.xml: Error on > line 3347 char 30: ?4ype? is not a valid name The obvious question is what's on line 3347? "4ype" looks like some kind of corruption. The file has tons of type="..." bits in it. ibus builds with both app-i18n/unicode-cldr 37.0 and 40.0 for me.
