Hi, I can't get the LD_PRELOAD trick to function.
Best, Karl
On Sun, Jan 27, 2019 at 2:50 PM Tobias Pape Das.Linux@gmx.de wrote:
On 27.01.2019, at 14:41, karl ramberg karlramberg@gmail.com wrote:
Sound on Linux seem to be a mess. I'm on Ubuntu 18.04 and had no sound from Squeak. I got this error in the terminal: dev/dsp: No such file or directory I installed package osspd and that seem to solve the problem. (sudo apt-get install osspd)
This is the exact problem described.
Please try " export LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libpulse-simple.so.0.1.0" (or whereever that file is on your pc, and maybe i386 instead of x86_64 if you're running 32bit) and tell us if it helps in your case.
best regards -Tobias
Best, Karl
On Sat, Jan 26, 2019 at 12:18 AM Tobias Pape notifications@github.com
wrote:
On 25.01.2019, at 23:32, Eliot Miranda notifications@github.com
wrote:
Hi Tobias,
On Fri, Jan 25, 2019 at 2:27 PM Tobias Pape notifications@github.com wrote:
That's besides the point here.
The plugin would not have been built if the library was not present. That's what the configure step is for. The VM is origrinally from a travis and I made sure the lib is there:
https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/Cog/scripts/ci/travis...
(thats the dev lib that depends on the real one: https://packages.ubuntu.com/xenial/libpulse-dev)
So how come it isn't linked against libpulse-simple.so ?
I have not the slightest idea and, atm, no linux at hand. We (ie, maybe, @ekrebs5 or @fniephaus) have to look wether this stems
from here or https://github.com/squeak-smalltalk/squeak-app .
On macOS we have rpath issues that can come out like this and might be
sensitive to be moved around…
Here we see that the lib is added in configure:
https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/483526374#L1071
And here we see that the squeak _binary_ is actually linked agains
libpulse-simple:
https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/483526374#L3455
That is ok, since the dynloaded vm-sound-pulse can lookup in its loading
process, which (being squeak being linked against libpulse-simple) should have the syms.
Accordingly we see the plugin not begin linked against the lib:
https://travis-ci.org/OpenSmalltalk/opensmalltalk-vm/jobs/483526374#L4111
The rest is libtool chitter-chat that i cannot understand so quick…
All of the respecitve sound plugins are optional, and absence is
expected.
Not for a build slave, surely. Shouldn't;t the build slave build all possible variants? If we're providing prebuilt VMs (for good reason)
then
we have to build what we support. Things like vm-display-fbdev may be something we can not support and leave to individuals to build if they
want
to. But vm-sound-pulse is not in that category.
Did not say that. all the vm-*-* plugins seem to care for optionality.
and IIRC it is nigh impossible to build for some combinations to be built with the same package set (NAS + OSS or some OSS/ALSA combos, but my memory is foggy there).
In fact, I tried to make sure as many as possible plugins to be
buildable on Travis:
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/698661a94af388b06b9...
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/989f7e06d041c145863...
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/75f59c456f79fb4f7ca...
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/ca75c6bfd0903f25917...
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/a82b9cfdcf2f8d5396f...
https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/3a8a3c4bb7033c0e19c...
Point is: yes, I really tried to make sure the build slave builds
everything necessary.
-t
_,,,^..^,,,_ best, Eliot — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.