Richard Fish:
> On 11/8/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
> > > Sergio, try doing chmod +s on
> > > /emul/linux/x86/usr/lib/libaoss.so
> >
> > There is no such file!
>
> Hold up. Previously you posted:
> [cut]
> If this file doesn't exist,
That file esists. I was looking in /emul/linux/x86/lib. ;-)
> If instead you have "emul/.../libaoss.so.0.0.0", then change
> the LD_PRELOAD in aoss32 to:
>
> LD_PRELOAD=${exec_prefix}/lib/libaoss.so.0.0.0${LD_PRELOAD:+:$LD_PR
>ELOAD}
>
> I would also add an echo for debugging after that:
>
> echo "running with LD_PRELOAD=$LD_PRELOAD"
If I write:
LD_PRELOAD=${exec_prefix}/lib/libaoss.so.0.0.0${LD_PRELOAD:+:
$LD_PRELOAD} exec "$@"
echo "running with LD_PRELOAD=$LD_PRELOAD"
I get:
[sp ~]$ aoss32 vmware
ERROR: ld.so: object '/emul/linux/x86/usr/lib/libaoss.so.0.0.0' from
LD_PRELOAD cannot be preloaded: ignored.
(five times)
and the echo statement is not executed.
If I write:
LD_PRELOAD=${exec_prefix}/lib/libaoss.so.0.0.0${LD_PRELOAD:+:
$LD_PRELOAD} echo "running with LD_PRELOAD=$LD_PRELOAD" && exec "$@"
I get:
[sp ~]$ aoss32 vmware
running with LD_PRELOAD=
?
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?
> Are you actually logged into KDE as root, or as your normal user?
Always as a normal user. I open a "new root shell" in Konsole when I
wish to be root.
> What happens when you run "artsplay
> /usr/kde/3.5/share/sounds/KDE_Startup_1.ogg" as root? under your
> user account?
I can hear the sound.
> This is a shell script (your clue is the size). The actual binary
> that executes the virtual machine (and this needs to produce sound)
> is in /opt/vmware/workstation/lib/bin, and is named vmware-vmx. It
> is almost certainly setuid.
Right. I apologize for my foolishness/laziness. Let me say that I was
a bit tired yesterday evening ;-)
> I really don't understand why aoss would only work as root. I
> suspect a path or environment issue here, possibly a different
> library is actually being loaded. I suspect this has more to do
> with the actual path to the library being loaded as root versus
> your user account.
On Marc 27th, 2005 you wrote in a VMWare Forum:
> Ok, I got it figured out. It seems that in response to GLSA
> 200408-16, Gentoo made a patch that in addition to fixing the
> LD_DEBUG vulnerability, moved the cleansing of the environment
> to before the values were saved. This part of the change is not in
> the official glibc CVS source, and the patch is not applied for
> glibc-2.3.4.20050125-r1 (currently marked for testing...).
> So Gentoo users will need to upgrade their glibc to at least
> 2.3.4.20050125 to use LD_PRELOAD with setuid binaries.
Are you sure that that has not been reverted in glibc 2.4-r3?
> I'm going to try installing workstation on my amd64 desktop and see
> what I get.
Thanks!!!
Sergio
--
gentoo-user@gentoo.org mailing list
