- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Remove developing with Pharo

by Andrei Stebakov

Nice project! Sure set me up with the password so I'll try to add some material. 2010/5/16 Mariano Martinez Peck <marianopeck(a)gmail.com> > Andrei: Once you have finished to make it work and how to tune it to make > it faster, it would be great if you can write this in a section/chaper of > the collaborative pharo book: http://book.pharo-project.org/ > > If you want I can creat you a user, and the section...then you only need to > write ;) > > > cheers > > mariano > > 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com> > >> Ok, I figured it out. >> On the remote machine just start pharo with RFBServer started (connection >> passwords must be set!) >> On the local Windows machine open ssh or putty tunneling local port 5900 >> to the remote port 5900 (putty -L 5900:localhost:5900 username(a)doman.com >> ). >> After that start a VNC client (in my case I installed TightVNC) and >> connect to your local machine. >> That will automatically establish a tunneled traffic between those two >> systems va ssh tunneling. >> >> >> 2010/5/14 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> I paste a text I got from an old mail: "The latest version on >>> squeaksource works. You can load it from http://squeaksource.com/RFB(Note that this package has been forked at least three times.) We used to >>> connect to the server with RealVNC with the following settings: ZRLE >>> encoding (disable auto select), Full color. IIRC you should also turn >>> off the "render cursor locally" feature. >>> On the server you should allow ZRLE and turn off the conserve memory >>> feature. >>> " >>> >>> In addition, ask in seaside mailing list too. You will probably receive >>> more help. >>> >>> Cheers >>> >>> Mariano >>> >>> >>> >>> 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com> >>> >>>> Exactly what VNC slient I can use on Windows? >>>> I tried VNC viewer free ( >>>> http://www.realvnc.com/products/free/4.1/winvncviewer.html) trying to >>>> connect to the locally run Pharo and the viewer fails with "uncknown rect >>>> encoding" after which Pharo image also freezes. >>>> Is there any step-by-step tutorial how to setup VNC (remote Linux, local >>>> Windows)? >>>> >>>> >>>> On Thu, May 13, 2010 at 6:26 PM, Igor Stasenko <siguctua(a)gmail.com>wrote: >>>> >>>>> 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com>: >>>>> > Interesting! Is it done on the X-server side or client? >>>>> > >>>>> you should have settings in your VNC client. >>>>> also, you could set bpp for image. >>>>> both could help to run things faster. >>>>> >>>>> > On Thu, May 13, 2010 at 5:38 PM, Igor Stasenko <siguctua(a)gmail.com> >>>>> wrote: >>>>> >> >>>>> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com>: >>>>> >> > That's right, looks like it sends full-blown images (not the >>>>> delta, not >>>>> >> > the >>>>> >> > commands to x-server) and re-drawing takes forever. I wonder if >>>>> it's a >>>>> >> > Pharo >>>>> >> > issue or x-server's? My xterm works pretty fast compared to Pharo >>>>> >> > though... >>>>> >> > >>>>> >> lowering the pixel depth to 8bpp helps :) >>>>> >> >>>>> >> > 2010/5/12 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> >>>>> >> >> >>>>> >> >> I have at times done what you are attempting, and painful is >>>>> nicest >>>>> >> >> adjective I can think to use. Please let us know if VNC is a >>>>> better >>>>> >> >> option. Re RDP, I have wondered whether the poor performance >>>>> could be >>>>> >> >> telling us something about the amount of drawing that might be >>>>> >> >> happening for >>>>> >> >> no purpose??? It can be terribly slow, especially the response >>>>> to >>>>> >> >> typing. >>>>> >> >> Bill >>>>> >> >> >>>>> >> >> ________________________________ >>>>> >> >> From: pharo-project-bounces(a)lists.gforge.inria.fr >>>>> >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf >>>>> Of >>>>> >> >> Mariano >>>>> >> >> Martinez Peck >>>>> >> >> Sent: Wednesday, May 12, 2010 10:25 AM >>>>> >> >> To: Pharo-project(a)lists.gforge.inria.fr >>>>> >> >> Subject: Re: [Pharo-project] Remove developing with Pharo >>>>> >> >> >>>>> >> >> >>>>> >> >> >>>>> >> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> >>>>> >> >>> >>>>> >> >>> Currently I have my web applications running on a Ubuntu box to >>>>> which >>>>> >> >>> I >>>>> >> >>> connect from a remote WinXP system via ssh. >>>>> >> >> >>>>> >> >> I guess the subject should be "remote" instead of "remove" ? ;) >>>>> >> >> >>>>> >> >> Sorry I ask but why not you cannot just develop in your pc and >>>>> with scp >>>>> >> >> or >>>>> >> >> similar you copy the .image and .image file trough ssh to the >>>>> server ? >>>>> >> >> >>>>> >> >>> >>>>> >> >>> My current set of tools is Lisp/Slime/Emacs. >>>>> >> >>> I tried to launch Pharo with X11 forwarding using X-server on >>>>> WinXP, >>>>> >> >>> but >>>>> >> >>> it painfully slow (the Pharo main windows redraws in a few >>>>> minutes). >>>>> >> >>> I am really thinking developing some web app using Pharo/Seaside >>>>> (I am >>>>> >> >>> liking the language more and more!) but I need to know to do it >>>>> >> >>> remotely via >>>>> >> >>> a secure connection. >>>>> >> >> >>>>> >> >> >>>>> >> >> Yes, there is an implementation of the VNC protocolol. You can >>>>> take a >>>>> >> >> Pharo image and load a VNC server. Then, you can connect to any >>>>> VNC >>>>> >> >> client >>>>> >> >> and what you see is the image....Then you can do whatever you >>>>> want. I >>>>> >> >> don't >>>>> >> >> know the performance, thus. >>>>> >> >> >>>>> >> >> That package is called RFB (remote something buffer) >>>>> >> >> >>>>> >> >> http://book.seaside.st/book/advanced/deployment/maintaining/vnc >>>>> >> >> >>>>> >> >> To install it: >>>>> >> >> >>>>> >> >> Gofer it >>>>> >> >> squeaksource: 'MetacelloRepository'; >>>>> >> >> package: 'ConfigurationOfRFB'; >>>>> >> >> load. >>>>> >> >> ((Smalltalk at: #ConfigurationOfRFB) project perform: >>>>> #latestVersion) >>>>> >> >> load. >>>>> >> >> >>>>> >> >> >>>>> >> >> Cheers >>>>> >> >> >>>>> >> >> Mariano >>>>> >> >> >>>>> >> >> >>>>> >> >>> >>>>> >> >>> Thank you, >>>>> >> >>> Andrei >>>>> >> >>> >>>>> >> >>> _______________________________________________ >>>>> >> >>> Pharo-project mailing list >>>>> >> >>> Pharo-project(a)lists.gforge.inria.fr >>>>> >> >>> >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >> >> >>>>> >> >> >>>>> >> >> _______________________________________________ >>>>> >> >> Pharo-project mailing list >>>>> >> >> Pharo-project(a)lists.gforge.inria.fr >>>>> >> >> >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >> > >>>>> >> > >>>>> >> > _______________________________________________ >>>>> >> > Pharo-project mailing list >>>>> >> > Pharo-project(a)lists.gforge.inria.fr >>>>> >> > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >> > >>>>> >> >>>>> >> >>>>> >> >>>>> >> -- >>>>> >> Best regards, >>>>> >> Igor Stasenko AKA sig. >>>>> >> >>>>> >> _______________________________________________ >>>>> >> Pharo-project mailing list >>>>> >> Pharo-project(a)lists.gforge.inria.fr >>>>> >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> > >>>>> > _______________________________________________ >>>>> > Pharo-project mailing list >>>>> > Pharo-project(a)lists.gforge.inria.fr >>>>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> > >>>>> >>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Igor Stasenko AKA sig. >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 17, 2010

Re: [Pharo-project] Remove developing with Pharo

by Andrei Stebakov

I am using the Pharo-1.0, the one-click-image. Should I use the latest dev stuff? On Fri, May 14, 2010 at 11:14 PM, John Toohey <jt(a)parspro.com> wrote: > I believe this is a VM issue, not a Pharo issue. What version of the > Linux VM are you using? > > 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com>: > > Now when I try to paste some data using Ctl-v only the timestamp gets > > pasted. > > If I use the mouse/menu for pasting it causes a segmentation fault: > > Segmentation fault > > > > 2048644700 Clipboard>clipboardText > > 2048644608 >clipboardText > > 2048644516 ParagraphEditor>clipboardText > > 2048644224 ParagraphEditor>paste > > 2048644120 PluggableTextMorph>paste > > 2048644028 PluggableTextMorph>handleEdit: > > 2048637408 TextMorph>handleEdit: > > 2048622240 PluggableTextMorph>handleEdit: > > 2048622148 PluggableTextMorph>paste > > 2048622056 Object>perform:orSendTo: > > 2048621652 MenuItemMorph>invokeWithEvent: > > 2048621560 BlockClosure>ensure: > > 2048620520 Cursor>showWhile: > > 2048350296 MenuItemMorph>invokeWithEvent: > > 2048350204 MenuItemMorph>mouseUp: > > 2048350112 MenuItemMorph>handleMouseUp: > > 2048349976 MouseButtonEvent>sentTo: > > 2048349884 Morph>handleEvent: > > 2048349792 MorphicEventDispatcher>dispatchDefault:with: > > 2048349700 MorphicEventDispatcher>dispatchEvent:with: > > 2048349608 Morph>processEvent:using: > > 2048349516 MorphicEventDispatcher>dispatchDefault:with: > > 2048349408 MorphicEventDispatcher>dispatchEvent:with: > > 2048349272 Morph>processEvent:using: > > 2048349180 Morph>processEvent: > > 2048349088 MenuMorph>handleFocusEvent: > > 2048348996 HandMorph>sendFocusEvent:to:clear: > > 2048348904 PasteUpMorph>becomeActiveDuring: > > 2048348736 BlockClosure>on:do: > > 2048348644 PasteUpMorph>becomeActiveDuring: > > 2048348472 HandMorph>sendFocusEvent:to:clear: > > 2048348368 HandMorph>sendEvent:focus:clear: > > 2048348276 HandMorph>sendMouseEvent: > > 2048348184 HandMorph>handleEvent: > > 2048347916 HandMorph>processEvents > > 2048347808 WorldState>doOneCycleNowFor: > > 2048347716 SequenceableCollection>do: > > 2048347624 WorldState>handsDo: > > 2048347532 WorldState>doOneCycleNowFor: > > 2048347040 WorldState>doOneCycleFor: > > 2048346948 WorldState>doOneSubCycleFor: > > 2048346856 PasteUpMorph>doOneSubCycle > > 2048230916 MenuMorph>invokeModalAt:in:allowKeyboard: > > 2048230824 MenuMorph>invokeModal: > > 2048230720 MenuMorph>invokeModal > > 2048214088 PluggableTextMorph>yellowButtonActivity: > > 2048213996 ScrollPane>mouseDown: > > 2048213904 Morph>handleMouseDown: > > 2048213812 MouseButtonEvent>sentTo: > > 2048213720 Morph>handleEvent: > > 2048213540 MorphicEventDispatcher>dispatchMouseDown:with: > > 2048213448 MorphicEventDispatcher>dispatchEvent:with: > > 2048213356 Morph>processEvent:using: > > 2048213220 MorphicEventDispatcher>dispatchMouseDown:with: > > 2048213128 MorphicEventDispatcher>dispatchEvent:with: > > 2048213036 Morph>processEvent:using: > > 2048212944 MorphicEventDispatcher>dispatchMouseDown:with: > > 2048212852 MorphicEventDispatcher>dispatchEvent:with: > > 2048212744 Morph>processEvent:using: > > 2048212652 PasteUpMorph>processEvent:using: > > 2048212488 Morph>processEvent: > > 2048212396 HandMorph>sendEvent:focus:clear: > > 2048212304 HandMorph>sendMouseEvent: > > 2048212212 HandMorph>handleEvent: > > 2048212120 HandMorph>processEvents > > 2048212012 WorldState>doOneCycleNowFor: > > 2048211920 SequenceableCollection>do: > > 2048211828 WorldState>handsDo: > > 2048211736 WorldState>doOneCycleNowFor: > > 2048211572 WorldState>doOneCycleFor: > > 2048211480 PasteUpMorph>doOneCycle > > 2011450676 >? > > 2011450548 BlockClosure>? > > > > > > On Fri, May 14, 2010 at 5:34 PM, Andrei Stebakov <lispercat(a)gmail.com> > > wrote: > >> > >> Ok, I figured it out. > >> On the remote machine just start pharo with RFBServer started > (connection > >> passwords must be set!) > >> On the local Windows machine open ssh or putty tunneling local port 5900 > >> to the remote port 5900 (putty -L 5900:localhost:5900 > username(a)doman.com) > >> After that start a VNC client (in my case I installed TightVNC) and > >> connect to your local machine. > >> That will automatically establish a tunneled traffic between those two > >> systems va ssh tunneling. > >> > >> > >> 2010/5/14 Mariano Martinez Peck <marianopeck(a)gmail.com> > >>> > >>> I paste a text I got from an old mail: "The latest version on > >>> squeaksource works. You can load it from http://squeaksource.com/RFB(Note > >>> that this package has been forked at least three times.) We used to > connect > >>> to the server with RealVNC with the following settings: ZRLE encoding > >>> (disable auto select), Full color. IIRC you should also turn off the > "render > >>> cursor locally" feature. > >>> On the server you should allow ZRLE and turn off the conserve memory > >>> feature. > >>> " > >>> > >>> In addition, ask in seaside mailing list too. You will probably receive > >>> more help. > >>> > >>> Cheers > >>> > >>> Mariano > >>> > >>> > >>> 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com> > >>>> > >>>> Exactly what VNC slient I can use on Windows? > >>>> I tried VNC viewer free > >>>> (http://www.realvnc.com/products/free/4.1/winvncviewer.html) trying > to > >>>> connect to the locally run Pharo and the viewer fails with "uncknown > rect > >>>> encoding" after which Pharo image also freezes. > >>>> Is there any step-by-step tutorial how to setup VNC (remote Linux, > local > >>>> Windows)? > >>>> > >>>> > >>>> On Thu, May 13, 2010 at 6:26 PM, Igor Stasenko <siguctua(a)gmail.com> > >>>> wrote: > >>>>> > >>>>> 2010/5/14 Andrei Stebakov <lispercat(a)gmail.com>: > >>>>> > Interesting! Is it done on the X-server side or client? > >>>>> > > >>>>> you should have settings in your VNC client. > >>>>> also, you could set bpp for image. > >>>>> both could help to run things faster. > >>>>> > >>>>> > On Thu, May 13, 2010 at 5:38 PM, Igor Stasenko <siguctua(a)gmail.com > > > >>>>> > wrote: > >>>>> >> > >>>>> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com>: > >>>>> >> > That's right, looks like it sends full-blown images (not the > >>>>> >> > delta, not > >>>>> >> > the > >>>>> >> > commands to x-server) and re-drawing takes forever. I wonder if > >>>>> >> > it's a > >>>>> >> > Pharo > >>>>> >> > issue or x-server's? My xterm works pretty fast compared to > Pharo > >>>>> >> > though... > >>>>> >> > > >>>>> >> lowering the pixel depth to 8bpp helps :) > >>>>> >> > >>>>> >> > 2010/5/12 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> > >>>>> >> >> > >>>>> >> >> I have at times done what you are attempting, and painful is > >>>>> >> >> nicest > >>>>> >> >> adjective I can think to use. Please let us know if VNC is a > >>>>> >> >> better > >>>>> >> >> option. Re RDP, I have wondered whether the poor performance > >>>>> >> >> could be > >>>>> >> >> telling us something about the amount of drawing that might be > >>>>> >> >> happening for > >>>>> >> >> no purpose??? It can be terribly slow, especially the response > >>>>> >> >> to > >>>>> >> >> typing. > >>>>> >> >> Bill > >>>>> >> >> > >>>>> >> >> ________________________________ > >>>>> >> >> From: pharo-project-bounces(a)lists.gforge.inria.fr > >>>>> >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf > Of > >>>>> >> >> Mariano > >>>>> >> >> Martinez Peck > >>>>> >> >> Sent: Wednesday, May 12, 2010 10:25 AM > >>>>> >> >> To: Pharo-project(a)lists.gforge.inria.fr > >>>>> >> >> Subject: Re: [Pharo-project] Remove developing with Pharo > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> 2010/5/12 Andrei Stebakov <lispercat(a)gmail.com> > >>>>> >> >>> > >>>>> >> >>> Currently I have my web applications running on a Ubuntu box > to > >>>>> >> >>> which > >>>>> >> >>> I > >>>>> >> >>> connect from a remote WinXP system via ssh. > >>>>> >> >> > >>>>> >> >> I guess the subject should be "remote" instead of "remove" ? > ;) > >>>>> >> >> > >>>>> >> >> Sorry I ask but why not you cannot just develop in your pc and > >>>>> >> >> with scp > >>>>> >> >> or > >>>>> >> >> similar you copy the .image and .image file trough ssh to the > >>>>> >> >> server ? > >>>>> >> >> > >>>>> >> >>> > >>>>> >> >>> My current set of tools is Lisp/Slime/Emacs. > >>>>> >> >>> I tried to launch Pharo with X11 forwarding using X-server on > >>>>> >> >>> WinXP, > >>>>> >> >>> but > >>>>> >> >>> it painfully slow (the Pharo main windows redraws in a few > >>>>> >> >>> minutes). > >>>>> >> >>> I am really thinking developing some web app using > Pharo/Seaside > >>>>> >> >>> (I am > >>>>> >> >>> liking the language more and more!) but I need to know to do > it > >>>>> >> >>> remotely via > >>>>> >> >>> a secure connection. > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> Yes, there is an implementation of the VNC protocolol. You can > >>>>> >> >> take a > >>>>> >> >> Pharo image and load a VNC server. Then, you can connect to any > >>>>> >> >> VNC > >>>>> >> >> client > >>>>> >> >> and what you see is the image....Then you can do whatever you > >>>>> >> >> want. I > >>>>> >> >> don't > >>>>> >> >> know the performance, thus. > >>>>> >> >> > >>>>> >> >> That package is called RFB (remote something buffer) > >>>>> >> >> > >>>>> >> >> > http://book.seaside.st/book/advanced/deployment/maintaining/vnc > >>>>> >> >> > >>>>> >> >> To install it: > >>>>> >> >> > >>>>> >> >> Gofer it > >>>>> >> >> squeaksource: 'MetacelloRepository'; > >>>>> >> >> package: 'ConfigurationOfRFB'; > >>>>> >> >> load. > >>>>> >> >> ((Smalltalk at: #ConfigurationOfRFB) project perform: > >>>>> >> >> #latestVersion) > >>>>> >> >> load. > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> Cheers > >>>>> >> >> > >>>>> >> >> Mariano > >>>>> >> >> > >>>>> >> >> > >>>>> >> >>> > >>>>> >> >>> Thank you, > >>>>> >> >>> Andrei > >>>>> >> >>> > >>>>> >> >>> _______________________________________________ > >>>>> >> >>> Pharo-project mailing list > >>>>> >> >>> Pharo-project(a)lists.gforge.inria.fr > >>>>> >> >>> > >>>>> >> >>> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> >> >> > >>>>> >> >> > >>>>> >> >> _______________________________________________ > >>>>> >> >> Pharo-project mailing list > >>>>> >> >> Pharo-project(a)lists.gforge.inria.fr > >>>>> >> >> > >>>>> >> >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> >> > > >>>>> >> > > >>>>> >> > _______________________________________________ > >>>>> >> > Pharo-project mailing list > >>>>> >> > Pharo-project(a)lists.gforge.inria.fr > >>>>> >> > > >>>>> >> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> >> > > >>>>> >> > >>>>> >> > >>>>> >> > >>>>> >> -- > >>>>> >> Best regards, > >>>>> >> Igor Stasenko AKA sig. > >>>>> >> > >>>>> >> _______________________________________________ > >>>>> >> Pharo-project mailing list > >>>>> >> Pharo-project(a)lists.gforge.inria.fr > >>>>> >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > > >>>>> > _______________________________________________ > >>>>> > Pharo-project mailing list > >>>>> > Pharo-project(a)lists.gforge.inria.fr > >>>>> > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>>> > > >>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> Best regards, > >>>>> Igor Stasenko AKA sig. > >>>>> > >>>>> _______________________________________________ > >>>>> Pharo-project mailing list > >>>>> Pharo-project(a)lists.gforge.inria.fr > >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>>> > >>>> _______________________________________________ > >>>> Pharo-project mailing list > >>>> Pharo-project(a)lists.gforge.inria.fr > >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >>> > >>> > >>> _______________________________________________ > >>> Pharo-project mailing list > >>> Pharo-project(a)lists.gforge.inria.fr > >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >> > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > -- > -JT > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 17, 2010

[Pharo-project] Community Supported Packages

by Torsten Bergmann

Hi Chris, >I don't know if you watched all that carefully, but in the last 48 hours >we've made our decision >You seem to think we're having a discussion about it. That's what I would call a very quick decision after the proposal from Saturday leaving out people who didnt follow over the weekend. But since the people who showed up agreed with Andreas I'm fine with the decision. However using Monticello in one or the other way will have an impact on future development and how people can contribute. >I think at bottom you are more of a Pharo guy. Yes, maybe I'm biased since I now usually use Pharo images since they satisfy more needs I personally know from other Smalltalk and non-Smalltalk environments. On the other side I'm with Squeak from the beginning, still contribute and try to keep up compatibility for packages as much as possible. There are many things that make up Squeak different and unique. I've contributed code, fixes, packages, discussions, installer code, help system to both: Squeak and Pharo and still try to keep them as compatible as possible. So what did you do to prevent reinventing the wheel within the broader community? >Added to which, you say that Pharo has packages to manage? Yes, look at ConfigurationOfPharo and you will find the packages forming the Pharo release from a pharo core. Also look at squeaksource/MetacelloRepository - for other configurations (sadly only a few of them work for Squeak yet) You seem to think that Pharo is solely there to satisfy Seaside users which is a very naive view. >I repeat, you are one step behind the times, Torsten Looks like I'm old and behind the times since I was not able to read and respond over the weekend B) >We have chosen. Colin has just created the first test case. Which will make my "Squeak/Pharo dissociative identity disorder" a little bit harder since I have another difference. Nonetheless I continue with both even when I'm still behind the times ;) Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 17, 2010

Re: [Pharo-project] Managing Pharo external packages with Metacello, please read!

by Geert Claes

Is there no clean way to "not" have version numbers in the Repository name? Configuration packages like ConfigurationOfSeaside28 and ConfigurationOfSeaside30 just don't look right either. -- View this message in context: http://forum.world.st/Managing-Pharo-external-packages-with-Metacello-pleas… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2010

Re: [Pharo-project] Managing Pharo external packages with Metacello, please read!

by Mariano Martinez Peck

On Mon, May 17, 2010 at 3:50 PM, Geert Claes <geert.wl.claes(a)gmail.com>wrote: > > > StÃ©phane Ducasse wrote: > > > > Because I want to have them close to the Pharo repositories :) > > "Everything was carefully thought" (tm) > > > > Fair enough ... how about PharoConfigurationRepository :) > > I have read all replies here and I am still a bit confused, so is it the > idea to have a separate repository per release e.g. Pharo10Configurations, > Pharo11Configurations etc? > yes > -- > View this message in context: > http://forum.world.st/Managing-Pharo-external-packages-with-Metacello-pleas… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 17, 2010

Re: [Pharo-project] Class>>rename:

by Igor Stasenko

On 17 May 2010 16:54, Fernando olivero <oliverof(a)lu.unisi.ch> wrote: > Class>>rename: aString > Â Â Â Â .. > Â Â Â Â self environment renameClass: self from: oldName. > Â Â Â Â .. > > > I've believe that when the method Â SystemDictionary>>classRenamed: from: to: inCategory: Â is sent , the rename get's logged. > > Is that what you were asking? > yes > Fernando > > > > On May 17, 2010, at 1:11 PM, Igor Stasenko wrote: > >> Is #rename: still untracked by changes log? >> >> >> 2010/5/17 Fernando olivero <oliverof(a)lu.unisi.ch>: >>> Issue 2437. >>> Fix in Pharo Inbox: >>> >>> Name: Kernel-FernandoOlivero.662 >>> Author: FernandoOlivero >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

May 17, 2010

Re: [Pharo-project] Class>>rename:

by Fernando olivero

Class>>rename: aString .. self environment renameClass: self from: oldName. .. I've believe that when the method SystemDictionary>>classRenamed: from: to: inCategory: is sent , the rename get's logged. Is that what you were asking? Fernando On May 17, 2010, at 1:11 PM, Igor Stasenko wrote: > Is #rename: still untracked by changes log? > > > 2010/5/17 Fernando olivero <oliverof(a)lu.unisi.ch>: >> Issue 2437. >> Fix in Pharo Inbox: >> >> Name: Kernel-FernandoOlivero.662 >> Author: FernandoOlivero >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 17, 2010

[Pharo-project] FFI examples?

by Jake Bartlett

I'm trying to use SVMLight (http://svmlight.joachims.org/) from Pharo. SVMLight has some *.h files I need to load and some *.so libraries. I need to be able to call functions from them and manage the results. How do I create a FFI in Pharo? [jake]

May 17, 2010

Re: [Pharo-project] Managing Pharo external packages with Metacello, please read!

by Geert Claes

StÃ©phane Ducasse wrote: > > Because I want to have them close to the Pharo repositories :) > "Everything was carefully thought" (tm) > Fair enough ... how about PharoConfigurationRepository :) I have read all replies here and I am still a bit confused, so is it the idea to have a separate repository per release e.g. Pharo10Configurations, Pharo11Configurations etc? -- View this message in context: http://forum.world.st/Managing-Pharo-external-packages-with-Metacello-pleas… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 17, 2010

Re: [Pharo-project] [squeak-dev] Community Supported Packages

by Mariano Martinez Peck

On Mon, May 17, 2010 at 3:12 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Mariano Martinez Peck wrote on [1]: > >I don't agree here. You DON'T necessary need to have the packages inside > the > >image to have a UI. > > Please read what I wrote. I never, never, answer an email without reading. Ever. > I did not say that it is impossible > to build the UI when you have an external config - but "it would > be easy to build a UI" when it is already in the image. I'm sure > you will agree here. > Probably. But then you have to create a new tools with a UI, update (you will need to update the configurations, etc). > > However - even when SqueakMap is not well maintained - it's UI > was easy to use and was easy accessible and one could use it > with a few clicks. > Ok...but I still think there is not too much difference: In SM you have to: - first do always an update - browse categories, search the pacakge , select it, then select the version (hopefully you know which version works in THAT verion of squeak) Is this really too different to browse a repo with MonticelloBrowser and just load it ? The only thing we don't have is categories. > > Using Monticello tools, loading and evaluating by hand is > Not necessary. We can put a class side method initialize that does a self project version: 'theVersionThatWorksInPharo1.0' load and wala! not necessary even to create load method. No need to evaluate nothing by hand. Just browse, select a package, and click load button. And there, you are SURE you will load the version that works with that Pharo version. > currently possible - but this is a step backward in usability > compared to what Squeak has/had. But this is a convenience/tool > issue that has to be solved. > I even think that maybe managing projects "polymorphicly" with the same tool (Monticello Browser) is a nice idea. At least for a first step. If this infrastructure works well, there will be probably someone with time and willing to do a particular tool for what you want. Cheers Mariano > Bye > T. > > [1] > http://lists.gforge.inria.fr/pipermail/pharo-project/2010-May/026829.html > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > >

May 17, 2010