- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Fast way to load package form github

by Goubier Thierry

Le 28/04/2014 11:37, FranÃ§ois Stephany a Ã©crit : > Thank you both for the details! > > Haha, I understand if you prefere to be on your own for the bindings (at > least while it's still in construction). > Thierry, If you need some feedback for the merge conflict resolution, > I'll be glad to help. Just ask :) Thanks, I'll need it. I let you know, and anybody else interested, when I have something to test; soon. Thierry > Max, I don't know how is your master thesis schedule organized but if > you're interested, we can maybe try to allocate a summer of code with > the libgit2 integration? > > Cheers, > Francois > > > > On Mon, Apr 28, 2014 at 11:08 AM, Max Leske <maxleske(a)gmail.com > <mailto:maxleske@gmail.com>> wrote: > > > On 28.04.2014, at 10:42, FranÃ§ois Stephany > <tulipe.moutarde(a)gmail.com <mailto:tulipe.moutarde@gmail.com>> wrote: > >> Sounds *really* good! >> >> Do you have a time goal for this integration (even rough estimate)? >> Sorry if this sound stupid but are we far from an integration >> with, say, the "Changes" tool? >> >> If you need some help somewhere (money or manpower), I'm sure >> there are quite a few people interesting in donating for this (Ta >> MÃ¨re is). > > Itâs on the way but we still have some way to go. Iâll be off the > grid for the next 4 weeks and after that Iâll have to prepare for my > exams. Still, I hope that I can show a prototype for using github > around mid June (Iâm pessimistic on purpose here). BTW: push and > fetch via SSH / HTTPS already work (but you donât want to see the > codeâ¦). > > Iâm glad youâre so enthusiastic but itâs a complex project and I > donât want to rush it (itâs also part of my masterâs thesis btw). > > Iâm posting updates from time to time with âFileSystem-Git update Xâ > or similar in the subject if you want to follow. Thereâs also a > dedicated mailing list: smalltalk-git(a)googlegroups.com > <mailto:smalltalk-git@googlegroups.com> > > To answer your questions: > - no, there is no concrete plan other than âships with Pharo4â (I hopeâ¦) > - tool integration should be pretty straight forward once the > bindings work. But I really canât give you a date. > > As soon as thereâs stuff that can be easily partitioned into > workable chunks Iâll take to the mailing list. But I want to do the > bindinds first, preferably on my own (requires a lot of special > knowledge about git / libgit2 / NativeBoost). But thanks for the > offer anyway. Much appreciated! > > Cheers, > Max > > >> >> On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry >> <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr>> wrote: >> >> Hi FranÃ§ois, >> >> with gitfiletree://, there isn't any real place describing a >> multi-developper workflow because it is designed to work along >> existing workflows... as much as possible. >> >> In short, you work like you used to do in git, and gitfiletree >> ensures that the commit are properly made, that you have >> access to your development history (your true development >> history: the git one), and that pushes and pulls are made as >> painless as possible. >> >> After, you just manage your git the way you like it. Branches, >> merging, one branch per developper, whatever: gitfiletree:// >> will ensure that what you see inside Pharo is what you have >> done in git, and that what you do in Pharo is properly >> committed to git. >> >> Now, the bad thing: git merge conflicts :( When merging >> packages under git, some files will regularly(allways :() >> conflict: the version history of the package and the method >> properties. Whatever way you resolve those conflicts, >> gitfiletree:// will cope because it never reads them, but, >> still, having conflicts in git isn't cool. >> >> We have a better integration coming, through Max Leske work on >> integrating libgit to Pharo, and we will be able to solve some >> of the issues above ;) >> >> Thierry >> >> >> ------------------------------------------------------------------------ >> *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org >> <mailto:pharo-dev-bounces@lists.pharo.org>] de la part de >> FranÃ§ois Stephany [tulipe.moutarde(a)gmail.com >> <mailto:tulipe.moutarde@gmail.com>] >> >> *EnvoyÃ© :* samedi 26 avril 2014 19:06 >> *Ã :* Pharo Development List >> *Objet :* Re: [Pharo-dev] Fast way to load package form github >> >> I'm a bit lost of what is currently possible to do with git in >> Pharo. Is there a place where you describe your workflow in a >> multi-developer environment? >> >> We currently use git flow[1] for our iOS, Android and Rails >> apps. We would love to use the same for Pharo. What we are >> doing now is using a filetree repository under a src/ >> directory sitting next to the image. We use versionner to save >> all our packages in the filetree tree and then we `git >> commit/push`. >> >> It was working fine while I was alone but we are now two >> developers working on this and I do not feel confident about >> this flow; merging filetree tree in CLI doesn't sound like a >> good idea. probably not be practical. >> >> The second developer is working on this since yesterday so we >> haven't yet decided how we gonna handle this. >> >> I would love to hear from people working with git and Pharo. >> >> >> [1] http://nvie.com/posts/a-successful-git-branching-model/ >> >> >> On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry >> <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr>> wrote: >> >> Yuri, >> >> pure filetree will only allow you access to the latest >> version (HEAD) of the repository (and will only match if >> you load that precise version number as stored in the >> package metadata or if you don't specify a version >> number). You have to change the commit ID (and branch) via >> git clone, git checkout and git checkout -b before. >> >> github:// urls may be able to select a specific commit ID, >> but I don't know how. You can select the branch, however. >> Again, if you specify a version number for your package >> with a github:// url, the metadata of your package has to >> agree with you or it will refuse to load (you are able to >> see only the latest version of the package). >> >> gitfiletree:// urls allows you to select the branch and >> any version visible in the git history. Read-only >> gitfiletree:// urls reduce the git history to one commit, >> so all versions are listed as .1. (Note that >> gitfiletree:// urls with https are read-only). >> >> That said, if you found a way to refer a specific commit >> via github://, I'd really like to know how :) >> >> Thierry >> ________________________________________ >> De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org >> <mailto:pharo-dev-bounces@lists.pharo.org>] de la part de >> Yuriy Tymchuk [yuriy.tymchuk(a)me.com >> <mailto:yuriy.tymchuk@me.com>] >> EnvoyÃ© : samedi 26 avril 2014 12:11 >> Ã : Pharo Development List >> Objet : Re: [Pharo-dev] Fast way to load package form github >> >> Do you know how to specify versions with pure filetree? I >> know that I can specify commit SHA or branch in URL, but >> can I somehow redefine version for a version definition? >> >> Uko >> >> On 26 Apr 2014, at 11:06, GOUBIER Thierry >> <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr>> >> wrote: >> >> > Yuri, >> > >> > I think the best would be a github:// url in a >> configuration. >> > >> > Shortest is something like: >> > >> > Gofer new >> > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; >> > configurationOf: 'ProjectOfYuri'; >> > loadStable >> > >> > (with the github:// url inside ConfigurationOfProjectOfYuri) >> > >> > Note that I have added back https access to github in >> gitfiletree, but, still, it implies OSProcess and git >> command line access (but no need to register on github.com >> <http://github.com/>) >> > >> > Thierry >> > ________________________________________ >> > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org >> <mailto:pharo-dev-bounces@lists.pharo.org>] de la part de >> Yuriy Tymchuk [yuriy.tymchuk(a)me.com >> <mailto:yuriy.tymchuk@me.com>] >> > EnvoyÃ© : samedi 26 avril 2014 09:34 >> > Ã : Pharo Development List >> > Objet : Re: [Pharo-dev] Fast way to load package form github >> > >> > Yes, but this requires user to clone the repository, >> this is not as fast as just Gofer with Monticello. I know >> that there is a support for github:// URIs in Metacello, >> but as far as I remember they donât work in Gofer. >> > >> > Uko >> > >> > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe >> <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> > >> >> Gofer with a filetree:// URL as package ? >> >> >> >> Using the Monticello UI Tool you can just add a repo, >> select filetree as type and load any package. >> >> >> >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk >> <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: >> >> >> >>> Hi guys, sorry if there was already this question, but >> is there a fast way to load a package from github (saved >> with filetree)? Iâm looking for some way to tell people: >> execute âthisâ and you will have my package in your image. >> >>> >> >>> Cheers >> >>> Uko >> >> >> >> >> > >> > >> > >> >> >> >> >> > > -- 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

April 28, 2014

Re: [Pharo-dev] Fast way to load package form github

by FranÃ§ois Stephany

Thank you both for the details! Haha, I understand if you prefere to be on your own for the bindings (at least while it's still in construction). Thierry, If you need some feedback for the merge conflict resolution, I'll be glad to help. Just ask :) Max, I don't know how is your master thesis schedule organized but if you're interested, we can maybe try to allocate a summer of code with the libgit2 integration? Cheers, Francois On Mon, Apr 28, 2014 at 11:08 AM, Max Leske <maxleske(a)gmail.com> wrote: > > On 28.04.2014, at 10:42, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > Sounds *really* good! > > Do you have a time goal for this integration (even rough estimate)? > Sorry if this sound stupid but are we far from an integration with, say, > the "Changes" tool? > > If you need some help somewhere (money or manpower), I'm sure there are > quite a few people interesting in donating for this (Ta MÃ¨re is). > > > Itâs on the way but we still have some way to go. Iâll be off the grid for > the next 4 weeks and after that Iâll have to prepare for my exams. Still, I > hope that I can show a prototype for using github around mid June (Iâm > pessimistic on purpose here). BTW: push and fetch via SSH / HTTPS already > work (but you donât want to see the codeâ¦). > > Iâm glad youâre so enthusiastic but itâs a complex project and I donât > want to rush it (itâs also part of my masterâs thesis btw). > > Iâm posting updates from time to time with âFileSystem-Git update Xâ or > similar in the subject if you want to follow. Thereâs also a dedicated > mailing list: smalltalk-git(a)googlegroups.com > > To answer your questions: > - no, there is no concrete plan other than âships with Pharo4â (I hopeâ¦) > - tool integration should be pretty straight forward once the bindings > work. But I really canât give you a date. > > As soon as thereâs stuff that can be easily partitioned into workable > chunks Iâll take to the mailing list. But I want to do the bindinds first, > preferably on my own (requires a lot of special knowledge about git / > libgit2 / NativeBoost). But thanks for the offer anyway. Much appreciated! > > Cheers, > Max > > > > On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > >> Hi FranÃ§ois, >> >> with gitfiletree://, there isn't any real place describing a >> multi-developper workflow because it is designed to work along existing >> workflows... as much as possible. >> >> In short, you work like you used to do in git, and gitfiletree ensures >> that the commit are properly made, that you have access to your development >> history (your true development history: the git one), and that pushes and >> pulls are made as painless as possible. >> >> After, you just manage your git the way you like it. Branches, merging, >> one branch per developper, whatever: gitfiletree:// will ensure that what >> you see inside Pharo is what you have done in git, and that what you do in >> Pharo is properly committed to git. >> >> Now, the bad thing: git merge conflicts :( When merging packages under >> git, some files will regularly(allways :() conflict: the version history of >> the package and the method properties. Whatever way you resolve those >> conflicts, gitfiletree:// will cope because it never reads them, but, >> still, having conflicts in git isn't cool. >> >> We have a better integration coming, through Max Leske work on >> integrating libgit to Pharo, and we will be able to solve some of the >> issues above ;) >> >> Thierry >> >> >> ------------------------------ >> *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de >> FranÃ§ois Stephany [tulipe.moutarde(a)gmail.com] >> >> *EnvoyÃ© :* samedi 26 avril 2014 19:06 >> *Ã :* Pharo Development List >> *Objet :* Re: [Pharo-dev] Fast way to load package form github >> >> I'm a bit lost of what is currently possible to do with git in >> Pharo. Is there a place where you describe your workflow in a >> multi-developer environment? >> >> We currently use git flow[1] for our iOS, Android and Rails apps. We >> would love to use the same for Pharo. What we are doing now is using a >> filetree repository under a src/ directory sitting next to the image. We >> use versionner to save all our packages in the filetree tree and then we >> `git commit/push`. >> >> It was working fine while I was alone but we are now two developers >> working on this and I do not feel confident about this flow; merging >> filetree tree in CLI doesn't sound like a good idea. probably not be >> practical. >> >> The second developer is working on this since yesterday so we haven't >> yet decided how we gonna handle this. >> >> I would love to hear from people working with git and Pharo. >> >> >> [1] http://nvie.com/posts/a-successful-git-branching-model/ >> >> >> On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: >> >>> Yuri, >>> >>> pure filetree will only allow you access to the latest version (HEAD) of >>> the repository (and will only match if you load that precise version number >>> as stored in the package metadata or if you don't specify a version >>> number). You have to change the commit ID (and branch) via git clone, git >>> checkout and git checkout -b before. >>> >>> github:// urls may be able to select a specific commit ID, but I don't >>> know how. You can select the branch, however. Again, if you specify a >>> version number for your package with a github:// url, the metadata of your >>> package has to agree with you or it will refuse to load (you are able to >>> see only the latest version of the package). >>> >>> gitfiletree:// urls allows you to select the branch and any version >>> visible in the git history. Read-only gitfiletree:// urls reduce the git >>> history to one commit, so all versions are listed as .1. (Note that >>> gitfiletree:// urls with https are read-only). >>> >>> That said, if you found a way to refer a specific commit via github://, >>> I'd really like to know how :) >>> >>> Thierry >>> ________________________________________ >>> De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy >>> Tymchuk [yuriy.tymchuk(a)me.com] >>> EnvoyÃ© : samedi 26 avril 2014 12:11 >>> Ã : Pharo Development List >>> Objet : Re: [Pharo-dev] Fast way to load package form github >>> >>> Do you know how to specify versions with pure filetree? I know that I >>> can specify commit SHA or branch in URL, but can I somehow redefine version >>> for a version definition? >>> >>> Uko >>> >>> On 26 Apr 2014, at 11:06, GOUBIER Thierry <thierry.goubier(a)cea.fr> >>> wrote: >>> >>> > Yuri, >>> > >>> > I think the best would be a github:// url in a configuration. >>> > >>> > Shortest is something like: >>> > >>> > Gofer new >>> > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; >>> > configurationOf: 'ProjectOfYuri'; >>> > loadStable >>> > >>> > (with the github:// url inside ConfigurationOfProjectOfYuri) >>> > >>> > Note that I have added back https access to github in gitfiletree, >>> but, still, it implies OSProcess and git command line access (but no need >>> to register on github.com) >>> > >>> > Thierry >>> > ________________________________________ >>> > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de >>> Yuriy Tymchuk [yuriy.tymchuk(a)me.com] >>> > EnvoyÃ© : samedi 26 avril 2014 09:34 >>> > Ã : Pharo Development List >>> > Objet : Re: [Pharo-dev] Fast way to load package form github >>> > >>> > Yes, but this requires user to clone the repository, this is not as >>> fast as just Gofer with Monticello. I know that there is a support for >>> github:// URIs in Metacello, but as far as I remember they donât work in >>> Gofer. >>> > >>> > Uko >>> > >>> > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> > >>> >> Gofer with a filetree:// URL as package ? >>> >> >>> >> Using the Monticello UI Tool you can just add a repo, select filetree >>> as type and load any package. >>> >> >>> >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >> >>> >>> Hi guys, sorry if there was already this question, but is there a >>> fast way to load a package from github (saved with filetree)? Iâm looking >>> for some way to tell people: execute âthisâ and you will have my package in >>> your image. >>> >>> >>> >>> Cheers >>> >>> Uko >>> >> >>> >> >>> > >>> > >>> > >>> >>> >>> >>> >> > >

April 28, 2014

Re: [Pharo-dev] Fast way to load package form github

by Max Leske

On 28.04.2014, at 10:42, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Sounds *really* good! > > Do you have a time goal for this integration (even rough estimate)? > Sorry if this sound stupid but are we far from an integration with, say, the "Changes" tool? > > If you need some help somewhere (money or manpower), I'm sure there are quite a few people interesting in donating for this (Ta MÃ¨re is). Itâs on the way but we still have some way to go. Iâll be off the grid for the next 4 weeks and after that Iâll have to prepare for my exams. Still, I hope that I can show a prototype for using github around mid June (Iâm pessimistic on purpose here). BTW: push and fetch via SSH / HTTPS already work (but you donât want to see the codeâ¦). Iâm glad youâre so enthusiastic but itâs a complex project and I donât want to rush it (itâs also part of my masterâs thesis btw). Iâm posting updates from time to time with âFileSystem-Git update Xâ or similar in the subject if you want to follow. Thereâs also a dedicated mailing list: smalltalk-git(a)googlegroups.com To answer your questions: - no, there is no concrete plan other than âships with Pharo4â (I hopeâ¦) - tool integration should be pretty straight forward once the bindings work. But I really canât give you a date. As soon as thereâs stuff that can be easily partitioned into workable chunks Iâll take to the mailing list. But I want to do the bindinds first, preferably on my own (requires a lot of special knowledge about git / libgit2 / NativeBoost). But thanks for the offer anyway. Much appreciated! Cheers, Max > > On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > Hi FranÃ§ois, > > with gitfiletree://, there isn't any real place describing a multi-developper workflow because it is designed to work along existing workflows... as much as possible. > > In short, you work like you used to do in git, and gitfiletree ensures that the commit are properly made, that you have access to your development history (your true development history: the git one), and that pushes and pulls are made as painless as possible. > > After, you just manage your git the way you like it. Branches, merging, one branch per developper, whatever: gitfiletree:// will ensure that what you see inside Pharo is what you have done in git, and that what you do in Pharo is properly committed to git. > > Now, the bad thing: git merge conflicts :( When merging packages under git, some files will regularly(allways :() conflict: the version history of the package and the method properties. Whatever way you resolve those conflicts, gitfiletree:// will cope because it never reads them, but, still, having conflicts in git isn't cool. > > We have a better integration coming, through Max Leske work on integrating libgit to Pharo, and we will be able to solve some of the issues above ;) > > Thierry > > > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de FranÃ§ois Stephany [tulipe.moutarde(a)gmail.com] > > EnvoyÃ© : samedi 26 avril 2014 19:06 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] Fast way to load package form github > > I'm a bit lost of what is currently possible to do with git in Pharo. Is there a place where you describe your workflow in a multi-developer environment? > > We currently use git flow[1] for our iOS, Android and Rails apps. We would love to use the same for Pharo. What we are doing now is using a filetree repository under a src/ directory sitting next to the image. We use versionner to save all our packages in the filetree tree and then we `git commit/push`. > > It was working fine while I was alone but we are now two developers working on this and I do not feel confident about this flow; merging filetree tree in CLI doesn't sound like a good idea. probably not be practical. > > The second developer is working on this since yesterday so we haven't yet decided how we gonna handle this. > > I would love to hear from people working with git and Pharo. > > > [1] http://nvie.com/posts/a-successful-git-branching-model/ > > > On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > Yuri, > > pure filetree will only allow you access to the latest version (HEAD) of the repository (and will only match if you load that precise version number as stored in the package metadata or if you don't specify a version number). You have to change the commit ID (and branch) via git clone, git checkout and git checkout -b before. > > github:// urls may be able to select a specific commit ID, but I don't know how. You can select the branch, however. Again, if you specify a version number for your package with a github:// url, the metadata of your package has to agree with you or it will refuse to load (you are able to see only the latest version of the package). > > gitfiletree:// urls allows you to select the branch and any version visible in the git history. Read-only gitfiletree:// urls reduce the git history to one commit, so all versions are listed as .1. (Note that gitfiletree:// urls with https are read-only). > > That said, if you found a way to refer a specific commit via github://, I'd really like to know how :) > > Thierry > ________________________________________ > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy Tymchuk [yuriy.tymchuk(a)me.com] > EnvoyÃ© : samedi 26 avril 2014 12:11 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] Fast way to load package form github > > Do you know how to specify versions with pure filetree? I know that I can specify commit SHA or branch in URL, but can I somehow redefine version for a version definition? > > Uko > > On 26 Apr 2014, at 11:06, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: > > > Yuri, > > > > I think the best would be a github:// url in a configuration. > > > > Shortest is something like: > > > > Gofer new > > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; > > configurationOf: 'ProjectOfYuri'; > > loadStable > > > > (with the github:// url inside ConfigurationOfProjectOfYuri) > > > > Note that I have added back https access to github in gitfiletree, but, still, it implies OSProcess and git command line access (but no need to register on github.com) > > > > Thierry > > ________________________________________ > > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy Tymchuk [yuriy.tymchuk(a)me.com] > > EnvoyÃ© : samedi 26 avril 2014 09:34 > > Ã : Pharo Development List > > Objet : Re: [Pharo-dev] Fast way to load package form github > > > > Yes, but this requires user to clone the repository, this is not as fast as just Gofer with Monticello. I know that there is a support for github:// URIs in Metacello, but as far as I remember they donât work in Gofer. > > > > Uko > > > > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > >> Gofer with a filetree:// URL as package ? > >> > >> Using the Monticello UI Tool you can just add a repo, select filetree as type and load any package. > >> > >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> > >>> Hi guys, sorry if there was already this question, but is there a fast way to load a package from github (saved with filetree)? Iâm looking for some way to tell people: execute âthisâ and you will have my package in your image. > >>> > >>> Cheers > >>> Uko > >> > >> > > > > > > > > > > >

April 28, 2014

Re: [Pharo-dev] Fast way to load package form github

by Goubier Thierry

Le 28/04/2014 10:42, FranÃ§ois Stephany a Ã©crit : > Sounds *really* good! > > Do you have a time goal for this integration (even rough estimate)? > Sorry if this sound stupid but are we far from an integration with, say, > the "Changes" tool? I think Max should answer that question, he is on it. Then either he will propose another solution to integrate git or I will port gitfiletree on his work, whichever comes first or is considered better from a technical point of view. I think I will have a solution for the merge conflicts sometime by the end of the week, if I don't have too many disruptions... > If you need some help somewhere (money or manpower), I'm sure there are > quite a few people interesting in donating for this (Ta MÃ¨re is). All the development is done in the open, so if you're ready to spend some manpower on it, then please do it :) I'm not into funding, unless you make it a collaborative research project :) but the Pharo association may be interested. At the moment, I'd say the needs are: - gitfiletree//: at most one man-week to add Microsoft Windows support. - libgit integration: Max, this is yours to answer ;) - git merge conflicts resolution: give me until the end of the week and I'll be able to say what is needed. And a bit of dicussion on a git workflow for a small team. Thierry > On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr > <mailto:thierry.goubier@cea.fr>> wrote: > > Hi FranÃ§ois, > > with gitfiletree://, there isn't any real place describing a > multi-developper workflow because it is designed to work along > existing workflows... as much as possible. > > In short, you work like you used to do in git, and gitfiletree > ensures that the commit are properly made, that you have access to > your development history (your true development history: the git > one), and that pushes and pulls are made as painless as possible. > > After, you just manage your git the way you like it. Branches, > merging, one branch per developper, whatever: gitfiletree:// will > ensure that what you see inside Pharo is what you have done in git, > and that what you do in Pharo is properly committed to git. > > Now, the bad thing: git merge conflicts :( When merging packages > under git, some files will regularly(allways :() conflict: the > version history of the package and the method properties. Whatever > way you resolve those conflicts, gitfiletree:// will cope because it > never reads them, but, still, having conflicts in git isn't cool. > > We have a better integration coming, through Max Leske work on > integrating libgit to Pharo, and we will be able to solve some of > the issues above ;) > > Thierry > > > ------------------------------------------------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org > <mailto:pharo-dev-bounces@lists.pharo.org>] de la part de FranÃ§ois > Stephany [tulipe.moutarde(a)gmail.com <mailto:tulipe.moutarde@gmail.com>] > > *EnvoyÃ© :* samedi 26 avril 2014 19:06 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Fast way to load package form github > > I'm a bit lost of what is currently possible to do with git in > Pharo. Is there a place where you describe your workflow in a > multi-developer environment? > > We currently use git flow[1] for our iOS, Android and Rails apps. We > would love to use the same for Pharo. What we are doing now is using > a filetree repository under a src/ directory sitting next to the > image. We use versionner to save all our packages in the filetree > tree and then we `git commit/push`. > > It was working fine while I was alone but we are now two developers > working on this and I do not feel confident about this flow; merging > filetree tree in CLI doesn't sound like a good idea. probably not be > practical. > > The second developer is working on this since yesterday so we > haven't yet decided how we gonna handle this. > > I would love to hear from people working with git and Pharo. > > > [1] http://nvie.com/posts/a-successful-git-branching-model/ > > > On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry > <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr>> wrote: > > Yuri, > > pure filetree will only allow you access to the latest version > (HEAD) of the repository (and will only match if you load that > precise version number as stored in the package metadata or if > you don't specify a version number). You have to change the > commit ID (and branch) via git clone, git checkout and git > checkout -b before. > > github:// urls may be able to select a specific commit ID, but I > don't know how. You can select the branch, however. Again, if > you specify a version number for your package with a github:// > url, the metadata of your package has to agree with you or it > will refuse to load (you are able to see only the latest version > of the package). > > gitfiletree:// urls allows you to select the branch and any > version visible in the git history. Read-only gitfiletree:// > urls reduce the git history to one commit, so all versions are > listed as .1. (Note that gitfiletree:// urls with https are > read-only). > > That said, if you found a way to refer a specific commit via > github://, I'd really like to know how :) > > Thierry > ________________________________________ > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org > <mailto:pharo-dev-bounces@lists.pharo.org>] de la part de Yuriy > Tymchuk [yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>] > EnvoyÃ© : samedi 26 avril 2014 12:11 > Ã : Pharo Development List > Objet : Re: [Pharo-dev] Fast way to load package form github > > Do you know how to specify versions with pure filetree? I know > that I can specify commit SHA or branch in URL, but can I > somehow redefine version for a version definition? > > Uko > > On 26 Apr 2014, at 11:06, GOUBIER Thierry > <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr>> wrote: > > > Yuri, > > > > I think the best would be a github:// url in a configuration. > > > > Shortest is something like: > > > > Gofer new > > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; > > configurationOf: 'ProjectOfYuri'; > > loadStable > > > > (with the github:// url inside ConfigurationOfProjectOfYuri) > > > > Note that I have added back https access to github in > gitfiletree, but, still, it implies OSProcess and git command > line access (but no need to register on github.com > <http://github.com>) > > > > Thierry > > ________________________________________ > > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org > <mailto:pharo-dev-bounces@lists.pharo.org>] de la part de Yuriy > Tymchuk [yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>] > > EnvoyÃ© : samedi 26 avril 2014 09:34 > > Ã : Pharo Development List > > Objet : Re: [Pharo-dev] Fast way to load package form github > > > > Yes, but this requires user to clone the repository, this is > not as fast as just Gofer with Monticello. I know that there is > a support for github:// URIs in Metacello, but as far as I > remember they donât work in Gofer. > > > > Uko > > > > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe <sven(a)stfx.eu > <mailto:sven@stfx.eu>> wrote: > > > >> Gofer with a filetree:// URL as package ? > >> > >> Using the Monticello UI Tool you can just add a repo, select > filetree as type and load any package. > >> > >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk > <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > >> > >>> Hi guys, sorry if there was already this question, but is > there a fast way to load a package from github (saved with > filetree)? Iâm looking for some way to tell people: execute > âthisâ and you will have my package in your image. > >>> > >>> Cheers > >>> Uko > >> > >> > > > > > > > > > > > -- 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

April 28, 2014

Re: [Pharo-dev] Fast way to load package form github

by FranÃ§ois Stephany

Sounds *really* good! Do you have a time goal for this integration (even rough estimate)? Sorry if this sound stupid but are we far from an integration with, say, the "Changes" tool? If you need some help somewhere (money or manpower), I'm sure there are quite a few people interesting in donating for this (Ta MÃ¨re is). On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > Hi FranÃ§ois, > > with gitfiletree://, there isn't any real place describing a > multi-developper workflow because it is designed to work along existing > workflows... as much as possible. > > In short, you work like you used to do in git, and gitfiletree ensures > that the commit are properly made, that you have access to your development > history (your true development history: the git one), and that pushes and > pulls are made as painless as possible. > > After, you just manage your git the way you like it. Branches, merging, > one branch per developper, whatever: gitfiletree:// will ensure that what > you see inside Pharo is what you have done in git, and that what you do in > Pharo is properly committed to git. > > Now, the bad thing: git merge conflicts :( When merging packages under > git, some files will regularly(allways :() conflict: the version history of > the package and the method properties. Whatever way you resolve those > conflicts, gitfiletree:// will cope because it never reads them, but, > still, having conflicts in git isn't cool. > > We have a better integration coming, through Max Leske work on integrating > libgit to Pharo, and we will be able to solve some of the issues above ;) > > Thierry > > > ------------------------------ > *De :* Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de > FranÃ§ois Stephany [tulipe.moutarde(a)gmail.com] > > *EnvoyÃ© :* samedi 26 avril 2014 19:06 > *Ã :* Pharo Development List > *Objet :* Re: [Pharo-dev] Fast way to load package form github > > I'm a bit lost of what is currently possible to do with git in Pharo. > Is there a place where you describe your workflow in a multi-developer > environment? > > We currently use git flow[1] for our iOS, Android and Rails apps. We > would love to use the same for Pharo. What we are doing now is using a > filetree repository under a src/ directory sitting next to the image. We > use versionner to save all our packages in the filetree tree and then we > `git commit/push`. > > It was working fine while I was alone but we are now two developers > working on this and I do not feel confident about this flow; merging > filetree tree in CLI doesn't sound like a good idea. probably not be > practical. > > The second developer is working on this since yesterday so we haven't yet > decided how we gonna handle this. > > I would love to hear from people working with git and Pharo. > > > [1] http://nvie.com/posts/a-successful-git-branching-model/ > > > On Sat, Apr 26, 2014 at 4:46 PM, GOUBIER Thierry <thierry.goubier(a)cea.fr>wrote: > >> Yuri, >> >> pure filetree will only allow you access to the latest version (HEAD) of >> the repository (and will only match if you load that precise version number >> as stored in the package metadata or if you don't specify a version >> number). You have to change the commit ID (and branch) via git clone, git >> checkout and git checkout -b before. >> >> github:// urls may be able to select a specific commit ID, but I don't >> know how. You can select the branch, however. Again, if you specify a >> version number for your package with a github:// url, the metadata of your >> package has to agree with you or it will refuse to load (you are able to >> see only the latest version of the package). >> >> gitfiletree:// urls allows you to select the branch and any version >> visible in the git history. Read-only gitfiletree:// urls reduce the git >> history to one commit, so all versions are listed as .1. (Note that >> gitfiletree:// urls with https are read-only). >> >> That said, if you found a way to refer a specific commit via github://, >> I'd really like to know how :) >> >> Thierry >> ________________________________________ >> De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy >> Tymchuk [yuriy.tymchuk(a)me.com] >> EnvoyÃ© : samedi 26 avril 2014 12:11 >> Ã : Pharo Development List >> Objet : Re: [Pharo-dev] Fast way to load package form github >> >> Do you know how to specify versions with pure filetree? I know that I can >> specify commit SHA or branch in URL, but can I somehow redefine version for >> a version definition? >> >> Uko >> >> On 26 Apr 2014, at 11:06, GOUBIER Thierry <thierry.goubier(a)cea.fr> wrote: >> >> > Yuri, >> > >> > I think the best would be a github:// url in a configuration. >> > >> > Shortest is something like: >> > >> > Gofer new >> > url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/'; >> > configurationOf: 'ProjectOfYuri'; >> > loadStable >> > >> > (with the github:// url inside ConfigurationOfProjectOfYuri) >> > >> > Note that I have added back https access to github in gitfiletree, but, >> still, it implies OSProcess and git command line access (but no need to >> register on github.com) >> > >> > Thierry >> > ________________________________________ >> > De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Yuriy >> Tymchuk [yuriy.tymchuk(a)me.com] >> > EnvoyÃ© : samedi 26 avril 2014 09:34 >> > Ã : Pharo Development List >> > Objet : Re: [Pharo-dev] Fast way to load package form github >> > >> > Yes, but this requires user to clone the repository, this is not as >> fast as just Gofer with Monticello. I know that there is a support for >> github:// URIs in Metacello, but as far as I remember they donât work in >> Gofer. >> > >> > Uko >> > >> > On 26 Apr 2014, at 09:25, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> > >> >> Gofer with a filetree:// URL as package ? >> >> >> >> Using the Monticello UI Tool you can just add a repo, select filetree >> as type and load any package. >> >> >> >> On 26 Apr 2014, at 09:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >> >> >>> Hi guys, sorry if there was already this question, but is there a >> fast way to load a package from github (saved with filetree)? Iâm looking >> for some way to tell people: execute âthisâ and you will have my package in >> your image. >> >>> >> >>> Cheers >> >>> Uko >> >> >> >> >> > >> > >> > >> >> >> >> >

April 28, 2014

Re: [Pharo-dev] Pharo Inbox now Public Writable

by stepharo

Yes this is normal. > IIRC you still need to be logged in... > > <http://forum.world.st/file/n4756131/Pharo_Inbox.png> > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Pharo-Inbox-now-Public-Writable-tp4756131.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 28, 2014

Re: [Pharo-dev] Hijri calendar

by stepharo

Hi maximillo would you be interested to have a chapter on our next book on Chalten? I hope so. We could take your documentation at input. Stef On 23/4/14 22:44, Maximiliano Taborda wrote: > Hi, > You could try Chalten, it also has support for the Islamic Calendar. > Take a look here: https://github.com/mtaborda/chalten. > > Regards. > Maxi > > > 2014-04-23 17:26 GMT-03:00 Paul DeBruicker <pdebruic(a)gmail.com > <mailto:pdebruic@gmail.com>>: > > Torsten Bergmann wrote > > Paul DeBruicker wrote > >> Chronos has: > >> ... > >> Is that what you want? > > > > The www.chronos-st.org <http://www.chronos-st.org> seems to be > gone. But there is > > http://smalltalkhub.com/#!/~Chronos/Chronos/ > <http://smalltalkhub.com/#%21/%7EChronos/Chronos/> > > > > Thanks - I will have a look. Is it known to work in Pharo 3.0? > > > > Thx > > T. > > Eh it will probably die because the base config loads code that uses > FileDirectory. I did port it to Pharo 2. I think if you edit the > ConfigurationOfChronos to load into Pharo 3 what it loads into > Pharo 2 it > should work OK. But I haven't tried it. > > > > > > > > > -- > View this message in context: > http://forum.world.st/Hijri-calendar-tp4756080p4756106.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 27, 2014

Re: [Pharo-dev] Differences when loading metacello stable configurations

by Dale Henrichs

Blessing is an attribute of a particular version ... multiple versions can have the same blessing, so there is limited utility to blessings ... personally I find the distinction between #release and #development useful for blessings with #release declaring that the version will not be changed anymore and #development declaring that the version may change in significant ways in the future ... deprecate blessings? I don't think so ... yet ... deprecate #stable blessing? I guess I never really understood what they were for ... I would think that #stable symbolic version is preferred mechanism... Dale On Sun, Apr 27, 2014 at 9:45 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Tudor Girba-2 wrote > > I think the blessing should be deprecated because it is not maintained > > reliably (plus it adds yet another level of complexity in Metacello > > without > > a direct significant benefit). > > Yes, I don't see what value the blessing provides in light of symbolic > versions... I'd like to hear Dale's opinion though... > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Differences-when-loading-metacello-stable-configurati… > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

April 27, 2014

Re: [Pharo-dev] Differences when loading metacello stable configurations

by Sean P. DeNigris

Tudor Girba-2 wrote > I think the blessing should be deprecated because it is not maintained > reliably (plus it adds yet another level of complexity in Metacello > without > a direct significant benefit). Yes, I don't see what value the blessing provides in light of symbolic versions... I'd like to hear Dale's opinion though... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Differences-when-loading-metacello-stable-configurati… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 27, 2014

Re: [Pharo-dev] Fast way to load package form github

by Sean P. DeNigris

Max Leske wrote > Iâm not a big fan of rebasingâ¦ :) Agreed. Seems advisable to avoid in general. But it also seems to be useful on one's own private repository or in pull requests (the context in which I learned about it). ----- Cheers, Sean -- View this message in context: http://forum.world.st/Fast-way-to-load-package-form-github-tp4756579p475668… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 27, 2014