Bugzilla Bug 22053

Several related problems with the original ebuilds, portage updates, and gcc
have left the festival ebuild rather broken.

Please consider this ebuild for inclusion in portage. This updates festival to
the current 1.4.3 release, fixes a number of gcc 3.2 related issues, and
seperates out (to a point) the speech-tools part into its own ebuild.

I'd appreciate a seasoned Gentoo developer looking at the ebuilds - the
dependancy between festival and speech-tools is a bit incestuous, but I think
with a bit of skulldugerry we could alter the speech-tools ebuild enough to
install all of the needed bits into /usr/lib/speech-tools, and dynamically
change the festival config/project.mak and config/config.in to point $(EST) to
there.

I also seperated out the doc gen (per another bug) - and started an attempt to
allow the speech-tools document generation - but that needs doc++, which I don't
believe is in portage - soo.... I am including an ebuild for that, but I am out
of test time for this weekend (gotta go mow the yard and such.)

Lastly, there's Java code out there in speech-tools and festival that I did not
enable - should I look at adding that based on the USE flag for Java?

Thanks,
Gio

Created an attachment (id=12633) [edit]
Seperated speech-tools-1.2.3 for festival (or whatever)

This seperates speech-tools from festival, updates it to 1.2.3, adds a USE flag
check for the documentation, and honors the "static" USE flag.

Created an attachment (id=12634) [edit]
Seperated speech-tools-1.2.3 for festival (or whatever)

This seperates speech-tools from festival, updates it to 1.2.3, adds a USE flag
check for the documentation, and honors the "static" USE flag.

Created an attachment (id=12635) [edit]
Update to festival speech synthesizer

This updates festival to 1.4.3, fixes some gcc 3.2 related issues, and
seperates out the speech-tools dependancy to its own ebuild. 

Created an attachment (id=12636) [edit]
A preliminary ebuild for doc++

This is doc++, a documentation generator for C, C++, LISP, Java, etc. It is
needed to generate the speech-tools API documentation.

The speech-tools ebuild does not work here, it looks for the diff patch,
vainly. 

Created an attachment (id=12810) [edit]
The elusive diff I neglected to upload

Shame on me! Here's the sought after diff.

Thanks for the diff file, speech-tools now compiles fine, now I had problems
with 
festival, it looks for libestbase.so, which is under /usr/lib/speech-tools/lib. 

Okay, no problem, symlinked the .so files over to /usr/lib and now it compiles. 

I ran into the same link problem as Thomas, and used the same kludge fix for
now.  The ebuild script really needs a proper fix like setting a -L option in
the LDFLAGS or setting LD_LIBRARY_PATH or something.

*** Bug 20355 has been marked as a duplicate of this bug. ***

Created an attachment (id=13656) [edit]
Add speech tools to ld.so.conff

Because they'll need searched out at runtime if you use other offshoots (and
compile time anyhow) I'll add a /etc/env.d entry to put them into LDPATH. I
couldn't really find any guidance on this, but it does fix the linkage issues. 

Created an attachment (id=13657) [edit]
Updated ebuild to add /etc/env.d/58speech-tools

Created an attachment (id=13658) [edit]
Add /usr/lib/festival/lib to ld.so.conf

Same as 13656 but for festival

Created an attachment (id=13659) [edit]
Updated ebild to add /etc/env.d/59festival 

Same as 13657 for festival.

My install of festival does not generate a /usr/lib/festival/lib dir, so I
don't see why the 59festival file is needed.  Am I missing something?

I applied your change to the speech-tools ebuild, and it works very nicely.
I'd just like to propose a small tweak to the ebuild to get rid of a useless
comment and to remove the duplication of the version info (so that it only
needs to be updated in a single place).  I'll attach a patch in a moment.

Created an attachment (id=13661) [edit]
A couple minor tweaks to the speech-tools-1.2.3-r1.ebuild

This patch just makes things a little cleaner, but doesn't change anything
in the rules or installed files.

No, Wayne - I didn't check carefully enough that festival has no libs. Must be
working too hard lately.

Thanks for the review and the help - I appreciate your changes, very
instructive.

It would be really good if someone would pull all of the patches / attachments
into a couple of ebuilds. I can then work with that and try to get this
committed. I'm not a user of this stuff so i going to have to rely on someone
for help :-)

Created an attachment (id=13680) [edit]
Final speech-tools ebuild

Per request, and thanks for the help!

This is the final Speech Tools ebuild. It contains all of the prior changes,
and eliminates the doc build (which is really broken.) I'll try to get the doc
working but it'll be a while.

Created an attachment (id=13681) [edit]
Diff to allow speech-tools to compile cleanly  

This is the later patch to get speech tools to work under gcc 3.3

Created an attachment (id=13699) [edit]
Patch to allow festival to compile under gcc 3.3

Created an attachment (id=13701) [edit]
Complete festival 1.4.3 ebuild

Created an attachment (id=13702) [edit]
Complete speech-tools ebuild

OK JJ - thanks for the help. I went to confirm the final ebuilds and, of
course, they failed - gcc 3.3 tightens up the C req's another notch. I have
patched the source to compile and it works - the patch isn't the right way to
do it, but it is the expedient way. 

I think it's really up to the original developers to get the code rightious -
it requires some retooling of the speech-tools EST_THash.h file along with some
added EST_TString methods to resolve some ambiguity errors. In the meantime
I've hacked the EST_THash.h file to fully fill out the EST_TStringHash class
and cast the EST_String ambiguities in both speech-tools and festival. 

In addition I was unhappy with reconfiging (bad word) the speech-tools to build
festival, so I re-did the speech-tools ebuild to save the configuration data in
/usr/lib/speech-tools/config and pointed the festival config at that. It's
cleaner, since now you don't refetch and config speech-tools to build festival.

I believe you can commit these if they pass muster and conformity checks.

Thanks again for your help...
Gio

I tried out your new ebuilds, and they built and installed fine for me (I'm
still using gcc 3.2.2).  I've run some really simple tests, and it seems to be
working well.

One trivial suggestion:  remove the 2-line comment about splitting off the
speech_tools ebuild that is still in the festival-1.4.3.ebuild file.

Created an attachment (id=13769) [edit]
Update of ebuild removing incorrect comment per Wayne's suggestion

Done. Good catch... 

i emerged festival-1.4.3 and speech-tools with gcc-3.3 but when I run festival
I get: festival: error while loading shared libraries: libestbase.so: cannot
open shared object file: No such file or directory.

The problem is that the speech-tools libraries ar installed in
/usr/lib/speech-tools/lib but that directory has no entry in /etc/ld.so.conf.

Did you neglect to put the 58speech-tools file into the files subdir of the
speech-tools dir?  That attachment got marked as obsolete for some reason when
it shouldn't have (it's titled "Add speech tools to ld.so.conf").  The
speech-tools ebuild still has code in it that installs this file into
/etc/env.d.  I just checked what happens when "doins" doesn't find the
58speech-tools file in the files subdir, and (sadly) it just outputs an error
and continues onward, so I bet this is why the ebuild failed for you.

Very sorry - un-obsoleted the entry and renamed it 

Today is the day... I'll take a crack at getting this commited.

Alright, all done. It's all ~x86 masked for now. Let me know if there are any
issues.

I went ahead and commited the doc++ ebuild (apps-doc/doc++). If you want to
update these ebuilds to use it, please open a new bug. This one is getting too
big to handle.

Thanks for the submission!