On one machine only, I'm getting an error when I try to start any image:
-------------- could not find display driver vm-display-X11; either: - check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or - use the '-plugins <path>' option to tell me where it is, or - remove DISPLAY from your environment. ---------------
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
On one machine only, I'm getting an error when I try to start any image:
-------------- could not find display driver vm-display-X11; either: - check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or - use the '-plugins <path>' option to tell me where it is, or - remove DISPLAY from your environment. ---------------
Could it be the two slashes in that path?
/usr/local/lib/squeak/4.0-2776----->//<------vm-display-X11.so exists.....
I don't think so. That is just part of the output error message I'm getting, I'm not specifying any input path arguments at all, just plain, "squeak my.image".
On Tue, Jun 3, 2014 at 10:55 AM, gettimothy gettimothy@zoho.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Could it be the two slashes in that path?
/usr/local/lib/squeak/4.0-2776----->//<------vm-display-X11.so exists.....
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
I'm going to make a suggestion and I suspect you won't like it. I've recommended this to another expert level programmer and he was not thrilled at all.
The problem with your VM is solely to do with its installation, I'll wager. How you put the VM on the machine is, I suspect, the problem.
Did you run some kind of script to install the VM on your machine? My recommendation is to never do that. Download a VM from mirandabanda.org, run it on the command line, and leave it at that. [1]. VM install scripts have shown me twice two very skilled programmers run aground. Don't do it.
As I said, I don't think you're going to like this suggestion. And you may think it's amateurish, but I've never had a problem. And I can think of two other expert level programmers who practically hung themselves. If Eliot says "This works on Linux" then I believe him.
My 2 cents, Chris
[1] '/home/chris/Desktop/coglinux/lib/squeak/4.0-2761/squeak' '/home/chris/Desktop/VMMaker/Squeak4.5-13680.image' &
[2] chris@chris-Dell-System-XPS-L322X:~/Desktop/2151/unix/build$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.4 LTS Release: 12.04 Codename: precise
On Jun 3, 2014, at 12:16 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11" module, which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
On Tue, Jun 3, 2014 at 2:08 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11" module, which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
2014-06-03 21:49 GMT+02:00 Chris Muller asqueaker@gmail.com:
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
Didn't Damien Cassou solved it for Pharo installer? Maybe dig or ask to pharo-dev
On 03.06.2014, at 21:49, Chris Muller asqueaker@gmail.com wrote:
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
Precisely. That's the reason the X11 and OpenGL libs are only linked with the X11 module. Even if those libs are not installed (like on any normal server) the VM itself will still work.
- Bert -
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
On Tue, Jun 3, 2014 at 2:08 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11" module, which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
On Jun 3, 2014, at 3:49 PM, Chris Muller asqueaker@gmail.com wrote:
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
ia32-libs is deprecated in Debian 7 Wheezy.
dpkg --add-achitecture i386 apt-get update apt-get install libc6:i386
http://stackoverflow.com/questions/20032019/to-install-ia32-libs-on-debian-w... https://wiki.debian.org/Multiarch
Ken installed ia32-libs in box4, I suppose, because he'd not heard of Multiarch.
Chris
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
On Tue, Jun 3, 2014 at 2:08 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11" module, which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
Okay, up and running. As Bert pointed out, ldd told me which modules were missing. But what package are those modules in? By using dpkg -S on the _working_ machine on the actual missing module names, and then going back to the origina machine to install the :i386 version of that package, I ended up installing libX11-6:i386, libice6:i386, libgl1-mesa-glx:i386 and libsm6:i386.
After all that, and also after tweaking the standard "squeak" script included wiht Cog (because it's been broken on Ubuntu for ages), I can, once again, run Squeak on this machine.
If I hadn't had access to the working laptop, I don't know what I would have done. Hopefully we'll be able to improve Squeak's accessibility someday..
On Tue, Jun 3, 2014 at 3:00 PM, Chris Cunnington brasspen@gmail.com wrote:
On Jun 3, 2014, at 3:49 PM, Chris Muller asqueaker@gmail.com wrote:
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
ia32-libs is deprecated in Debian 7 Wheezy.
dpkg --add-achitecture i386 apt-get update apt-get install libc6:i386
http://stackoverflow.com/questions/20032019/to-install-ia32-libs-on-debian-w... https://wiki.debian.org/Multiarch
Ken installed ia32-libs in box4, I suppose, because he'd not heard of Multiarch.
Chris
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
On Tue, Jun 3, 2014 at 2:08 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11" module, which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
Oh, and *thanks* to everyone who replied, it turned out everyone's answer was helpful in some way. What a great community!
On Tue, Jun 3, 2014 at 4:46 PM, Chris Muller asqueaker@gmail.com wrote:
Okay, up and running. As Bert pointed out, ldd told me which modules were missing. But what package are those modules in? By using dpkg -S on the _working_ machine on the actual missing module names, and then going back to the origina machine to install the :i386 version of that package, I ended up installing libX11-6:i386, libice6:i386, libgl1-mesa-glx:i386 and libsm6:i386.
After all that, and also after tweaking the standard "squeak" script included wiht Cog (because it's been broken on Ubuntu for ages), I can, once again, run Squeak on this machine.
If I hadn't had access to the working laptop, I don't know what I would have done. Hopefully we'll be able to improve Squeak's accessibility someday..
On Tue, Jun 3, 2014 at 3:00 PM, Chris Cunnington brasspen@gmail.com wrote:
On Jun 3, 2014, at 3:49 PM, Chris Muller asqueaker@gmail.com wrote:
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
ia32-libs is deprecated in Debian 7 Wheezy.
dpkg --add-achitecture i386 apt-get update apt-get install libc6:i386
http://stackoverflow.com/questions/20032019/to-install-ia32-libs-on-debian-w... https://wiki.debian.org/Multiarch
Ken installed ia32-libs in box4, I suppose, because he'd not heard of Multiarch.
Chris
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
On Tue, Jun 3, 2014 at 2:08 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11" module, which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is working fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
If I hadn't had access to the working laptop, I don't know what I would have done. Hopefully we'll be able to improve Squeak's accessibility someday..
Doesn't get much easier than
apt-get install squeak-vm
If that doesn't work, file a bug report.
That won't get you Cog at the moment. But it could, if someone put in the effort.
Tim's new Scratch release would be a fine incentive if it was packaged to require either a Cog or Stack VM. This worked for Etoys, which I packaged to require a Squeak VM package. That's why a Squeak VM is now in every major Linux distro.
Of course, that plan would require to get two new packages into all distros, which isn't exactly easy. Another plan would be to package the interpreter and cog in a single source package and just call that the new release. Then this would be picked up almost automatically by the distro maintainers.
Long-term this might even be the better plan because then the user wouldn't have to worry which VM to use for which image. We might even be able to consolidate the VMs into a single executable which chooses a pluggable execution engine and object memory at runtime.
So, basically this just requires some effort on making nice source packages for distro maintainers. David and lately tty have been working towards that, and maybe someone else can join in (and be it just testing and commenting in what they produce).
- Bert -
Hi Bert,
>>So, basically this just requires some effort on making nice source packages for distro maintainers. David and lately tty have been working towards that, and maybe someone else can join in (and be it just testing and commenting in what they produce).
Before I blew up my Ubuntu partition installing SunOS, I remember how disappointed I was when the Squeak distribution did not work.
While I am not making a hard and fast commitment (I have other squeak projects in mind that are significant) this "getting a newbie productive quickly" is a bit of a hobby-horse for me.
I also have a hunch that languages that are 'Not Algol' are going to be of increasing importance going forward, so I want Squeak 'out there' so that people can hack at it.
Cheers.
tty
On Wed, Jun 04, 2014 at 09:36:46AM +0200, Bert Freudenberg wrote:
If I hadn't had access to the working laptop, I don't know what I would have done. Hopefully we'll be able to improve Squeak's accessibility someday..
Doesn't get much easier than
apt-get install squeak-vm
Indeed :-)
If that doesn't work, file a bug report.
That won't get you Cog at the moment. But it could, if someone put in the effort.
Tim's new Scratch release would be a fine incentive if it was packaged to require either a Cog or Stack VM. This worked for Etoys, which I packaged to require a Squeak VM package. That's why a Squeak VM is now in every major Linux distro.
Of course, that plan would require to get two new packages into all distros, which isn't exactly easy. Another plan would be to package the interpreter and cog in a single source package and just call that the new release. Then this would be picked up almost automatically by the distro maintainers.
For the near term, the source packages should be separate. It is easy to manage that way, and we should not allow the task of merging the trunk and oscog code bases to stand in the way of providing good Linux installation packages for both Cog and squeak-vm. We should name the packages in some way that emphasizes that they are strongly related. The "squeak-vm" name is established and makes sense, so possibly "squeak-cogvm" or something similar could be used.
Long-term this might even be the better plan because then the user wouldn't have to worry which VM to use for which image. We might even be able to consolidate the VMs into a single executable which chooses a pluggable execution engine and object memory at runtime.
This is the right direction, and the /usr/bin/squeak script already contains hooks for the Cog executable, with the intent that Cog should be selected where possible, and fall back on an interpreter VM for images that require it. My own opinion is that this is premature, because 32 and 64 bit modules cannot be mixed, and I think we have now reached at the point where 64 bit platforms are the norm rather than the exception. Nevertheless, the hooks are in place and we should aim in that direction.
So, basically this just requires some effort on making nice source packages for distro maintainers. David and lately tty have been working towards that, and maybe someone else can join in (and be it just testing and commenting in what they produce).
- Bert -
In my view, supporting one or more Linux distros is an important function, and in many ways similar to the platform owner role that we have traditionally used within the VM team, in which the original authors of the various VM platform implementations (initially John, Ian, Andreas, Tim) have assumed responsibility for specific OS platforms. We have never really had someone officially in the role of coordinating Linux distributions of the VMs, for which the ability to build from source is critical, and where various licensing issues may come into play.
Bert has provided leadership in making the initial Linux distributions happen, but I'm not sure that he intended this to be an ongoing responsibility (Bert, please correct me if I'm wrong). So if someone is interested in taking on some work in that area, please do speak up. Discussion should go to the vm-dev list.
I think it is important to say also that that Eliot is currently providing a range of Cog VMs on various platforms at the same time that he is doing cutting edge new work on VMs and object memories. We are all grateful and happily taking advantage of that work, but as a community we need to support this, and if someone can put some energy into providing supported packages for both squeak-vm and Cog for Linux distributions, I think that it would be a welcome contribution.
Dave
On Wed, Jun 4, 2014 at 5:17 PM, David T. Lewis lewis@mail.msen.com wrote:
On Wed, Jun 04, 2014 at 09:36:46AM +0200, Bert Freudenberg wrote:
If I hadn't had access to the working laptop, I don't know what I would have done. Hopefully we'll be able to improve Squeak's accessibility someday..
Doesn't get much easier than
apt-get install squeak-vmIndeed :-)
If that doesn't work, file a bug report.
That won't get you Cog at the moment. But it could, if someone put in
the effort.
Tim's new Scratch release would be a fine incentive if it was packaged
to require either a Cog or Stack VM. This worked for Etoys, which I packaged to require a Squeak VM package. That's why a Squeak VM is now in every major Linux distro.
Of course, that plan would require to get two new packages into all
distros, which isn't exactly easy. Another plan would be to package the interpreter and cog in a single source package and just call that the new release. Then this would be picked up almost automatically by the distro maintainers.
For the near term, the source packages should be separate. It is easy to manage that way, and we should not allow the task of merging the trunk and oscog code bases to stand in the way of providing good Linux installation packages for both Cog and squeak-vm. We should name the packages in some way that emphasizes that they are strongly related. The "squeak-vm" name is established and makes sense, so possibly "squeak-cogvm" or something similar could be used.
Long-term this might even be the better plan because then the user
wouldn't have to worry which VM to use for which image. We might even be able to consolidate the VMs into a single executable which chooses a pluggable execution engine and object memory at runtime.
This is the right direction, and the /usr/bin/squeak script already contains hooks for the Cog executable, with the intent that Cog should be selected where possible, and fall back on an interpreter VM for images that require it. My own opinion is that this is premature, because 32 and 64 bit modules cannot be mixed, and I think we have now reached at the point where 64 bit platforms are the norm rather than the exception. Nevertheless, the hooks are in place and we should aim in that direction.
So, basically this just requires some effort on making nice source
packages for distro maintainers. David and lately tty have been working towards that, and maybe someone else can join in (and be it just testing and commenting in what they produce).
- Bert -
In my view, supporting one or more Linux distros is an important function, and in many ways similar to the platform owner role that we have traditionally used within the VM team, in which the original authors of the various VM platform implementations (initially John, Ian, Andreas, Tim) have assumed responsibility for specific OS platforms. We have never really had someone officially in the role of coordinating Linux distributions of the VMs, for which the ability to build from source is critical, and where various licensing issues may come into play.
Bert has provided leadership in making the initial Linux distributions happen, but I'm not sure that he intended this to be an ongoing responsibility (Bert, please correct me if I'm wrong). So if someone is interested in taking on some work in that area, please do speak up. Discussion should go to the vm-dev list.
I think it is important to say also that that Eliot is currently providing a range of Cog VMs on various platforms at the same time that he is doing cutting edge new work on VMs and object memories. We are all grateful and happily taking advantage of that work, but as a community we need to support this, and if someone can put some energy into providing supported packages for both squeak-vm and Cog for Linux distributions, I think that it would be a welcome contribution.
+1.
Quoting "David T. Lewis" lewis@mail.msen.com:
... traditionally used within the VM team, in which the original authors of the various VM platform implementations (initially John, Ian, Andreas, Tim) have assumed responsibility for specific OS platforms. ...
Dave
Just a small note for the historically inclined. I should be included in that list, as I did the OS/2 port of Squeak in 1997. I'm pretty sure that was before Acorn, and at one time it had the fastest display update and lowest latency audio of them all. I used it and maintained it for several years, until OS/2 essentially died. The bits are still available at http://www.jvuletich.org/Squeak/SqueakForOS2/SqueakForOS2Eng.html . In the OS/2 desktop screenshot there you can see the C projects for the VM and several plugins.
Cheers, Juan Vuletich
On Thu, Jun 05, 2014 at 10:13:16AM +0000, J. Vuletich (mail lists) wrote:
Quoting "David T. Lewis" lewis@mail.msen.com:
... traditionally used within the VM team, in which the original authors of the various VM platform implementations (initially John, Ian, Andreas, Tim) have assumed responsibility for specific OS platforms. ...
Dave
Just a small note for the historically inclined. I should be included in that list, as I did the OS/2 port of Squeak in 1997. I'm pretty sure that was before Acorn, and at one time it had the fastest display update and lowest latency audio of them all. I used it and maintained it for several years, until OS/2 essentially died. The bits are still available at http://www.jvuletich.org/Squeak/SqueakForOS2/SqueakForOS2Eng.html . In the OS/2 desktop screenshot there you can see the C projects for the VM and several plugins.
Thanks for the reminder Juan.
This is of more than just historical interest, because ports to various runtime platforms (including Android, SqueakNOS, JavaScript runtimes, and others) are important for maintaining Squeak and the VM as a portable system.
Dave
Hi Chris,
can you send me the tweaks? I hope they're to check and install the 32-bit libs if not already present. I've not had time to fix this myself. Sorry.
On Tue, Jun 3, 2014 at 2:46 PM, Chris Muller asqueaker@gmail.com wrote:
Okay, up and running. As Bert pointed out, ldd told me which modules were missing. But what package are those modules in? By using dpkg -S on the _working_ machine on the actual missing module names, and then going back to the origina machine to install the :i386 version of that package, I ended up installing libX11-6:i386, libice6:i386, libgl1-mesa-glx:i386 and libsm6:i386.
After all that, and also after tweaking the standard "squeak" script included wiht Cog (because it's been broken on Ubuntu for ages), I can, once again, run Squeak on this machine.
If I hadn't had access to the working laptop, I don't know what I would have done. Hopefully we'll be able to improve Squeak's accessibility someday..
On Tue, Jun 3, 2014 at 3:00 PM, Chris Cunnington brasspen@gmail.com wrote:
On Jun 3, 2014, at 3:49 PM, Chris Muller asqueaker@gmail.com wrote:
Ah, okay, now we're getting somewhere.
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd vm-display-X11 linux-gate.so.1 => (0xf7722000) libGL.so.1 => not found libXext.so.6 => not found libSM.so.6 => not found libICE.so.6 => not found libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf76e8000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf76cc000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7686000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf766c000) libX11.so.6 => not found libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74bd000) /lib/ld-linux.so.2 (0xf7723000)
So I think Nicolai was right -- 32-bit libs not installed. Perhaps running with -vm display=none somehow avoids the need for that dependency..?
I recently upgraded this machine to Ubuntu 14.04 from 12.04. I thought I had run squeak since then but maybe I haven't.
With Ubuntu 12.04, one could install "ia32-libs" but that package is no longer available with 14.04. I actually have 14.04 on one of my laptops where Squeak is working fine. I just did ldd on that and it referred to a bunch of :i386 packages..
ia32-libs is deprecated in Debian 7 Wheezy.
dpkg --add-achitecture i386 apt-get update apt-get install libc6:i386
http://stackoverflow.com/questions/20032019/to-install-ia32-libs-on-debian-w...
https://wiki.debian.org/Multiarch
Ken installed ia32-libs in box4, I suppose, because he'd not heard of Multiarch.
Chris
Unfortunately, I'm not sure what magic incantation I must've used to get all those packages installed on that 14.04 laptop. I'll keep digging but if someone knows, it'd be much appreciated..
On Tue, Jun 3, 2014 at 2:08 PM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 21:03, Chris Muller asqueaker@gmail.com wrote:
It's not obvious to me which one is the X11 module..
None. You need to run ldd not on the vm, but on the "vm-display-X11"
module,
which cannot be loaded according to the error message you got.
- Bert -
I'm not sure -- here's the ldd output on a machine where Squeak is
working
fine:
cmm@ent1:/usr/local$ ldd ./lib/squeak/4.0-2776/squeak linux-gate.so.1 => (0xf7766000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7723000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76f7000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76dd000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7533000) /lib/ld-linux.so.2 (0xf7767000)
Here's the output of ldd on the machine that isn't working:
cmm@ent2:/usr/local/lib/squeak/4.0-2776$ ldd squeak linux-gate.so.1 => (0xf7795000) libutil.so.1 => /lib/i386-linux-gnu/libutil.so.1 (0xf7775000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7770000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7753000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf770d000) libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xf76f4000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7545000) /lib/ld-linux.so.2 (0xf7796000)
Looks like those hex-addresses are different, other than that, they look the same. It's not obvious to me which one is the X11 module..
On Tue, Jun 3, 2014 at 11:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 03.06.2014, at 17:51, Chris Muller asqueaker@gmail.com wrote:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Does "ldd" output on the X11 module look right?
- Bert -
32bit squeak vm vs. 64bit ubuntu?
2014-06-03 17:51 GMT+02:00 Chris Muller asqueaker@gmail.com:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists, or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
Don't think so, I'm able to run squeak with the -vm display=none option..
On Tue, Jun 3, 2014 at 1:46 PM, Nicolai Hess nicolaihess@web.de wrote:
32bit squeak vm vs. 64bit ubuntu?
2014-06-03 17:51 GMT+02:00 Chris Muller asqueaker@gmail.com:
On one machine only, I'm getting an error when I try to start any image:
could not find display driver vm-display-X11; either:
- check that /usr/local/lib/squeak/4.0-2776//vm-display-X11.so exists,
or
- use the '-plugins <path>' option to tell me where it is, or
- remove DISPLAY from your environment.
Of course, none of those suggestions worked, and I have been running Squeak for a long time on this box with no problems.
The same image starts fine on other machines, so I'm guessing something has gotten hosed up with my Ubuntu 14.04 installation on this one box?
Any suggestions are appreciated. Thanks!
---- On Tue, 03 Jun 2014 12:07:36 -0700 Chris Muller<asqueaker@gmail.com> wrote ---- >>Don't think so, I'm able to run squeak with the -vm display=none option..
Is "squeak" a script? (file command will tell you) If so, does it export a LD_LIBRARY_PATH?
Here is an example from one of my startup scripts:
$ cat startStackVM32 #!/bin/bash export LD_LIBRARY_PATH=/home/wm/usr/local/stackVM32 /home/wm/usr/local/stackVM32/lib/squeak/4.0-2920/squeak -vm-sound-ALSA -vm-display-X11 -xshm Squeak4.6-13700.image
squeak-dev@lists.squeakfoundation.org
-
Bert Freudenberg -
Chris Cunnington -
Chris Muller -
David T. Lewis -
Eliot Miranda -
gettimothy -
J. Vuletich (mail lists) -
Nicolai Hess -
Nicolas Cellier