- Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo on Fedora 15_64

by StÃ©phane Ducasse

thanks B. :) Have fun and success. STef On Jun 12, 2011, at 10:00 PM, bblochl(a)arcor.de wrote: > Am 11.06.2011 22:43, schrieb Alan Rodas: >> I dont know exactly if this may be the reason, but, are you running a 64bit version of Fedora right? >> >> I had some trouble in the past with pharo and Ubuntu 64bits. I needed the 32 bit libraries to run it. >> >> If that is your case try installing the 32 bit libraries. >> Just in case you are not quite familiar with installing libraries in Fedora, here is a guide >> >> http://beginlinux.com/blog/2009/09/installing-32-bit-support-into-64-bit-fe… >> >> Hope it helps >> >> Cheers >> -- >> Alan Rodas Bonjour >> > Tnx a lot for help! > > Indeed I am running Fedora 15 64bit. But I also run Pharo on debian 5 64bit (no Problems). But your guess (or deeper knowledge), that there is (or might be) a problem with the missing 32bit libraries in Fedora 15 64bit is obviously right and helped me to make Phao running on my Fedora 15 64bit version a least. To run 32 bit software versions, the libraries it depends on must be installed. (I did not know, that Phedora is only just a 32bit system.) > > The method described in the link does not work for Fedora 15. There are "endless" messages of the kind > - package not available. Fedora/RedHat has switched the prefered package manager from rpm to yum. Could that be the crux of the fail? I really do not know! (Certailly I checked on my system that rpm was installed properly!) > > Here a description of my procedure (very close to your link!) to overcome that problem, that hopefully might be helpful or other Fedora 15 (or other 64bit Linux-) users to get the 32bit libs with yum. The procedure is quite close to that given in the link you sent. To be able to get the 32bit libs, open (or in my case - create) the file /etc/rpm/macros as root and add the following line at the end of the file: > > %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch} > > Open as root and add the line. Save the file and exit the editor. You may use any simple text editor (I used vi) and do not forget to do sudo first: > > sudo vi /etc/rpm/macros > > After that first step, you are able to install the 32-bit libraries that are required by Pharo (or other 32bit apps). The following command installs them all: > > sudo yum install qt.i686 qt-x11.i686 libXv.i686 libXss.i686 libXScrnSaver.i686 > > After that, Pharo should start properly! Or say, at least it started on my Fedora 15 64 bit. > > If there is something explained not clearly enough, I am willing to to state more precisely on request. My CS-horizon is very restricted - i am happy if things work without any problems. > > Tnx, and I wish Pharo good progress towards the 64bit version! > > Regards > > BB > > PS: > I thank the Pharo developers for their outstanding work! > >

June 12, 2011

Re: [Pharo-users] Tiling Window Manager - status update

by Guillermo Polito

On Mon, May 30, 2011 at 6:22 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > First thanks to all people that send patches (and tests !!). Still not > haven't merged all of them - don't hesitate to post in repository so code is > not lost. Yes I will merge layout policies. > > Gofer it > squeaksource: 'TilingWindowManager'; > package: 'TWM'; > load. > (Smalltalk at: #StandardUITheme) beCurrent. > (Smalltalk at: #TWMBar) showTWMBar:true. > > Tested on PharoCore 1.2 and Pharo 1.3. > > Now this has support for world snapshot, that means you can arrange the > windows and take a snapshot of the layout. Then you can restore these > layouts later. (icons camera, <, > and trash). I'm not entirely satisfied > with this, thanks for feedback. > > > In Pharo 1.3 there's initial integration with KeyMapping. To load: > > > Gofer it > squeaksource: 'ShortWays'; > package: 'ConfigurationOfKeymapping'; > load. > > (Smalltalk at: #ConfigurationOfKeymapping project version: #bleedingEdge) > load. > > > Then in settings browser > Keymappings > Tiling Window Managers you have > all actions of the dock mapped. > > Not all shortcuts are working, don't know why, if people can test and find > good shortcuts thank you. > > Creating a nice Metacello Configuration for TWM will be appreciated :) > ConfigurationOfTilingWindowManager is in squeaksource/TilingWindowManager ;) Cheers, Guille > > > Cheers, > > Laurent Laffont - @lolgzs <http://twitter.com/#%21/lolgzs> > > Pharo Smalltalk Screencasts: http://www.pharocasts.com/ > Blog: http://magaloma.blogspot.com/ > Developer group: http://cara74.seasidehosting.st > >

June 12, 2011

Re: [Pharo-users] Pharo on Fedora 15_64

by bblochl＠arcor.de

Am 11.06.2011 22:43, schrieb Alan Rodas: > I dont know exactly if this may be the reason, but, are you running a 64bit version of Fedora right? > > I had some trouble in the past with pharo and Ubuntu 64bits. I needed the 32 bit libraries to run it. > > If that is your case try installing the 32 bit libraries. > Just in case you are not quite familiar with installing libraries in Fedora, here is a guide > > http://beginlinux.com/blog/2009/09/installing-32-bit-support-into-64-bit-fe… > > Hope it helps > > Cheers > -- > Alan Rodas Bonjour > Tnx a lot for help! Indeed I am running Fedora 15 64bit. But I also run Pharo on debian 5 64bit (no Problems). But your guess (or deeper knowledge), that there is (or might be) a problem with the missing 32bit libraries in Fedora 15 64bit is obviously right and helped me to make Phao running on my Fedora 15 64bit version a least. To run 32 bit software versions, the libraries it depends on must be installed. (I did not know, that Phedora is only just a 32bit system.) The method described in the link does not work for Fedora 15. There are "endless" messages of the kind - package not available. Fedora/RedHat has switched the prefered package manager from rpm to yum. Could that be the crux of the fail? I really do not know! (Certailly I checked on my system that rpm was installed properly!) Here a description of my procedure (very close to your link!) to overcome that problem, that hopefully might be helpful or other Fedora 15 (or other 64bit Linux-) users to get the 32bit libs with yum. The procedure is quite close to that given in the link you sent. To be able to get the 32bit libs, open (or in my case - create) the file /etc/rpm/macros as root and add the following line at the end of the file: %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch} Open as root and add the line. Save the file and exit the editor. You may use any simple text editor (I used vi) and do not forget to do sudo first: sudo vi /etc/rpm/macros After that first step, you are able to install the 32-bit libraries that are required by Pharo (or other 32bit apps). The following command installs them all: sudo yum install qt.i686 qt-x11.i686 libXv.i686 libXss.i686 libXScrnSaver.i686 After that, Pharo should start properly! Or say, at least it started on my Fedora 15 64 bit. If there is something explained not clearly enough, I am willing to to state more precisely on request. My CS-horizon is very restricted - i am happy if things work without any problems. Tnx, and I wish Pharo good progress towards the 64bit version! Regards BB PS: I thank the Pharo developers for their outstanding work!

June 12, 2011

Glorp port support for Postgres native driver Was: [ANN] New Glorp Port

by Guillermo Polito

Hi! I've done some little changes in order to have the native postgresql driver working in pharo 1.3 with glorp :). To download it, evaluate: (ConfigurationOfGlorpDBX project version: #stable) load: 'GlorpPostgresV2NativeWithTests' There are 998 tests (Glorp, Postgresql, Cryptography), and most of them are green. Most of the fails are from cryptography :/... I tested it in 1.3 only by now. Guille On Tue, Jun 7, 2011 at 12:09 AM, Yanni Chiu <yanni(a)rogers.com> wrote: > On 06/06/11 10:57 PM, Guillermo Polito wrote: > >> I'm glad to announce a first stable version of the new Glorp Port, from >> VW 7.7.1. >> > > Great news. > Any docs on what are the differences from the previous version? > What issues might there be in migration? > Does the Native PostgreSQL client still work with this new port? > _______________________________________________ > SqueakDBX mailing list > SqueakDBX(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/squeakdbx >

June 11, 2011

Re: [Pharo-users] Change an existing method from another project

by Benjamin

Jannik and I were discussing of that 2 days ago :) No more behavior based on strings ;) (we should also find a real way to declare extensions) So good luck Miguel, I am waiting for your project ;) Ben On Jun 11, 2011, at 8:22 PM, laurent laffont wrote: > > On Sat, Jun 11, 2011 at 6:33 PM, Miguel Moquillon <miguel.moquillon(a)gmail.com> wrote: > Hi, > > I'm going to provide a new way to write unit tests without having prefixed test methods with the word 'test'. As I don't want to write another unit test framework, I need to change some methods of SUnit (as well of Autotest). > > Cool Miguel ! Will you use a pragma like <test> <before> <after> ? I want it :) > > For Autotest don't hesitate to commit directly in Autotest repository. > > Laurent > > Is there any way to do that from an external project without creating a specific fork of theses projects? > > Mig > >

June 11, 2011

Re: [Pharo-users] [SqueakDBX] Re: [Pharo-project] [ANN] New Glorp Port

by Guillermo Polito

Hi Alan!! On Wed, Jun 8, 2011 at 4:46 PM, Alan Knight <knight(a)acm.org> wrote: > Thanks. > > I got Michael to import this into the public Store. That's an interesting > exercise, because in current versions, Store uses Glorp, so loading a > different version of Glorp and trying to publish it is interesting. > So you imported our changes in a branch of your repo? I was going to make a list of what we had to do to import it into pharo to send it to you :). Actually I learnt a lot (and I still do) while doing the port, but my learning process is a bit chaothic, and making a list in the first try was not easy for me, hehe. > Even in a different namespace the class extensions of base classes collide. > But it got imported. I'd like to be able to compare this to the current > Glorp versions and bring back portability fixes into the main branch. One > issue is that this comes as one package, GlorpDBX, so the package structure > of the original is lost. That can probably be worked around, but it's a bit > of work. > Actually yes, since in pharo we don't have namespaces, we had to recategorize a lot of classes to put it a little of order, hehe. > > Also, when you say "from VW 7.7.1" can I assume that means you started from > the version of Glorp distributed with VW 7.7.1, which would be '7.7.1 - 19'? > Yeap :) Thanks! Guille > > ------------------------------ > > Guillermo Polito <guillermopolito(a)gmail.com> > June 6, 2011 10:57 PM > > > I'm glad to announce a first stable version of the new Glorp Port, from VW > 7.7.1. > > The port has been integrated with the DBXTalk Driver (before known as > SqueakDBX), and tested on the following platforms: > > MySql: 872 tests run, 18 errors, 6 failures > PostgreSQL: 872 tests, 18 errors, 6 failures > Oracle: 872 tests, 21 errors, 5 failures. > > Most of the errors are caused by stuff the DBXTalk Driver does not support > yet, like LOBS. Also, there are some bugs yet I have to attack and learn > how to get rid of, hehe. > > One think to be careful of yet is the licencing (or how it should be > written). Glorp licence today is LGPL, but in the way to be MIT :). > > So, if you want to download and try it, evaluate in a workspace, in Pharo > 1.2 and 1.3, > > Gofer it > squeaksource: 'DBXTalk'; > package: 'ConfigurationOfGlorpDBX'; > load. > > (ConfigurationOfGlorpDBX project version: #stable) load > > And start playing! > > I think I'll become the new port mantainer, so feedback, bug reports and > everything else is appreciated. > > BTW, documentation and some new tools are on the way too. > > > Guille :) > > > _______________________________________________ > SqueakDBX mailing list > SqueakDBX(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/squeakdbx > >

June 11, 2011

Re: [Pharo-users] Pharo on Fedora 15_64

by Alan Rodas

I dont know exactly if this may be the reason, but, are you running a 64bit version of Fedora right? I had some trouble in the past with pharo and Ubuntu 64bits. I needed the 32 bit libraries to run it. If that is your case try installing the 32 bit libraries. Just in case you are not quite familiar with installing libraries in Fedora, here is a guide http://beginlinux.com/blog/2009/09/installing-32-bit-support-into-64-bit-fe… Hope it helps Cheers -- Alan Rodas Bonjour

June 11, 2011

Re: [Pharo-users] Pharo on Fedora 15_64

by Mariano Martinez Peck

On Sat, Jun 11, 2011 at 10:13 PM, <bblochl(a)arcor.de> wrote: > I actually installed Fedora 15 with GNOME 3 on a AMD-64 a couple of days > back and tried to run Pharo, latest stable version and ran into some > problem: > > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ ./Pharo.sh > ./Pharo.sh: > /home/bb/Pharo/Pharo-1.2.1-CogOneClick.app/Contents/Linux/squeakvm: > /lib/ld-linux.so.2: bad ELF interpreter: Datei oder Verzeichnis nicht > gefunden > ./Pharo.sh: Zeile 16: > /home/bb/Pharo/Pharo-1.2.1-CogOneClick.app/Contents/Linux/squeakvm: Erfolg > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ ldd `which ls` > alias: > ldd: ./alias: Datei oder Verzeichnis nicht gefunden > ls='ls: > ldd: ./ls='ls: Datei oder Verzeichnis nicht gefunden > --color=auto': > ldd: ./--color=auto': Datei oder Verzeichnis nicht gefunden > /bin/ls: > linux-vdso.so.1 => (0x00007fffc7bc8000) > libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003761400000) > librt.so.1 => /lib64/librt.so.1 (0x00007f5c7914b000) > libcap.so.2 => /lib64/libcap.so.2 (0x0000003764400000) > libacl.so.1 => /lib64/libacl.so.1 (0x000000376e800000) > libc.so.6 => /lib64/libc.so.6 (0x00007f5c78db1000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007f5c78bac000) > /lib64/ld-linux-x86-64.so.2 (0x00007f5c79367000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5c78991000) > libattr.so.1 => /lib64/libattr.so.1 (0x000000376a800000) > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ readelf -l a.out > bash: readelf: command not found... > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ > > What to do now?? > > Regards > > B. Blochl > > -- Mariano http://marianopeck.wordpress.com

June 11, 2011

Re: [Pharo-users] Pharo on Fedora 15_64

by StÃ©phane Ducasse

Hi B. Thanks for trying Pharo and welcome even if the start could be better :) I will let the linuxish pharoers asnwer your question. Stef On Jun 11, 2011, at 10:13 PM, bblochl(a)arcor.de wrote: > I actually installed Fedora 15 with GNOME 3 on a AMD-64 a couple of days back and tried to run Pharo, latest stable version and ran into some problem: > > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ ./Pharo.sh > ./Pharo.sh: /home/bb/Pharo/Pharo-1.2.1-CogOneClick.app/Contents/Linux/squeakvm: /lib/ld-linux.so.2: bad ELF interpreter: Datei oder Verzeichnis nicht gefunden > ./Pharo.sh: Zeile 16: /home/bb/Pharo/Pharo-1.2.1-CogOneClick.app/Contents/Linux/squeakvm: Erfolg > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ ldd `which ls` > alias: > ldd: ./alias: Datei oder Verzeichnis nicht gefunden > ls='ls: > ldd: ./ls='ls: Datei oder Verzeichnis nicht gefunden > --color=auto': > ldd: ./--color=auto': Datei oder Verzeichnis nicht gefunden > /bin/ls: > linux-vdso.so.1 => (0x00007fffc7bc8000) > libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003761400000) > librt.so.1 => /lib64/librt.so.1 (0x00007f5c7914b000) > libcap.so.2 => /lib64/libcap.so.2 (0x0000003764400000) > libacl.so.1 => /lib64/libacl.so.1 (0x000000376e800000) > libc.so.6 => /lib64/libc.so.6 (0x00007f5c78db1000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007f5c78bac000) > /lib64/ld-linux-x86-64.so.2 (0x00007f5c79367000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5c78991000) > libattr.so.1 => /lib64/libattr.so.1 (0x000000376a800000) > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ readelf -l a.out > bash: readelf: command not found... > [bb@localhost Pharo-1.2.1-CogOneClick.app]$ > > What to do now?? > > Regards > > B. Blochl >

June 11, 2011

Pharo on Fedora 15_64

by bblochl＠arcor.de

I actually installed Fedora 15 with GNOME 3 on a AMD-64 a couple of days back and tried to run Pharo, latest stable version and ran into some problem: [bb@localhost Pharo-1.2.1-CogOneClick.app]$ ./Pharo.sh ./Pharo.sh: /home/bb/Pharo/Pharo-1.2.1-CogOneClick.app/Contents/Linux/squeakvm: /lib/ld-linux.so.2: bad ELF interpreter: Datei oder Verzeichnis nicht gefunden ./Pharo.sh: Zeile 16: /home/bb/Pharo/Pharo-1.2.1-CogOneClick.app/Contents/Linux/squeakvm: Erfolg [bb@localhost Pharo-1.2.1-CogOneClick.app]$ ldd `which ls` alias: ldd: ./alias: Datei oder Verzeichnis nicht gefunden ls='ls: ldd: ./ls='ls: Datei oder Verzeichnis nicht gefunden --color=auto': ldd: ./--color=auto': Datei oder Verzeichnis nicht gefunden /bin/ls: linux-vdso.so.1 => (0x00007fffc7bc8000) libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003761400000) librt.so.1 => /lib64/librt.so.1 (0x00007f5c7914b000) libcap.so.2 => /lib64/libcap.so.2 (0x0000003764400000) libacl.so.1 => /lib64/libacl.so.1 (0x000000376e800000) libc.so.6 => /lib64/libc.so.6 (0x00007f5c78db1000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f5c78bac000) /lib64/ld-linux-x86-64.so.2 (0x00007f5c79367000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5c78991000) libattr.so.1 => /lib64/libattr.so.1 (0x000000376a800000) [bb@localhost Pharo-1.2.1-CogOneClick.app]$ readelf -l a.out bash: readelf: command not found... [bb@localhost Pharo-1.2.1-CogOneClick.app]$ What to do now?? Regards B. Blochl

June 11, 2011