On 18 June 2012 01:50, Camillo Bruni wrote:
> indeed this is a bit tricky... but what can you explicitely say :/
>
> foo.tar
> foo.tar.gz
> foo.1.tar
> foo.1.tar.gz
>
Nice example. File extension is always after the last dot.
--
Milan Mimica
http://sparklet.sf.net
Hi guys,
Have you seen out there a specialized ObjectExplorer where you may select
several items?
Cheers,
Hernán
On Sun, Jun 17, 2012 at 6:30 PM, Igor Stasenko wrote:
> On 18 June 2012 01:13, Eliot Miranda wrote:
> >
> >
> > On Sun, Jun 17, 2012 at 3:46 PM, Igor Stasenko
> wrote:
> >>
> >> On 17 June 2012 23:17, Stéphane Ducasse
> wrote:
> >> >> Guys, we should hack this together.
> >> >> When is next sp
On 18 June 2012 01:13, Eliot Miranda wrote:
>
>
> On Sun, Jun 17, 2012 at 3:46 PM, Igor Stasenko wrote:
>>
>> On 17 June 2012 23:17, Stéphane Ducasse wrote:
>> >> Guys, we should hack this together.
>> >> When is next sprint? :)
>> >
>> > Next friday?
>> >
>>
>> Yeah,..
>> because i still found
yep.
extension should be the thing after _last_ dot.
On 18 June 2012 02:35, Sean P. DeNigris wrote:
>
> Eliot Miranda-2 wrote
>>
>> #('foo' 'foo.tar' 'foo.tar.gz' 'foo.1.tar' 'foo.1.tar.gz') collect:
>> [:thing| thing extension] => #('' 'tar' 'gz' 'tar' 'gz')
>> and
>> #('foo' 'foo.tar' '
and besides, concerning buggy, the tests which i implemented for
ephemerons are green.
It maybe, that tests are not fully cover the specs.. sure it can be possible.
So if you have some more complex/tricky tests in mind, feel free to add them.
--
Best regards,
Igor Stasenko.
On 18 June 2012 01:36, Eliot Miranda wrote:
>
>
> On Sun, Jun 17, 2012 at 7:40 AM, Igor Stasenko wrote:
>>
>> On 17 June 2012 15:09, Sean P. DeNigris wrote:
>> >
>> > Igor Stasenko wrote
>> >>
>> >> I bet if you do that, some people will be alienated/antagonized by
>> >> this change
>> > Yes, bu
Eliot Miranda-2 wrote
>
> #('foo' 'foo.tar' 'foo.tar.gz' 'foo.1.tar' 'foo.1.tar.gz') collect:
> [:thing| thing extension] => #('' 'tar' 'gz' 'tar' 'gz')
> and
> #('foo' 'foo.tar' 'foo.tar.gz' 'foo.1.tar' 'foo.1.tar.gz') collect:
> [:thing| thing extensions] => #(#() #('tar') #('gz' 'tar')
On Sun, Jun 17, 2012 at 4:50 PM, Camillo Bruni wrote:
> indeed this is a bit tricky... but what can you explicitely say :/
>
> foo.tar
> foo.tar.gz
> foo.1.tar
> foo.1.tar.gz
>
> it's rather hard to decide which is the real extension and which one not :)
>
Why not
#('foo' 'foo.tar' 'foo.tar.g
latest VM you are running on?
YODA
Just make sure you kill all the crappy old VMs on your system and
replace them with versions that have the file primitives properly implemented :P
On 2012-06-18, at 01:04, Guillermo Polito wrote:
> Weird, I was able to update 2 secs ago :S
>
> On Sun, Jun 17,
On 2012-06-17, at 21:42, p...@highoctane.be wrote:
> Don't get me wrong. I love all of what I do see in there. I've done a
> ton of Maven2 stuff (including setting up a quite large maven proxy),
> so I perfectly understand the ton of hard work that goes along with
> configs. Much important, much
indeed this is a bit tricky... but what can you explicitely say :/
foo.tar
foo.tar.gz
foo.1.tar
foo.1.tar.gz
it's rather hard to decide which is the real extension and which one not :)
so it might make sense to define a couple of test cases to see what we want
(and maybe compare it to ruby / pyt
On Sun, Jun 17, 2012 at 7:40 AM, Igor Stasenko wrote:
> On 17 June 2012 15:09, Sean P. DeNigris wrote:
> >
> > Igor Stasenko wrote
> >>
> >> I bet if you do that, some people will be alienated/antagonized by
> >> this change
> > Yes, but 2.0 is changing *alot*, so this is a good time to sneak th
On Sun, Jun 17, 2012 at 3:46 PM, Igor Stasenko wrote:
> On 17 June 2012 23:17, Stéphane Ducasse wrote:
> >> Guys, we should hack this together.
> >> When is next sprint? :)
> >
> > Next friday?
> >
>
> Yeah,..
> because i still found things which i fail to understand in
> SystemNavigation:
> som
Weird, I was able to update 2 secs ago :S
On Sun, Jun 17, 2012 at 11:31 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:
> I cannot update since it popup us this error: PrimitiveFailed: primitive
> #deleteDirectory:
> for every file that is downloaded
>
>
> --
> Mariano
> http://mari
On 17 June 2012 23:17, Stéphane Ducasse wrote:
>> Guys, we should hack this together.
>> When is next sprint? :)
>
> Next friday?
>
Yeah,..
because i still found things which i fail to understand in SystemNavigation:
some while ago we kind of decided that best would be to match the protocol(s) of
I cannot update since it popup us this error: PrimitiveFailed: primitive
#deleteDirectory:
for every file that is downloaded
--
Mariano
http://marianopeck.wordpress.com
I reread the web site and this is more for startups?
I passed the message to guys around.
> Well, it is web-ish enough to warrant some ca$h heh?
>
> Seaside, tODE, Pier, Zn, Monticello, SS3, all that is web.
>
> Pharo and the web, distributed coding at its best.
>
> Pharo is the core upon which
> Guys, we should hack this together.
> When is next sprint? :)
Next friday?
Stef
On Jun 17, 2012, at 4:05 PM, Sean P. DeNigris wrote:
>
> EstebanLM wrote
>>
>> Marcus proposal is good: map RPackage with MCPackage, tag the
>> subcategories (RPackage allow adding attributes).
>>
> I'm not sure I completely understand... So MCPackages will become RPackages,
Not really bette
20140
-
- Issue 6077: Let DataStream only for Monticello Part2. Thanks Mariano
Martinez-Peck.
http://code.google.com/p/pharo/issues/detail?id=6077
ben
Once esteban will get a first version of the individual consortium web site we
will really work on a better release and testing process for published package.
Stef
On Jun 17, 2012, at 4:18 PM, Benjamin wrote:
> You must be kidding right :)
>
> Since you arrived, I told you at least once
Well, it is web-ish enough to warrant some ca$h heh?
Seaside, tODE, Pier, Zn, Monticello, SS3, all that is web.
Pharo and the web, distributed coding at its best.
Pharo is the core upon which all the rest is built for success and
kick-ass delivery!
Phil
2012/6/17 Stéphane Ducasse :
>
>
>> Who
> Who wants to hit the button?
>
> https://webfwd.org/apply/
>
I read it when you told me but I was confused because pharo is not only about
web.
I will reread it.
Stef
Who wants to hit the button?
https://webfwd.org/apply/
2012/6/17 Stéphane Ducasse :
> Phil
>
> just for the record, if we would get 4 engineers working full time during 2
> more years
> you would not recognize Pharo.
> Now we are making progress but we are nearly all working on our free time.
>
BTW what did Mozilla FWD told you?
https://webfwd.org/
2012/6/17 Stéphane Ducasse :
> Phil
>
> just for the record, if we would get 4 engineers working full time during 2
> more years
> you would not recognize Pharo.
> Now we are making progress but we are nearly all working on our free time.
> S
Stef,
Just a matter of time before the money flows in. I am pretty convinced
of that. No kidding.
Phil
2012/6/17 Stéphane Ducasse :
> Phil
>
> just for the record, if we would get 4 engineers working full time during 2
> more years
> you would not recognize Pharo.
> Now we are making progress b
yes probably a problem with Java having too many handle open.
This is strange since last week christophe removed the aida job that was
causing us trouble.
Stef
On Jun 17, 2012, at 9:49 PM, p...@highoctane.be wrote:
> --
> Philippe Back
> Dramatic Performance Improvements
> Mob: +32(0) 478 650 1
Phil
just for the record, if we would get 4 engineers working full time during 2
more years
you would not recognize Pharo.
Now we are making progress but we are nearly all working on our free time.
So this is not that we do not have the vision, just not enough money :).
Stef
On Jun 17, 2012,
ok I will have a look.
Stef
On Jun 17, 2012, at 8:26 PM, Mariano Martinez Peck wrote:
> btw, one way to test it is by just using Monticello after integrating the
> fix.
>
> On Sun, Jun 17, 2012 at 3:37 PM, Mariano Martinez Peck
> wrote:
> Hi guys. I touched a couple of packages so it will g
Looks that way from here (Florida).
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of p...@highoctane.be
[p...@highoctane.be]
Sent: Sunday, June 17, 2012 3:49 PM
To: pharo-project@lists.gforge.in
--
Philippe Back
Dramatic Performance Improvements
Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:
p...@highoctane.be | Web: http://philippeback.eu | Blog:
http://philippeback.be
High Octane SPRL
rue cour Boisacq 101
1301 Bierges
Belgium
Don't get me wrong. I love all of what I do see in there. I've done a
ton of Maven2 stuff (including setting up a quite large maven proxy),
so I perfectly understand the ton of hard work that goes along with
configs. Much important, much needed, much significant work.
Just that I am running a busi
I have been a vocal critic of configs, largely on grounds of excessive
complexity, but I find your message a bit harsh.
Long delays and hangs are BAD, but that can be addressed using background
threads. This is a prime example of why say that sockets should never block
the entire image (only c
btw, one way to test it is by just using Monticello after integrating the
fix.
On Sun, Jun 17, 2012 at 3:37 PM, Mariano Martinez Peck <
marianop...@gmail.com> wrote:
> Hi guys. I touched a couple of packages so it will get obsolete soon if we
> don't integrate it.
> Anywone to review?
>
> On Sun,
Hi!
I've seen that FS takes as a file extension everything after the first dot,
instead of the last one.
Now, that conflicts with the naming we are using for our files:
- changesets and fileouts often take the form something.cs, something.1.cs,
something.2.cs
- image names: pharo-2.0.image, phar
On Jun 17, 2012, at 6:48 PM, Mariano Martinez Peck wrote:
>
>
> On Sun, Jun 17, 2012 at 10:03 AM, Marcus Denker
> wrote:
>
> On Jun 16, 2012, at 11:42 PM, Mariano Martinez Peck wrote:
>
> > If I search senders of 'foo' I do get those method that has #foo inside.
> > However, if I search cl
20139
-
- Issue 6081: Add basenameWithoutExtension to FileReference and Path.
http://code.google.com/p/pharo/issues/detail?id=6081
+1
From: pharo-project-boun...@lists.gforge.inria.fr
[pharo-project-boun...@lists.gforge.inria.fr] on behalf of Igor Stasenko
[siguc...@gmail.com]
Sent: Sunday, June 17, 2012 6:48 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] st
20138
-
FS for real Scriptloader impacted fixes
Stef and Camillo fighting the beast :)
20137
-
FS part monticello/scriptloader
On Sun, Jun 17, 2012 at 10:03 AM, Marcus Denker wrote:
>
> On Jun 16, 2012, at 11:42 PM, Mariano Martinez Peck wrote:
>
> > If I search senders of 'foo' I do get those method that has #foo inside.
> However, if I search class references to Bar, it doesn't found methods that
> have something like S
On Sun, Jun 17, 2012 at 4:36 PM, p...@highoctane.be wrote:
> Moved to Nautilus for a week, I am now back to OB. At least I can
> navigate through everything without weird things popping up in my face
> everyone in a while (well, even with OB there are quite a bunch.).
>
>
Good luck trying to make
20136
-
- Issue 6080: Fixing classBuilderTest.
http://code.google.com/p/pharo/issues/detail?id=6080
Am using 1.4
2012/6/17 Guillermo Polito :
>
> On Sun, Jun 17, 2012 at 5:28 PM, p...@highoctane.be
> wrote:
>>
>> There are. Editor's are in upon loading of KeyMappings.
>>
>
> Of course, I was refering to Pharo2.0 which includes Keymapping by default
> :). If you load Keymapping in Pharo 1.4 you
On Sun, Jun 17, 2012 at 5:28 PM, p...@highoctane.be wrote:
> There are. Editor's are in upon loading of KeyMappings.
>
>
Of course, I was refering to Pharo2.0 which includes Keymapping by default
:). If you load Keymapping in Pharo 1.4 you will have some extra
configurations.
> KMEditorsDefault
20135
-
- Issue 5967: FSForReal. (part five...)
The return of the lastModTime
http://code.google.com/p/pharo/issues/detail?id=6079
2012/6/17 Guillermo Polito :
>
> On Sun, Jun 17, 2012 at 5:08 PM, p...@highoctane.be
> wrote:
>>
>> Since I was looking at Keymapping and debugger, I was looking for the
>> preferences setting but couldn't find any.
>
>
> There are no keymappin
There are. Editor's are in upon loading of KeyMappings.
KMEditorsDefaultSettings>>defaultSettingsOn: aBuilder
is what I used as inspiration.
Phil
2012/6/17 Guillermo Polito :
>
> On Sun, Jun 17, 2012 at 5:08 PM, p...@highoctane.be
> wrote:
>>
>> Since I was looking at Keymapping and debugger,
On Sun, Jun 17, 2012 at 5:08 PM, p...@highoctane.be wrote:
> Since I was looking at Keymapping and debugger, I was looking for the
> preferences setting but couldn't find any.
>
There are no keymapping settings in the image (yet). All the keymappings
are hardcoded as they used to be (and waiting
Since I was looking at Keymapping and debugger, I was looking for the
preferences setting but couldn't find any.
So, I kind of cloned what was elsewhere for using it with the
debugger. I do not know where I can store this, so, here i the mcz.
--
Philippe Back
Dramatic Performance Improvements
Mo
On 17 June 2012 16:36, p...@highoctane.be wrote:
> Moved to Nautilus for a week, I am now back to OB. At least I can
> navigate through everything without weird things popping up in my face
> everyone in a while (well, even with OB there are quite a bunch.).
>
> Just an example with OB (screenshot
Guys, we should hack this together.
When is next sprint? :)
On 17 June 2012 16:08, Marcus Denker wrote:
>
> On Jun 17, 2012, at 4:05 PM, Sean P. DeNigris wrote:
>
>>
>> EstebanLM wrote
>>>
>>> Marcus proposal is good: map RPackage with MCPackage, tag the
>>> subcategories (RPackage allow adding a
On 17 June 2012 15:09, Sean P. DeNigris wrote:
>
> Igor Stasenko wrote
>>
>> I bet if you do that, some people will be alienated/antagonized by
>> this change
> Yes, but 2.0 is changing *alot*, so this is a good time to sneak this in :)
> Like pulling off a BandAid... the best thing to do is pull
Yes... But I didn't let you unlock him because of lack of time (my time)... But
next week we will see it :)
On 17/06/2012, at 16:18, Benjamin wrote:
> You must be kidding right :)
>
> Since you arrived, I told you at least once per week "we should sit together
> and see the monkey" ;)
>
> Be
You must be kidding right :)
Since you arrived, I told you at least once per week "we should sit together
and see the monkey" ;)
Ben
On Jun 17, 2012, at 11:42 AM, Esteban Lorenzano wrote:
> is locked in Benjamin's drawer, but with Camillo we are planning to free him
> this week :)
>
> On Jun
Esteban Lorenzano wrote:
I prefer codenames and not number because numbering is boring. Just that. 1.4.1 is a stupid number that makes people believe that there will be a 1.4.2, etc... (because our mind is designed that way, inevitably). And if I want to realease an emergency fix, as this version
On Jun 17, 2012, at 4:05 PM, Sean P. DeNigris wrote:
>
> EstebanLM wrote
>>
>> Marcus proposal is good: map RPackage with MCPackage, tag the
>> subcategories (RPackage allow adding attributes).
>>
> I'm not sure I completely understand... So MCPackages will become RPackages,
Yes.
> and subca
EstebanLM wrote
>
> Marcus proposal is good: map RPackage with MCPackage, tag the
> subcategories (RPackage allow adding attributes).
>
I'm not sure I completely understand... So MCPackages will become RPackages,
and subcategories will become RPackages tagged to indicate they belong to a
parent
Finally I'm making the progress public *officially* :P
I've written some posts in my blog about the bootstrap progress:
http://playingwithobjects.wordpress.com/2012/06/08/the-bootstrap-chronicles-chapter-1-preparing-the-soil/
http://playingwithobjects.wordpress.com/2012/06/11/the-bootstrap-chron
On Sat, Jun 16, 2012 at 11:53 PM, Benjamin <
benjamin.vanryseghem.ph...@gmail.com> wrote:
> My 2cts is for some event (and I think *modified is part of them), you got
> the event twice: before and after.
> So basically, one of the two events is wrong.
>
> Mariano, you should try to put an halt, an
Hi guys. I touched a couple of packages so it will get obsolete soon if we
don't integrate it.
Anywone to review?
On Sun, Jun 17, 2012 at 3:36 PM, wrote:
> Updates:
>Status: FixReviewNeeded
>
> Comment #1 on issue 6077 by marianopeck: Let DataStream only for
> Monticello Part2
> http://c
BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo-2.0-Tests/./Architecture=32,OS=mac/129/Project:Architecture=32,OS=macDate of build:Sun, 17 Jun 2012 15:24:00 +0200Build duration:1 min 3 secCHANGESNo ChangesCONSOLE OUTPUT[...truncated 1334 lines...] BasicCodeLoader>>installSourceFile
BUILD FAILUREBuild URLhttps://ci.lille.inria.fr/pharo/job/Pharo-2.0-Tests/./Architecture=32,OS=linux/129/Project:Architecture=32,OS=linuxDate of build:Sun, 17 Jun 2012 15:24:00 +0200Build duration:54 secCHANGESNo ChangesCONSOLE OUTPUT[...truncated 1332 lines...] do: [:reference | self installSou
philippeback wrote
>
> OB if we want traction with embarking new people into Pharo.
> ...
That makes sense. The only downside is that we will train people on one
browser and almost immediately switch to a new one. I remember questions
about how to "get the browser from PBE" (it was O2 I think).
Esteban Lorenzano wrote:
On Jun 17, 2012, at 5:10 AM, Ben Coman wrote:
Is Nautilus under any consideration to be the default browser for your summer release at all, or are you firmly committed to OB?
I need to know this to continue updating Pharo By Example for 1.4.
thi
Igor Stasenko wrote
>
> I bet if you do that, some people will be alienated/antagonized by
> this change
Yes, but 2.0 is changing *alot*, so this is a good time to sneak this in :)
Like pulling off a BandAid... the best thing to do is pull fast and get it
over with.
Igor Stasenko wrote
>
> As
On Sun, Jun 17, 2012 at 2:42 PM, Igor Stasenko wrote:
> On 17 June 2012 01:30, Sean P. DeNigris wrote:
> >
> > Igor Stasenko wrote
> >>
> >> because 'announcer weak subscribe: ' is explicit
> >>
> >
> > Either way, something is implicit. Why not make the common case implicit
> and
> > the uncomm
On 17 June 2012 01:30, Sean P. DeNigris wrote:
>
> Igor Stasenko wrote
>>
>> because 'announcer weak subscribe: ' is explicit
>>
>
> Either way, something is implicit. Why not make the common case implicit and
> the uncommon one slightly more verbose? "Make common things easy, rare
> things possib
20134
-
- Issue 5750: RPackage should rename extension methods in pckage renames.
Thanks Mariano Martinez-Peck and Guillermo Polito.
http://code.google.com/p/pharo/issues/detail?id=5750
- Issue 6073: Make PragmaCollector rely on SystemAnnouncer instead of
SystemChangeNo
The girl was attractive and that's why I talked to her.
Light was faster than sound in her case, so I left.
But, I wouldn't have spoken to her in the first place should she have
been an ugly betty.
That's just the way things go and why marketing focuses so much on
packaging, even if it is an ugly
yes, Configurations Browser needs a little love too :P
On Jun 17, 2012, at 12:44 PM, p...@highoctane.be wrote:
> Who is his/her right mind would be able to make sense of this without
> a lot of preexposure? And who the hell are those people?
>
> And figuring out they need to right click, followe
i for Pharo 1.4.1
no messy naming please.
Let's care more about what we put under the hood, than on glossy cover.
--
Best regards,
Igor Stasenko.
OB if we want traction with embarking new people into Pharo.
Think about the feeling it would give when faced with
incomplete/unstable in such a thing as the Browser for a new comer or
someone who wants to convince "the powers" that Pharo is an
interesting avenue to invest into.
Nautilus is the s
On Jun 17, 2012, at 5:10 AM, Ben Coman wrote:
> Is Nautilus under any consideration to be the default browser for your summer
> release at all, or are you firmly committed to OB?
> I need to know this to continue updating Pharo By Example for 1.4.
this is an interesting and important issue (muc
As a tribute to south america, why not pick up places, people, or events?
There is for sure a wealth of names and a rich history.
Would be great as lots of growth expected in that area of the world!
http://en.wikipedia.org/wiki/History_of_Argentina
http://en.wikipedia.org/wiki/History_of_Chile
P
I prefer codenames and not number because numbering is boring. Just that. 1.4.1
is a stupid number that makes people believe that there will be a 1.4.2, etc...
(because our mind is designed that way, inevitably). And if I want to realease
an emergency fix, as this version is 1.4.1 next version w
is locked in Benjamin's drawer, but with Camillo we are planning to free him
this week :)
On Jun 16, 2012, at 11:57 PM, Mariano Martinez Peck wrote:
> ulyses. Where is it? why is it not working? how can I make the monkey pick a
> particular issue?
>
> thanks
>
> --
> Mariano
> http://mariano
On 17 June 2012 09:38, Stéphane Ducasse wrote:
> Igor
>
> could you tell us what we should do with the issues on handle (feedback of
> lukas)
>
> http://code.google.com/p/pharo/issues/detail?id=5145
>
> Stef
oh, i thought this was already integrated.
i think we shall integrate it, and then we wi
On Jun 16, 2012, at 11:42 PM, Mariano Martinez Peck wrote:
> If I search senders of 'foo' I do get those method that has #foo inside.
> However, if I search class references to Bar, it doesn't found methods that
> have something like Smalltalk at: #Bar.
> shouldn't it also find this?
>
This i
Begin forwarded message:
> From: William Cook
> Subject: Re: Pharo
> Date: June 17, 2012 5:30:29 AM GMT+02:00
> To: Stéphane Ducasse
> Reply-To: wc...@cs.utexas.edu
>
> Hi again,
>
> By the way, I have noticed that there are lots of similarities between the
> Magritte project and the Enso p
Begin forwarded message:
> From: ph...@googlecode.com
> Subject: [Pharo-bugtracker] Issue 6075 in pharo: PrimitiveFailed: primitive
> #primClose: in MultiByteFileStream failed
> Date: June 17, 2012 7:38:03 AM GMT+02:00
> To: pharo-bugtrac...@lists.gforge.inria.fr
> Reply-To: codesite-nore...@go
Igor
could you tell us what we should do with the issues on handle (feedback of
lukas)
http://code.google.com/p/pharo/issues/detail?id=5145
Stef
On Jun 16, 2012, at 11:09 PM, Igor Stasenko wrote:
> On 16 June 2012 22:51, Mariano Martinez Peck wrote:
>> Hi, with the help of Guille I noticed t
83 matches
Mail list logo