[Pharo-project] [update 2.0] #20317

2012-10-01 Thread Marcus Denker
20317 - Issue 6167: ClassFactoryForTestCase has silent extensions from fuel http://code.google.com/p/pharo/issues/detail?id=6167 Issue 6392: DNU for Text initialize http://code.google.com/p/pharo/issues/detail?id=6392 Issue 6277: PharoV10.sources

Re: [Pharo-project] StringincludesSub[S|s]tring: - do we need another kind of deprecation ?

2012-10-01 Thread Stéphane Ducasse
I was going to suggest you that. It is also accesible from the Settings UI. BTW, maybe we should do this in #cleanUpForProduction? Maybe also there should be a different setting for when tests are run, and/or adding deprecations to the TestRunner result eg. 15 deprecations, 0 run, 0

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread Stéphane Ducasse
OK so we should not talk about it anymore and ban it from all the configurations. It would be good to have specific rules for configurations. BTW: what do we do with the chapter I'm working on the new book and now I'm puzzled because I have invested a large amount of time and I get a chapter

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread p...@highoctane.be
Hey, don't. I found it very helpful. I read it thrice actually. Still do find Configurations confusing though. 2012/10/1 Stéphane Ducasse stephane.duca...@inria.fr OK so we should not talk about it anymore and ban it from all the configurations. It would be good to have specific rules for

[Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Max Leske
Hi guys Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: $ head -20 myImage.image | grep some expression The use case for this is seaside hosting, where we only have squeak VMs to run images, so when

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Igor Stasenko
On 1 October 2012 11:09, Max Leske maxle...@gmail.com wrote: Hi guys Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: $ head -20 myImage.image | grep some expression The use case for this is

Re: [Pharo-project] Problem with merging, changes and MC

2012-10-01 Thread Stéphane Ducasse
On Oct 1, 2012, at 11:19 AM, Mariano Martinez Peck wrote: Hi. Together with Guille we found a problem and we were able to reproduce it. The thing is this... I have my FuelTest package with version MarcusDenker.286. Then I did a merge with the last version from Fuel repo (Name:

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Sven Van Caekenberghe
I believe they have a custom VM with restricted primitives, Still, his question is relevant: how to interpret the image header ? I know there is a header with useful things like the initial extent. On 01 Oct 2012, at 12:15, Igor Stasenko siguc...@gmail.com wrote: On 1 October 2012 11:09,

Re: [Pharo-project] Problem with merging, changes and MC

2012-10-01 Thread Camillo Bruni
On 2012-10-01, at 12:40, Stéphane Ducasse stephane.duca...@inria.fr wrote: On Oct 1, 2012, at 11:19 AM, Mariano Martinez Peck wrote: Hi. Together with Guille we found a problem and we were able to reproduce it. The thing is this... I have my FuelTest package with version

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Levente Uzonyi
On Mon, 1 Oct 2012, Max Leske wrote: Hi guys Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: $ head -20 myImage.image | grep some expression The use case for this is seaside hosting, where we only

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread David T. Lewis
On Mon, Oct 01, 2012 at 11:09:51AM +0200, Max Leske wrote: Hi guys Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: $ head -20 myImage.image | grep some expression The use case for this is

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Sven Van Caekenberghe
On 01 Oct 2012, at 13:30, Levente Uzonyi le...@elte.hu wrote: Currently there are 3 image formats around 6502 (old interpreter format, no closures), 6504 (new interpreter format with closures), 6505 (Cog format). The first two bytes of the image file contain the image format in

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Henrik Sperre Johansen
On 01.10.2012 13:30, Levente Uzonyi wrote: On Mon, 1 Oct 2012, Max Leske wrote: Hi guys Is there a way to find out (from outside of the image), if an image has been saved with Cog? What I would like to do is something like this: $ head -20 myImage.image | grep some expression The use case

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Max Leske
Thanks for the help guys, I think I have what I need. @Stef Christoph will get in touch with you. Cheers, Max On 01.10.2012, at 14:03, Igor Stasenko siguc...@gmail.com wrote: On 1 October 2012 13:52, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi max I do not remember (may be doru)

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Sven Van Caekenberghe
On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in header depends on the platform the image was saved on. Which for all practical purposes, means little-endian these days. How can an image be cross-platform, but the header not ? -- Sven Van

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Igor Stasenko
On 1 October 2012 14:43, Sven Van Caekenberghe s...@stfx.eu wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in header depends on the platform the image was saved on. Which for all practical purposes, means little-endian these days.

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Henrik Sperre Johansen
On 01.10.2012 14:43, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in header depends on the platform the image was saved on. Which for all practical purposes, means little-endian these days. How can an image be

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Sven Van Caekenberghe
On 01 Oct 2012, at 16:33, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 01.10.2012 14:43, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in header depends on the platform the image was saved on.

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Henrik Sperre Johansen
On 01.10.2012 15:44, Igor Stasenko wrote: On 1 October 2012 14:43, Sven Van Caekenberghe s...@stfx.eu wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in header depends on the platform the image was saved on. Which for all practical

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Henrik Sperre Johansen
On 01.10.2012 16:56, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 16:33, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 01.10.2012 14:43, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread David T. Lewis
On Mon, Oct 01, 2012 at 04:56:39PM +0200, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 16:33, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 01.10.2012 14:43, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread David T. Lewis
On Mon, Oct 01, 2012 at 05:07:48PM +0200, Henrik Sperre Johansen wrote: On 01.10.2012 15:44, Igor Stasenko wrote: On 1 October 2012 14:43, Sven Van Caekenberghe s...@stfx.eu wrote: On 01 Oct 2012, at 14:01, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Endianness in header

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Sven Van Caekenberghe
OK, thanks guys, I learrned new things today. -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill On 01 Oct 2012, at 17:08, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: On 01.10.2012 16:56, Sven Van Caekenberghe wrote: On 01 Oct 2012, at 16:33, Henrik Sperre

Re: [Pharo-project] detect if image was saved with Cog

2012-10-01 Thread Henrik Sperre Johansen
On 01.10.2012 17:08, Henrik Sperre Johansen wrote: IMHO, it really is most optimal approach when platform endianness changes are rare, and the penalty can easily be avoided by simply saving the image on the platform it is intended to be used. Cheers, Henry In other words; it's not really

[Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
Hi guys I was browsing (at least trying) to have a look at mist https://github.com/martinmcclure/mist/commit/b3103bd30be11dd8063aa9ce212a368c66f73e9a and this is so nice to see json code in the middle of Smalltalk methods. Look for class definitions there are great. Yes it will help

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread Dale Henrichs
- Original Message - | From: Stéphane Ducasse stephane.duca...@inria.fr | To: Pharo-project@lists.gforge.inria.fr | Sent: Sunday, September 30, 2012 11:25:28 PM | Subject: Re: [Pharo-project] Metacello bleedingEdge question | | OK | so we should not talk about it anymore and ban it from

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread H. Hirzel
Good evening Stephan, please calm down. http://mist-project.org/ looks like an interesting project. Actually thank you for the pointer. XML is not crap. JSON neither. You always talk about red pills and stuff :-) And the last time in May this year we had a lively discussion about JSON you

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Sven Van Caekenberghe
On 01 Oct 2012, at 19:44, H. Hirzel hannes.hir...@gmail.com wrote: please calm down. http://mist-project.org/ looks like an interesting project. Actually thank you for the pointer. It sounds interesting, but there are other we will start over from scratch Smalltalk implementations that did

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stephan Eggermont
Hannes wrote: Some people however do not mind to do mappings from one data format to another. That is right, and I prefer to keep my meditation separate from my programming. Stephan Eggermont

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Igor Stasenko
For me it was clear that JSON is bad, from many different sides. I don't like that in order to load this code, my image will need JSON parser. But Stephane, its easy to say what you don't like and more difficult to provide a plausible alternative. GemStone lacks own parser, and this was (as i

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Frank Shearar
On 1 October 2012 18:54, Sven Van Caekenberghe s...@stfx.eu wrote: On 01 Oct 2012, at 19:44, H. Hirzel hannes.hir...@gmail.com wrote: please calm down. http://mist-project.org/ looks like an interesting project. Actually thank you for the pointer. It sounds interesting, but there are other

[Pharo-project] Status of SmallPOS

2012-10-01 Thread Stephan Eggermont
I noticed the SmallPOS on ss3 is under MIT license. AFAIK, it was GPLv3. When did this relicensing happen? Stephan

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Camillo Bruni
Let's have a look, UUH it's a fucking BIKE SHED! On 2012-10-01, at 20:28, Igor Stasenko siguc...@gmail.com wrote: For me it was clear that JSON is bad, from many different sides. I don't like that in order to load this code, my image will need JSON parser. But Stephane, its easy to say what

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Igor Stasenko
oh, and i forgot the most important thing: classes should also have a stamp, i.e. author and date (and perhaps mood ;). Because it feels strange to me, that each method has stamp, even class comments has stamp, but not the classes. What if my sole change is adding/removing variable(s) or changing

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Frank Shearar
Oh, nailed in one. I was going to add less snarkily that there are two options: (a) get a real syntax for Smalltalk or (b) version things at the method level. Since the first rule of open source is Code or GTFO, I just use FileTree and thank Dale that I don't have to write something. But either

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Frank Shearar
It's all done for you anyway, in the git commit. Who changed what when, it's all done. frank On 1 October 2012 19:42, Igor Stasenko siguc...@gmail.com wrote: oh, and i forgot the most important thing: classes should also have a stamp, i.e. author and date (and perhaps mood ;). Because it

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Camillo Bruni
how much did you contribute to this project igor? It's open-source, so stop complaning, start implementing! On 2012-10-01, at 20:42, Igor Stasenko siguc...@gmail.com wrote: oh, and i forgot the most important thing: classes should also have a stamp, i.e. author and date (and perhaps mood

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Dale Henrichs
Stef, I forgot to share with you that at this last ESUG we (Jan Vrany, Martin Kobetic and myself) agreed that the next version of Filetree will use .ston files instead of .json files. I am planning on writing a blog post on this...eventually. The Smalltalk/X implementation (Jan Vrany) is

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread p...@highoctane.be
Just a note that may be of interest. I moved off Git and into Fossil. Check it out, it may actually be easier for us to work with since everything lives in a single Sqlite database. No more files everywhere. The author of Fossil is the author of Sqlite. The whole Tcl/Tk source moved into that as

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Igor Stasenko
On 1 October 2012 20:44, Camillo Bruni camillobr...@gmail.com wrote: how much did you contribute to this project igor? It's open-source, so stop complaning, start implementing! Why you taking my mere proposal (or feature request) as a complaint? I dont have energy enough for participating in

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Sven Van Caekenberghe
On 01 Oct 2012, at 20:28, Igor Stasenko siguc...@gmail.com wrote: (If someone interested, lately we invented a smalltalk object literals which allow you to store any object into a textual file(s) using plain smalltalk array literal syntax, and read them back, but for this, of course, you

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Sven Van Caekenberghe
On 01 Oct 2012, at 20:28, Igor Stasenko siguc...@gmail.com wrote: (If someone interested, lately we invented a smalltalk object literals which allow you to store any object into a textual file(s) using plain smalltalk array literal syntax, and read them back, but for this, of course, you

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread Stéphane Ducasse
| It would be good to have specific rules for configurations. The Metacello Scripting api is intended to accomplish this particular goal … I was thinking in terms of Slime for Seaside. One PhD student is working on rule and I was thinking that it would be fun to have a kind of Metacello

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
Sorry I should not have sent this mail. I'm silly. Stef On Oct 1, 2012, at 7:00 PM, Stéphane Ducasse wrote: Hi guys I was browsing (at least trying) to have a look at mist https://github.com/martinmcclure/mist/commit/b3103bd30be11dd8063aa9ce212a368c66f73e9a and this is so nice

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
Don't say that camillo because this is the ultimate argument against communication. Stef On Oct 1, 2012, at 8:44 PM, Camillo Bruni wrote: how much did you contribute to this project igor? It's open-source, so stop complaning, start implementing! On 2012-10-01, at 20:42, Igor Stasenko

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Igor Stasenko
On 1 October 2012 21:11, Sven Van Caekenberghe s...@stfx.eu wrote: On 01 Oct 2012, at 20:28, Igor Stasenko siguc...@gmail.com wrote: (If someone interested, lately we invented a smalltalk object literals which allow you to store any object into a textual file(s) using plain smalltalk array

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
On Oct 1, 2012, at 8:52 PM, Dale Henrichs wrote: Stef, I forgot to share with you that at this last ESUG we (Jan Vrany, Martin Kobetic and myself) agreed that the next version of Filetree will use .ston files instead of .json files. I am planning on writing a blog post on

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Norbert Hartl
Am 01.10.2012 um 21:29 schrieb Stéphane Ducasse stephane.duca...@inria.fr: Don't say that camillo because this is the ultimate argument against communication. Uh? Come on, Steph. That is something you can read frequently on the mailing list. This times just the roles have switched. So

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Jan van de Sandt
Hi, Göran Krampe wrote a blog post about Smalltalk alternatives for JSON: [1] http://goran.krampe.se/2012/05/08/literal-arrays-vs-json-vs-ston-vs-tirade/ Jan. On Mon, Oct 1, 2012 at 9:14 PM, Sven Van Caekenberghe s...@stfx.eu wrote: On 01 Oct 2012, at 20:28, Igor Stasenko siguc...@gmail.com

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread p...@highoctane.be
Well, looks like a passionate person having had a bad day to me. Nothing to fret about, right? 2012/10/1 Stéphane Ducasse stephane.duca...@inria.fr Sorry I should not have sent this mail. I'm silly. Stef On Oct 1, 2012, at 7:00 PM, Stéphane Ducasse wrote: Hi guys I was browsing (at

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Igor Stasenko
On 1 October 2012 20:44, Frank Shearar frank.shea...@gmail.com wrote: It's all done for you anyway, in the git commit. Who changed what when, it's all done. right, but same applies to methods. so why storing method's stamps but not classes? either you consistently do all the turtles way down,

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Frank Shearar
On 1 October 2012 20:48, Igor Stasenko siguc...@gmail.com wrote: On 1 October 2012 20:44, Frank Shearar frank.shea...@gmail.com wrote: It's all done for you anyway, in the git commit. Who changed what when, it's all done. right, but same applies to methods. so why storing method's stamps but

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
Don't say that camillo because this is the ultimate argument against communication. Uh? Come on, Steph. That is something you can read frequently on the mailing list. This times just the roles have switched. So please be fair. Did you see me saying no feedback? Or only if you do you

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
No it was quite ok :) Working at home, good music, view on my garden, flower and butterfly. Stef Well, looks like a passionate person having had a bad day to me. Nothing to fret about, right? 2012/10/1 Stéphane Ducasse stephane.duca...@inria.fr Sorry I should not have sent this mail.

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Stéphane Ducasse
Yes our meta model could be improved. May be foo author: StephaneDucasse time: and the Browser could hide them but this is not great Stef It's all done for you anyway, in the git commit. Who changed what when, it's all done. right, but same applies to methods. so why

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread Dale Henrichs
- Original Message - | From: Stéphane Ducasse stephane.duca...@inria.fr | To: Pharo-project@lists.gforge.inria.fr | Sent: Monday, October 1, 2012 12:26:25 PM | Subject: Re: [Pharo-project] Metacello bleedingEdge question | | | It would be good to have specific rules for configurations.

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Dale Henrichs
The methodProperties.json file is a stopgap until we have proper integration with git...it will eventually go away... Dale - Original Message - | From: Frank Shearar frank.shea...@gmail.com | To: Pharo-project@lists.gforge.inria.fr | Sent: Monday, October 1, 2012 12:55:50 PM | Subject:

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Tudor Girba
Hi, I like the project, but I second the concerns of Stef. But, as I understand, there seems to be consensus in this regard. One thing I still do not quite understand why we keep on having version information inside the structural information. Why is it not enough to let it only be the

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread Alexandre Bergel
I was thinking in terms of Slime for Seaside. One PhD student is working on rule and I was thinking that it would be fun to have a kind of Metacello checker. do you have some rule of thumb where to look for potential problems? Because it can be a fun experience. I had this

[Pharo-project] rmod is down - fuel for squeak?

2012-10-01 Thread Max Leske
I wanted some info on Fuel but the rmod page is down… Anyways, I read that Mariano got Fuel running on Squeak. Is there an official version for Squeak? Cheers, Max

Re: [Pharo-project] rmod is down - fuel for squeak?

2012-10-01 Thread Mariano Martinez Peck
On Mon, Oct 1, 2012 at 10:44 PM, Max Leske maxle...@gmail.com wrote: I wanted some info on Fuel but the rmod page is down… Anyways, I read that Mariano got Fuel running on Squeak. Is there an official version for Squeak? Hi Max. It should just work. The ConfigurationOfFuel should

Re: [Pharo-project] rmod is down - fuel for squeak?

2012-10-01 Thread Max Leske
Thanks Mariano. I can confirm that it works out of the box in Squeak 4.3. I have a 3.9 image though… :) I'll let you know if I get it running on there (might be simpler to use a newer image though). On 01.10.2012, at 22:51, Mariano Martinez Peck marianop...@gmail.com wrote: On Mon, Oct

Re: [Pharo-project] rmod is down - fuel for squeak?

2012-10-01 Thread Mariano Martinez Peck
On Mon, Oct 1, 2012 at 11:04 PM, Max Leske maxle...@gmail.com wrote: Thanks Mariano. I can confirm that it works out of the box in Squeak 4.3. :) I have a 3.9 image though… :) I'll let you know if I get it running on there Let me know if I can help. If you make it work, we can do a

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread Dale Henrichs
- Original Message - | From: Tudor Girba tu...@tudorgirba.com | To: Pharo-project@lists.gforge.inria.fr | Sent: Monday, October 1, 2012 1:22:41 PM | Subject: Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree | | Hi, | | I like the project, but I

Re: [Pharo-project] Metacello bleedingEdge question

2012-10-01 Thread Dale Henrichs
Not sure whether or not these are doable with Slime, but they are good ideas Dale - Original Message - | From: Alexandre Bergel alexandre.ber...@me.com | To: Pharo-project@lists.gforge.inria.fr | Sent: Monday, October 1, 2012 1:30:44 PM | Subject: Re: [Pharo-project] Metacello

Re: [Pharo-project] [Another sad day] a nice example of the mess with json in FileTree

2012-10-01 Thread H. Hirzel
On 10/1/12, p...@highoctane.be p...@highoctane.be wrote: Just a note that may be of interest. I moved off Git and into Fossil. Check it out, it may actually be easier for us to work with since everything lives in a single Sqlite database. No more files everywhere. The author of Fossil is the

Re: [Pharo-project] rmod is down - fuel for squeak?

2012-10-01 Thread Max Leske
No, this time it's not for seaside hosting. It's another application that we cannot port to Pharo at the moment. Max On 01.10.2012, at 23:07, Mariano Martinez Peck marianop...@gmail.com wrote: On Mon, Oct 1, 2012 at 11:04 PM, Max Leske maxle...@gmail.com wrote: Thanks Mariano. I can