Well Janina, you could just edit the PKGBUILD for pcaudiolib
https://github.com/archlinux/svntogit-community/blob/packages/pcaudiolib/trunk/PKGBUILD
and append to line #21 a space then:
--with-alsa --without-pulseaudio
the rebuild pcaudiolib.
I think that no other rebuild will be necessary as espeak-ng will
continue to
use the shared library libpcaudio.so.0 which in turn will use libasound.so.2
from alsa-lib.
Cheers
PS don't be afraid by package management in Slint.
It's probably much simpler than in Arch or Debian. To check:
https://slint.fr/doc/HandBook.html#software_management
Cheers,
Didier
Le 18/09/2021 à 22:23, Janina Sajka a écrit :
Hi, Didier:
Short of installing Slint--which I'm still considering, but I hesitate
to adopt yet another learning curve for package management ...
Rebuilding pcaudiolib without pulse support sounds intriguing. I will
investigate, because ldd is definitely reporting dependency on .
libpulse-simple.so.0 => /usr/lib/libpulse-simple.so.0
(0x00007fa62a433000)
libpulse.so.0 => /usr/lib/libpulse.so.0
(0x00007fa62a3de000)
libpulsecommon-15.0.so =>
/usr/lib/pulseaudio/libpulsecommon-15.0.so
(0x00007fa62a355000)
Best,
Janina
Didier Spaier writes:
Hi Kirk and Janina:
In Slint at time of writing we have:
alsa-lib-1.2.5
espeakup-0.9.0
espeak-ng-git2b77dd27
linux-5.3.13
pcaudiolib-gita41d46e
sonic-gitba331411
No issue with espeakup, neither that I observed using it nor reported by
users.
This makes me assume that the issue doesn't come from upstream.
FYI, Hhere are the binary dependencies, according to ldd:
dance[~]$ ldd /usr/bin/espeakup
linux-vdso.so.1 (0x00007ffe7059d000)
libespeak-ng.so.1 => /usr/lib64/libespeak-ng.so.1 (0x00007f284e5a5000)
libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007f284e37b000)
libm.so.6 => /lib64/libm.so.6 (0x00007f284e072000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f284de55000)
libc.so.6 => /lib64/libc.so.6 (0x00007f284da8c000)
libpcaudio.so.0 => /usr/lib64/../lib64/libpcaudio.so.0 (0x00007f284e59c000)
libsonic.so.0 => /usr/lib64/../lib64/libsonic.so.0 (0x00007f284e596000)
libstdc++.so.6 => /usr/lib64/../lib64/libstdc++.so.6 (0x00007f284d710000)
libgcc_s.so.1 => /usr/lib64/../lib64/libgcc_s.so.1 (0x00007f284d4f9000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f284d2f5000)
librt.so.1 => /lib64/librt.so.1 (0x00007f284d0ed000)
/lib64/ld-linux-x86-64.so.2 (0x00007f284e480000)
I don't know if that comes into play, but in Slint we don't redirect the
sound
streams from alsa to pulseaudio, rather the opposite.
It could matter what I read in our ChangeLog at:
https://slackware.uk/slint/x86_64/slint-14.2.1/ChangeLog.txt
quoted below:
Tuesday 29 June 2021
pcaudiolib-gita41d46e-x86_64-2slint: Rebuilt
Built without pulseaudio to avoid starting pulseaudio as root through
espeakup. Thanks to Tony Seth for the heads-up.
so I have included these configure options for pcaudiolib:
--with-alsa
--without-pulseaudio
Cheers,
Didier
Le 18/09/2021 à 15:10, Janina Sajka a écrit :
Hi, Kirk:
I'm on Arch, not Debian, but I've had broken Espeakup ever since
alsa-lib-1.2.5 showed up. Since then Espeakup has been upversioned to
0.90, but this has not fixed things for me, though apparently it has for
Alexander now maintaning Espeakup.
I currently have two functional Linux machines, both fully upgraded as
of just about half an hour ago except as described below.
The newer hardware will run by hand with the command: 'espeakup -d', but
it's highly brittle and prone to crash the system so that a three finger
salute is needed.
If I want console access on this 2020 era box, I have to turn to fenrir,
which I'm just not as comfortable with--but that's another story.
My older machine is prevented by my /etc/pacman.conf from updating
alsa-lib and espeakup, and it runs just fine.
So, my suggestion is back off to the latest alsa-lib-1.2.4, and the
latest espeakup-0.8 you have, and you should be fine until someone
figures out what's really going on.
For anyone running Arch you want the following in your /etc/pacman.conf:
IgnorePkg =espeakup
IgnorePkg =alsa-lib
If you've already updated your Arch beyond these versions, you can
downgrade. You'll find a cache of previous versions in:
/var/cache/pacman/pkg/
Just cd on over there as root and check what you have with a command
like:
ls -1 alsa-lib* espeakup*
You can then downversion with pacman like this:
pacman -U ./[filename]
where [filename] is the full name you got from ls. I recommend using the
Speakup clipboard to get the command right.
Best,
Janina
Kirk Reiser writes:
Hi folks: Does anyone have espeakup running on debian sid with
libasound2 1.2.5? After I upgraded a few days ago I lost my speech
output. I have built espeakup and espeak-ng from the current repo on
them with no joy either.
Curious minds and all that type thing.
Kirk
