What is the state of Squeak/Pharo/Cuis for Android tablets and phone?
Lots of questions: - what is the state of VM/images? - any comments/hints on devices, speed and memory consumption? - is it worth to buy one to run Smalltalk for own stuff? - anyone written apps with Smalltalk for Android? - is it possible to interface with native stuff. state of touch support, ... Thanks for sharing any experience. Thx T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone |
Hi,
Torsten Bergmann wrote: What is the state of Squeak/Pharo/Cuis for Android tablets and phone? Lots of questions: - what is the state of VM/images? - any comments/hints on devices, speed and memory consumption? - is it worth to buy one to run Smalltalk for own stuff? - anyone written apps with Smalltalk for Android? - is it possible to interface with native stuff. state of touch support, ... -------------------------------------------------------------------------------------------- I am working on my fork of the squeak android port: http://code.google.com/p/squeakvm-tablet/ - is my fork http://code.google.com/p/squeak-android-vm/ - is the parent project State of VM: I mostly borrowed the JNI part of the parent project, making small adjustments as needed. There will be more as I need to interface TTS (speech synthesizer), and this requires some callbacks to Java code. I haven't come up with a final solution yet. Images: I have inherited the image from the parent project (based on v3.9) and am currently working on visual theme adjustment - see my recent message (with questions) on this list. Like the parent project, my port cannot save the image. But it can load the image from sdcard, so it can be tweaked on a PC and transferred to the device via USB or WiFi. Devices: I am specifically targeting tablets rather than telephones. My testbed is called "Pandigital Novel eReader" with 9in 800x480 screen, chosen mainly for its low price (~$190) and it was sold physically in a Bed Bath & Beyond store. It is rather slow; I posted my tinyBenchmark results here: http://code.google.com/p/squeakvm-tablet/wiki/TinyBenchmark along with other people's reports found on this mailing list. The device has 256M of RAM, does not seem to run out of memory with Squeak. Is it worth to buy: Well I have a certain problem to solve where low price and tablet form-factor are necessary, so my choice is driven by this. I did some price comparisons, and IMHO (deeply IMHO!!!) decent performance can these days be gotten from ARM devices privced well over $300, but Intel EEE tablets or IdeaPad tablets start in lower $400, and they run usual Windows (or Linux if one prefers to install) and then you can have your regular Squeak/whatever w/o any porting. So YMMV Anyone written apps: maybe I will be one but I haven't written it yet ;) And my problems are kind of specific... Native stuff: not sure if FFI plugin is integrated with this image, however all the VM code is there, so perhaps in some quick and dirty ways manually written plugins could be thrown in... Touch support: I have recently committed code which enables hardware buttons to modify color of mouse for one subsequent click. Such way I was able to do middle (blue) click inside a workspace where 0 tinyBenchmark was typed, select Print-it, and after a while I got the results. I can cause right (yellow) click to bring on halos. I also got soft keyboard to work, but have troubles getting events from the DEL key (looks like I need to subclass the keyboard, or install some special listener in the view, I am not sure yet). In a workspace I typed Morph new openInWorld. did a middle click, selected do-it, and a blue square appeared in the left upper corner of the screen. I was able to move it with my finger (although it disappears while being dragged) to the center of the screen, then I brought up halo and deleted it. Hope I answered all questions ;) Thanks for your interest. -- Dimitry Golubovsky Anywhere on the Web |
In reply to this post by Torsten Bergmann
Under iOS, Bert wrote some stuff to make multitouch work in Etoys, not sure if it works in Squeak. I've adapted part of it to work with Cuis myself, but I have a very, very bad bug so I haven't said much about it.
On an iPad gen 1 (which is what I have) I am able to code on the device, though the UI is at times maddening and at others it's totally unusable, which is par for the course given that the UI was designed for a keyboard and mouse. Cuis has a nice feature wherein if you click an hold on something that gets a context menu, it pops up after a split second. Juan did this for a small gadget once upon a time. This made it possible for me to start coding on the device almost right away, which was fantastic, because I found quickly that without ctl-d or a right mouse button I had trouble *doing* anything:) For some reason I can't get carriage returns from the soft keyboard in Cuis. There's no plan that I know of for a standard way of hiding and showing the soft keyboard from within the image; I'd love to talk about that. Performance on the device suuucks. Of the three I tried, Cuis feels most responsive. Makes me wonder if we aren't losing cycles unnecessarily to Morphic in Squeak. I did not do any perf testing beyond trying out all three and saying "this one sucks, that one sucks, okay this one sucks slightly less" so *do not quote me* on that, and if you do wind up doing benches, I'd sure like to have a look. The other reason I went with Cuis: I expect the much simplified Morphic implementation to be more productive means toward the end of "finding a Smalltalk programming environment that works well without a keyboard and mouse." Probably the most discouraging thing in the world is: AFAIK Apple won't let you ship anything that exposes a programming interface to users, so you're stuck in the domain of "end user applications written in Smalltalk which have nothing to do with programming" unless you want to pay them $100 a year in order to run your own damned software, and then you get the joy of working on something you can't actually ship. Maybe sometime in the future programming skills, like science skills have, will stop qualifyig us as witches. So here's a big fat reason to blow off iOS and hack on Android. I'm less familiar with the Android situation, but I do know that you can only use C to make libs (everything is Java) and that sounds... Awful. I don't know what Andreas did to get it to work at all, but I imagine it must gave stung a little. So yeah! Pretty much we're where enough works to experiment, but not enough works to seriously use. Did I mention that Cuis would be a really great choice in the mobile and embedded spaces? :) On Mar 3, 2011, at 6:37 AM, "Torsten Bergmann" <[hidden email]> wrote: > What is the state of Squeak/Pharo/Cuis for Android tablets and phone? > Lots of questions: > - what is the state of VM/images? > - any comments/hints on devices, speed and memory consumption? > - is it worth to buy one to run Smalltalk for own stuff? > - anyone written apps with Smalltalk for Android? > - is it possible to interface with native stuff. state of > touch support, ... > > Thanks for sharing any experience. > > Thx > T. > > > > > > > > > -- > NEU: FreePhone - kostenlos mobil telefonieren und surfen! > Jetzt informieren: http://www.gmx.net/de/go/freephone > |
In reply to this post by Torsten Bergmann
On 03/03/2011 03:37 PM, Torsten Bergmann wrote:
> What is the state of Squeak/Pharo/Cuis for Android tablets and phone? > Lots of questions: > - what is the state of VM/images? > - any comments/hints on devices, speed and memory consumption? > - is it worth to buy one to run Smalltalk for own stuff? > - anyone written apps with Smalltalk for Android? > - is it possible to interface with native stuff. state of > touch support, ... Generally speaking, here are my silly notions in this area: - Android is heavily oriented around Dalvik and the libraries for it (Java) - Android will be *the* platform for private computing in the near future IMHO. Yes, I really think so. Android 3.0 looks really hot. - A Squeak/Pharo/Cuis for Android will never be more than a toy unless we can tap into the Dalvik/Java platform. - This means we REALLY need JNIPort or similar projects to work really, really well in order to actually use the libraries in full. ...or we need to get Squeak running inside/on-top-of Dalvik somehow. Weird ideas: - PotatoSqueak is a port of the Squeak VM to java. Run that on Dalvik and hey... - PySqueak using Pypy could probably generate a fast Squeak VM running in java bytecode which possibly also could be run on Dalvik. Both the above approaches would probably make interfacing with Dalvik/Java much simpler. ...or just try using SilverSmalltalk or such. ;) regards, Göran |
In reply to this post by Casey Ransberger-2
On 03.03.2011, at 13:39, Casey Ransberger wrote:
> Under iOS, Bert wrote some stuff to make multitouch work in Etoys, not sure if it works in Squeak. Should work pretty much the same. While working on a DrGeo iPad port with Hilaire I also adapted it for Pharo, which has a different Sensor architecture now. > I've adapted part of it to work with Cuis myself, but I have a very, very bad bug so I haven't said much about it. > > On an iPad gen 1 (which is what I have) I am able to code on the device, though the UI is at times maddening and at others it's totally unusable, which is par for the course given that the UI was designed for a keyboard and mouse. Hehe :) > Cuis has a nice feature wherein if you click an hold on something that gets a context menu, it pops up after a split second. Juan did this for a small gadget once upon a time. Would be nice to have that in Squeak, too, IMHO. > There's no plan that I know of for a standard way of hiding and showing the soft keyboard from within the image; I'd love to talk about that. Yep, been thinking about that. We need at least one new primitive. (There is probably a hack you could do right now using the Objective-C bridge). We should also try to define the multi-touch VM interface so it would work the same on iOS / Android / Win7 etc. > Performance on the device suuucks. Of the three I tried, Cuis feels most responsive. Makes me wonder if we aren't losing cycles unnecessarily to Morphic in Squeak. We certainly are. Morphic is orders of magnitudes slower than MVC, but for much of it there is no good reason it has to be. > AFAIK Apple won't let you ship anything that exposes a programming interface to users I don't think that is true. E.g. there is a Basic interpreter in the App Store. What Apple does not allow is *downloading* code, because that would let developers circumvent the review process. - Bert - |
In reply to this post by Casey Ransberger-2
Hi Casey,
Casey Ransberger wrote: > Under iOS, Bert wrote some stuff to make multitouch work in Etoys, not sure if it works in Squeak. I've adapted part of it to work with Cuis myself, but I have a very, very bad bug so I haven't said much about it. > > On an iPad gen 1 (which is what I have) I am able to code on the device, though the UI is at times maddening and at others it's totally unusable, which is par for the course given that the UI was designed for a keyboard and mouse.. > > Cuis has a nice feature wherein if you click an hold on something that gets a context menu, it pops up after a split second. Juan did this for a small gadget once upon a time. This made it possible for me to start coding on the device almost right away, which was fantastic, because I found quickly that without ctl-d or a right mouse button I had trouble *doing* anything:) > The 'tap and hold' -> menu feature I did for windows CE. Makes Cuis quite usable on such devices. Anyway, I'd like to add any other features we might think of that might help Cuis on finger/pen devices, as long as they don't make using the mouse harder. > For some reason I can't get carriage returns from the soft keyboard in Cuis. > Does this work on Squeak / Pharo? What do you get if you evaluate 'Sensor kbdTest' and press the return key? > There's no plan that I know of for a standard way of hiding and showing the soft keyboard from within the image; I'd love to talk about that. > Did you ask Esteban Lorenzano? Most likely he's been working or at least thinking about that for his Mars project... > Performance on the device suuucks. Of the three I tried, Cuis feels most responsive. Makes me wonder if we aren't losing cycles unnecessarily to Morphic in Squeak. I did not do any perf testing beyond trying out all three and saying "this one sucks, that one sucks, okay this one sucks slightly less" so *do not quote me* on that, and if you do wind up doing benches, I'd sure like to have a look. > I'm pretty close to a new release of Cuis that should feel way more responsive on slow devices. It does world redraw about 10 times faster when there are many windows open. Unfortunately I couldn't run it on my XO, as the preloaded VM is pre-closures... Does anybody know how to run a closures image on the XO? > The other reason I went with Cuis: I expect the much simplified Morphic implementation to be more productive means toward the end of "finding a Smalltalk programming environment that works well without a keyboard and mouse." > Yep. And I want to help with that. > Probably the most discouraging thing in the world is: AFAIK Apple won't let you ship anything that exposes a programming interface to users, so you're stuck in the domain of "end user applications written in Smalltalk which have nothing to do with programming" unless you want to pay them $100 a year in order to run your own damned software, and then you get the joy of working on something you can't actually ship. Maybe sometime in the future programming skills, like science skills have, will stop qualifyig us as witches. So here's a big fat reason to blow off iOS and hack on Android. > > I'm less familiar with the Android situation, but I do know that you can only use C to make libs (everything is Java) and that sounds... Awful. I don't know what Andreas did to get it to work at all, but I imagine it must gave stung a little. > > So yeah! Pretty much we're where enough works to experiment, but not enough works to seriously use. > Unfortunately that would mean that the only mature mobile platform for Squeak (& derivatives) is still WinCE... Did anybody ever build a closures VM for WinCE? Cheers, Juan Vuletich > Did I mention that Cuis would be a really great choice in the mobile and embedded spaces? :) > > On Mar 3, 2011, at 6:37 AM, "Torsten Bergmann" <[hidden email]> wrote: > > >> What is the state of Squeak/Pharo/Cuis for Android tablets and phone? >> Lots of questions: >> - what is the state of VM/images? >> - any comments/hints on devices, speed and memory consumption? >> - is it worth to buy one to run Smalltalk for own stuff? >> - anyone written apps with Smalltalk for Android? >> - is it possible to interface with native stuff. state of >> touch support, ... >> >> Thanks for sharing any experience. >> >> Thx >> T. >> |
On 03/03/11 22:26, Juan Vuletich wrote:
> Unfortunately that would mean that the only mature mobile platform for > Squeak (& derivatives) is still WinCE... Did anybody ever build a > closures VM for WinCE? > Don't forget Maemo (Linux) ;-) For Android the latest NDK (r5+) might have some new features that might help: "Adds support for native activities, which allows you to implement the Android application lifecycle in native code." http://developer.android.com/sdk/ndk/index.html |
In reply to this post by Juan Vuletich-4
Inline
On Mar 3, 2011, at 2:26 PM, Juan Vuletich <[hidden email]> wrote: > I'm pretty close to a new release of Cuis that should feel way more responsive on slow devices. It does world redraw about 10 times faster when there are many windows open. > Unfortunately I couldn't run it on my XO, as the preloaded VM is pre-closures... Does anybody know how to run a closures image on the XO? I may be misunderstanding you; if not, you may experience a minor facepalm. XO is Fedora-based, so you should be able to grab the Linux VM sources and roll it up. There may be some reason that this is harder than I would expect, I don't know; compiling a VM on that hardware might be beyond just painful, but also impossible (insufficient RAM/storage, etc.) but you should still be able to compile it on another box and then drop the files in. Oh! And IIRC, I had to get an encryption key to flip the yes-I-am-grownup-programmer bit. The displays on those things are unreal man. I'm tempted to rip it apart and scavenge the screen:) > Cheers, > Juan Vuletich > >> Did I mention that Cuis would be a really great choice in the mobile and embedded spaces? :) >> >> On Mar 3, 2011, at 6:37 AM, "Torsten Bergmann" <[hidden email]> wrote: >> >> >>> What is the state of Squeak/Pharo/Cuis for Android tablets and phone? Lots of questions: >>> - what is the state of VM/images? >>> - any comments/hints on devices, speed and memory consumption? >>> - is it worth to buy one to run Smalltalk for own stuff? >>> - anyone written apps with Smalltalk for Android? >>> - is it possible to interface with native stuff. state of >>> touch support, ... >>> >>> Thanks for sharing any experience. >>> >>> Thx >>> T. >>> > > |
On 03.03.2011, at 14:54, Casey Ransberger wrote:
> On Mar 3, 2011, at 2:26 PM, Juan Vuletich <[hidden email]> wrote: > >> I'm pretty close to a new release of Cuis that should feel way more responsive on slow devices. It does world redraw about 10 times faster when there are many windows open. >> Unfortunately I couldn't run it on my XO, as the preloaded VM is pre-closures... Does anybody know how to run a closures image on the XO? > > I may be misunderstanding you; if not, you may experience a minor facepalm. XO is Fedora-based, so you should be able to grab the Linux VM sources and roll it up. The latest i386 Linux binary should just work: http://squeakvm.org/unix/ and maybe even Eliot's Cog binary. It's just another Linux machine ... - Bert - |
Bert Freudenberg wrote:
> On 03.03.2011, at 14:54, Casey Ransberger wrote: > > >> On Mar 3, 2011, at 2:26 PM, Juan Vuletich <[hidden email]> wrote: >> >> >>> I'm pretty close to a new release of Cuis that should feel way more responsive on slow devices. It does world redraw about 10 times faster when there are many windows open. >>> Unfortunately I couldn't run it on my XO, as the preloaded VM is pre-closures... Does anybody know how to run a closures image on the XO? >>> >> I may be misunderstanding you; if not, you may experience a minor facepalm. XO is Fedora-based, so you should be able to grab the Linux VM sources and roll it up. >> > > The latest i386 Linux binary should just work: > > http://squeakvm.org/unix/ > > and maybe even Eliot's Cog binary. It's just another Linux machine ... > > - Bert - It seems at least some Linux knowledge is needed... mine is almost nil :(. I did as follows: - Downloaded Squeak-4.4.7.2357-linux_i386.tar.gz and Squeak-4.4.7.2357-linux_i386.sh from the link you gave. - Decompressed the .tar.gz file - Saved the .sh, the .tar.gz, and the uncompressed folder to a /Cuis/ folder in an sd card. - Added cuis image, changes and sources to that folder - Inserted the sd card on the XO - Opened the Terminal activity - su - cd /media/*/Cuis First try: Now, trying to run the installer (.sh) gives 'command not found'. Executing Squeak-4*.sh results in the full name printed (i.e. found) followed by: ': command not found'. Ok. Let's try something different - cd Squeak-* matches the folder name and changes current folder - cd bin - ls shows squeak and squeak.sh - Now running 'squeak ../../imagename.image' gives 'This interpreter (vers 6502) cannot read image file (vers. 6504)' Looks like trying to run the original VM bundled with the machine. cp squeak sqq to have it with some other name. doing 'sqq enter' gives 'sqq: command not found'. cp squeak.sh sqqq.sh to have this .sh with some other name. doing 'sqqq.sh enter' gives 'sqqq.sh: command not found'. Looks like the machine doesn't want to run any binary from the sd card. I guess there is some linux detail I'm unaware of... Please help me! Thanks, Juan Vuletich |
Juan Vuletich wrote:
> Bert Freudenberg wrote: >> On 03.03.2011, at 14:54, Casey Ransberger wrote: >> >> >>> On Mar 3, 2011, at 2:26 PM, Juan Vuletich <[hidden email]> wrote: >>> >>> >>>> I'm pretty close to a new release of Cuis that should feel way more >>>> responsive on slow devices. It does world redraw about 10 times >>>> faster when there are many windows open. >>>> Unfortunately I couldn't run it on my XO, as the preloaded VM is >>>> pre-closures... Does anybody know how to run a closures image on >>>> the XO? >>>> >>> I may be misunderstanding you; if not, you may experience a minor >>> facepalm. XO is Fedora-based, so you should be able to grab the >>> Linux VM sources and roll it up. >> >> The latest i386 Linux binary should just work: >> >> http://squeakvm.org/unix/ >> >> and maybe even Eliot's Cog binary. It's just another Linux machine ... >> >> - Bert - > > It seems at least some Linux knowledge is needed... mine is almost nil > :(. I did as follows: > - Downloaded Squeak-4.4.7.2357-linux_i386.tar.gz and > Squeak-4.4.7.2357-linux_i386.sh from the link you gave. > - Decompressed the .tar.gz file > - Saved the .sh, the .tar.gz, and the uncompressed folder to a /Cuis/ > folder in an sd card. > - Added cuis image, changes and sources to that folder > - Inserted the sd card on the XO > - Opened the Terminal activity > - su > - cd /media/*/Cuis > > First try: Now, trying to run the installer (.sh) gives 'command not > found'. Executing Squeak-4*.sh results in the full name printed (i.e. > found) followed by: ': command not found'. > > Ok. Let's try something different > - cd Squeak-* matches the folder name and changes current folder > - cd bin > - ls shows squeak and squeak.sh > - Now running 'squeak ../../imagename.image' gives 'This interpreter > (vers 6502) cannot read image file (vers. 6504)' > > Looks like trying to run the original VM bundled with the machine. cp > squeak sqq to have it with some other name. doing 'sqq enter' gives > 'sqq: command not found'. cp squeak.sh sqqq.sh to have this .sh with > some other name. doing 'sqqq.sh enter' gives 'sqqq.sh: command not > found'. > > Looks like the machine doesn't want to run any binary from the sd > card. I guess there is some linux detail I'm unaware of... Please help > me! > > Thanks, > Juan Vuletich I guess I succeeded installing it. Now trying to run like this sh squeak.sh ../../imagename.image (in .../bin/) gives 'libGLU.so.1: cannot open shared object file: No such file or directory / could not find display driver vm-display-x11; wither: / -check that /udr/local/lib/squeak/4.4.7-2357/vm-display-x11.so exists or / ...' There's no vm-display-x11.so in the folder from the installation, but there is a so.vm-display... so copying this to have the '.so' at the end... Get the same error. I'm almost giving up. Thanks for any help. Juan Vuletich |
Is that Cog out of curiosity? I saw that awhile back when I ran it on ubuntu. The classic VM worked fine though.
For some reason I want to think that the presence of .so is not significant (i.e. I want to think it should work either way,) but for the life of me I can't recall if anyone ever figured this one out. Many people could not reproduce it. It may be environment or distribution specific. I wound up dropping the linux laptop in favor of a Mac for other reasons, so I never finished figuring out what the problem was.
On Thu, Mar 3, 2011 at 5:30 PM, Juan Vuletich <[hidden email]> wrote:
-- Casey Ransberger |
Hi Casey,
Casey Ransberger wrote: > Is that Cog out of curiosity? I saw that awhile back when I ran it on > ubuntu. The classic VM worked fine though. No, not Cog. Just the latest interpreter from http://squeakvm.org/unix/ > For some reason I want to think that the presence of .so is not > significant (i.e. I want to think it should work either way,) but for > the life of me I can't recall if anyone ever figured this one out. > Many people could not reproduce it. It may be environment or > distribution specific. I wound up dropping the linux laptop in favor > of a Mac for other reasons, so I never finished figuring out what the > problem was. Oh... Didn't know it is an old problem... > On Thu, Mar 3, 2011 at 5:30 PM, Juan Vuletich <[hidden email] > <mailto:[hidden email]>> wrote: > > Juan Vuletich wrote: > > Bert Freudenberg wrote: > > On 03.03.2011, at 14:54, Casey Ransberger wrote: > > > > On Mar 3, 2011, at 2:26 PM, Juan Vuletich > <[hidden email] <mailto:[hidden email]>> wrote: > > > > I'm pretty close to a new release of Cuis that > should feel way more responsive on slow devices. > It does world redraw about 10 times faster when > there are many windows open. > Unfortunately I couldn't run it on my XO, as the > preloaded VM is pre-closures... Does anybody know > how to run a closures image on the XO? > > > I may be misunderstanding you; if not, you may > experience a minor facepalm. XO is Fedora-based, so > you should be able to grab the Linux VM sources and > roll it up. > > > The latest i386 Linux binary should just work: > > http://squeakvm.org/unix/ > > and maybe even Eliot's Cog binary. It's just another Linux > machine ... > > - Bert - > > > It seems at least some Linux knowledge is needed... mine is > almost nil :(. I did as follows: > - Downloaded Squeak-4.4.7.2357-linux_i386.tar.gz and > Squeak-4.4.7.2357-linux_i386.sh > <http://Squeak-4.4.7.2357-linux_i386.sh> from the link you gave. > - Decompressed the .tar.gz file > - Saved the .sh, the .tar.gz, and the uncompressed folder to a > /Cuis/ folder in an sd card. > - Added cuis image, changes and sources to that folder > - Inserted the sd card on the XO > - Opened the Terminal activity > - su > - cd /media/*/Cuis > > First try: Now, trying to run the installer (.sh) gives > 'command not found'. Executing Squeak-4*.sh results in the > full name printed (i.e. found) followed by: ': command not found'. > > Ok. Let's try something different > - cd Squeak-* matches the folder name and changes current folder > - cd bin > - ls shows squeak and squeak.sh > - Now running 'squeak ../../imagename.image' gives 'This > interpreter (vers 6502) cannot read image file (vers. 6504)' > > Looks like trying to run the original VM bundled with the > machine. cp squeak sqq to have it with some other name. doing > 'sqq enter' gives 'sqq: command not found'. cp squeak.sh > sqqq.sh to have this .sh with some other name. doing 'sqqq.sh > enter' gives 'sqqq.sh: command not found'. > > Looks like the machine doesn't want to run any binary from the > sd card. I guess there is some linux detail I'm unaware of... > Please help me! > > Thanks, > Juan Vuletich > > > I guess I succeeded installing it. Now trying to run like this > sh squeak.sh ../../imagename.image (in .../bin/) gives > 'libGLU.so.1: cannot open shared object file: No such file or > directory / could not find display driver vm-display-x11; wither: > / -check that /udr/local/lib/squeak/4.4.7-2357/vm-display-x11.so > exists or / ...' > There's no vm-display-x11.so in the folder from the installation, > but there is a so.vm-display... so copying this to have the '.so' > at the end... Get the same error. I'm almost giving up. > > Thanks for any help. > > Juan Vuletich > > > > > -- > Casey Ransberger > ------------------------------------------------------------------------ > > > > > ------------------------------------------------------------------------ > > No virus found in this message. > Checked by AVG - www.avg.com <http://www.avg.com> > Version: 10.0.1204 / Virus Database: 1435/3479 - Release Date: 03/03/11 > |
Oh, weird. It's possible that something from Cog made into mainline... but I'm betting that I was wrong about the problem being with Cog+Ubuntu.
What do we know? You have two Squeaks installed now, no? Perhaps there is a symlink or environment variable somewhere which is still pointing at the old thing. I'm throwing this out there because since I was trying to run Cog for the first time on my Linux box, you can bet I had the classic VM installed already:)
Would you respond with the result of typing 'env' without the quotes at your shell prompt? If it's environmental we might be able to get a clue that way.
On Thu, Mar 3, 2011 at 5:42 PM, Juan Vuletich <[hidden email]> wrote: Hi Casey, -- Casey Ransberger |
In reply to this post by Juan Vuletich-4
On 03.03.2011, at 17:30, Juan Vuletich wrote:
> I guess I succeeded installing it. Now trying to run like this > sh squeak.sh ../../imagename.image (in .../bin/) gives 'libGLU.so.1: cannot open shared object file: No such file or directory / could not find display driver vm-display-x11; wither: / -check that /udr/local/lib/squeak/4.4.7-2357/vm-display-x11.so exists or / ...' > There's no vm-display-x11.so in the folder from the installation, but there is a so.vm-display... so copying this to have the '.so' at the end... Get the same error. I'm almost giving up. Well, you're almost there ;) You need either the tar.gz or the .sh, not both. After extracting, you can either install it, or run directly from where you installed it. The libGLU error you are getting now indicates the VM loads successfully. But the vm-display-x11 is linked to OpenGL. The XO has no OpenGL libraries installed. So what you need to do is copy the system's so.vm-display-x11 (from /usr/lib/squeak) to your new VM directory, overwriting the current version. Then everything should be fine. The system version was compiled without OpenGL support. - Bert - |
And, now I know why I didn't get Cog to work on the EeePC. Ah well. Thanks for educating me, Bert:)
On Thu, Mar 3, 2011 at 6:10 PM, Bert Freudenberg <[hidden email]> wrote:
-- Casey Ransberger |
In reply to this post by Bert Freudenberg
Bert Freudenberg wrote:
> On 03.03.2011, at 17:30, Juan Vuletich wrote: > > >> I guess I succeeded installing it. Now trying to run like this >> sh squeak.sh ../../imagename.image (in .../bin/) gives 'libGLU.so.1: cannot open shared object file: No such file or directory / could not find display driver vm-display-x11; wither: / -check that /udr/local/lib/squeak/4.4.7-2357/vm-display-x11.so exists or / ...' >> There's no vm-display-x11.so in the folder from the installation, but there is a so.vm-display... so copying this to have the '.so' at the end... Get the same error. I'm almost giving up. >> > > Well, you're almost there ;) > > You need either the tar.gz or the .sh, not both. After extracting, you can either install it, or run directly from where you installed it. > > The libGLU error you are getting now indicates the VM loads successfully. But the vm-display-x11 is linked to OpenGL. The XO has no OpenGL libraries installed. So what you need to do is copy the system's so.vm-display-x11 (from /usr/lib/squeak) to your new VM directory, overwriting the current version. Then everything should be fine. The system version was compiled without OpenGL support. > > - Bert - > > Also tried the 'all in one' Cuis (based on Squeak's). The included .sh file does 'uname -m' to find out about the CPU. The answer on the XO is i586, not i686, and therefore 'all in one' can't run. I wonder if this would affect the stand alone linux vm, too... Juan Vuletich |
In reply to this post by Casey Ransberger-2
On 03.03.2011, at 18:29, Casey Ransberger wrote: And, now I know why I didn't get Cog to work on the EeePC. Ah well. Thanks for educating me, Bert:) You do? I'd be surprised if you really got the libGLU error there.
|
In reply to this post by Juan Vuletich-4
On 03.03.2011, at 18:31, Juan Vuletich wrote: > Bert Freudenberg wrote: >> On 03.03.2011, at 17:30, Juan Vuletich wrote: >> >> >>> I guess I succeeded installing it. Now trying to run like this >>> sh squeak.sh ../../imagename.image (in .../bin/) gives 'libGLU.so.1: cannot open shared object file: No such file or directory / could not find display driver vm-display-x11; wither: / -check that /udr/local/lib/squeak/4.4.7-2357/vm-display-x11.so exists or / ...' >>> There's no vm-display-x11.so in the folder from the installation, but there is a so.vm-display... so copying this to have the '.so' at the end... Get the same error. I'm almost giving up. >>> >> >> Well, you're almost there ;) >> >> You need either the tar.gz or the .sh, not both. After extracting, you can either install it, or run directly from where you installed it. >> >> The libGLU error you are getting now indicates the VM loads successfully. But the vm-display-x11 is linked to OpenGL. The XO has no OpenGL libraries installed. So what you need to do is copy the system's so.vm-display-x11 (from /usr/lib/squeak) to your new VM directory, overwriting the current version. Then everything should be fine. The system version was compiled without OpenGL support. >> >> - Bert - >> >> > Did that. Get same error as before... > > Also tried the 'all in one' Cuis (based on Squeak's). The included .sh file does 'uname -m' to find out about the CPU. The answer on the XO is i586, not i686, and therefore 'all in one' can't run. I wonder if this would affect the stand alone linux vm, too... Unlikely. You would get a different error if this was the problem. I'd guess the VM inside the all-in-one is actually an i386 one, so it would run on anything newer than that, too. We should change the script. You really just need to make it use the right vm-display-x11 module. Do an ldd on it to see what it links to. - Bert - |
In reply to this post by Bert Freudenberg
I had a VM installed, installed a second VM, and had the same error with the same library, unless my memory wants debugging. I wasn't in a stock config either, I backported and tweaked a lot of stuff to make Ubuntu work well for me on it. I know I ripped out compiz and fusion, can't remember if I let OpenGL live. I could have accidentally broken it while breaking things I intended to break:)
Anyway, we'll never know. I gave the machine away, which is my favorite thing to do with extra computers. Now I wish I'd have kept it another month, just to know.
On Thu, Mar 3, 2011 at 6:36 PM, Bert Freudenberg <[hidden email]> wrote:
-- Casey Ransberger |
Free forum by Nabble | Edit this page |