March 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] [Pharo-dev] trying a hot update un smalltalkhub

by Sven Van Caekenberghe

Very nice. For those who want to parse the result: ZnClient new contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; get: 'http://smalltalkhub.com/list/json'. Or even: ZnClient new contentReader: [ :entity | STON fromString: entity contents ]; get: 'http://smalltalkhub.com/list/json' And it is fast as well: 0.33 seconds for me. > On 17 Mar 2015, at 11:50, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > ok, thank went more or less fine :) > > now you have: > > http://smalltalkhub.com/list > > and > > http://smalltalkhub.com/list/json > > enjoy :) > > Esteban > > > >> On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> Hi, >> >> Iâm trying to use the power of pharo and do a hot update in smalltalkhub. >> Of course, it can failâ¦ in that case I will need to turn it off and do it in the old wayâ¦ :) >> >> Esteban >

March 17, 2015

How to depend on another Github repo from the baseline ?

by kilon alios

I have this very simple baseline for Ephestos baseline: spec <baseline> spec for: #pharo do: [ spec package: 'Ephestos' with: [Metacello new baseline: 'SmaCC'; repository: 'github://ThierryGoubier/SmaCC'; load] ]. The above code works fine for me. The user can install Ephestos from configuration browser that has a configuration that loads this baseline which in turn not only loads the latest code for the project but also runs this block to make sure Smacc is installed for Ephestos to use. The question however how else I can do this and what are the advantages and disadvantages for those other approaches ?

March 17, 2015

Re: [Pharo-users] trying a hot update un smalltalkhub

by Esteban Lorenzano

ok, thank went more or less fine :) now you have: http://smalltalkhub.com/list <http://smalltalkhub.com/list> and http://smalltalkhub.com/list/json <http://smalltalkhub.com/list/json> enjoy :) Esteban > On 17 Mar 2015, at 11:15, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > Iâm trying to use the power of pharo and do a hot update in smalltalkhub. > Of course, it can failâ¦ in that case I will need to turn it off and do it in the old wayâ¦ :) > > Esteban

March 17, 2015

Re: [Pharo-users] [ANN] RProjectConnector V1.0

by Blondeau Vincent

Hi Juampi, I know that the libraries are difficult to configure. We will improve that. I donât have a Mac, but as far as I know, you need to put the R libraries where are the Pharo ones like âlibAsynchFilePlugin.dylibâ. If you didnât do it, you need to restart the Pharo image at each time you change the library location and you need to install R (to copy the libraries seems not enough). If it works, inspect âself nbGetSymbolAddress: 'Rf_initEmbeddedR' module: #Râ should show you a NBExternalAddress instead of nil. Furthermore, you need to use the 32 bits R libraries, Pharo doesnât not support yet the 64 bit libs. I hope that will be helpful, Regards, Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de Juan Pablo Sandoval Alcocer EnvoyÃ© : vendredi 13 mars 2015 23:20 Ã : Any question about pharo is welcome Cc : Pharo Development List Objet : Re: [Pharo-users] [ANN] RProjectConnector V1.0 Hi, I was trying to use RProjectConnector in my Mac (1.9.1) and i have some issues :(. I have copied the dynamic libraries of R to /usr/lib directory (.i.e. libR.dylib). But PharoVM does not find the libraries. For instance, this line of code returns always nil. self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: #R "copied from the project" I also tried copying the libraries to folder Pharo.app/Contents/MacOS/Plugins. or passing the library name as parameter like: self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: 'libR.dylib' or self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: '/usr/lib/libR.dylib' But i had not success. Could someone help me? I am doing something wrong? Thanks, Juampi 2014-12-08 11:10 GMT-03:00 Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>>: Hello everyone, I am glad to announce the first version of the RProjectConnector, a binding between Pharo and R using NativeBoost. You can now call directly your R methods from Pharo: data := (1 to: 1000) collect: #yourself. res := (#acf asRFunctionWith: {data}) eval To use it, you should copy the R libraries near the Pharo VM (see the documentation on SmalltalkHub to see how to proceed) and Gofer it smalltalkhubUser: 'VincentBlondeau' project: 'RProjectConnector'; configuration; loadStable Donât forget to relaunch Pharo after the installation to be able to use the connector. The sources are available on Smalltalkhub: http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector if you want to participate, just ask me! Cheers, Vincent BLONDEAU ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. -- Saludos, Juan Pablo ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

March 17, 2015

trying a hot update un smalltalkhub

by Esteban Lorenzano

Hi, Iâm trying to use the power of pharo and do a hot update in smalltalkhub. Of course, it can failâ¦ in that case I will need to turn it off and do it in the old wayâ¦ :) Esteban

March 17, 2015

Re: [Pharo-users] Pharo 4 - current state?

by Nicolai Hess

There is already an issue on fogbugz: 15086 <https://pharo.fogbugz.com/default.asp?15086> Ctrl + Arrow Behaviour 2015-03-17 9:56 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > The same problem occurs on Windows. It was reported before by Sean, but I > think no issue was created. I think this is an important bug. Please open > an bug with that and send the link here. > > Cheers, > Doru > > > > On Mon, Mar 16, 2015 at 8:44 PM, Offray Vladimir Luna CÃ¡rdenas < > offray(a)riseup.net> wrote: > >> I found the problem. The issue is that Ctrl + arrow key is now Alt + >> Arrow key. The problem is that, in Linux Ctrl key stops working as usual >> inside Pharo and is replaced by alt key, which is certainly a problem when >> people is used to shorcuts and expect them to behave consistently between >> apps. >> >> Cheers, >> >> Offray >> >> El 16/03/15 a las 14:15, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >> >> The only preference I can't find is the one which makes Control + arrow >>> key move/select words, like is usual on most programs. Should I fill a >>> bug report about enabling this preference? >>> >>> Cheers, >>> >>> Offray >>> >>> El 16/03/15 a las 13:48, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >>> >>>> Thanks Esteban it worked! The only think I did was in "Code Completion" >>>> to move from NECController to NOCController to get the same as your >>>> screenshot. Should this be made the default one? >>>> >>>> Cheers, >>>> >>>> Offray >>>> >>>> El 16/03/15 a las 13:09, Esteban Lorenzano escribiÃ³: >>>> >>>>> >>>>> On 16 Mar 2015, at 19:03, Offray Vladimir Luna CÃ¡rdenas >>>>>> <offray(a)riseup.net >>>>>> <mailto:offray@riseup.net>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> El 16/03/15 a las 12:09, Esteban Lorenzano escribiÃ³: >>>>>> >>>>>> [...] >>>>>> >>>>>> 1. Proper tab-autocompletion: it works, but feels unresponsive >>>>>>>> compared with >>>>>>>> the one on Pharo 3. >>>>>>>> >>>>>>> >>>>>>> nothing changed there, so it is just your feeling :) >>>>>>> >>>>>>> Esteban >>>>>>> >>>>>>> >>>>>> Well, is a feeling so objective that I can record a video of the two >>>>>> behaviours :). On Pharo 3 tab after writing some letters shows a >>>>>> list of >>>>>> possible options containing that letters, on Pharo 4, it inserts a >>>>>> tab, with >>>>>> no auto-completion at all :-/. >>>>>> >>>>> >>>>> check your settings, you should have something like this: >>>>> >>>>> >>>>> >>>>> >>>>>> Cheers, >>>>>> >>>>>> Offray >>>>>> >>>>>> >>>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

March 17, 2015

Re: [Pharo-users] Error while loading GitFileTree in Pharo 4.0

by Thierry Goubier

Hi Jan, can you retry the following? Gofer new url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; configurationOf: 'GitFileTree'; loadStable I've just updated the configuration (but less than 30 minutes ago ;)). Thierry 2015-03-17 9:46 GMT+01:00 Jan B. <bliznjan(a)fit.cvut.cz>: > Hello, just to add info about my behavior of loading gitfiletree (30 > minutes > ago on clean images of Pharo 40560 on Windows 7)... > > Gofer new > url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; > configurationOf: 'GitFileTree'; > loadDevelopment. > > and > > Metacello new > baseline: 'FileTree'; > repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; > load: 'Git' > > lead to > FileDoesNotExist: File @ C:\Users\User\Pharo\images\Pharo 4.0 > > (beta)-40560\github-cache\dalehenrich\filetree\pharo4.0_dev\dalehenrich-filetree-7f998e5\repository\MonticelloFileTree-Git.package\monticello.meta\version > > Gofer new > url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; > configurationOf: 'GitFileTree'; > loadDevelopment. > > (ForPharo30, not 40) works fine on Pharo 4 for me. > > Jan > > > Thierry Goubier wrote > > Le 16/03/2015 21:15, kilon alios a Ã©crit : > >> Smacc looks to load fine using its Github repo instructions. So far it > >> works ok too. > > > > Ok. That's me then. My code for pre-loading GitFileTree for accessing > > gitfiletree:// urls is pointing to an old version. I'll remove git > > access from the development part of the Configuration. > > > > I'm not that good at updating configurations spread over half a dozen > > repositories... I'd really prefer a single point of control and > > distribution. > > > > Thierry > > > > > > -- > View this message in context: > http://forum.world.st/Error-while-loading-GitFileTree-in-Pharo-4-0-tp481191… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 17, 2015

Re: [Pharo-users] Pharo 4 - current state?

by Tudor Girba

The same problem occurs on Windows. It was reported before by Sean, but I think no issue was created. I think this is an important bug. Please open an bug with that and send the link here. Cheers, Doru On Mon, Mar 16, 2015 at 8:44 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > I found the problem. The issue is that Ctrl + arrow key is now Alt + Arrow > key. The problem is that, in Linux Ctrl key stops working as usual inside > Pharo and is replaced by alt key, which is certainly a problem when people > is used to shorcuts and expect them to behave consistently between apps. > > Cheers, > > Offray > > El 16/03/15 a las 14:15, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: > > The only preference I can't find is the one which makes Control + arrow >> key move/select words, like is usual on most programs. Should I fill a >> bug report about enabling this preference? >> >> Cheers, >> >> Offray >> >> El 16/03/15 a las 13:48, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >> >>> Thanks Esteban it worked! The only think I did was in "Code Completion" >>> to move from NECController to NOCController to get the same as your >>> screenshot. Should this be made the default one? >>> >>> Cheers, >>> >>> Offray >>> >>> El 16/03/15 a las 13:09, Esteban Lorenzano escribiÃ³: >>> >>>> >>>> On 16 Mar 2015, at 19:03, Offray Vladimir Luna CÃ¡rdenas >>>>> <offray(a)riseup.net >>>>> <mailto:offray@riseup.net>> wrote: >>>>> >>>>> >>>>> >>>>> El 16/03/15 a las 12:09, Esteban Lorenzano escribiÃ³: >>>>> >>>>> [...] >>>>> >>>>> 1. Proper tab-autocompletion: it works, but feels unresponsive >>>>>>> compared with >>>>>>> the one on Pharo 3. >>>>>>> >>>>>> >>>>>> nothing changed there, so it is just your feeling :) >>>>>> >>>>>> Esteban >>>>>> >>>>>> >>>>> Well, is a feeling so objective that I can record a video of the two >>>>> behaviours :). On Pharo 3 tab after writing some letters shows a >>>>> list of >>>>> possible options containing that letters, on Pharo 4, it inserts a >>>>> tab, with >>>>> no auto-completion at all :-/. >>>>> >>>> >>>> check your settings, you should have something like this: >>>> >>>> >>>> >>>> >>>>> Cheers, >>>>> >>>>> Offray >>>>> >>>>> >>>> >>> >>> >>> >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

March 17, 2015

Re: [Pharo-users] Error while loading GitFileTree in Pharo 4.0

by Jan B.

Hello, just to add info about my behavior of loading gitfiletree (30 minutes ago on clean images of Pharo 40560 on Windows 7)... Gofer new url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo40/main'; configurationOf: 'GitFileTree'; loadDevelopment. and Metacello new baseline: 'FileTree'; repository: 'github://dalehenrich/filetree:pharo4.0_dev/repository'; load: 'Git' lead to FileDoesNotExist: File @ C:\Users\User\Pharo\images\Pharo 4.0 (beta)-40560\github-cache\dalehenrich\filetree\pharo4.0_dev\dalehenrich-filetree-7f998e5\repository\MonticelloFileTree-Git.package\monticello.meta\version Gofer new url: 'https://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; configurationOf: 'GitFileTree'; loadDevelopment. (ForPharo30, not 40) works fine on Pharo 4 for me. Jan Thierry Goubier wrote > Le 16/03/2015 21:15, kilon alios a Ã©crit : >> Smacc looks to load fine using its Github repo instructions. So far it >> works ok too. > > Ok. That's me then. My code for pre-loading GitFileTree for accessing > gitfiletree:// urls is pointing to an old version. I'll remove git > access from the development part of the Configuration. > > I'm not that good at updating configurations spread over half a dozen > repositories... I'd really prefer a single point of control and > distribution. > > Thierry -- View this message in context: http://forum.world.st/Error-while-loading-GitFileTree-in-Pharo-4-0-tp481191… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 17, 2015

Re: [Pharo-users] Pharo 4 - current state?

by Jan B.

Hello Agreed, I know there are some technical limitation to using ctrl, although I don't remember what is the problem exactly, but this shortcut inconsistency is a problem. I experience the same on Windows, sometimes there is ctrl, sometimes alt and sometimes alt with completely unusual char-key, for example in these most basic shortcuts: select all = alt+A (instead of ctrl+A, interesting thing is ctrl+A works in Playground), undo = ctrl+Z (which is right), but redo/do again = alt+J (never seen such thing anywhere before, it is mostly ctrl+Y or ctrl+shift+Z). Could someone recall me why lots of combinations with ctrl do not work in Pharo? Jan Offray wrote > I found the problem. The issue is that Ctrl + arrow key is now Alt + > Arrow key. The problem is that, in Linux Ctrl key stops working as usual > inside Pharo and is replaced by alt key, which is certainly a problem > when people is used to shorcuts and expect them to behave consistently > between apps. > > Cheers, > > Offray > > El 16/03/15 a las 14:15, Offray Vladimir Luna CÃ¡rdenas escribiÃ³: >> The only preference I can't find is the one which makes Control + arrow >> key move/select words, like is usual on most programs. Should I fill a >> bug report about enabling this preference? >> >> Cheers, >> >> Offray -- View this message in context: http://forum.world.st/Pharo-4-current-state-tp4806692p4812505.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 17, 2015