app-i18n/fcitx fails to install, and the build log indicates spell-en-download is the failing target. Reproducible: Always Steps to Reproduce: # MAKEOPTS="-j1" USE="-autostart -introspection -xml -enchant" emerge -pvq fcitx [ebuild N ] app-i18n/fcitx-4.2.9.1 USE="X cairo nls pango table -autostart -dbus -debug -enchant -gtk2 -gtk3 -introspection -lua -opencc -qt4 -static-libs {-test} -xml" # MAKEOPTS="-j1" USE="-autostart -introspection -xml -enchant" emerge fcitx --ask n Actual Results: Compile phase fails on target spell-en-download. Expected Results: fcitx should install Please see attached build.log and output of emerge --info.
Created attachment 433778 [details] build.log
Created attachment 433780 [details] output of `emerge --info`
Build system defines fcitx_download function (in cmake/FcitxMacro.cmake) which uses fcitx-cmake-helper.sh (cmake/fcitx-cmake-helper.sh). This function downloads a file if it is absent, and optionally verifies MD5 checksum of a file. Reading of MD5 checksum is performed by 'cmake -E md5sum ${file}' command. This function is used for 5 files in this package (src/module/spell/dict/en_dict-20121020.tar.gz amongst them) (and e.g. 1 file in fcitx-libpinyin). fcitx-*_dict.tar.xz tarballs already contain these files, so normally no additional downloading occurs. (These files are absent in git repository, so live ebuild places them in SRC_URI to ensure that no additional downloading occurs during src_compile() phase.) According to build log from S. Gilles, downloading occurred with successful result (while it should not have occurred at all), but target in Makefile still failed. The only possible explanation is that verification of MD5 checksum failed, which was due to a bug in /usr/bin/cmake or a library used by /usr/bin/cmake.
