By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 3031 - TDE Alsa audio subsystem doesn’t work at all, unless Pulseaudio installed
Summary: TDE Alsa audio subsystem doesn’t work at all, unless Pulseaudio installed
Status: NEW
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Michele Calgaro
URL:
Depends on:
Blocks: 2968
  Show dependency tree / graph
 
Reported: 2019-08-02 05:26 CDT by Q4OS Team
Modified: 2023-03-24 08:59 CDT (History)
5 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Q4OS Team 2019-08-02 05:26:26 CDT 
After a fresh installation, Debian 9 Stretch, TDE 14.0.6, audio doesn’t work and “tdecmshell status” command reports “busy” status all the time. It looks like some kind of stuck or crash in the “artsd” daemon. Audio started to work as soon as Pulseaudio is installed. Reproducible on different hardware, as well as in Virtualbox for amd64/i386 architectures.

Exact steps to reproduce:
- Fresh TDE stable (14.0.6) installation on Debian 9 Stretch
- Use the minimal Debian installation without Pulseaudio
- Bug1: audio doesn't work at all
- Bug2: "artsshell status" command reports "busy" status infinitely
Comment 1 Michele Calgaro 2019-09-15 03:01:14 CDT 
Hi Q4OS, 
just for info how did you install TDE? Followed the instructions from here?
https://wiki.trinitydesktop.org/DebianInstall

I am going to try to reproduce the bug and just want to follow the same way you did it.
Comment 2 Michele Calgaro 2019-09-15 08:56:10 CDT 
Problem is confirmed, either with R14.0.6 and R14.1.0-dev.
Comment 3 Michele Calgaro 2019-09-20 10:06:36 CDT 
@Q4OS:
On my Stretch test system the problem seems related to the presence of this file:
/opt/trinity/lib/mcop/akodeXiphPlayObject.mcopclass
Removing this module from loading (e.g. remove the file) allows the sound server to suspend.
I will work on find why this causes issues, but in the meantime would be good if you could confirm you see the same behavior
Comment 4 Q4OS Team 2019-09-22 13:44:24 CDT 
Yes, I can confirm removing the /opt/trinity/lib/mcop/akodeXiphPlayObject.mcopclass file releases artsd daemon, so it's able to suspend.
Comment 5 Michele Calgaro 2019-09-23 08:36:25 CDT 
@Q4OS: thanks for confirming that :-)
Comment 6 Michele Calgaro 2019-12-04 07:36:14 CST 
Moved to R14.0.8 due to lack of time to work on it before the release of R14.0.7
Comment 7 Michele Calgaro 2020-05-25 00:28:55 CDT 
This problem seems to be happening only on Stretch. I did investigate long ago but couldn't find the root cause, then due to other commitments the work felt unfinished. It will probably remain as such for long since it is very time consuming and seems to be specific to a single distribution.
Comment 8 Q4OS Team 2020-06-05 04:30:42 CDT 
@Michele Calgaro
It seems, the issue isn't limited to Debian Stretch. I can reproduce it on Debian Buster as well, as exactly as described by the OP with the following system:
- Debian 10.4 Buster minimal install with no desktop
- TDE SB 14.0.9, the latest build
- machine: VirtualBox 6.0.22
Comment 9 Michele Calgaro 2020-06-06 04:51:59 CDT 
@Q4OS 
Thanks for the additional feedback on Buster. I will try to reproduce it there as well when I take a look again, since before I had no problems on my Buster system (but guven it was not a minimal install)