Bug 2256462

Summary:	Generic modules don't work out of the box
Product:	[Fedora] Fedora	Reporter:	zecakeh
Component:	speech-dispatcher	Assignee:	Gwyn Ciesla <gwync>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	39	CC:	gwync
Target Milestone:	---	Keywords:	Desktop
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:	speech-dispatcher-0.11.5-2.fc39 speech-dispatcher-0.11.5-2.fc38	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-01-11 01:16:31 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.