pico.c:37:21: fatal error: picoapi.h: No such file or directory Reproducible: Always Steps to Reproduce: 1. emerge chromium ( speech-dispatcher is a dep) Actual Results: chromium doesn't compile its dep Expected Results: chromium compiles its deps [ebuild N ] app-accessibility/speech-dispatcher-0.8.1 USE="-alsa -ao -espeak -flite -nas -pulseaudio -python -static-libs" PYTHON_TARGETS="python3_4 -python3_3"
Created attachment 409168 [details] build log
emerge -1 chromium -p [ebuild N ] app-accessibility/speech-dispatcher-0.8.1 [ebuild N ] dev-libs/jsoncpp-1.6.2-r1 [ebuild R ] sys-apps/hwids-20150717-r1 [ebuild N ] www-client/chromium-45.0.2454.15-r1
Your build log seems to be missing some information, it does not show the unpack or prepare phases, and it doesn't show the econf/configure command. Not sure how that happened but can you try to find a more complete one?
(In reply to Ben Kohler from comment #3) > Your build log seems to be missing some information, it does not show the > unpack or prepare phases, and it doesn't show the econf/configure command. > Not sure how that happened but can you try to find a more complete one? Don't know how to proceed.
Created attachment 409360 [details] /tmp/portage/portage/app-accessibility/speech-dispatcher-0.8.1/temp/build.log another build log
Somehow pico is getting enabled on your system: checking for pico_initialize in -lttspico... yes .. configure: output modules to be built are cicero dummy festival generic pico This is not normal. Did you do something to get/install libttspico? I don't see it in portage anywhere. It must either be an automagic dep on this lib or you are explicitly passing --with-pico to the build.
Did you possibly install app-accessibility/svox from an overlay?
libttspico, and svox were required for a shuffle.py , which is an ipod shuffle playlist generator (Ipod-Shuffle-4g). libttspico was DMCA'ed (taken down), so I have to manually copy it from one of my old systems. I tried to get the author of libttspico to provide the working dep for shuffle.py by some other way but was not able to. Keeping that in mind, when I get errors like this, i ignore them; /sbin/ldconfig: /lib32/libttspico.so.0 is not a symbolic link
I did not imagine it would create a global conflict, perhaps I can create a standalone app from shuffle.py using pex. Pex will create the standalone shuffle.pex. Is this a good solution for that problem?
This is still a bug, it should not automatically enable svox support just because libttspico exists. If you disable svox support like this: EXTRA_ECONF="--without-svox" emerge -1 speech-dispatcher does it work?
Created attachment 409390 [details] EXTRA_ECONF="--without-svox" emerge -1 speech-dispatcher
Sorry about that, I meant --without-pico (not --without-svox). Getting confused since the feature is referred to as pico in some places and svox in others =)
it worked
I had the libttspico.* files in lib32 and lib64 , and it seems nothing else from pico
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=9b0ae5f3b4382352ee4d53ea4d7208a2b0b885d6 commit 9b0ae5f3b4382352ee4d53ea4d7208a2b0b885d6 Author: William Hubbs <williamh@gentoo.org> AuthorDate: 2021-12-04 03:37:59 +0000 Commit: William Hubbs <williamh@gentoo.org> CommitDate: 2022-01-27 06:12:01 +0000 app-accessibility/speech-dispatcher: 0.11.1 bump Closes: https://bugs.gentoo.org/557932 Closes: https://bugs.gentoo.org/719014 Closes: https://bugs.gentoo.org/829875 Closes: http://github.com/gentoo/gentoo/pull/23175 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: William Hubbs <williamh@gentoo.org> app-accessibility/speech-dispatcher/Manifest | 1 + app-accessibility/speech-dispatcher/metadata.xml | 1 + .../speech-dispatcher-0.11.1.ebuild | 117 +++++++++++++++++++++ 3 files changed, 119 insertions(+)
