Richard Fish:
> 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.
That's very strange, because...
> However, I think I know how to make aoss work as a norma
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 no
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/linu
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:
LD_PRELOAD=${exec_prefix}/lib/libaoss.so${LD_PRELOAD:+:$LD_PRELOAD}
[...]
[sp ~]$ ERROR: ld.so: object '/emul/
Me:
> As to:
>
> Richard:
> > Sergio, try doing chmod +s on /emul/linux/x86/usr/lib/libaoss.so
>
> There is no such file!
Sorry, Richard. I was looking in /emul/linux/x86/lib ;-))
However the results are those reported in my previous message.
Sergio
--
gentoo-user@gentoo.org mailing list
Dear Bo, Hans-Werner, and Richard,
I wish at first to thank you for your help.
Then, I think that a small recap could be useful.
Please, select a fixed font ;-)
a) vmwarearts (in vmware-dsp):
userlibvmdsp.so result
-- --- ---
normal chmod -s no preload
rootchmo
On 11/8/06, Hans-Werner Hilse <[EMAIL PROTECTED]> wrote:
You answered my last question about why you are mocking with "chmod +s"
with something along the lines of "I felt like I had to". What makes
you think you have to? Why should those libraries be set with setuid?
This is necessary because v
Hi,
On Wed, 8 Nov 2006 08:31:20 +0100 Sergio Polini <[EMAIL PROTECTED]>
wrote:
> [sp ~]$ aoss vmware &
> [2] 5598
> [sp ~]$ ERROR: ld.so: object 'libaoss.so' from LD_PRELOAD cannot be
> preloaded: ignored.
What are the permissions on *this* one (aoss32 seems not to be for you,
so /emul/linux/..
Richard Fish:
> > [sp ~]$ ERROR: ld.so: object '/emul/linux/x86/usr/lib/libaoss.so'
> > from LD_PRELOAD cannot be preloaded: ignored.
>
> What are the permissions on this?
a)
ls -l /emul/linux/x86/usr/lib/libaoss.so.0.0.0 -> -rwxr-xr-x
[sp ~]$ aoss32 vmware &
[1] 5409
[sp ~]$ ERROR: ld.so: object
On 11/7/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
Richard Fish:
> Ah, libvmdsp.so is a 64-bit library. I am pretty sure that vmware
> is still distributed as a 32-bit application, so yeah, preloading
> 64-bit libraries won't work.
>
> Try changing the vmwarearts script to preload the library
Richard Fish:
> Ah, libvmdsp.so is a 64-bit library. I am pretty sure that vmware
> is still distributed as a 32-bit application, so yeah, preloading
> 64-bit libraries won't work.
>
> Try changing the vmwarearts script to preload the library from
> /usr/lib32 instead of /usr/lib.
I've tried aoss
Sergio Polini:
> Bo Ørsted Andresen:
> > > http://bugs.gentoo.org/show_bug.cgi?id=150495
> >
> > I've attached a patch for the ebuild on the bug that although not
> > excactly optimal it works for me.
>
> Thanks! Now I've just to understand how to emerge an ebuild with a
> new patch ;-)))
Well, it
Bo Ørsted Andresen:
> > http://bugs.gentoo.org/show_bug.cgi?id=150495
>
> I've attached a patch for the ebuild on the bug that although not
> excactly optimal it works for me.
Thanks! Now I've just to understand how to emerge an ebuild with a new
patch ;-)))
Sergio
--
gentoo-user@gentoo.org mai
Richard Fish:
> Sorry for the late reply...I've been away for a couple of days.
That's very kind of you :-)
> Hmm, looks like building this is broken on AMD64 arches...too bad.
I'll check the patch submitted by Bo.
> > testing ~ # ldd /usr/lib/libvmdsp.so
> > ldd: warning: you do not have execu
On Tuesday 07 November 2006 06:54, Bo Ørsted Andresen wrote:
> On Tuesday 07 November 2006 06:44, Richard Fish wrote:
> > On 11/4/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
> > > `/var/tmp/portage/vmware-dsp-1.3/work/vmwaredsp-1.3/src/32'
> > > cc -c -W -Wall -O2 -fPIC -o vmdsp.o ../vmdsp.c
> > >
On Tuesday 07 November 2006 06:44, Richard Fish wrote:
> On 11/4/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
> > `/var/tmp/portage/vmware-dsp-1.3/work/vmwaredsp-1.3/src/32'
> > cc -c -W -Wall -O2 -fPIC -o vmdsp.o ../vmdsp.c
> > cc -shared -Wl,-version-script=../vmdsp.map -o libvmdsp.so
> > vmdsp.o
On 11/6/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
I suspect that there is a glibc "problem":
http://www.vmware.com/community/message.jspa?messageID=26228
Look at the posts by... Richard Fish ;-)
Nah, not the same problem. In my case it was a gentoo-specific glibc
patch that was messing up.
On 11/5/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
#!/bin/bash
LD_PRELOAD=libaoss.so exec /opt/vmware/workstation/bin/vmware &
Now:
i) if I run the script as myself, sound doesn't work and I get
ERROR: ld.so: object 'libaoss.so' from LD_PRELOAD cannot be preloaded:
ignored.
This is the same
Sorry for the late reply...I've been away for a couple of days.
On 11/4/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
`/var/tmp/portage/vmware-dsp-1.3/work/vmwaredsp-1.3/src/32'
cc -c -W -Wall -O2 -fPIC -o vmdsp.o ../vmdsp.c
cc -shared -Wl,-version-script=../vmdsp.map -o libvmdsp.so
vmdsp.o -lpt
Hans-Werner Hilse:
> On Sun, 5 Nov 2006 12:55:58 +0100 Sergio Polini <[EMAIL PROTECTED]>
>
> wrote:
> > Since vmware-dsp (which is ~amd64) doesn't compile, I have:
> > - emerged alsa-oss
> > - chmod +s /usr/lib/libaoss.so.*
>
> ^^^
> Why did you do that?
I did that because, as far as I have un
Hi,
On Sun, 5 Nov 2006 12:55:58 +0100 Sergio Polini <[EMAIL PROTECTED]>
wrote:
> Since vmware-dsp (which is ~amd64) doesn't compile, I have:
> - emerged alsa-oss
> - chmod +s /usr/lib/libaoss.so.*
^^^
Why did you do that? Try setting it back and then use LD_PRELOAD. Your
normal user account c
Richard Fish:
> The workaround to this is to use a wrapper such as aoss or
> vmware-dsp that fakes out the application when it tries to open
> /dev/dsp and uses another audio API instead (alsa for aoss, esd or
> artsd for vmware-dsp).
Since vmware-dsp (which is ~amd64) doesn't compile, I have:
- e
Richard Fish:
> On 11/4/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
> > Sound does not work. Sometimes (not always) I get a message
> > like "cannot connect to /dev/dsp".
> > Even if I do not get that message, even if the sound card looks
> > connected (no red "x") sound is not working.
> > I've f
On 11/4/06, Sergio Polini <[EMAIL PROTECTED]> wrote:
Sound does not work. Sometimes (not always) I get a message
like "cannot connect to /dev/dsp".
Even if I do not get that message, even if the sound card looks
connected (no red "x") sound is not working.
I've found a VMWare document about a wra
I'm experimenting with VMWare.
I've installed VMWare Workstation (5.5.1.19175-r7 ebuild) and created
a Windows Virtual Machine.
Then I've installed VMWare Player (in another Gentoo partition), so I
can "play" the VM I've created.
It works fine. Running Internet Explorer under Linux is rather
amu
25 matches
Mail list logo
