Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 198908 - festival should be built with ESD support.
festival should be built with ESD support.
Product: Fedora
Classification: Fedora
Component: festival (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Matthew Miller
Depends On: festival1.96
  Show dependency treegraph
Reported: 2006-07-14 11:34 EDT by karl kleinpaste
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version: 1.96-0.11
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-03-20 15:01:20 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description karl kleinpaste 2006-07-14 11:34:27 EDT
Description of problem:
For some reason, the supplied configuration of festival is to build without ESD
support.  This can be fixed as easily as uncommenting the line "INCLUDE_MODULES
+= ESD_AUDIO" in speech_tools/config/config.in.  I just did a test build that
way and it works fine.  (And now my verbalizing chat system, using festival, no
longer conflicts with xmms &c.)

Version-Release number of selected component (if applicable):

How reproducible:
Considering that the build lacks ESD..."every time".

Steps to Reproduce:
Put this in .festivalrc:
(Parameter.def 'Audio_Method 'esdaudio)
Actual results:
festival whines about having no compiled ESD support.

Expected results:
Comment 1 Matthew Miller 2007-03-13 01:37:27 EDT
Is ESD still the best approach? Because, y'know, it kinda sucks.

Anyway, I'll change it (in my in-progress package) so support is compiled in.
I'm not sure about making it the default, though.... (Note I'm not officially
the maintainer. But I've been working on this package for a while.)
Comment 2 David Zeuthen 2007-03-13 14:54:31 EDT
esd should not be default at this point (notably we won't have esd running under
gdm and festival will be used there for accessible login)
Comment 3 karl kleinpaste 2007-03-13 15:31:49 EDT
The issue was never making esd a default; rather, it is merely having it built
with esd support enabled, so that esd use is available if wanted.  It costs
nothing to have it compiled into the binary, considering that the support exists
and needs only to be enabled.
Comment 4 Matthew Miller 2007-03-13 15:46:03 EDT
For some reason, enabling the esd module pulls in

MODULE_EXTRA_LIBS += -L$(X11_LIB) -lX11 -lXt

in the makefile.

This is seems pretty silly, so I'm going to try to patch it out. If that doesn't
work, then I'm inclined to let this one sit.
Comment 5 Matthew Miller 2007-03-13 16:58:07 EDT
So, that works. But it turns out that the ESD module defaults to higher priority
than plain Linux audio, so I also had to patch the init.scm to make it not the

It'd be even nicer to make it use esd if it's running and not otherwise. And
possible, too. But I'll save that for another day....
Comment 6 Matthew Miller 2007-03-13 17:20:30 EDT
See bug #232105 for in-progress updated packages which address this issue.
Comment 7 Matthew Miller 2007-03-20 15:01:20 EDT
This issue should be resolved by the release of festival-1.96-0.11, now in the
development tree. (See bug #232105 for details.)

Please reopen if there's still a problem. Thanks.

Note You need to log in before you can comment on or make changes to this bug.