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

Re: [Pharo-users] Fossil and Filetree

by Hilaire

Thanks for the details it will be helpful, but I wanted to know where is the .mcz package? Hilaire Le 21/10/2015 21:29, Thierry Goubier a Ã©crit : > Le 21/10/2015 21:09, Hilaire a Ã©crit : >> Le 20/10/2015 16:32, Thierry Goubier a Ã©crit : >>> Done. The configuration has been updated for Pharo3. >>> >> >> OÃ¹ dois-je regarder ? >> > > Look the following methods in MCFileTreeGitRepository, > protocole git querying: > > gitBranchs > gitCloneRepositoryAndCheckoutIn: > gitNeedPush > gitPull > gitPush > gitVersions > gitVersionsForPackage: > > and in i/o > > writeRepositoryProperties > > and in MCFileTreeGitStReader > > zip > > The two definition related methods (#zipForDefinition:, > #gitVersionsForDefinition:in:) are optional: they allow you to query > method versions in the git repository as if it was the change set, and > they are only available from the AltBrowser IDE. > > For an adaptation to Fossil, I believe all the main code can be reused > (same use of SHA-1 commit ids, branches, monticello metadata > recreation) with very similar commands (fossil x instead of git x). > The main difference being, as far as I know, the use of git archive to > retrieve a zip containing a version of a package; I haven't seen the > equivalent command in Fossil. > > The base OSProcess / ProcessWrapper code is a bit long, but I prefer > to keep it that way for reliability reasons: it took me a long time > (literaly years) to reach a stable solution on Unix. > (MCFileTreeGitRepository>>#runOSProcessGitCommand:in:) > > Thierry > > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Oct. 21, 2015

Re: [Pharo-users] Fossil and Filetree

by Thierry Goubier

Le 21/10/2015 21:09, Hilaire a Ã©crit : > Le 20/10/2015 16:32, Thierry Goubier a Ã©crit : >> Done. The configuration has been updated for Pharo3. >> > > OÃ¹ dois-je regarder ? > Look the following methods in MCFileTreeGitRepository, protocole git querying: gitBranchs gitCloneRepositoryAndCheckoutIn: gitNeedPush gitPull gitPush gitVersions gitVersionsForPackage: and in i/o writeRepositoryProperties and in MCFileTreeGitStReader zip The two definition related methods (#zipForDefinition:, #gitVersionsForDefinition:in:) are optional: they allow you to query method versions in the git repository as if it was the change set, and they are only available from the AltBrowser IDE. For an adaptation to Fossil, I believe all the main code can be reused (same use of SHA-1 commit ids, branches, monticello metadata recreation) with very similar commands (fossil x instead of git x). The main difference being, as far as I know, the use of git archive to retrieve a zip containing a version of a package; I haven't seen the equivalent command in Fossil. The base OSProcess / ProcessWrapper code is a bit long, but I prefer to keep it that way for reliability reasons: it took me a long time (literaly years) to reach a stable solution on Unix. (MCFileTreeGitRepository>>#runOSProcessGitCommand:in:) Thierry

Oct. 21, 2015

Re: [Pharo-users] Fossil and Filetree

by Hilaire

Le 20/10/2015 16:32, Thierry Goubier a Ã©crit : > Done. The configuration has been updated for Pharo3. > OÃ¹ dois-je regarder ? -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Oct. 21, 2015

VM crash on Ubuntu 14.04

by Johan Fabry

Hi all, I am having some unpleasant experiences on Ubuntu 14.04 (experimenting with Live Robot Programming on PhaROS). The VM crashes after a random amount of time (< 25 minutes), with no clear sequence of steps on how to reproduce the crash. I am using Pharo 4 (Pharo 40622 as installed by PhaROS) + Roassal which required an install of libcairo2:i386 . VM version details below. There is no printout on stdout, and the debug.log does not contain recent entries (timestamp is always some minutes before the actual crash happens). Is this a known problem? If so, how can I fix it, and if not how can I provide more debugging info? Thanks in advance! vm version: 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM] NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-484 1-a965-2975997bba66 May 15 2014 NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid: acc98e51-2fba-4841-a965-2 975997bba66 May 15 2014 https://github.com/pharo-project/pharo-vm.git Commit: ed4a4f59208968a21d82fd2406 f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200 By: Esteban Lorenzano <estebanlm@ gmail.com> Jenkins build #14826 Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 201 2 i686 i686 i386 GNU/Linux plugin path: /home/jfabry/catkin_ws/src/pharo/vm/ [default: /home/jfabry/catkin_ ws/src/pharo/vm/] ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Oct. 21, 2015

Re: [Pharo-users] crashed image ?

by Marcus Denker

> On 21 Oct 2015, at 11:11, Norbert Hartl <norbert(a)hartl.name> wrote: > > >> Am 21.10.2015 um 10:46 schrieb Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >> >> >>> On 21 Oct 2015, at 10:42, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >>> >>> Will Epicea be in pharo5? >>> >> >> Yes. >> > Oh well then it is time to move to pharo5 I think :) > I hope we will do it this weekâ¦ Marcus

Oct. 21, 2015

Re: [Pharo-users] crashed image ?

by Norbert Hartl

> Am 21.10.2015 um 10:46 schrieb Marcus Denker <marcus.denker(a)inria.fr>: > > >> On 21 Oct 2015, at 10:42, Norbert Hartl <norbert(a)hartl.name <mailto:norbert@hartl.name>> wrote: >> >> Will Epicea be in pharo5? >> > > Yes. > Oh well then it is time to move to pharo5 I think :) thanks, Norbert >> Norbert >> >>> Am 21.10.2015 um 07:57 schrieb Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>> >>> >>>> On 20 Oct 2015, at 19:28, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>> >>>> In addition clean, the .change before publish the files. Especially if you plan to keep this change browser. >>> No, we plan not to. It is just a standin until we have Epicea. Which we wanted to ship already in Pharo4. >>> >>>> Useful, because the actual change browser do not have a lot of way to filter select/reject and load change. Not at all in fact. >>>> But here I have 95% of the changes are just related to the image creation. >>>> I do not load Roassal, GT and everything. >>>> Should not appear in my change of my application. >>>> >>>> It is not a troll question but there are a way to reload the old change browser ? >>>> Where is it ? >>>> >>> It was the last tool bases on the SringHolder/CodeHolder hierarchy. It is not a modular thing. >>> >>> All this was supposed to be replaced by Epicea ages (years?) ago. >>> >>>> >>>>> On 20 Oct 2015, at 11:08, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >>>>> >>>>> So far not >>>>> >>>>> For now with the old changes replay. >>>>> What would be easy to do (that nobody did) is to prompt the user for another image/change and read from there. >>>>> >>>>> >>>>> Le 20/10/15 14:45, Jean Baptiste Arnaud a Ã©crit : >>>>>> A question pop in my head ? >>>>>> Epicea will help me to recover change from my old.changes ? >>>>>> If not can have a link to Oz or something. >>>>>> >>>>>>> On 20 Oct 2015, at 08:19, Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>>>>> >>>>>>> >>>>>>>> On 20 Oct 2015, at 12:59, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>>>> >>>>>>>> >>>>>>>>> On 20 Oct 2015, at 05:03, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2015-10-20 7:27 GMT+02:00 Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>>>>>>>> >>>>>>>>> > On 20 Oct 2015, at 00:26, Jean Baptiste Arnaud < <mailto:jbaptiste.arnaud@gmail.com>jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>>>>> > >>>>>>>>> > Hi, maybe a useful question :-) >>>>>>>>> > >>>>>>>>> > I crashed a image :-) >>>>>>>>> > And I ask myself: >>>>>>>>> > - There are a more advance (thinking bout maybe epicea) change browser ? Because a list of 1293801283 changes and just 1 options select all (which is broken you should use shortcut) will not really helpmeet >>>>>>>>> >>>>>>>>> We are in the process of integrating it. We tried saturday night, but the resulting update did not finish running all tests and we had to revert. >>>>>>>> Can I have a link to the source ? >>>>>>>> >>>>>>> >>>>>>> the issue tracker entry is >>>>>>> >>>>>>> <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea>https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea> >>>>>>> >>>>>>> Marcus >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Best Regards >>>>>> JB >>>>>> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> Best Regards >>>> JB >>>> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >

Oct. 21, 2015

Re: [Pharo-users] crashed image ?

by Marcus Denker

> On 21 Oct 2015, at 10:42, Norbert Hartl <norbert(a)hartl.name> wrote: > > Will Epicea be in pharo5? > Yes. > Norbert > >> Am 21.10.2015 um 07:57 schrieb Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >> >> >>> On 20 Oct 2015, at 19:28, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>> >>> In addition clean, the .change before publish the files. Especially if you plan to keep this change browser. >> No, we plan not to. It is just a standin until we have Epicea. Which we wanted to ship already in Pharo4. >> >>> Useful, because the actual change browser do not have a lot of way to filter select/reject and load change. Not at all in fact. >>> But here I have 95% of the changes are just related to the image creation. >>> I do not load Roassal, GT and everything. >>> Should not appear in my change of my application. >>> >>> It is not a troll question but there are a way to reload the old change browser ? >>> Where is it ? >>> >> It was the last tool bases on the SringHolder/CodeHolder hierarchy. It is not a modular thing. >> >> All this was supposed to be replaced by Epicea ages (years?) ago. >> >>> >>>> On 20 Oct 2015, at 11:08, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >>>> >>>> So far not >>>> >>>> For now with the old changes replay. >>>> What would be easy to do (that nobody did) is to prompt the user for another image/change and read from there. >>>> >>>> >>>> Le 20/10/15 14:45, Jean Baptiste Arnaud a Ã©crit : >>>>> A question pop in my head ? >>>>> Epicea will help me to recover change from my old.changes ? >>>>> If not can have a link to Oz or something. >>>>> >>>>>> On 20 Oct 2015, at 08:19, Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>>>> >>>>>> >>>>>>> On 20 Oct 2015, at 12:59, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>>> >>>>>>> >>>>>>>> On 20 Oct 2015, at 05:03, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2015-10-20 7:27 GMT+02:00 Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>>>>>>> >>>>>>>> > On 20 Oct 2015, at 00:26, Jean Baptiste Arnaud < <mailto:jbaptiste.arnaud@gmail.com>jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>>>> > >>>>>>>> > Hi, maybe a useful question :-) >>>>>>>> > >>>>>>>> > I crashed a image :-) >>>>>>>> > And I ask myself: >>>>>>>> > - There are a more advance (thinking bout maybe epicea) change browser ? Because a list of 1293801283 changes and just 1 options select all (which is broken you should use shortcut) will not really helpmeet >>>>>>>> >>>>>>>> We are in the process of integrating it. We tried saturday night, but the resulting update did not finish running all tests and we had to revert. >>>>>>> Can I have a link to the source ? >>>>>>> >>>>>> >>>>>> the issue tracker entry is >>>>>> >>>>>> <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea>https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea> >>>>>> >>>>>> Marcus >>>>>> >>>>> >>>>> >>>>> >>>>> Best Regards >>>>> JB >>>>> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>> >>> Best Regards >>> JB >>> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >

Oct. 21, 2015

Re: [Pharo-users] crashed image ?

by Norbert Hartl

Will Epicea be in pharo5? Norbert > Am 21.10.2015 um 07:57 schrieb Marcus Denker <marcus.denker(a)inria.fr>: > > >> On 20 Oct 2015, at 19:28, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >> >> In addition clean, the .change before publish the files. Especially if you plan to keep this change browser. > No, we plan not to. It is just a standin until we have Epicea. Which we wanted to ship already in Pharo4. > >> Useful, because the actual change browser do not have a lot of way to filter select/reject and load change. Not at all in fact. >> But here I have 95% of the changes are just related to the image creation. >> I do not load Roassal, GT and everything. >> Should not appear in my change of my application. >> >> It is not a troll question but there are a way to reload the old change browser ? >> Where is it ? >> > It was the last tool bases on the SringHolder/CodeHolder hierarchy. It is not a modular thing. > > All this was supposed to be replaced by Epicea ages (years?) ago. > >> >>> On 20 Oct 2015, at 11:08, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >>> >>> So far not >>> >>> For now with the old changes replay. >>> What would be easy to do (that nobody did) is to prompt the user for another image/change and read from there. >>> >>> >>> Le 20/10/15 14:45, Jean Baptiste Arnaud a Ã©crit : >>>> A question pop in my head ? >>>> Epicea will help me to recover change from my old.changes ? >>>> If not can have a link to Oz or something. >>>> >>>>> On 20 Oct 2015, at 08:19, Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>>> >>>>> >>>>>> On 20 Oct 2015, at 12:59, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>> >>>>>> >>>>>>> On 20 Oct 2015, at 05:03, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2015-10-20 7:27 GMT+02:00 Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>>>>>> >>>>>>> > On 20 Oct 2015, at 00:26, Jean Baptiste Arnaud < <mailto:jbaptiste.arnaud@gmail.com>jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>>> > >>>>>>> > Hi, maybe a useful question :-) >>>>>>> > >>>>>>> > I crashed a image :-) >>>>>>> > And I ask myself: >>>>>>> > - There are a more advance (thinking bout maybe epicea) change browser ? Because a list of 1293801283 changes and just 1 options select all (which is broken you should use shortcut) will not really helpmeet >>>>>>> >>>>>>> We are in the process of integrating it. We tried saturday night, but the resulting update did not finish running all tests and we had to revert. >>>>>> Can I have a link to the source ? >>>>>> >>>>> >>>>> the issue tracker entry is >>>>> >>>>> <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea>https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea> >>>>> >>>>> Marcus >>>>> >>>> >>>> >>>> >>>> Best Regards >>>> JB >>>> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >> Best Regards >> JB >> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >> >> >> >> >> >> >> >> >> >> >

Oct. 21, 2015

Re: [Pharo-users] crashed image ?

by Marcus Denker

> On 20 Oct 2015, at 19:28, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> wrote: > > In addition clean, the .change before publish the files. Especially if you plan to keep this change browser. No, we plan not to. It is just a standin until we have Epicea. Which we wanted to ship already in Pharo4. > Useful, because the actual change browser do not have a lot of way to filter select/reject and load change. Not at all in fact. > But here I have 95% of the changes are just related to the image creation. > I do not load Roassal, GT and everything. > Should not appear in my change of my application. > > It is not a troll question but there are a way to reload the old change browser ? > Where is it ? > It was the last tool bases on the SringHolder/CodeHolder hierarchy. It is not a modular thing. All this was supposed to be replaced by Epicea ages (years?) ago. > >> On 20 Oct 2015, at 11:08, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >> >> So far not >> >> For now with the old changes replay. >> What would be easy to do (that nobody did) is to prompt the user for another image/change and read from there. >> >> >> Le 20/10/15 14:45, Jean Baptiste Arnaud a Ã©crit : >>> A question pop in my head ? >>> Epicea will help me to recover change from my old.changes ? >>> If not can have a link to Oz or something. >>> >>>> On 20 Oct 2015, at 08:19, Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>> wrote: >>>> >>>> >>>>> On 20 Oct 2015, at 12:59, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>> >>>>> >>>>>> On 20 Oct 2015, at 05:03, Nicolai Hess <nicolaihess(a)gmail.com <mailto:nicolaihess@gmail.com>> wrote: >>>>>> >>>>>> >>>>>> >>>>>> 2015-10-20 7:27 GMT+02:00 Marcus Denker < <mailto:marcus.denker@inria.fr>marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>>>>> >>>>>> > On 20 Oct 2015, at 00:26, Jean Baptiste Arnaud < <mailto:jbaptiste.arnaud@gmail.com>jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com>> wrote: >>>>>> > >>>>>> > Hi, maybe a useful question :-) >>>>>> > >>>>>> > I crashed a image :-) >>>>>> > And I ask myself: >>>>>> > - There are a more advance (thinking bout maybe epicea) change browser ? Because a list of 1293801283 changes and just 1 options select all (which is broken you should use shortcut) will not really helpmeet >>>>>> >>>>>> We are in the process of integrating it. We tried saturday night, but the resulting update did not finish running all tests and we had to revert. >>>>> Can I have a link to the source ? >>>>> >>>> >>>> the issue tracker entry is >>>> >>>> <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea>https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea <https://pharo.fogbugz.com/f/cases/14605/Integrate-Epicea> >>>> >>>> Marcus >>>> >>> >>> >>> >>> Best Regards >>> JB >>> jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> > > Best Regards > JB > jbaptiste.arnaud(a)gmail.com <mailto:jbaptiste.arnaud@gmail.com> > > > > > > > > > >

Oct. 21, 2015

Re: [Pharo-users] Fossil and Filetree

by Hilaire

Stef, There is no problem. I just *lack time* to keep moving on DrGeo features and migrate to Pharo4.0 at the same time. I quickly try Dr. Geo code on Pharo4 and realize it will need some work and lot of user testing to get DrGeo as robust as it is now. We will conduct end user experiment in primary school, so I don't think migrating now will be a good idea. I will very likely skip directly to Pharo 5.0, as I did from 1.4 to Pharo 3.0 directly. Hilaire Le 20/10/2015 16:02, stepharo a Ã©crit : > Hilaire > > what is the problem that you encounter to still be in Pharo3.0? > > Stef > > > Le 20/10/15 12:13, Hilaire a Ã©crit : >> Le 20/10/2015 11:20, Thierry Goubier a Ã©crit : >>> So it looks very similar to a filetree + git workflow ? >>> >>> Any taker on adding a fossil interface to filetree with the same >>> approach as GitFileTree ? >>> >>> Thierry >> Which version of GitFileTree should I take for Pharo3? >> >> Hilaire >> > > > -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Oct. 20, 2015