Bug 2256462 - Generic modules don't work out of the box
Summary: Generic modules don't work out of the box
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: speech-dispatcher
Version: 39
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Gwyn Ciesla
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-01-02 12:49 UTC by zecakeh
Modified: 2024-01-19 03:24 UTC (History)
1 user (show)

Fixed In Version: speech-dispatcher-0.11.5-2.fc39 speech-dispatcher-0.11.5-2.fc38
Clone Of:
Environment:
Last Closed: 2024-01-11 01:16:31 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description zecakeh 2024-01-02 12:49:38 UTC
It seems that speech-dispatcher detects that pulseaudio is available, and as such uses it as the audio output method. For generic modules, it results in the `$PLAY_COMMAND` to call `paplay`.

However `paplay` was not installed by default on my system, so playing the generated audio does not work. Maybe it should be added as a dependency?

I could work around it without installing anything by changing the `$PLAY_COMMAND` in the config module and replacing it with `pw-play -`. Another option was to set `alsa` as the `AudioOutputMethod` in `speechd.conf`, since `aplay` is installed on my system.

Reproducible: Always

Steps to Reproduce:
1. Install a TTS program with a generic module config file, for example mimic3.
2. Check that the module is detected with `spd-say -O`.
3. Test the TTS module, for ex. with `spd-say -o mimic3-generic` "Hello world"`. 
Actual Results:  
No sound is heard. Checking `mimic3-generic.log`, we get this line at the start:

```
sh: ligne 1: paplay : commande introuvable
```

Expected Results:  
The sound is played by the system

Comment 1 Gwyn Ciesla 2024-01-04 21:44:46 UTC
Interesting. I'll require pulseaudio-utils since that's the default.

Comment 2 Fedora Update System 2024-01-04 22:06:27 UTC
FEDORA-2024-207645bc17 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2024-207645bc17

Comment 3 Fedora Update System 2024-01-05 01:19:54 UTC
FEDORA-2024-8a0d67d142 has been pushed to the Fedora 38 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-8a0d67d142`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-8a0d67d142

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 4 Fedora Update System 2024-01-05 03:36:51 UTC
FEDORA-2024-207645bc17 has been pushed to the Fedora 39 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2024-207645bc17`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-207645bc17

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 5 Fedora Update System 2024-01-11 01:16:31 UTC
FEDORA-2024-207645bc17 has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 6 Fedora Update System 2024-01-19 03:24:08 UTC
FEDORA-2024-8a0d67d142 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.


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