Current amd64 stable media-fonts/noto-emoji (noto-emoji-20190328) has: PYTHON_COMPAT=( python2_7 ) It depends on dev-python/nototools (with no version constraints). Current stable dev-python/nototools has: PYTHON_COMPAT=( python3_{6,7} ) Therefore there is no nototools in python 2.7, and when building noto-emoji, this error is hit: Traceback (most recent call last): File "./flag_glyph_name.py", line 25, in <module> import add_emoji_gsub File "/tmp/portage/media-fonts/noto-emoji-20190328/work/noto-emoji-e7490e1841094da518f4672398bdd74ee3c5fcac/add_emoji_gsub.py", line 28, in <module> from nototools import font_data ImportError: No module named nototools I can reproduce that in python2.7 interactively too. In python 3 the import statement runs fine. Seems the fixes are to stabilise latest noto-emoji (which is updated to python 3), un-stable latest nototools (not sure what sort of undesirable flow on this will have), or put a version constraint on the dependency. Reproducible: Always
The py2.7-only nototools version was removed entirely 14 hours ago, so depending on it is no longer an option. I do feel py3 noto-emoji should be stabilized as soon as possible and py2 versions removed. But it's only been in the tree for ~9 days so guess it has to wait unless an exception is deemed acceptable given it's broken.
Thank you for the report. We need to have all information at hand before ticket assignment. That is why I ask you to * attach the logs and * paste the emerge info as described on https://wiki.gentoo.org/wiki/Attach_the_logs_to_the_bug_ticket This minimizes the number of callbacks and increases the efficiency of the maintainer.
Taking into account that someone also stabilized the latest nototools... :/ I would simply go ahead and stabilize newer noto-emoji
amd64 stable
