1 |
Richard Fish: |
2 |
> On 11/8/06, Sergio Polini <sp_rm_it@×××××.it> wrote: |
3 |
> > > Sergio, try doing chmod +s on |
4 |
> > > /emul/linux/x86/usr/lib/libaoss.so |
5 |
> > |
6 |
> > There is no such file! |
7 |
> |
8 |
> Hold up. Previously you posted: |
9 |
> [cut] |
10 |
> If this file doesn't exist, |
11 |
|
12 |
That file esists. I was looking in /emul/linux/x86/lib. ;-) |
13 |
|
14 |
> If instead you have "emul/.../libaoss.so.0.0.0", then change |
15 |
> the LD_PRELOAD in aoss32 to: |
16 |
> |
17 |
> LD_PRELOAD=${exec_prefix}/lib/libaoss.so.0.0.0${LD_PRELOAD:+:$LD_PR |
18 |
>ELOAD} |
19 |
> |
20 |
> I would also add an echo for debugging after that: |
21 |
> |
22 |
> echo "running with LD_PRELOAD=$LD_PRELOAD" |
23 |
|
24 |
If I write: |
25 |
|
26 |
LD_PRELOAD=${exec_prefix}/lib/libaoss.so.0.0.0${LD_PRELOAD:+: |
27 |
$LD_PRELOAD} exec "$@" |
28 |
echo "running with LD_PRELOAD=$LD_PRELOAD" |
29 |
|
30 |
I get: |
31 |
[sp ~]$ aoss32 vmware |
32 |
ERROR: ld.so: object '/emul/linux/x86/usr/lib/libaoss.so.0.0.0' from |
33 |
LD_PRELOAD cannot be preloaded: ignored. |
34 |
(five times) |
35 |
|
36 |
and the echo statement is not executed. |
37 |
If I write: |
38 |
LD_PRELOAD=${exec_prefix}/lib/libaoss.so.0.0.0${LD_PRELOAD:+: |
39 |
$LD_PRELOAD} echo "running with LD_PRELOAD=$LD_PRELOAD" && exec "$@" |
40 |
|
41 |
I get: |
42 |
[sp ~]$ aoss32 vmware |
43 |
running with LD_PRELOAD= |
44 |
|
45 |
? |
46 |
However: no preloading error message, but sound does not work. |
47 |
BTW: are you sure sure that one can still set LD_PRELOAD to an |
48 |
*absolute* path? |
49 |
|
50 |
> Are you actually logged into KDE as root, or as your normal user? |
51 |
|
52 |
Always as a normal user. I open a "new root shell" in Konsole when I |
53 |
wish to be root. |
54 |
|
55 |
> What happens when you run "artsplay |
56 |
> /usr/kde/3.5/share/sounds/KDE_Startup_1.ogg" as root? under your |
57 |
> user account? |
58 |
|
59 |
I can hear the sound. |
60 |
|
61 |
> This is a shell script (your clue is the size). The actual binary |
62 |
> that executes the virtual machine (and this needs to produce sound) |
63 |
> is in /opt/vmware/workstation/lib/bin, and is named vmware-vmx. It |
64 |
> is almost certainly setuid. |
65 |
|
66 |
Right. I apologize for my foolishness/laziness. Let me say that I was |
67 |
a bit tired yesterday evening ;-) |
68 |
|
69 |
> I really don't understand why aoss would only work as root. I |
70 |
> suspect a path or environment issue here, possibly a different |
71 |
> library is actually being loaded. I suspect this has more to do |
72 |
> with the actual path to the library being loaded as root versus |
73 |
> your user account. |
74 |
|
75 |
On Marc 27th, 2005 you wrote in a VMWare Forum: |
76 |
> Ok, I got it figured out. It seems that in response to GLSA |
77 |
> 200408-16, Gentoo made a patch that in addition to fixing the |
78 |
> LD_DEBUG vulnerability, moved the cleansing of the environment |
79 |
> to before the values were saved. This part of the change is not in |
80 |
> the official glibc CVS source, and the patch is not applied for |
81 |
> glibc-2.3.4.20050125-r1 (currently marked for testing...). |
82 |
> So Gentoo users will need to upgrade their glibc to at least |
83 |
> 2.3.4.20050125 to use LD_PRELOAD with setuid binaries. |
84 |
|
85 |
Are you sure that that has not been reverted in glibc 2.4-r3? |
86 |
|
87 |
> I'm going to try installing workstation on my amd64 desktop and see |
88 |
> what I get. |
89 |
|
90 |
Thanks!!! |
91 |
|
92 |
Sergio |
93 |
-- |
94 |
gentoo-user@g.o mailing list |