- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Setting MC cache directory

by Friedrich Dominicus

"Torsten Bergmann" <astares(a)gmx.de> writes: > Friedrich Dominicus wrote >>Another stuff I simply do not get is package-cache. Why is it local to >>every other Pharo image? Why can't I say drop all below package-cache on >>my machine that's it. > > Usually one pharo installation does not know about the other > if you just unzip. So the cache is by default relative to the installation. > Thats the same in Eclipse and other IDE's. > > If you want you can set a common directory for all images using > > MCCacheRepository>>default: Well this is not there at least in Pharo 1.3. I found it in Pharo 2.0 So well "helped" myself with the symbolic links. How nice Unices sometimes are ;-) > > Since it would be better to have a setting in the Settings > browser I opened > > http://code.google.com/p/pharo/issues/detail?id=6260 > > and fixed it for Pharo 2.0 in > SLICE-Issue-6260-Monticello-cache-location-should-be-configurable-tbn.1 Ok, I see, one has to use Pharo 2.0 and the most actual Monticello to make something out of a SLICE. Another thing learned today. Regards Friedrich

July 4, 2012

Re: [Pharo-project] Setting MC cache directory (was renggli mirror created on smalltalkhub)

by phil＠highoctane.be

package-cache, the .m2 of Pharo... But .m2 is under ~ by default. Why couldn't package-cache be like that on *nix by default and under the %USERPROFILE% on Windows? Phil 2012/7/4 Torsten Bergmann <astares(a)gmx.de> > Friedrich Dominicus wrote > >Another stuff I simply do not get is package-cache. Why is it local to > >every other Pharo image? Why can't I say drop all below package-cache on > >my machine that's it. > > Usually one pharo installation does not know about the other > if you just unzip. So the cache is by default relative to the installation. > Thats the same in Eclipse and other IDE's. > > If you want you can set a common directory for all images using > > MCCacheRepository>>default: > > Since it would be better to have a setting in the Settings > browser I opened > > http://code.google.com/p/pharo/issues/detail?id=6260 > > and fixed it for Pharo 2.0 in > SLICE-Issue-6260-Monticello-cache-location-should-be-configurable-tbn.1 > > Please test on different patforms for integration. > > Thx > T. > > -

July 4, 2012

Re: [Pharo-project] Zinc in 1.4

by StÃ©phane Ducasse

Excellent Thanksâ¦ Stef On Jul 4, 2012, at 5:13 PM, Esteban Lorenzano wrote: > btw... I'm currently preparing the summer release. > I pretend to release it no far than next monday. > > Sven, if you want newer Zinc versions in pharo 1.4, could you provide the slice or packages? > > thanks, > Esteban > > On Jul 4, 2012, at 5:10 PM, Sven Van Caekenberghe wrote: > >> >> On 04 Jul 2012, at 17:02, Sean P. DeNigris wrote: >> >>> Sven Van Caekenberghe wrote >>>> >>>> I still need to update the Metacello config, which should take into >>>> account that for 2.0 'Zinc-FileSystem' should be loaded instead of >>>> 'Zinc-FileSystem-Legacy'. I would also like to add a proper dependency on >>>> XML-Support for Zinc-AWS. >>> >>> I may have time. Re XML, AWS depends on #stable 'default' of XML? >> >> I guess so, I never needed anything special, #stable would be perfect. >> >> > >

July 4, 2012

Re: [Pharo-project] renggli mirror created on smalltalkhub

by Dale Henrichs

Dennis, Of course not ... There are tons of resources that we Smalltalkers use that are not "turtles all the way down" ... What issue tracker is used by Pharo? When you download your pharo image and changes file is that web-site a Smalltalk site? Right now, the combination of git/github is superior to anything written in Smalltalk. Have you taken a look at the most excellent collaboration features available on github? GitHub is used by over a million developers and they are constantly adding new features/capabilities ... Do I think that everyone should drop what they are doing and move to git/github? NO! If you want to provide a Smalltalk-based solution that is superior to git/github, I say "get cracking"! We've been in need of a replacement for SqueakSource for at 2-3 years now, but github sets the bar pretty high:) I and a few others (Cami and Max Leske) are working on opening up the world of git/github to the Smalltalk community. The work we are doing is firmly grounded in Monticello and when it is done, you should have an experience that isn't much different than using the MonticelloBrowser and SqueakSource today ... As Stef and Sven have indicated it's not quite ready... FileTree[1] is ready right now, but to use it you must do your git operations from the command line ... Also, if you want other developers to have easy access to your Monticello packages, you still have to publish them as .mcz files. A bit painful, but I've been doing most of my development since January this way... I am currently working on a release of Metacello[2] that will be git/github aware. When ready, you will be able to use git/github for your development and publish a Metacello configuration referencing your project on GitHub without having to publish separate .mcz files. And developers using your project won't have to understand git/github as the Monticello packages will be downloaded by Metacello. I've created a sample project[3] that you can load into your image, if you want to get an idea what the GitHub support will look like. The FSGit project[4] that Cami referred to will provide image-level support for manipulating git and github. The Cypress project[5] is a project for sharing Smalltalk source code across multiple Smalltalk dialects. Currently there are 6 Smalltalk dialects that can not only share Smalltalk source code, but use git/github as the common SCM: - Pharo - Squeak - GemStone - VW - Amber - Cuis I encourage you to take a look at my STIC presentation on "Practical Git for Smalltalk"[6] for some more background info (sorry the video isn't available yet). If you interested in following the progress of the projects, keep an eye on the Metacello mailing list[7]. I should have a preview version of Metacello available within a couple of weeks...Contributors are also welcome! Dale [1] https://github.com/dalehenrich/filetree/blob/pharo1.3/README.md [2] https://github.com/dalehenrich/metacello-work [3] https://github.com/dalehenrich/sample/blob/master/README.md [4] https://github.com/dalehenrich/FSGit [5] https://github.com/CampSmalltalk/Cypress/blob/master/README.md [6] http://portal.sliderocket.com/vmware/STIC-2012-Practical-Git-for-Smalltalk [7] http://forum.world.st/Monticello-Metacello-f1460836.html ----- Original Message ----- | From: "Dennis Schetinin" <chaetal(a)gmail.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Wednesday, July 4, 2012 5:09:54 AM | Subject: Re: [Pharo-project] renggli mirror created on smalltalkhub | | | Am I wrong considering migration to Git-or-AnythingElseTextOriented | to be a give up on hopes for a real object-oriented source | control/management as it could and should be in Smalltalk? | | | | Best regards, | Dennis Schetinin | Sent with Sparrow | | | | On Wednesday, 4 July 2012 Ð³. at 16:02, Sven Van Caekenberghe wrote: | | | | | | | On 04 Jul 2012, at 13:50, phil(a)highoctane.be wrote: | | | | | | I am using Mercurial for all of the other projects and technologies. | | | With a full copy of everything locally, it helps indeed when we get | crashes... | | | But GIT/Hg isn't giving you the change sorter. | | | I have used/tried FileTree/Git(hub) a bit and it is cool and it | works. | But I do miss (tools) integration in the image. | The workflow also changes a bit, it is no longer all Smalltalk. | | | IMHO it is not yet quite ready. | | | Sven | |

July 4, 2012

Re: [Pharo-project] Zinc in 1.4

by Esteban Lorenzano

btw... I'm currently preparing the summer release. I pretend to release it no far than next monday. Sven, if you want newer Zinc versions in pharo 1.4, could you provide the slice or packages? thanks, Esteban On Jul 4, 2012, at 5:10 PM, Sven Van Caekenberghe wrote: > > On 04 Jul 2012, at 17:02, Sean P. DeNigris wrote: > >> Sven Van Caekenberghe wrote >>> >>> I still need to update the Metacello config, which should take into >>> account that for 2.0 'Zinc-FileSystem' should be loaded instead of >>> 'Zinc-FileSystem-Legacy'. I would also like to add a proper dependency on >>> XML-Support for Zinc-AWS. >> >> I may have time. Re XML, AWS depends on #stable 'default' of XML? > > I guess so, I never needed anything special, #stable would be perfect. > >

July 4, 2012

Re: [Pharo-project] Zinc in 1.4

by Sven Van Caekenberghe

On 04 Jul 2012, at 17:02, Sean P. DeNigris wrote: > Sven Van Caekenberghe wrote >> >> I still need to update the Metacello config, which should take into >> account that for 2.0 'Zinc-FileSystem' should be loaded instead of >> 'Zinc-FileSystem-Legacy'. I would also like to add a proper dependency on >> XML-Support for Zinc-AWS. > > I may have time. Re XML, AWS depends on #stable 'default' of XML? I guess so, I never needed anything special, #stable would be perfect.

July 4, 2012

Re: [Pharo-project] Zinc in 1.4

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > I still need to update the Metacello config, which should take into > account that for 2.0 'Zinc-FileSystem' should be loaded instead of > 'Zinc-FileSystem-Legacy'. I would also like to add a proper dependency on > XML-Support for Zinc-AWS. > I may have time. Re XML, AWS depends on #stable 'default' of XML? -- View this message in context: http://forum.world.st/Zinc-in-1-4-tp4638205p4638236.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 4, 2012

Re: [Pharo-project] renggli mirror created on smalltalkhub

by Camillo Bruni

On 2012-07-04, at 16:55, Sean P. DeNigris wrote: > > Camillo Bruni-3 wrote >> >>> Another stuff I simply do not get is package-cache. Why is it local to >>> every other Pharo image? Why can't I say drop all below package-cache on >>> my machine that's it. I do not know how many copies I have around here >>> with the same "information". I can not see why this should make sens in >>> the "standard" case.... >> >> you're absolutely right :) >> >> Here in lille almost everybody sets up symlinks to have a single shared >> instance of a package-cache :) >> > > Really?! I haven't gone this route yet because I read that the performance > was really slow. Is that no longer the case? How about on 1.4? no! I patched MC's caching behavior in many places, plus with the new FS primitives you're pretty fast. For instance, browsing the commit history is fluent once you have all the packages in your cache. AFAIK under 1.4 I added most of the optimizations as well, but I cannot guarantee anything :P

July 4, 2012

Re: [Pharo-project] renggli mirror created on smalltalkhub

by Sean P. DeNigris

Camillo Bruni-3 wrote > >> Another stuff I simply do not get is package-cache. Why is it local to >> every other Pharo image? Why can't I say drop all below package-cache on >> my machine that's it. I do not know how many copies I have around here >> with the same "information". I can not see why this should make sens in >> the "standard" case.... > > you're absolutely right :) > > Here in lille almost everybody sets up symlinks to have a single shared > instance of a package-cache :) > Really?! I haven't gone this route yet because I read that the performance was really slow. Is that no longer the case? How about on 1.4? -- View this message in context: http://forum.world.st/renggli-mirror-created-on-smalltalkhub-tp4638011p4638… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 4, 2012

Re: [Pharo-project] Zinc in 1.4

by Sven Van Caekenberghe

Sean, On 04 Jul 2012, at 16:36, Sean P. DeNigris wrote: > Sven, > > What's the best case scenario for Zinc in 1.4? Keep the installed versions? > Load stable via the Metacello config? Something else... > > Thanks, > Sean For now, Gofer it squeaksource: 'ZincHTTPComponents'; package: 'Zinc-HTTP'; package: 'Zinc-FileSystem-Legacy'; package: 'Zinc-Tests'; load. should work. I still need to update the Metacello config, which should take into account that for 2.0 'Zinc-FileSystem' should be loaded instead of 'Zinc-FileSystem-Legacy'. I would also like to add a proper dependency on XML-Support for Zinc-AWS. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

July 4, 2012