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
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
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
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
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
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
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:
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,
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
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
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
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
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
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)
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
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.
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
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.
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
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
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
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
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
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
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
- 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
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
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
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
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
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
I noticed the SmallPOS on ss3 is under MIT license. AFAIK, it was GPLv3.
When did this relicensing happen?
Stephan
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
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
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
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
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
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
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
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
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
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
| 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
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
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
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
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
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
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
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
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,
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
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
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.
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
- 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.
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:
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
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
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
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
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
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
- 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
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
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
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
67 matches
Mail list logo