[trinity-users] 14.0.3 corrupts sound destination in openSUSE 42.1

On other PCs with openSUSE (42.1, 13.2 & 13.1) and TDE 14.0.x that have no speaker built into the motherboard, I've not experienced $SUBJECT, sound simply works as expected. On this PC, a SFF Dell Optiplex 780, aplay and speaker-test work as expected whether run in multi-user.target or graphical.target, as does Youtube sound running an IceWM session, producing sound from accessory speakers plugged into the green jack, only if a TDE session is not running or has not been running since the last instance of 'alsactl restore'. Speakers always work as expected in openSUSE Tumbleweed running Plasma5 or openSUSE 13.2 or 13.1 running KDE4 (none of which have their respective pulseaudio packages installed). IOW, TDE redirects sound to the internal speaker that should be going to external speakers, only on this one PC. Might there be a fix for this that does not involve polluting the installation with the otherwise unnecessary Pulseaudio rpm and its deps? output of alsa-info.sh: http://fm.no-ip.com/Tmp/SUSE/421/alsa-info-gx780-s421.txt Various installed rpms: alsa-1.0.29-10.1.x86_64 alsa-firmware-1.0.29-3.2.noarch alsa-plugins-1.0.29-10.1.x86_64 alsa-utils-1.0.29-9.1.x86_64 arts-1.5.10-66.2.x86_64 libasound2-1.0.29-10.1.x86_64 libpulse-mainloop-glib0-7.0-5.1.x86_64 libpulse0-7.0-5.1.x86_64 trinity-arts-1.5.10-14.0.3_1.oss421.x86_64 trinity-kmix-14.0.3-1.oss421.x86_64 trinity-libarts-akode-14.0.3-1.oss421.x86_64 trinity-libarts-audiofile-14.0.3-1.oss421.x86_64 trinity-libarts-mpeglib-14.0.3-1.oss421.x86_64 trinity-libarts-xine-14.0.3-1.oss421.x86_64 (as yet ignored) opensuse mailing list thread (from before I found alsactl restore helped outside of a TDE session): https://lists.opensuse.org/opensuse/2016-07/msg00283.html -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/