- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo-users] Your success stories ...

by Johan Fabry

Hi, I just looked at this page (Firefox 31, Mac OSX 10.9.3) and the images are zoomed like 500%, they are huge. I think this is not the intent, it would be good if this is looked at. Greetings, On Jul 31, 2014, at 2:12 AM, stepharo <stepharo(a)free.fr> wrote: > "Pharo success stories" is getting started at > > http://www.pharo.org/success > > TrentoSur http://trentosur.com looks so sexy > > Please send me information about yours they will be added to the pending queue > > Stef > > ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Aug. 5, 2014

Re: [Pharo-dev] No projects on StHub?

by Dale Henrichs

On Tue, Aug 5, 2014 at 8:37 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 05 Aug 2014, at 17:01, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> > wrote: > > > KIlon, > > If you use a a github reference in your configuration: > > github://username/projectname:commitish/repositoryDir > > Git is not required. Metacello will download a zipped version of the > commitish referenced (a commitish is a branch name, SHA or tag name) and a > read only filetree repository is created .... > > > it is not required if you are not going to modify the projects, of course > :) > AFAIKâ¦ in your own projects, you will need the clone in disk (I suppose > with filetree or gitfiletree)â¦ > > Yes you or anyone else that wants to contribute to the project needs to install git, but pure users of the code can use the projects without installing git ... Dale

Aug. 5, 2014

Re: [Pharo-dev] Moving to GitHub

by Dale Henrichs

Hey Uko, I guess I wasn't clear;( What is not needed when using git are the version methods with the painstaking records of the mcz version associated with each file ... A baseline is created by subclassing BaselineOf and adding a single baseline: method that contains the package/project dependencies. This BaselineOfXXX is saved directly in the repository along with the packages. You can poke around in my External project on GitHub[1] to see more detail. Dale [1] https://github.com/dalehenrich/external/tree/master/repository On Tue, Aug 5, 2014 at 8:31 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi Dale, > > I wonât agree that you donât need configuration. For me the main purpose > of configuration is defining dependencies. And as far as I know we donât > have any other alternative. > > Uko > > On 05 Aug 2014, at 17:21, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> > wrote: > > Kilon, > > When working with git/github, you really don't need a configuration > anymore ... the configuration functions more like tag than anything else. > > For day to day operations with git/github you only need a baseline[1]. > The baseline just describes the package relationships and of course git > manages the versions of the packages: > > baseline: spec > <baseline> > spec for: #common do: [ > spec configuration: 'Seaside30' with: [ > spec > version: #stable; > repository: 'http://www.squeaksource.com/MetacelloRepository' ]. > spec > package: 'Sample-Core'with: [ > spec requires: 'Seaside30' ]; > package: 'Sample-Tests' with: [ > spec requires: 'Sample-Core' ]]. > > but there is no longer any need to track the version numbers of the > individual mcz file. > > To load from a repository using a baseline you do the following: > > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > load. > > This is very similar to using #bleedingEdge,but a lot safer, since > presumably you are using travis-ci to run tests before anything gets merged > into your master branch and of course all of the packages are versioned > together. > > To refresh the version from the master branch you do the following: > > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > get. > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > load. > > This is admittedly a bit awkward, but there has been a couple year lag > between the time I did the basic implementation in support of git/github > and the time that folks are finally becoming interested in actually using > it:) So I have focussed on functionality instead or prettiness ... I will > eventually get to the point where you can do:) > > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > get; > load. > > If you use a configuration, then the version method for the configuration > would look like the following: > > version0900: spec > <version: '0.9.0'> > spec > for: #'common' > do: [ > spec blessing: #'development'. > spec description: 'initial work: first commit on custom > branch'. > spec author: 'dkh'. > spec timestamp: '5/4/2012 14:16'. > spec > baseline: 'External' > with: [ spec repository: ' > github://dalehenrich/external:1ac58502ade7814e1590f71d615cca434b1a4fd5/repository' > ] ] > > So version 0.9.0 is simply a tag for a particular commit ... but within > the Metacello eco-system this approach can be useful. > > Dale > > [1] > https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… > > > On Mon, Aug 4, 2014 at 2:48 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > >> Well lately I have been questioning the need for configurations . I am >> considering doing only the second port of your blog post. Ask github for >> the latest release of my project , download it, unzip it and point pharo to >> the unziped directory. Then pharo can periodocally keep probing github to >> see if there is a new release and prompt the user for an update. All that >> with a single click from the user or even automagically. But I have to >> figure out how to do that with Pharo first :) >> >> >> On Mon, Aug 4, 2014 at 12:23 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> You donât have to. Just keep your configuration (here is a guide how to >>> do it >>> http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo…) >>> on some monticello repo, and assemble your image on CI. Yes, if someone >>> wantâs to modify your project they have to use git, but as far as I know, >>> Pharo is slowly moving git way anyway :) >>> >>> Cheers. >>> Uko >>> >>> On 04 Aug 2014, at 11:17, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> yeah I will also move my latest project to github. I am already more >>> active with github than I am in SThub anyway. The one thing that stopped me >>> so far is that I don't want to force people to install git to get the >>> latest version of my project. SThub is great for this. >>> >>> >>> On Mon, Aug 4, 2014 at 12:03 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >>> wrote: >>> >>>> Well, thankfully I keep all my latest projects on github, and I have >>>> configurations of them in the image. But CI is not working and anyway itâs >>>> a strange situation. Is there any other service where I can keep my >>>> configurations? Because thatâs the only thing I version with monticello are >>>> configurations as I want to use gofer to load my projects. And here >>>> reliability is much more important then other features. >>>> >>>> Uko >>>> >>>> >>>> On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: >>>> >>>> oh boy thats looks nasty bug, hope its not permanent. >>>> >>>> >>>> On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> I was on vacation last weak, have I missed anything? Because my >>>>> SmaltalkHub user does not have any projects >>>>> http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). >>>>> >>>>> Uko >>>>> >>>> >>>> >>>> >>> >>> >> > >

Aug. 5, 2014

Does anybody have an idea why when I open a transcript and recompile a method I get

by stepharo

Hi guys Does anybody have an idea why when I open a transcript and recompile a method I get UndefinedObject>>ExecuteUnOptimizedIn: (model is Undeclared) UndefinedObject>>ExecuteUnOptimizedIn: (model is Undeclared) UndefinedObject>>ExecuteUnOptimizedIn: (scroller is Undeclared) Stef

Aug. 5, 2014

Re: [Pharo-dev] smalltalkhub stalled

by Udo Schneider

> http://smalltalkhub.com/files/WADevelopmentFiles/development.css > > with a 503 error (Failed to load resource: the server responded with a > status of 503 (Service Temporarily Unavailable)) Did you change anything meanwhile? I can download the file w/o any problems now ... and according to the HTTP Headers it's served by "Zinv HTTP Components 1.0" ... not Apache. CU, Udo On 05.08.2014 17:34, Esteban Lorenzano wrote: > problems always arise when we cannot do much for solving them quickly > (is murphy's law)â¦ usually we would have: Nico, Christophe and me. But > Nico is no longer working here (and also is on holidays), Christophe is > in holidays and I already did as much as I can. > Now, the other problem is *if* is an infrastructure problem: > smalltalkhub runs in INRIA servers, and thatâs usually a good thing, but > there is bureaucracy to accomplish before being able to kill a processâ¦ > and I would like to restart apache. > I *feel* that it can be a problem there because when I enter config > seaside app, sometimes it fails to serve: > > http://smalltalkhub.com/files/WADevelopmentFiles/development.css > > with a 503 error (Failed to load resource: the server responded with a > status of 503 (Service Temporarily Unavailable)) > > and of course, that file is served directly by apache, without going to > the pharo image. > > Soâ¦ I cannot restart the apache until I find one of the guys in the IT > office (and most of them are also on holidays) and convince them to give > me root rights. > > Obviously, I think it will be faster to wait for Christophe, because he > already has the proper rights. > But in any case, actual problem is not because Iâm lazy to try to solve > itâ¦ is because I tried everything I can and now Iâm more or less as > screw as you :) > > Esteban > > On 05 Aug 2014, at 17:03, Norbert Hartl > <norbert(a)hartl.name > <mailto:norbert@hartl.name>> wrote: > >> And Christophe is the only one that can do anything? >> >> That's such a bottle neck then we should have a little more resources >> for that. >> >> Norbert >> >> Am 05.08.2014 um 15:12 schrieb Esteban Lorenzano >> <estebanlm(a)gmail.com >> <mailto:estebanlm@gmail.com>>: >> >>> it works, but super slow. >>> problem is that we need to wait until Christophe came back from >>> holidays (next week) until we can do something, because looks like >>> the problem is not in the app but in the server (at least, for what I >>> have managed to see). >>> >>> Esteban >>> >>> On 05 Aug 2014, at 14:52, Norbert Hartl >>> <norbert(a)hartl.name >>> <mailto:norbert@hartl.name>> wrote: >>> >>>> Are you working on it? >>>> >>>> Norbert >>>> >>> >>> >> >> >

Aug. 5, 2014

Re: [Pharo-dev] No projects on StHub?

by Esteban Lorenzano

On 05 Aug 2014, at 17:01, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > KIlon, > > If you use a a github reference in your configuration: > > github://username/projectname:commitish/repositoryDir > > Git is not required. Metacello will download a zipped version of the commitish referenced (a commitish is a branch name, SHA or tag name) and a read only filetree repository is created .... it is not required if you are not going to modify the projects, of course :) AFAIKâ¦ in your own projects, you will need the clone in disk (I suppose with filetree or gitfiletree)â¦ Esteban > So folks should be able to use your project without installing git on their machine. > > Dale > > > On Mon, Aug 4, 2014 at 2:17 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > yeah I will also move my latest project to github. I am already more active with github than I am in SThub anyway. The one thing that stopped me so far is that I don't want to force people to install git to get the latest version of my project. SThub is great for this. > > > On Mon, Aug 4, 2014 at 12:03 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Well, thankfully I keep all my latest projects on github, and I have configurations of them in the image. But CI is not working and anyway itâs a strange situation. Is there any other service where I can keep my configurations? Because thatâs the only thing I version with monticello are configurations as I want to use gofer to load my projects. And here reliability is much more important then other features. > > Uko > > > On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > >> oh boy thats looks nasty bug, hope its not permanent. >> >> >> On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Hi, >> >> I was on vacation last weak, have I missed anything? Because my SmaltalkHub user does not have any projects http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). >> >> Uko >> > > >

Aug. 5, 2014

Re: [Pharo-dev] smalltalkhub stalled

by Esteban Lorenzano

problems always arise when we cannot do much for solving them quickly (is murphy's law)â¦ usually we would have: Nico, Christophe and me. But Nico is no longer working here (and also is on holidays), Christophe is in holidays and I already did as much as I can. Now, the other problem is *if* is an infrastructure problem: smalltalkhub runs in INRIA servers, and thatâs usually a good thing, but there is bureaucracy to accomplish before being able to kill a processâ¦ and I would like to restart apache. I *feel* that it can be a problem there because when I enter config seaside app, sometimes it fails to serve: http://smalltalkhub.com/files/WADevelopmentFiles/development.css with a 503 error (Failed to load resource: the server responded with a status of 503 (Service Temporarily Unavailable)) and of course, that file is served directly by apache, without going to the pharo image. Soâ¦ I cannot restart the apache until I find one of the guys in the IT office (and most of them are also on holidays) and convince them to give me root rights. Obviously, I think it will be faster to wait for Christophe, because he already has the proper rights. But in any case, actual problem is not because Iâm lazy to try to solve itâ¦ is because I tried everything I can and now Iâm more or less as screw as you :) Esteban On 05 Aug 2014, at 17:03, Norbert Hartl <norbert(a)hartl.name> wrote: > And Christophe is the only one that can do anything? > > That's such a bottle neck then we should have a little more resources for that. > > Norbert > > Am 05.08.2014 um 15:12 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: > >> it works, but super slow. >> problem is that we need to wait until Christophe came back from holidays (next week) until we can do something, because looks like the problem is not in the app but in the server (at least, for what I have managed to see). >> >> Esteban >> >> On 05 Aug 2014, at 14:52, Norbert Hartl <norbert(a)hartl.name> wrote: >> >>> Are you working on it? >>> >>> Norbert >>> >> >> > >

Aug. 5, 2014

Re: [Pharo-dev] Moving to GitHub

by Yuriy Tymchuk

Hi Dale, I wonât agree that you donât need configuration. For me the main purpose of configuration is defining dependencies. And as far as I know we donât have any other alternative. Uko On 05 Aug 2014, at 17:21, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > Kilon, > > When working with git/github, you really don't need a configuration anymore ... the configuration functions more like tag than anything else. > > For day to day operations with git/github you only need a baseline[1]. The baseline just describes the package relationships and of course git manages the versions of the packages: > > baseline: spec > <baseline> > spec for: #common do: [ > spec configuration: 'Seaside30' with: [ > spec > version: #stable; > repository: 'http://www.squeaksource.com/MetacelloRepository' ]. > spec > package: 'Sample-Core'with: [ > spec requires: 'Seaside30' ]; > package: 'Sample-Tests' with: [ > spec requires: 'Sample-Core' ]]. > > but there is no longer any need to track the version numbers of the individual mcz file. > > To load from a repository using a baseline you do the following: > > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > load. > > This is very similar to using #bleedingEdge,but a lot safer, since presumably you are using travis-ci to run tests before anything gets merged into your master branch and of course all of the packages are versioned together. > > To refresh the version from the master branch you do the following: > > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > get. > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > load. > > This is admittedly a bit awkward, but there has been a couple year lag between the time I did the basic implementation in support of git/github and the time that folks are finally becoming interested in actually using it:) So I have focussed on functionality instead or prettiness ... I will eventually get to the point where you can do:) > > Metacello new > baseline: 'External'; > repository: 'github://dalehenrich/external:master/repository'; > get; > load. > > If you use a configuration, then the version method for the configuration would look like the following: > > version0900: spec > <version: '0.9.0'> > spec > for: #'common' > do: [ > spec blessing: #'development'. > spec description: 'initial work: first commit on custom branch'. > spec author: 'dkh'. > spec timestamp: '5/4/2012 14:16'. > spec > baseline: 'External' > with: [ spec repository: 'github://dalehenrich/external:1ac58502ade7814e1590f71d615cca434b1a4fd5/repository' ] ] > > So version 0.9.0 is simply a tag for a particular commit ... but within the Metacello eco-system this approach can be useful. > > Dale > > [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… > > > On Mon, Aug 4, 2014 at 2:48 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > Well lately I have been questioning the need for configurations . I am considering doing only the second port of your blog post. Ask github for the latest release of my project , download it, unzip it and point pharo to the unziped directory. Then pharo can periodocally keep probing github to see if there is a new release and prompt the user for an update. All that with a single click from the user or even automagically. But I have to figure out how to do that with Pharo first :) > > > On Mon, Aug 4, 2014 at 12:23 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > You donât have to. Just keep your configuration (here is a guide how to do it http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo…) on some monticello repo, and assemble your image on CI. Yes, if someone wantâs to modify your project they have to use git, but as far as I know, Pharo is slowly moving git way anyway :) > > Cheers. > Uko > > On 04 Aug 2014, at 11:17, kilon alios <kilon.alios(a)gmail.com> wrote: > >> yeah I will also move my latest project to github. I am already more active with github than I am in SThub anyway. The one thing that stopped me so far is that I don't want to force people to install git to get the latest version of my project. SThub is great for this. >> >> >> On Mon, Aug 4, 2014 at 12:03 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Well, thankfully I keep all my latest projects on github, and I have configurations of them in the image. But CI is not working and anyway itâs a strange situation. Is there any other service where I can keep my configurations? Because thatâs the only thing I version with monticello are configurations as I want to use gofer to load my projects. And here reliability is much more important then other features. >> >> Uko >> >> >> On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: >> >>> oh boy thats looks nasty bug, hope its not permanent. >>> >>> >>> On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> Hi, >>> >>> I was on vacation last weak, have I missed anything? Because my SmaltalkHub user does not have any projects http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). >>> >>> Uko >>> >> >> > > >

Aug. 5, 2014

Re: [Pharo-dev] Moving to GitHub

by Dale Henrichs

Kilon, When working with git/github, you really don't need a configuration anymore ... the configuration functions more like tag than anything else. For day to day operations with git/github you only need a baseline[1]. The baseline just describes the package relationships and of course git manages the versions of the packages: baseline: spec <baseline> spec for: #common do: [ spec configuration: 'Seaside30' with: [ spec version: #stable; repository: 'http://www.squeaksource.com/MetacelloRepository' ]. spec package: 'Sample-Core'with: [ spec requires: 'Seaside30' ]; package: 'Sample-Tests' with: [ spec requires: 'Sample-Core' ]]. but there is no longer any need to track the version numbers of the individual mcz file. To load from a repository using a baseline you do the following: Metacello new baseline: 'External'; repository: 'github://dalehenrich/external:master/repository'; load. This is very similar to using #bleedingEdge,but a lot safer, since presumably you are using travis-ci to run tests before anything gets merged into your master branch and of course all of the packages are versioned together. To refresh the version from the master branch you do the following: Metacello new baseline: 'External'; repository: 'github://dalehenrich/external:master/repository'; get. Metacello new baseline: 'External'; repository: 'github://dalehenrich/external:master/repository'; load. This is admittedly a bit awkward, but there has been a couple year lag between the time I did the basic implementation in support of git/github and the time that folks are finally becoming interested in actually using it:) So I have focussed on functionality instead or prettiness ... I will eventually get to the point where you can do:) Metacello new baseline: 'External'; repository: 'github://dalehenrich/external:master/repository'; get; load. If you use a configuration, then the version method for the configuration would look like the following: version0900: spec <version: '0.9.0'> spec for: #'common' do: [ spec blessing: #'development'. spec description: 'initial work: first commit on custom branch'. spec author: 'dkh'. spec timestamp: '5/4/2012 14:16'. spec baseline: 'External' with: [ spec repository: 'github://dalehenrich/external:1ac58502ade7814e1590f71d615cca434b1a4fd5/repository' ] ] So version 0.9.0 is simply a tag for a particular commit ... but within the Metacello eco-system this approach can be useful. Dale [1] https://github.com/dalehenrich/metacello-work/blob/master/docs/GettingStart… On Mon, Aug 4, 2014 at 2:48 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > Well lately I have been questioning the need for configurations . I am > considering doing only the second port of your blog post. Ask github for > the latest release of my project , download it, unzip it and point pharo to > the unziped directory. Then pharo can periodocally keep probing github to > see if there is a new release and prompt the user for an update. All that > with a single click from the user or even automagically. But I have to > figure out how to do that with Pharo first :) > > > On Mon, Aug 4, 2014 at 12:23 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> You donât have to. Just keep your configuration (here is a guide how to >> do it >> http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo…) >> on some monticello repo, and assemble your image on CI. Yes, if someone >> wantâs to modify your project they have to use git, but as far as I know, >> Pharo is slowly moving git way anyway :) >> >> Cheers. >> Uko >> >> On 04 Aug 2014, at 11:17, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> yeah I will also move my latest project to github. I am already more >> active with github than I am in SThub anyway. The one thing that stopped me >> so far is that I don't want to force people to install git to get the >> latest version of my project. SThub is great for this. >> >> >> On Mon, Aug 4, 2014 at 12:03 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> Well, thankfully I keep all my latest projects on github, and I have >>> configurations of them in the image. But CI is not working and anyway itâs >>> a strange situation. Is there any other service where I can keep my >>> configurations? Because thatâs the only thing I version with monticello are >>> configurations as I want to use gofer to load my projects. And here >>> reliability is much more important then other features. >>> >>> Uko >>> >>> >>> On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> oh boy thats looks nasty bug, hope its not permanent. >>> >>> >>> On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >>> wrote: >>> >>>> Hi, >>>> >>>> I was on vacation last weak, have I missed anything? Because my >>>> SmaltalkHub user does not have any projects >>>> http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). >>>> >>>> Uko >>>> >>> >>> >>> >> >> >

Aug. 5, 2014

Re: [Pharo-dev] No projects on StHub?

by Yuriy Tymchuk

Wow, I didnât know that. Nice On 05 Aug 2014, at 17:01, Dale Henrichs <dale.henrichs(a)gemtalksystems.com> wrote: > > KIlon, > > If you use a a github reference in your configuration: > > github://username/projectname:commitish/repositoryDir > > Git is not required. Metacello will download a zipped version of the commitish referenced (a commitish is a branch name, SHA or tag name) and a read only filetree repository is created .... > > So folks should be able to use your project without installing git on their machine. > > Dale > > > On Mon, Aug 4, 2014 at 2:17 AM, kilon alios <kilon.alios(a)gmail.com> wrote: > yeah I will also move my latest project to github. I am already more active with github than I am in SThub anyway. The one thing that stopped me so far is that I don't want to force people to install git to get the latest version of my project. SThub is great for this. > > > On Mon, Aug 4, 2014 at 12:03 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Well, thankfully I keep all my latest projects on github, and I have configurations of them in the image. But CI is not working and anyway itâs a strange situation. Is there any other service where I can keep my configurations? Because thatâs the only thing I version with monticello are configurations as I want to use gofer to load my projects. And here reliability is much more important then other features. > > Uko > > > On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > >> oh boy thats looks nasty bug, hope its not permanent. >> >> >> On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> Hi, >> >> I was on vacation last weak, have I missed anything? Because my SmaltalkHub user does not have any projects http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). >> >> Uko >> > > >

Aug. 5, 2014