July 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Pharo performance

by phil＠highoctane.be

Yes, as discussed, I am pushing Pharo and discussing business in the open just doesn't work for me.

July 30, 2013

Re: [Pharo-users] Pharo performance

by StÃ©phane Ducasse

yes normally there is one :) Now I will check who is in. What we should pay attention is that we are not really in favor of private discussions (even if I understand it fr business it is important). If you think that this would be good we can create a private business list. Stef > BTW, is there any special consortium list where we can discuss business out of the public eye? > > --- > Philippe Back > Dramatic Performance Improvements > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 > Mail:phil@highoctane.be | Web: http://philippeback.eu > Blog: http://philippeback.be | Twitter: @philippeback > Youtube: http://www.youtube.com/user/philippeback/videos > > High Octane SPRL > rue cour Boisacq 101 | 1301 Bierges | Belgium > > Featured on the Software Process and Measurement Cast > http://spamcast.libsyn.com > Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller > > > > > On Tue, Jul 30, 2013 at 11:02 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > >> > > > > You could try: > > > > | floats | > > floats := (1 to: 200000) collect: #asFloat. > > [ FloatPrintPolicy > > value: InexactFloatPrintPolicy new > > during: [ > > String new: 1500000 streamContents: [ :stream | > > floats do: [ :each | each printOn: stream ] ] ] ] timeToRun > > > > => 796 ms > > > > I haven't looked at the Postgresql driver in detail, but I would guess that PostgresV2 reads from a String somewhere, which is slow unless care is taken, while psycopg probably does a binary read. That last thing can be done in Pharo as well, but not if the driver is text based somehow. > > > > You are right: Pharo should definitively be in the same range as other dynamically typed languages. But dynamic languages are dangerous: user become lazy / ignorant about performance. > > > > Thanks for pushing this. > > +1 > we need more people to profile and look at these aspects. > I can tell you that we are all working like crazy to improve the system and I hope that one of these days we will have > real regression tests. But well you know it takes a lot of time. > > Stef > >

July 30, 2013

Re: [Pharo-users] Pharo performance

by phil＠highoctane.be

BTW, is there any special consortium list where we can discuss business out of the public eye? --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Featured on the Software Process and Measurement Cast http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller On Tue, Jul 30, 2013 at 11:02 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > >> > > > > You could try: > > > > | floats | > > floats := (1 to: 200000) collect: #asFloat. > > [ FloatPrintPolicy > > value: InexactFloatPrintPolicy new > > during: [ > > String new: 1500000 streamContents: [ :stream | > > floats do: [ :each | each printOn: stream ] ] ] ] timeToRun > > > > => 796 ms > > > > I haven't looked at the Postgresql driver in detail, but I would guess > that PostgresV2 reads from a String somewhere, which is slow unless care is > taken, while psycopg probably does a binary read. That last thing can be > done in Pharo as well, but not if the driver is text based somehow. > > > > You are right: Pharo should definitively be in the same range as other > dynamically typed languages. But dynamic languages are dangerous: user > become lazy / ignorant about performance. > > > > Thanks for pushing this. > > +1 > we need more people to profile and look at these aspects. > I can tell you that we are all working like crazy to improve the system > and I hope that one of these days we will have > real regression tests. But well you know it takes a lot of time. > > Stef > >

July 30, 2013

Re: [Pharo-users] [Moose-dev] [ann] a snappier snapshotcello

by StÃ©phane Ducasse

sweet! I should find some time to use it on some projects I have. Stef On Jul 30, 2013, at 11:02 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Hi, > > A new version of Snapshotcello is now reachable from your Pharo 2.0 image. Besides snapshotting the current version, you now get the possibility of: > - marking the new version as stable, > - committing the configuration package, and > - pushing the package to the official Pharo repository. > > Here is an example: > Snapshotcello new > configurationClass: ConfigurationOfSnapshotcello; > sourceVersion: #development; > targetVersion: '1.4-snapshot'; > snapshot; > makeStableFor: #'pharo2.x'; > commit; > pushToPharo20Repository > > A more detailed description can be found here: > http://www.tudorgirba.com/blog/snappier-snapshotcello > > We can certainly improve this, and it would be great to have a similar mechanism integrated into Metacello. But, in the meantime, I find myself for the first time literally one do-it away from distributing projects that are developed without much constraints. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow" > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev

July 30, 2013

Re: [Pharo-users] Pharo performance

by StÃ©phane Ducasse

>> > > You could try: > > | floats | > floats := (1 to: 200000) collect: #asFloat. > [ FloatPrintPolicy > value: InexactFloatPrintPolicy new > during: [ > String new: 1500000 streamContents: [ :stream | > floats do: [ :each | each printOn: stream ] ] ] ] timeToRun > > => 796 ms > > I haven't looked at the Postgresql driver in detail, but I would guess that PostgresV2 reads from a String somewhere, which is slow unless care is taken, while psycopg probably does a binary read. That last thing can be done in Pharo as well, but not if the driver is text based somehow. > > You are right: Pharo should definitively be in the same range as other dynamically typed languages. But dynamic languages are dangerous: user become lazy / ignorant about performance. > > Thanks for pushing this. +1 we need more people to profile and look at these aspects. I can tell you that we are all working like crazy to improve the system and I hope that one of these days we will have real regression tests. But well you know it takes a lot of time. Stef

July 30, 2013

[ann] a snappier snapshotcello

by Tudor Girba

Hi, A new version of Snapshotcello is now reachable from your Pharo 2.0 image. Besides snapshotting the current version, you now get the possibility of: - marking the new version as stable, - committing the configuration package, and - pushing the package to the official Pharo repository. Here is an example: Snapshotcello new configurationClass: ConfigurationOfSnapshotcello; sourceVersion: #development; targetVersion: '1.4-snapshot'; snapshot; makeStableFor: #'pharo2.x'; commit; pushToPharo20Repository A more detailed description can be found here: http://www.tudorgirba.com/blog/snappier-snapshotcello We can certainly improve this, and it would be great to have a similar mechanism integrated into Metacello. But, in the meantime, I find myself for the first time literally one do-it away from distributing projects that are developed without much constraints. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

July 30, 2013

Re: [Pharo-users] Little tutorial on customizing zero conf scripts

by StÃ©phane Ducasse

We could add this as part of the ZeroConf chapter :) But I guess that first the book should get out :) Stef > Hey guys! > > inspired by the work of Camillo and Andrei customizing the ZeroConf scripts for moose, I did the same for my phd project and wrote a little tiny shy tutorial about it. > > http://playingwithobjects.wordpress.com/2013/07/30/customizing-zeroconf-scr… > > Hope it's helpful for somebody :) > > Guille

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by StÃ©phane Ducasse

We know that changing version can be painful but just consider that you are working with a nearly 3 years old system. stef On Jul 30, 2013, at 4:41 PM, joerick <joerick(a)mac.com> wrote: > Oh, I'm having trouble adding a gitfiletree repository, do you support Pharo > 1.4? > > > > -- > View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465p4701541.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

July 30, 2013

Re: [Pharo-users] Garbage collector & Memory Profiling

by Esteban Lorenzano

probably because the whole idea of having a GC is to forget/not having to think in when it is collected :) On Tue, Jul 30, 2013 at 10:27 PM, ClÃ©ment Bera <bera.clement(a)gmail.com>wrote: > There is the StrongPointerExplorer in the image that can help... > > But it is not easy to know when an object is GC. > > > 2013/7/30 Alejandro Infante <alejandroinfante91(a)gmail.com> > >> Hello, >> We are currently working on memory profiling and we are having troubles >> to detect when an object is garbage collected. >> >> Any ideas? >> >> Thanks for the help, >> Alejandro Infante >> > >

July 30, 2013

Re: [Pharo-users] Garbage collector & Memory Profiling

by ClÃ©ment Bera

There is the StrongPointerExplorer in the image that can help... But it is not easy to know when an object is GC. 2013/7/30 Alejandro Infante <alejandroinfante91(a)gmail.com> > Hello, > We are currently working on memory profiling and we are having troubles to > detect when an object is garbage collected. > > Any ideas? > > Thanks for the help, > Alejandro Infante >

July 30, 2013

Garbage collector & Memory Profiling

by Alejandro Infante

Hello, We are currently working on memory profiling and we are having troubles to detect when an object is garbage collected. Any ideas? Thanks for the help, Alejandro Infante

July 30, 2013

Re: [Pharo-users] Pharo performance

by Chris

It was 60000 doubles from the double precision[] type. Having had a very small look, it's possible that it isn't even supported and someone at our end has hacked the float converter to parse each one out, so I think it must be coming in as a string. > Hi Yanni, > > On 30 Jul 2013, at 05:17, Yanni Chiu <yanni(a)rogers.com> wrote: > >> On 29/07/13 7:08 PM, Sven Van Caekenberghe wrote: >>> The explanation for the slowdown must be in the PgV2 driver. >> The PgV2 protocol is described at: >> http://www.postgresql.org/docs/7.1/static/protocol-message-formats.html >> >> Have a glance at the "AsciiRow" and "BinaryRow" message formats. The driver reads the data off the socket, parsing the the data, as described as described by the message format. With the V2 protocol design, you have to read the result row, one field at a time. >> >> IIUC, in the newer V3? protocol, the AsciiRow/BinaryRow message is replaced by a DataRow message. The DataRow message has the message size included, which could allow the driver to read the entire set of fields for one data row, using a single socket read (or a few buffer sized reads). >> >> I recall seeing an experimental V3 protocol implementation, a few years back - sorry, no links handy. It would be nice to see some benchmarks. >> >> Hope that helps. > Thanks for the response. > > I believe the V3 project is here http://www.squeaksource.com/PostgresV3.html. > > Now, I probably spoke too fast and should have taken Mariano's advice to never speculate and first measure. Here is my quick test that, for me, shows that PostgresV2 seems more than fast enough (something that I had experienced before without doing benchmarks). > > [ self execute: 'select longitude,latitude from log_data limit 10000;' ] timeToRun. > > => 76 ms > > [ self execute: 'select longitude,latitude from log_data limit 100000;' ] timeToRun. > > => 765 ms > > This is querying for 2 floats from a huge table, over the network. Pretty fast ;-) > > So, back to Chris: what exactly are you doing that is (so) slow ? > > Anyway, thanks Yanni for all your work on the existing driver ! > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > >

July 30, 2013

Re: [Pharo-users] Pharo performance

by Esteban A. Maringolo

2013/7/30 Igor Stasenko <siguctua(a)gmail.com>: >> [ self execute: 'select longitude,latitude from log_data limit 10000;' ] timeToRun. >> >> => 76 ms >> > 76 ms for 10000 records? > that's quite good throughput i would say. That will depend on the cursor type being used for the query. If it's just opening the cursor is one thing, but if you have to fetch all the data through the network it is a different story. 76ms to 10K rows is fast for a static cursor or for a forward only cursor + data fetch. Regards!

July 30, 2013

Re: [Pharo-users] Pharo performance

by Igor Stasenko

On 30 July 2013 10:42, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Yanni, > > On 30 Jul 2013, at 05:17, Yanni Chiu <yanni(a)rogers.com> wrote: > >> On 29/07/13 7:08 PM, Sven Van Caekenberghe wrote: >>> >>> The explanation for the slowdown must be in the PgV2 driver. >> >> The PgV2 protocol is described at: >> http://www.postgresql.org/docs/7.1/static/protocol-message-formats.html >> >> Have a glance at the "AsciiRow" and "BinaryRow" message formats. The driver reads the data off the socket, parsing the the data, as described as described by the message format. With the V2 protocol design, you have to read the result row, one field at a time. >> >> IIUC, in the newer V3? protocol, the AsciiRow/BinaryRow message is replaced by a DataRow message. The DataRow message has the message size included, which could allow the driver to read the entire set of fields for one data row, using a single socket read (or a few buffer sized reads). >> >> I recall seeing an experimental V3 protocol implementation, a few years back - sorry, no links handy. It would be nice to see some benchmarks. >> >> Hope that helps. > > Thanks for the response. > > I believe the V3 project is here http://www.squeaksource.com/PostgresV3.html. > > Now, I probably spoke too fast and should have taken Mariano's advice to never speculate and first measure. Here is my quick test that, for me, shows that PostgresV2 seems more than fast enough (something that I had experienced before without doing benchmarks). > > [ self execute: 'select longitude,latitude from log_data limit 10000;' ] timeToRun. > > => 76 ms > 76 ms for 10000 records? that's quite good throughput i would say. > [ self execute: 'select longitude,latitude from log_data limit 100000;' ] timeToRun. > > => 765 ms > > This is querying for 2 floats from a huge table, over the network. Pretty fast ;-) > > So, back to Chris: what exactly are you doing that is (so) slow ? > > Anyway, thanks Yanni for all your work on the existing driver ! > > Sven > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > > > > > -- Best regards, Igor Stasenko.

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by Goubier Thierry

Sorry no, only 2.0. I wonder if, however, it could work... What are the errors you're getting? Thierry Le 30/07/2013 16:41, joerick a Ã©crit : > Oh, I'm having trouble adding a gitfiletree repository, do you support Pharo > 1.4? > > > > -- > View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465p4701541.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > -- 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

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by joerick

Oh, I'm having trouble adding a gitfiletree repository, do you support Pharo 1.4? -- View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465p4701541.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by Goubier Thierry

Le 30/07/2013 14:51, joerick a Ã©crit : > Thierry, > > Many thanks for your prompt reply! I did find gitfiletree on smalltalk hub > while I was doing some research, but I thought that filetree was > specifically designed to be used with git, so I tried that first. Filetree works with a bit more than git; it should work with svn, cvs, mercurial, etc.. anything which does version control over files. Gitfiletree is filetree plus calls to the "git" command (git commit, git log, git archive, git branch) and the consequences... > I'll see how it works in my case. Just one question- how do I import the mcz > history into git? You use one of the Gofer scripts you will find for migrating from one repository to another [1]: Gofer it squeaksource: 'Fuel'; package: 'Fuel'; package: 'FuelTests'; fetch. Gofer it url: 'http://ss3.gemstone.com/ss/Fuel'; package: 'Fuel'; package: 'FuelTests'; push. [1] http://marianopeck.wordpress.com/2011/11/08/migrating-projects-to-squeaksou… But do that with as target a gitfiletree repo, not a filetree one; gitfiletree will do a commit for each version of a project pushed to it; filetree will overwrite the previous version. You will loose the mcz timestamps however. 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

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by joerick

Thierry, Many thanks for your prompt reply! I did find gitfiletree on smalltalk hub while I was doing some research, but I thought that filetree was specifically designed to be used with git, so I tried that first. I'll see how it works in my case. Just one question- how do I import the mcz history into git? -- View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465p4701503.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by Goubier Thierry

Hi, I have been working in a similar setup for more than a year. I used filetree, with the problem you describe (double code maintenance both in git and in Monticello, which often resulted in lost Monticello versions in the git history). You also have the fact that, when you merge under git, most often than note the monticello.meta/version file will generate a conflict. So I added a better git support to filetree, calling it gitfiletree://. It's integrated into (https://github.com/dalehenrich/filetree) with the following workflow : * When you save under Monticello, you commit with git with a comment which is your Monticello comment. * When you open your gitfiletree repo in Monticello, what you see is your git history filtered by the package (ancestors and all), not the Monticello history (i.e. if you modify or merge outside smalltalk, it will show up in Monticello), and not the full git repo history. * The version and other metadata stuff will probably cause merge conflicts, but gitfiletree never reads them anymore : all the package info data (author, timestamp, comments, history) is taken from the git commit history. * Monticello diffs will be the same as in git, without the metadata noise. Otherwise, it's filetree compatible (you can read your HEAD with filetree), and it integrates with Gofer well (you can import a mcz based repository into git, keeping the history). The current MonticelloFileTree configuration has a MonticelloFileTree-Git group to load it. If there are things in the Workflow you'd like to see, then this can be implemented. Thierry Le 30/07/2013 12:03, joerick a Ã©crit : > I work on a project that uses smalltalk as a part of a larger system. We > version control most of the code (Objective-C, mainly) using Git. Currently > the repo has a build script under version control which specifies the > monticello package versions to fetch for a given commit. This works okay, > and keeps everything in step, but the change histories are in two places > (Git and monticello) which is undesirable, and branching/merging is > difficult. > > I'm looking at using filetree (https://github.com/dalehenrich/filetree) to > store the smalltalk source in the git repo. I was wondering what the > workflow is within the image. > > Is there an easy way to keep the code on the filesystem in sync with the > code in the image? At the moment it seems that there will be a lot of > loading/saving in the monticello browser whenever I change code either using > git or within the image. > > For example, do I have to save code out to the filesystem using the > Monticello browser, and then inspect the diffs in git? > > > > -- > View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > -- 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

July 30, 2013

Re: [Pharo-users] Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

by Marcus Denker

On Jul 30, 2013, at 1:49 PM, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > the changes file contained passwords and I replaced the text. So offsets may be wrong due to that. > Yes, the first thing I wanted to do is to recompile everything. Does not work. > Memorymonitor is not doing fanct stuff. It just counts instances. > Yes, but maybe it holds on to these instances? Marcus

July 30, 2013

Re: [Pharo-users] Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

by phil＠highoctane.be

FWIW I only installed configurations the standard way. On Tuesday, July 30, 2013, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 30, 2013, at 11:31 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 30 July 2013 10:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> On Jul 29, 2013, at 7:31 PM, phil(a)highoctane.be wrote: >>> >>> The image and the changes file are here: (uploading... will take a while - >>> 30 min or so) >>> >>> https://www.dropbox.com/sh/wfxep3jm5v27szt/5keLUTFvGz >>> >>> Ok, I downloaded them. >>> >>> Marcus >>> >> >> it appears that .changes file is corrupt, for instance , browse: >> >> WAWelcomeBrowse>>renderContentOn: >> >> and it shows: >> >> ontentOn: html >> html heading >> level1...... >> >> (and i guess all code which loaded after certain point is corrupt) >> >> i also found 2 UI processes hanging around as well as some others >> which i cannot terminate.. >> something went wrong during installing the code. >> > > Another thing that is non-standard is the MemoryMonitorâ¦ sadly there are almost no comments, > and it is unclear if there are maybe probes installed in any methods? > I could not find a way to remove all probes, nor a description of how they work. > > So would omit that in the next update. > > Marcus > > > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Featured on the Software Process and Measurement Cast http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

July 30, 2013

Re: [Pharo-users] Pharo 2.0 with Seaside + DBXTalk + GlorpDBX + Magritte 3 + TWBS is getting slower and slower

by phil＠highoctane.be

the changes file contained passwords and I replaced the text. So offsets may be wrong due to that. Memorymonitor is not doing fanct stuff. It just counts instances. Phil On Tuesday, July 30, 2013, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jul 30, 2013, at 11:31 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 30 July 2013 10:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> On Jul 29, 2013, at 7:31 PM, phil(a)highoctane.be wrote: >>> >>> The image and the changes file are here: (uploading... will take a while - >>> 30 min or so) >>> >>> https://www.dropbox.com/sh/wfxep3jm5v27szt/5keLUTFvGz >>> >>> Ok, I downloaded them. >>> >>> Marcus >>> >> >> it appears that .changes file is corrupt, for instance , browse: >> >> WAWelcomeBrowse>>renderContentOn: >> >> and it shows: >> >> ontentOn: html >> html heading >> level1...... >> >> (and i guess all code which loaded after certain point is corrupt) >> >> i also found 2 UI processes hanging around as well as some others >> which i cannot terminate.. >> something went wrong during installing the code. >> > > Another thing that is non-standard is the MemoryMonitorâ¦ sadly there are almost no comments, > and it is unclear if there are maybe probes installed in any methods? > I could not find a way to remove all probes, nor a description of how they work. > > So would omit that in the next update. > > Marcus > > > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Featured on the Software Process and Measurement Cast http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

July 30, 2013

Little tutorial on customizing zero conf scripts

by Guillermo Polito

Hey guys! inspired by the work of Camillo and Andrei customizing the ZeroConf scripts for moose, I did the same for my phd project and wrote a little tiny shy tutorial about it. http://playingwithobjects.wordpress.com/2013/07/30/customizing-zeroconf-scr… Hope it's helpful for somebody :) Guille

July 30, 2013

Re: [Pharo-users] Git filetree workflow

by joerick

Furthermore, I just had a poke around the filetree of a package, and found the `monticello.meta/version` file. This seems to contain information on the monticello commits. Do I need this? I'd rather only have git commit messages. Perhaps this file could be ignored by git? -- View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465p4701466.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2013

Git filetree workflow

by joerick

I work on a project that uses smalltalk as a part of a larger system. We version control most of the code (Objective-C, mainly) using Git. Currently the repo has a build script under version control which specifies the monticello package versions to fetch for a given commit. This works okay, and keeps everything in step, but the change histories are in two places (Git and monticello) which is undesirable, and branching/merging is difficult. I'm looking at using filetree (https://github.com/dalehenrich/filetree) to store the smalltalk source in the git repo. I was wondering what the workflow is within the image. Is there an easy way to keep the code on the filesystem in sync with the code in the image? At the moment it seems that there will be a lot of loading/saving in the monticello browser whenever I change code either using git or within the image. For example, do I have to save code out to the filesystem using the Monticello browser, and then inspect the diffs in git? -- View this message in context: http://forum.world.st/Git-filetree-workflow-tp4701465.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 30, 2013