On 11/9/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
However: no preloading error message, but sound does not work. BTW: are you sure sure that one can still set LD_PRELOAD to an *absolute* path?
Actually, no. You have to use the library name, so libaoss.so is valid, /emul/.../libaoss.so is not. However, the search path in this case is pretty limited. I had to make a symlink from /usr/lib32/libaoss.so to /emul/linux/x86/usr/lib/libaoss.so to get aoss to preload as a normal user.
Are you sure that that has not been reverted in glibc 2.4-r3?
Well I'm glibc-2.5 on both amd64 and x86, so I can't say for certain what happens with 2.4, but yes, I believe it was dropped in all sane versions of glibc. In particular, none of my tests today on amd64 or x86 revealed any significant problem in actually preloading the libraries (other than the symlink issue I noted above, and of course, needing to chmod 4755 the library to be preloaded). FYI, I also reported the preloading problem via bugzilla way back when: http://bugs.gentoo.org/show_bug.cgi?id=86844
> I'm going to try installing workstation on my amd64 desktop and see > what I get. Thanks!!!
Unfortunately, even though I can get all the right libraries to load, I cannot get sound to work reliably on amd64. Neither aoss nor vmdsp seem to work for me, either as a user or root. However, I think I know how to make aoss work as a normal user on your system. You should just need to: # chmod 4755 /emul/linux/x86/usr/lib/libaoss.so.0.0.0 # ln -s /emul/linux/x86/usr/lib/libaoss.so /usr/lib32/libaoss.so The first command is just to make sure the library is setuid. For vmdsp, my best guess is that a 64-bit artsd won't communicate with 32-bit clients. But that is just a guess. FYI, on my x86 laptop both vmdsp and aoss work, although aoss produces choppy audio. HTH, -Richard -- gentoo-user@gentoo.org mailing list
