January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] GitFileTree with no git command line at all

by Esteban Lorenzano

supercool Thierry, thank you very much :) I suppose we should integrate this to early Pharo4 (we then can check how to improve, if needed) :)) Esteban On 30 Jan 2014, at 11:12, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Hi all, > > I'm announcing a GitFileTree for Pharo3.0 version with full support for working from github (and probably all other git remote repositories such as bitbucket) without touching any git command line, for Linux and Mac at least (and Windows as soon as someone on windows will write the two or three lines necessary to use the OSWindows extension). > > In short, give gitfiletree: a full url to a github project and a few other parameters, and it will do : > - clone the repo from github > - set it up as you asked for (branch and all) > - create the right local MC repository > and load whatever you want from a configuration or a Gofer script. > > Example : > MCFileTreeGitRepository fromZnUrl: (ZnUrl fromString: 'gitfiletree://github.com/ThierryGoubier/filetree.git?protocol=git&dir=repos…' ). > Creates a MC repository on a git clone of github.com/ThierryGoubier/filetree.git, > on branch pharo3.0 > stored in a directory named filetree under the Pharo working directory, > and pointing to the repository/ subdirectory where the filetree packages are kept. > > It is possible to add a readOnly parameter to the url: in this case, the git clone is done with a depth of 1 and the repository disable pull and push. > > For configurations of a project on github, it becomes possible to ensure a load of ConfigurationOfGitFileTree and then use a gitfiletree url to clone, setup the local repository and load the package, as is done in the latest ConfigurationOfAltBrowser. > > For newcomers to git and Pharo interested in github, the process is simply: > - create a project in github > - don't forget to register your ssh key (see the doc at github) > - install the configuratonOfGitFileTree in Pharo, either with the ConfigurationBrowser or with: > Gofer new > url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; > configurationOf: 'GitFileTree'; > loadStable. > - Add a Git remote repository > location: the ssh clone URL from github > > - you can then start to create packages and save them into that repository. To propagate changes to github, open the repository and select Push. To update your local copy from github, open the repository and select Pull. If you are a git regular user, you can keep your usual workflow with git and gitfiletree will keep up with you. > > Enjoy! > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Jan. 30, 2014

Re: [Pharo-dev] [ANN] GitFileTree with no git command line at all

by Max Leske

Great stuff Thierry! On 30.01.2014, at 11:12, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Hi all, > > I'm announcing a GitFileTree for Pharo3.0 version with full support for working from github (and probably all other git remote repositories such as bitbucket) without touching any git command line, for Linux and Mac at least (and Windows as soon as someone on windows will write the two or three lines necessary to use the OSWindows extension). > > In short, give gitfiletree: a full url to a github project and a few other parameters, and it will do : > - clone the repo from github > - set it up as you asked for (branch and all) > - create the right local MC repository > and load whatever you want from a configuration or a Gofer script. > > Example : > MCFileTreeGitRepository fromZnUrl: (ZnUrl fromString: 'gitfiletree://github.com/ThierryGoubier/filetree.git?protocol=git&dir=repos…' ). > Creates a MC repository on a git clone of github.com/ThierryGoubier/filetree.git, > on branch pharo3.0 > stored in a directory named filetree under the Pharo working directory, > and pointing to the repository/ subdirectory where the filetree packages are kept. > > It is possible to add a readOnly parameter to the url: in this case, the git clone is done with a depth of 1 and the repository disable pull and push. > > For configurations of a project on github, it becomes possible to ensure a load of ConfigurationOfGitFileTree and then use a gitfiletree url to clone, setup the local repository and load the package, as is done in the latest ConfigurationOfAltBrowser. > > For newcomers to git and Pharo interested in github, the process is simply: > - create a project in github > - don't forget to register your ssh key (see the doc at github) > - install the configuratonOfGitFileTree in Pharo, either with the ConfigurationBrowser or with: > Gofer new > url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; > configurationOf: 'GitFileTree'; > loadStable. > - Add a Git remote repository > location: the ssh clone URL from github > > - you can then start to create packages and save them into that repository. To propagate changes to github, open the repository and select Push. To update your local copy from github, open the repository and select Pull. If you are a git regular user, you can keep your usual workflow with git and gitfiletree will keep up with you. > > Enjoy! > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

Jan. 30, 2014

Re: [Pharo-dev] Pharo Success Story: Reflex Vacances

by phil＠highoctane.be

Hello, I paid a visit to the site. Looks good. Images are loading awfully slow tough. Isn't there any image caching? It seems that they aren't resized and the web browser loads the big pictures for each little picture (it does as a matter of fact). http://www.reflex-vacances.fr/location-vacances/appartement-le-mans/c755c60d loads http://www.reflex-vacances.fr/img/ebb76d6a/Photomaison037.jpg which is quite big (1.7MB each, 3 of them on that page). There is also a couple of js requests instead of one big load. The whole loading on an empty cache is more than 10 seconds. Including Google Maps details, 16. Yikes, that's a hell of a slow beast. I can't help but think about someone looking at this from a mobile device, even on 3G. The whole network thing (looking at the Chrome Devtools Network tab) seems to avoid a couple of best practices: https://developers.google.com/speed/docs/best-practices/rtt like: - https://developers.google.com/speed/docs/best-practices/rtt#CombineExternal… Maybe https://developers.google.com/speed/docs/best-practices/rtt#ParallelizeDown… help with all of those pictures. Some ImageMagick preprocessing would definitely help with the images. I tell you that because we implemented such a kind of site in the past (not Pharo) and had to make it work fast (this was for expensive houses, visitors were kind of impatient). Also, I just help businesses avoid this kind of slowdown as one of my business offerings, so I couldn't resist ;-) Regards, Phil On Thu, Jan 30, 2014 at 11:02 AM, Nicolas Petton <petton.nicolas(a)gmail.com>wrote: > > Torsten Bergmann writes: > > >> runs 100% in Pharo + Iliad + MongoDB. > > > > "Look ma - no apache or nginx". > > Hi! > > Apache is used as a frontend server, and many images are indeed in the > db, thus served through Pharo. > > The Pharo image is a 1.4, the VM is Cog, with a typical Mongo+Voyage > setup. Most of the DB data is cached by Voyage, which partly explains > the speed. > > Mongo and Pharo are running on the same machine, there's no special > caching except for what Voyage provides by default. > > The Iliad app is served by Kom, and we have many bash scripts to monitor, > auto-restart and manage the app (we manage SmalltalkHub in a similar > way). > > Cheers, > Nico > > > -- > Nicolas Petton > http://nicolas-petton.fr > >

Jan. 30, 2014

[ANN] GitFileTree with no git command line at all

by Goubier Thierry

Hi all, I'm announcing a GitFileTree for Pharo3.0 version with full support for working from github (and probably all other git remote repositories such as bitbucket) without touching any git command line, for Linux and Mac at least (and Windows as soon as someone on windows will write the two or three lines necessary to use the OSWindows extension). In short, give gitfiletree: a full url to a github project and a few other parameters, and it will do : - clone the repo from github - set it up as you asked for (branch and all) - create the right local MC repository and load whatever you want from a configuration or a Gofer script. Example : MCFileTreeGitRepository fromZnUrl: (ZnUrl fromString: 'gitfiletree://github.com/ThierryGoubier/filetree.git?protocol=git&dir=repos…' ). Creates a MC repository on a git clone of github.com/ThierryGoubier/filetree.git, on branch pharo3.0 stored in a directory named filetree under the Pharo working directory, and pointing to the repository/ subdirectory where the filetree packages are kept. It is possible to add a readOnly parameter to the url: in this case, the git clone is done with a depth of 1 and the repository disable pull and push. For configurations of a project on github, it becomes possible to ensure a load of ConfigurationOfGitFileTree and then use a gitfiletree url to clone, setup the local repository and load the package, as is done in the latest ConfigurationOfAltBrowser. For newcomers to git and Pharo interested in github, the process is simply: - create a project in github - don't forget to register your ssh key (see the doc at github) - install the configuratonOfGitFileTree in Pharo, either with the ConfigurationBrowser or with: Gofer new url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo30/main'; configurationOf: 'GitFileTree'; loadStable. - Add a Git remote repository location: the ssh clone URL from github - you can then start to create packages and save them into that repository. To propagate changes to github, open the repository and select Push. To update your local copy from github, open the repository and select Pull. If you are a git regular user, you can keep your usual workflow with git and gitfiletree will keep up with you. Enjoy! Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Jan. 30, 2014

Re: [Pharo-dev] Issues 12717 and 12684

by Henrik Johansen

On 30 Jan 2014, at 11:02 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > That it also informs those users when said value changes, so they can reflect any change as they see fit, is, albeit crucial, a secondary feature. And by that I mean, a ValueHolder would fulfill its main role just the same in an architecture where users poll, rather than get notified. â¦I really should hold of pushing that send button a bit more often :) Cheers, Henry

Jan. 30, 2014

Re: [Pharo-dev] Issues 12717 and 12684

by Henrik Johansen

On 30 Jan 2014, at 11:02 , Henrik Johansen <henrik.s.johansen(a)veloxit.no> wrote: > > nor does it *react* to anything in and of itself. And by that I mean, announcing that something happens, is, by my definition, a passive role. The active role, are the subscribers of the announcement, who respond by carrying out some action. (in other words, *react*) Cheers, Henry

Jan. 30, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30730 Home: https://github.com/pharo-project/pharo-core

Jan. 30, 2014

[pharo-project/pharo-core] e6393e: 30730

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: e6393edb9361cacf110cbe90a0a737f6af318d6a https://github.com/pharo-project/pharo-core/commit/e6393edb9361cacf110cbe90… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-30 (Thu, 30 Jan 2014) Changed paths: A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script383.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30730.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Core.package/AbstractWidgetModel.class/definition.st A Spec-Core.package/AbstractWidgetModel.class/instance/initialization/defaultColor.st M Spec-Core.package/AbstractWidgetModel.class/instance/initialization/initialize.st M Spec-Core.package/AbstractWidgetModel.class/instance/protocol/color.st M Spec-Core.package/AbstractWidgetModel.class/instance/protocol/color_.st A Spec-Core.package/LabelModel.class/instance/initialization/defaultColor.st R Spec-Core.package/extension/NewValueHolder/instance/rawValue_.st M Spec-Core.package/extension/PluggableMenuSpec/instance/addToMenuModel_.st A Spec-Examples.package/ProtocolBrowser.class/README.md A Spec-Examples.package/ProtocolBrowser.class/class/specs/defaultSpec.st A Spec-Examples.package/ProtocolBrowser.class/definition.st A Spec-Examples.package/ProtocolBrowser.class/instance/accessing/text.st A Spec-Examples.package/ProtocolBrowser.class/instance/accessing/viewer.st A Spec-Examples.package/ProtocolBrowser.class/instance/initialization/initializePresenter.st A Spec-Examples.package/ProtocolBrowser.class/instance/initialization/initializeWidgets.st A Spec-Examples.package/ProtocolBrowser.class/instance/protocol/initialExtent.st A Spec-Examples.package/ProtocolBrowser.class/instance/protocol/title.st R Spec-Examples.package/ProtocolEditor.class/README.md R Spec-Examples.package/ProtocolEditor.class/class/specs/defaultSpec.st R Spec-Examples.package/ProtocolEditor.class/definition.st R Spec-Examples.package/ProtocolEditor.class/instance/accessing/text.st R Spec-Examples.package/ProtocolEditor.class/instance/accessing/viewer.st R Spec-Examples.package/ProtocolEditor.class/instance/initialization/initializePresenter.st R Spec-Examples.package/ProtocolEditor.class/instance/initialization/initializeWidgets.st R Spec-Examples.package/ProtocolEditor.class/instance/protocol/initialExtent.st R Spec-Examples.package/ProtocolEditor.class/instance/protocol/title.st M Spec-Examples.package/ProtocolList.class/class/specs/defaultSpec.st M Spec-Examples.package/ProtocolViewer.class/class/specs/defaultSpec.st M Spec-Examples.package/ProtocolViewer.class/instance/initialization/initializePresenter.st A Spec-Extensions.package/extension/NewValueHolder/instance/rawValue_.st M Spec-MorphicAdapters.package/AbstractMorphicAdapter.class/instance/protocol/color.st M Spec-MorphicAdapters.package/AbstractMorphicAdapter.class/instance/protocol/color_.st M Spec-MorphicAdapters.package/MorphicAdapterBindings.class/instance/initialize/initializeBindings.st M Spec-MorphicAdapters.package/MorphicLabelAdapter.class/class/specs/defaultSpec.st M Spec-MorphicAdapters.package/WorldModel.class/class/private/setUpWorld.st Log Message: ----------- 30730 12745 Spec update https://pharo.fogbugz.com/f/cases/12745 http://files.pharo.org/image/30/30730.zip

Jan. 30, 2014

Re: [Pharo-dev] Issues 12717 and 12684

by Henrik Johansen

On 29 Jan 2014, at 7:41 , Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Nicolas Cellier wrote >> So maybe PropertyBinding could do it... > > Where is the "binding"? It's purpose is announcing changes. I don't get how > "binding" epxresses that intent. What am I missing? > No, its purpose is to *hold* a *value*, in a single place through which multiple users can access it. That it also informs those users when said value changes, so they can reflect any change as they see fit, is, albeit crucial, a secondary feature. It *is* by no means a *variable*, nor does it *react* to anything in and of itself. Cheers, Henry

Jan. 30, 2014

Re: [Pharo-dev] Pharo Success Story: Reflex Vacances

by Nicolas Petton

Torsten Bergmann writes: >> runs 100% in Pharo + Iliad + MongoDB. > > "Look ma - no apache or nginx". Hi! Apache is used as a frontend server, and many images are indeed in the db, thus served through Pharo. The Pharo image is a 1.4, the VM is Cog, with a typical Mongo+Voyage setup. Most of the DB data is cached by Voyage, which partly explains the speed. Mongo and Pharo are running on the same machine, there's no special caching except for what Voyage provides by default. The Iliad app is served by Kom, and we have many bash scripts to monitor, auto-restart and manage the app (we manage SmalltalkHub in a similar way). Cheers, Nico -- Nicolas Petton http://nicolas-petton.fr

Jan. 30, 2014