Re: [Pharo-project] Issue 3652 in pharo: [Failing Test] MocketryTests.Actions.MockActionAcceptanceTests.testWillProcessBlocking

2011-02-04 Thread pharo


Comment #1 on issue 3652 by laurent@gmail.com: [Failing Test]  
MocketryTests.Actions.MockActionAcceptanceTests.testWillProcessBlocking

http://code.google.com/p/pharo/issues/detail?id=3652

strange... if I download last built (#117) from hudson all Mocketry tests  
passes.





Re: [Pharo-project] About FileSystem

2011-02-04 Thread Stéphane Ducasse
Ok I'm trying 

I have 

version102: spec 


spec for: #common do: [
spec blessing: #release.
spec package: 'FileSystem'].


(ConfigurationOfFilesystem project version:  '1.0.2') load

worked now 

(MetacelloToolBox validateConfiguration: ConfigurationOfFilesystem)
inspect

Critical Warning: No version specified for the package 'Filesystem' in 
version '1.0.1' { noVersionSpecified } [ #validateVersionSpec: ]
Critical Warning: The name of package 'FileSystem' does not match the 
file name 'Filesystem-cwp.63' in version '1.0.1' { packageNameMismatch } [ 
#validateVersionSpec: ]
Critical Warning: No version specified for the package 'Filesystem' in 
version '1.0.2' { noVersionSpecified } [ #validateVersionSpec: ]

I was confused why this is a critical warning?

 MetacelloToolBox descriptionForValidationReasonCode: #noVersionSpecified

I got a DNU at:at:

Stef


On Feb 3, 2011, at 10:18 PM, Dale Henrichs wrote:

> 
> On Feb 3, 2011, at 1:08 PM, Stéphane Ducasse wrote:
> 
>> I tried to publish a new configurationOfFilesystem
>> but after 15 min I stopped because I could not make it load.
>> For me there is something wrong with the interface of metacello because I 
>> can never remember it 
>> version: '1.0.2' did not load it while it defined as version: #'1.0.2'
>> and of course I tried string and symobols
> 
> Stef,
> 
> I recommend that you try to use the validator:
> 
>  (MetacelloToolBox validateConfiguration: ConfigurationOfFilesystem)
>   inspect
> 
> The validator should complain about using #'1.0.2' or '1.0.2' incorrectly. If 
> the issue printString isn't enough you should be able to get more info from 
> the #reasonCode:
> 
>  MetacelloToolBox descriptionForValidationReasonCode:  validation issue>
> 
> If the validator doesn't provide a good enough explanation, I'm interested in 
> improving it. 
> 
> If you run into a problem when you reconstruct the configuration and the 
> validator doesn't give you good information, then please feel free to ship me 
> a copy of the configuration so I can be the human validator - which in turn 
> will spur me on to improve the validator:)
> 
> I extend this invitation to anyone having trouble with Metacello.
> 
> Dale




Re: [Pharo-project] Network training

2011-02-04 Thread Laval Jannik
but how can i find these ip address in pharo?



Le 4 févr. 2011 à 07:49, Noury Bouraqadi  a écrit :

> 
> On 4 févr. 2011, at 06:43, jannik.laval wrote:
> 
>> 
>> A first question: 
>> I use "NetNameResolver localHostAddress" to retrieve my network address. Now 
>> in computers, there are multiple addresses. 
>> I do not find a method to retrieve a collection of my address and it seems 
>> to be not possible, because it uses primLocalAddress, which is a primitive 
>> returning one local address.
>> 
>> Does it exist something to have all my ip address?
>> 
> I'm not aware of such thing, though we need it.
> Note that you can however force a server socket to listen for connections on 
> any IP of your machine.
> 
> Noury
> 
> 



Re: [Pharo-project] Issue 3469 in pharo: [Failing Test] ShoutTests.Parsing.SHParserST80Test.testCollectionHierarchy

2011-02-04 Thread pharo


Comment #12 on issue 3469 by stephane...@gmail.com: [Failing Test]  
ShoutTests.Parsing.SHParserST80Test.testCollectionHierarchy

http://code.google.com/p/pharo/issues/detail?id=3469

why in 1.1. Let us focus on two releases




Re: [Pharo-project] Network training

2011-02-04 Thread Igor Stasenko
On 4 February 2011 09:19, Laval Jannik  wrote:
> but how can i find these ip address in pharo?
>
>
perhaps by writing new primitive :)


>
> Le 4 févr. 2011 à 07:49, Noury Bouraqadi  a écrit :
>
>>
>> On 4 févr. 2011, at 06:43, jannik.laval wrote:
>>
>>>
>>> A first question:
>>> I use "NetNameResolver localHostAddress" to retrieve my network address. 
>>> Now in computers, there are multiple addresses.
>>> I do not find a method to retrieve a collection of my address and it seems 
>>> to be not possible, because it uses primLocalAddress, which is a primitive 
>>> returning one local address.
>>>
>>> Does it exist something to have all my ip address?
>>>
>> I'm not aware of such thing, though we need it.
>> Note that you can however force a server socket to listen for connections on 
>> any IP of your machine.
>>
>> Noury
>>
>>
>
>



-- 
Best regards,
Igor Stasenko AKA sig.



[Pharo-project] Promoting/popularizing OB

2011-02-04 Thread Igor Stasenko
Hi,

just a comment.
It would be good to make a screencast(s), which showing the benefits
of using OB comparing to standard browser, i.e.
you doing some operation in standard browser (like moving ivar from
one class to another, or splitting class on two classes, or other
refactorings),
and then doing the same in OB.

So, people will know
 - the benefits
 - what they losing (time) by not using advanced tools

There is no need to demonstrate an advanced & complex operations, just
those which people using most often, when coding.


-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] Oh, great.. SqS is down

2011-02-04 Thread Fabrizio Perin
Hi all,
just remember that if SqS is not responding it doesn't mean necessarily that
the image crashes. It can also be that the machine is busy (remember that is
an old machine) or the image is computing (remember that SqS has not been
design to host hundreds projects and users) so it can be low responsive but
not dead. In that case it is better to try some maintenance instead  just
kill the machine to avoid problems like the one from Tudor.

Cheers,

Fabrizio

It already happen that SqS was "down" for half an hour and than everything
was fine without doing anything.


2011/2/4 Stéphane Ducasse 

> the idea is that once they get something running they will ask the
> community for feedback but not at the beginning to avoid noise.
>
> Stef
>
> On Feb 4, 2011, at 6:48 AM, Geert Claes wrote:
>
> >
> > Any news/update on the project ESUG is funding to replace sqs?
> > --
> > View this message in context:
> http://forum.world.st/Oh-great-SqS-is-down-tp3258477p3259502.html
> > Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> >
>
>
>


[Pharo-project] Tools->Configuration browser fails with DNU in Pharo1.3

2011-02-04 Thread Igor Stasenko
subject.

-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] Network training

2011-02-04 Thread Benjamin
I've started to play a little bit with network, you can see the repo: 
SockectExamples (you should have been added as dev) ;)


Ben

On Feb 4, 2011, at 9:48 AM, Igor Stasenko wrote:

> On 4 February 2011 09:19, Laval Jannik  wrote:
>> but how can i find these ip address in pharo?
>> 
>> 
> perhaps by writing new primitive :)
> 
> 
>> 
>> Le 4 févr. 2011 à 07:49, Noury Bouraqadi  a écrit :
>> 
>>> 
>>> On 4 févr. 2011, at 06:43, jannik.laval wrote:
>>> 
 
 A first question:
 I use "NetNameResolver localHostAddress" to retrieve my network address. 
 Now in computers, there are multiple addresses.
 I do not find a method to retrieve a collection of my address and it seems 
 to be not possible, because it uses primLocalAddress, which is a primitive 
 returning one local address.
 
 Does it exist something to have all my ip address?
 
>>> I'm not aware of such thing, though we need it.
>>> Note that you can however force a server socket to listen for connections 
>>> on any IP of your machine.
>>> 
>>> Noury
>>> 
>>> 
>> 
>> 
> 
> 
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 




Re: [Pharo-project] Hudson build for Seaside too?

2011-02-04 Thread Sven Van Caekenberghe
Torsten,

On 03 Feb 2011, at 22:02, Torsten Bergmann wrote:

> Tell me if this works for you.

I was trying to load the latestVersion of ConfigurationOfSeaside3 into the 
latest PharoCore 1.2, that does not work (the problem mentioned earlier).

Using the latest 'full' Pharo 1.2 image as you suggested does indeed work. (The 
package-cache does not seem to be a factor).

I am just guessing, but in the full image there is probably already some 
OmniBrowser stuff present that is different from what ConfigurationOfSeaside3 
tries to load.

Is there a place to get the script that turns PharoCore 1.2 into Pharo 1.2 ? It 
would be nice if it could be downloaded or viewed right in the build server.

Thanks for the help,

Sven




Re: [Pharo-project] Issue 3652 in pharo: [Failing Test] MocketryTests.Actions.MockActionAcceptanceTests.testWillProcessBlocking

2011-02-04 Thread pharo


Comment #2 on issue 3652 by dionisiy...@gmail.com: [Failing Test]  
MocketryTests.Actions.MockActionAcceptanceTests.testWillProcessBlocking

http://code.google.com/p/pharo/issues/detail?id=3652

This test with running another process logic. Maybe sometimes it can failed.
Do you see this fail permanently?




Re: [Pharo-project] Issue 3635 in pharo: [Hudson] reuse images downstream

2011-02-04 Thread pharo

Updates:
Status: Closed

Comment #3 on issue 3635 by marcus.d...@gmail.com: [Hudson] reuse images  
downstream

http://code.google.com/p/pharo/issues/detail?id=3635

Now this is solved (using the same solution as already used for the Moose  
based projects)


The latest Core is available as Core1.2, the latest Full as Full1.2
These are always the latest builds and can be used with builder just with  
-i Core1.2


I changed all Pharo builds to use this. We should check with Cyrille the  
other projects and unify.





[Pharo-project] Hudson build for Seaside too?

2011-02-04 Thread Torsten Bergmann
>I was trying to load the latestVersion of ConfigurationOfSeaside3 into the 
>>latest PharoCore 1.2

No, this wont work. The default config should be used 
only on Pharo-dev since it loads tests, tools, ...

Loading Seaside on Pharo Core makes only sense for deployment
and then you have to pick the pieces from the config that
you need. You can do this with the #load: method on the 
config and given the groups you need:

 (ConfigurationOfSeaside30 project version: '3.0.3') load: { 'Grease Core'  }

for instance loads only Grease.

>Is there a place to get the script that turns PharoCore 1.2 into 
>Pharo 1.2 ?

Pharo 1.2 is always built by using (guess what, tadaaa): 
the "ConfigurationOfPharo"


So from PharoCore 1.2 to PharoDev 1.2:

  ---
   Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfPharo';
load.

  ((Smalltalk at: #ConfigurationOfPharo) project lastVersion) load
  ---

The last version is currently "1.2-beta2", just look into the 
ConfigurationOfPharo class.


The build script "Pharo-1.2.st" that the Hudson server is using
is available at:

http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20110203/8c0e4bd2/attachment.obj

It first updates the core and does some other "magic".

You can just file this into a recent 1.2 core and your machine is the
build server :)

Take care when you use it - it automatically saves when finished and 
therefore overwrites the core image used.

Bye
T


-- 
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de



Re: [Pharo-project] Hudson build for Seaside too?

2011-02-04 Thread Sven Van Caekenberghe
Thanks a lot, again, Torsten, I will be checking this out over the weekend.

Your replies are really helpful and clear.

Sven

BTW: a big thanks to all the others involved in making all this possible, I 
know it is a lot of hard work.

On 04 Feb 2011, at 11:18, Torsten Bergmann wrote:

>> I was trying to load the latestVersion of ConfigurationOfSeaside3 into the 
>> >latest PharoCore 1.2
> 
> No, this wont work. The default config should be used 
> only on Pharo-dev since it loads tests, tools, ...
> 
> Loading Seaside on Pharo Core makes only sense for deployment
> and then you have to pick the pieces from the config that
> you need. You can do this with the #load: method on the 
> config and given the groups you need:
> 
> (ConfigurationOfSeaside30 project version: '3.0.3') load: { 'Grease Core'  }
> 
> for instance loads only Grease.
> 
>> Is there a place to get the script that turns PharoCore 1.2 into 
>> Pharo 1.2 ?
> 
> Pharo 1.2 is always built by using (guess what, tadaaa): 
> the "ConfigurationOfPharo"
> 
> 
> So from PharoCore 1.2 to PharoDev 1.2:
> 
>  ---
>   Gofer new
>squeaksource: 'MetacelloRepository';
>package: 'ConfigurationOfPharo';
>load.
> 
>  ((Smalltalk at: #ConfigurationOfPharo) project lastVersion) load
>  ---
> 
> The last version is currently "1.2-beta2", just look into the 
> ConfigurationOfPharo class.
> 
> 
> The build script "Pharo-1.2.st" that the Hudson server is using
> is available at:
> 
> http://lists.gforge.inria.fr/pipermail/pharo-project/attachments/20110203/8c0e4bd2/attachment.obj
> 
> It first updates the core and does some other "magic".
> 
> You can just file this into a recent 1.2 core and your machine is the
> build server :)
> 
> Take care when you use it - it automatically saves when finished and 
> therefore overwrites the core image used.
> 
> Bye
> T
> 
> 
> -- 
> Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
> belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de




[Pharo-project] Fwd: 1.1.2 post production fixes from netstyle

2011-02-04 Thread Stéphane Ducasse


Begin forwarded message:

> From: Adrian Lienhard 
> Date: February 4, 2011 10:35:24 AM GMT+01:00
> To: Marcus Denker 
> Cc: Stéphane Ducasse 
> Subject: 1.1.2
> 
> The fixes we add to 1.1.1 are:
> 
> * http://code.google.com/p/pharo/issues/detail?id=2750
> This is important for image segments. Apart from that we use a plain 1.1.1 
> image stripped with #cleanUpForProduction.
> 
> * http://code.google.com/p/pharo/issues/detail?id=3498
> This is the fix for the concurrency issue in linked list that kills your 
> image. I would certainly add this one to 1.1.2
> 
> * http://code.google.com/p/pharo/issues/detail?id=3542
> This one is "Add SmalltalkImage>>#gcBiasToGrow: and friends to core". It is 
> not critical, but we use it to be able to modify the two additional GC params.
> 
> * lastly we removed the duplicated methods from a trait in Behavior to make 
> Lint tests pass (I think I posted that but I can't find it in the tracker 
> right now). See attachement.


removeduplicatedmethodfromtrait.1.cs
Description: Binary data
> 
> 
> Cheers,
> Adrian
> 
> 
> __
> www.adrian-lienhard.ch
> twitter.com/adrianlienhard
> 



Re: [Pharo-project] 12th Libre Software Meeting - call for participation

2011-02-04 Thread Stéphane Ducasse
whose is taking action to send a proposal?

I'm sure that esug could support a presence there

Stef

> Here: http://2011.rmll.info/appel.html
> 
> 
> Laurent Laffont - @lolgzs
> 
> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> Blog: http://magaloma.blogspot.com/




Re: [Pharo-project] Network training

2011-02-04 Thread jannik.laval

On Feb 4, 2011, at 09:48 , Igor Stasenko wrote:

> On 4 February 2011 09:19, Laval Jannik  wrote:
>> but how can i find these ip address in pharo?
>> 
>> 
> perhaps by writing new primitive :)
> 
Is there one already existing ?

Now, another thing, the method: NetNameResolver>>isConnected.
Inside there is this code:

===
isConnected
"Dirty, but avoids fixing the plugin bug"
[NetNameResolver addressForName: 'www.esug.org'.] on: NameLookupFailure 
do: [:ex| ^false].
^true
===

The comment is clear... is the plugin bug fixed ?

---
Jannik Laval



[Pharo-project] [Hudson] News

2011-02-04 Thread Marcus Denker
-> Image after tests have run is now saved as a zip with a better name. e.g: 

https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/lastSuccessfulBuild/artifact/Pharo-1.2-AfterRunningTests.zip

-> Now we have a scheme in place for re-using generated images further "down" 
in the build stream
 This means: Core is updated, then saved. Then a build of Full is triggered 
automatically, re-using the updated Core.
 Full then is saved, usable for other projects (ie clients like Seaside or 
experimental things ike RPackacke or Opal)
 
 For one, this saves some build time and it makes builds on top of Full 
actually practical.
 (this means my Opal image is always up-to date and I can start just with 
fresh image in the morning)

-> Therefore, we have now a "Pharo-Clients" tab:

  https://pharo-ic.lille.inria.fr/hudson/view/Pharo-Clients/

I am adding Seaside now, but we can add whatever we want to have knowledge 
on how changes influence clients.
(So if you want your project here, just send a mail with build 
instructions!)

-> For Coral I am experimenting with dedicated regression test projects. This 
will be good for many things in the image,
too. (e.g. writing new sources, condensing changes, recompiling, 
decompiling...)


Marcus

--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Germán Arduino
2011/2/4 Stéphane Ducasse :
> Hi guys
>
> I would like to see a model like that around the pharo virtual machine 
> emerging
>        http://phk.freebsd.dk/VML/
>
> stef
>

I was hung reading this page and look interesting (not only to Pharo)
else a lot of other open projects we do with Pharo.

Personally I never tried this type of collection of money, but my
suspicion is that to work you need a critical mass of users, including
businesses

Germán.



Re: [Pharo-project] [Hudson] News

2011-02-04 Thread Geert Claes

Nice, maybe we should rename the tab "Tous" to "All" :)
-- 
View this message in context: 
http://forum.world.st/Hudson-News-tp3260030p3260045.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



[Pharo-project] Metacello issue on Linux

2011-02-04 Thread Igor Stasenko
Hello..

i trying to load VMMaker using metacello config on linux ..

and it seems like a file system/plugins working differently there, so
during package loading
i got FileExists exception (for .mcz files which happen to be already
in package-cache).

The error triggered in
MCCacheRepository(MCDirectoryRepository)>>writeStreamForFileNamed:
aString replace: aBoolean do: aBlock

i don't know why it can't use cached version (since file already
exists, it should, yes?)



Try issuing following in pharo-1.3 core
image(http://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/)


Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfCog';
load.

((Smalltalk at: #ConfigurationOfCog) project
version: '1.2') load.


on mac it works well.

Update:

It appears that the bug triggers only if you have wiped-clean
package-cache dir , which is always true in my setup, because
i do 'rm -rf build' before starting putting things there.

Here the package-cache contents at the moment of error:

ls package-cache/
ConfigurationOfCog-IgorStasenko.4.mcz
ConfigurationOfMetacello-DaleHenrichs.554.mcz
Metacello-Core-DaleHenrichs.455.mcz
ConfigurationOfHelpSystem-DaleHenrichs.13.mcz
Metacello-Base-DaleHenrichs.19.mcz
Metacello-MC-DaleHenrichs.505.mcz


i need help with it.. because it looks like a bad karma.. each time i
think that my build setup is ready to roll, some shitty thing pops up
and
blocks me from finishing things i do.


Before that i was using a script which were simply loaded a list of
.mcz packages from corresponding locations. And everything just
worked,
except that i chosen to use metacello.. to not have problems to deal
with need to load different packages for different forks, but now
metacello blocks me. :(

-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] [Hudson] News

2011-02-04 Thread Marcus Denker

On Feb 4, 2011, at 12:58 PM, Geert Claes wrote:

> 
> Nice, maybe we should rename the tab "Tous" to "All" :)

I do not now how (it has no button for renaming like the others)


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.




[Pharo-project] Issue 3654 in pharo: Fixes from Netstyle for 1.1.2

2011-02-04 Thread pharo

Status: Accepted
Owner: marcus.d...@gmail.com
Labels: Milestone-1.1.1

New issue 3654 by marcus.d...@gmail.com: Fixes from Netstyle for 1.1.2
http://code.google.com/p/pharo/issues/detail?id=3654

The fixes we add to 1.1.1 are:

* http://code.google.com/p/pharo/issues/detail?id=2750
This is important for image segments. Apart from that we use a plain 1.1.1  
image stripped with #cleanUpForProduction.


* http://code.google.com/p/pharo/issues/detail?id=3498
This is the fix for the concurrency issue in linked list that kills your  
image. I would certainly add this one to 1.1.2


* http://code.google.com/p/pharo/issues/detail?id=3542
This one is "Add SmalltalkImage>>#gcBiasToGrow: and friends to core". It is  
not critical, but we use it to be able to modify the two additional GC  
params.


* lastly we removed the duplicated methods from a trait in Behavior to make  
Lint tests pass (I think I posted that but I can't find it in the tracker  
right now). See attachement.


Attachments:
removeduplicatedmethodfromtrait.1.cs  154 bytes




Re: [Pharo-project] Network training

2011-02-04 Thread Levente Uzonyi

On Fri, 4 Feb 2011, jannik.laval wrote:


Hi,

I am playing with Network package.
I am giving a practical work to my students, in Java :(
And I am doing the same in Pharo to understand the Network package :)))

A first question:
I use "NetNameResolver localHostAddress" to retrieve my network address. Now in 
computers, there are multiple addresses.
I do not find a method to retrieve a collection of my address and it seems to 
be not possible, because it uses primLocalAddress, which is a primitive 
returning one local address.

Does it exist something to have all my ip address?


Yes. The network changes that were introduced in Pharo 1.1 and were 
reverted before the release contained such methods. In theory both the VM 
side and client side code is ready for this (Etoys uses it on OLPC), but 
some VMs (e.g. Cog) don't have the latest plugin versions, so the 
primitives don't work there.



Levente



Thank you,



---
Jannik Laval







[Pharo-project] Issue 3655 in pharo: Tools->Configuration browser fails with DNU in Pharo1.3

2011-02-04 Thread pharo

Status: Accepted
Owner: marcus.d...@gmail.com

New issue 3655 by marcus.d...@gmail.com: Tools->Configuration browser fails  
with DNU in Pharo1.3

http://code.google.com/p/pharo/issues/detail?id=3655

Tools->Configuration browser fails with DNU in Pharo1.3




Re: [Pharo-project] [Hudson] News

2011-02-04 Thread Stéphane Ducasse
I love that!
Gorgeous!

Stef
> -> Image after tests have run is now saved as a zip with a better name. e.g: 
>   
> https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/lastSuccessfulBuild/artifact/Pharo-1.2-AfterRunningTests.zip
> 
> -> Now we have a scheme in place for re-using generated images further "down" 
> in the build stream
> This means: Core is updated, then saved. Then a build of Full is 
> triggered automatically, re-using the updated Core.
> Full then is saved, usable for other projects (ie clients like Seaside or 
> experimental things ike RPackacke or Opal)
> 
> For one, this saves some build time and it makes builds on top of Full 
> actually practical.
> (this means my Opal image is always up-to date and I can start just with 
> fresh image in the morning)
> 
> -> Therefore, we have now a "Pharo-Clients" tab:
> 
>  https://pharo-ic.lille.inria.fr/hudson/view/Pharo-Clients/
> 
>I am adding Seaside now, but we can add whatever we want to have knowledge 
> on how changes influence clients.
>(So if you want your project here, just send a mail with build 
> instructions!)
> 
> -> For Coral I am experimenting with dedicated regression test projects. This 
> will be good for many things in the image,
>too. (e.g. writing new sources, condensing changes, recompiling, 
> decompiling...)
> 
> 
>   Marcus
> 
> --
> Marcus Denker  -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
> 
> 




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Igor Stasenko
On 4 February 2011 12:48, Germán Arduino  wrote:
> 2011/2/4 Stéphane Ducasse :
>> Hi guys
>>
>> I would like to see a model like that around the pharo virtual machine 
>> emerging
>>        http://phk.freebsd.dk/VML/
>>
>> stef
>>
>
> I was hung reading this page and look interesting (not only to Pharo)
> else a lot of other open projects we do with Pharo.
>
> Personally I never tried this type of collection of money, but my
> suspicion is that to work you need a critical mass of users, including
> businesses
>

This is two-way road. And this is what Stephane trying to do from his
side: enabling people to support Pharo in other ways than just
coding/bugfixing :).

> Germán.
>
>



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Stéphane Ducasse
> 
>> Hi guys
>> 
>> I would like to see a model like that around the pharo virtual machine 
>> emerging
>>http://phk.freebsd.dk/VML/
>> 
>> stef
>> 
> 
> I was hung reading this page and look interesting (not only to Pharo)
> else a lot of other open projects we do with Pharo.
> 
> Personally I never tried this type of collection of money, but my
> suspicion is that to work you need a critical mass of users, including
> businesses

Yes let us create it.
I imagine that people would love to have a vm that is actively developed and 
not only by two guys 
that can have truck factor effect. No?

I think that I would like to be able to say to people: 
invest on us because we are building a system that will survive us.

Surviving us:
- clean robust documented.
- easy to build

and to my ears this looks like properties I like
Stef




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Geert Claes

Maybe we should follow the banner approach like wikipedia and wikileaks :)

http://forum.world.st/file/n3260101/PharoBoardAppeal.png 
-- 
View this message in context: 
http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260101.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] [Hudson] News

2011-02-04 Thread Igor Stasenko
On 4 February 2011 13:34, Stéphane Ducasse  wrote:
> I love that!
> Gorgeous!
>

Yes, that what means 'buildin on top of ...'.

In that way people could quite easily follow the bleeding edge,
because in minutes after pharo-core update
they could see what new change meant to their own project, if it works
well or breaks something badly.

> Stef


-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Igor Stasenko
On 4 February 2011 13:43, Geert Claes  wrote:
>
> Maybe we should follow the banner approach like wikipedia and wikileaks :)
>
> http://forum.world.st/file/n3260101/PharoBoardAppeal.png

haha.. who is that gray alien between two humans? :)


> --
> View this message in context: 
> http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260101.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
>



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] [ANN] Alien on Pharo 1.2

2011-02-04 Thread Luc Fabresse
Hi Serge,

 Sorry but I didn't write much in this chapter.
 I should continue on this ;-)

#Luc


2011/2/4 Serge Stinckwich 

> On Sun, Jan 30, 2011 at 7:05 PM, Luc Fabresse 
> wrote:
> > Hi all,
> > I just committed new versions of Alien on squeaksource to make it run on
> 1.2
> > I also modified the ConfigurationOfAlien to easily load it:
> > (ConfigurationOfAlien project version: 'Pharo 1.1') load
> > (ConfigurationOfAlien project version: 'Pharo 1.2') load
> > (ConfigurationOfAlien project version: 'Pharo 1.1') load: {'All'.
> 'MacOSX'}
> > (ConfigurationOfAlien project version: 'Pharo 1.2') load: {'All'.
> 'MacOSX'}
> > #Luc
> >
>
> Great work !
> Any news from the Alien chapter for the Pharo book ? ;-)
>
> Regards,
> --
> Serge Stinckwich
> UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
> Every DSL ends up being Smalltalk
> http://doesnotunderstand.org/
>
>


Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Adrian Lienhard
*g*

I was always annoyed by this Wikipedia banner as it just used up almost half of 
my browser window.

And I don't think I need to be on such a banner either.

Cheers,
Adrian

 

On Feb 4, 2011, at 13:46 , Igor Stasenko wrote:

> On 4 February 2011 13:43, Geert Claes  wrote:
>> 
>> Maybe we should follow the banner approach like wikipedia and wikileaks :)
>> 
>> http://forum.world.st/file/n3260101/PharoBoardAppeal.png
> 
> haha.. who is that gray alien between two humans? :)
> 
> 
>> --
>> View this message in context: 
>> http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260101.html
>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>> 
>> 
> 
> 
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Esteban Lorenzano
+1

El 04/02/2011, a las 4:13a.m., Stéphane Ducasse escribió:

> Hi guys
> 
> I would like to see a model like that around the pharo virtual machine 
> emerging
>   http://phk.freebsd.dk/VML/
> 
> stef




Re: [Pharo-project] About FileSystem

2011-02-04 Thread Dale Henrichs

On Feb 4, 2011, at 12:12 AM, Stéphane Ducasse wrote:

> Ok I'm trying 
> 
> I have 
> 
> version102: spec 
>   
>   
>   spec for: #common do: [
>   spec blessing: #release.
>   spec package: 'FileSystem'].
> 
> 
> (ConfigurationOfFilesystem project version:  '1.0.2') load
> 
> worked now 
> 
> (MetacelloToolBox validateConfiguration: ConfigurationOfFilesystem)
>   inspect
> 
>   Critical Warning: No version specified for the package 'Filesystem' in 
> version '1.0.1' { noVersionSpecified } [ #validateVersionSpec: ]
>   Critical Warning: The name of package 'FileSystem' does not match the 
> file name 'Filesystem-cwp.63' in version '1.0.1' { packageNameMismatch } [ 
> #validateVersionSpec: ]
>   Critical Warning: No version specified for the package 'Filesystem' in 
> version '1.0.2' { noVersionSpecified } [ #validateVersionSpec: ]
> 
> I was confused why this is a critical warning?
> 
> MetacelloToolBox descriptionForValidationReasonCode: #noVersionSpecified
> 
> I got a DNU at:at:

Ah yes, the at:at: problem .. I have had a fix for that in 1.0-beta.28.3 for 
awhile but got busy and neglected to push out a new version ... too many things 
going on:(

The description for #noVersionSpecified is:

   'no version defined for the project reference or package. The version 
specified in the 
baseline or the latest version of the project or package in the repository 
will be used.'

and the description for #packageNameMismatch is:

   'the name in the packageSpec does not match the name of the mcz file.'

You haven't provided the baseline spec or the spec for 1.0.1, but it looks like 
you must have used the name:

  Filesystem

in the baseline, while you are using the name

  FileSystem

(with a capital S) in the 1.0.2 spec and in the 1.0.1 spec. Perhaps you have 
renamed the package from Filesystem... to FileSystem...?

#noVersionSpecified is a criticalWarning, because a version spec should have 
explicit versions specified for all packages and projects, otherwise you don't 
have a complete specification. As the 1.0.2 spec stands the latest mz file in 
the repository will be loaded.  

I'll try to push out 1.0-beta.28.3 this weekend:)

Dale




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Geert Claes

A bit of a laugh, it's Friday after all :)

http://forum.world.st/file/n3260143/PharoBoardAppeal2.png 

-- 
View this message in context: 
http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260143.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] Metacello issue on Linux

2011-02-04 Thread Dale Henrichs
Igor,

I don't have a PharoCore1.3what's the name of the mcz file that is being 
written? 

I would guess that monticello is trying to make a copy of the file in the 
package-cache when there is already an existing copy ... 

Do you happen to be using the package-cache as your source repository?

Dale

On Feb 4, 2011, at 4:10 AM, Igor Stasenko wrote:

> Hello..
> 
> i trying to load VMMaker using metacello config on linux ..
> 
> and it seems like a file system/plugins working differently there, so
> during package loading
> i got FileExists exception (for .mcz files which happen to be already
> in package-cache).
> 
> The error triggered in
> MCCacheRepository(MCDirectoryRepository)>>writeStreamForFileNamed:
> aString replace: aBoolean do: aBlock
> 
> i don't know why it can't use cached version (since file already
> exists, it should, yes?)
> 
> 
> 
> Try issuing following in pharo-1.3 core
> image(http://pharo-ic.lille.inria.fr/hudson/job/Pharo%20Core%201.3/)
> 
> 
> Gofer new
>   squeaksource: 'MetacelloRepository';
>   package: 'ConfigurationOfCog';
>   load.
>   
> ((Smalltalk at: #ConfigurationOfCog) project
>   version: '1.2') load.
>   
> 
> on mac it works well.
> 
> Update:
> 
> It appears that the bug triggers only if you have wiped-clean
> package-cache dir , which is always true in my setup, because
> i do 'rm -rf build' before starting putting things there.
> 
> Here the package-cache contents at the moment of error:
> 
> ls package-cache/
> ConfigurationOfCog-IgorStasenko.4.mcz
> ConfigurationOfMetacello-DaleHenrichs.554.mcz
> Metacello-Core-DaleHenrichs.455.mcz
> ConfigurationOfHelpSystem-DaleHenrichs.13.mcz
> Metacello-Base-DaleHenrichs.19.mcz
> Metacello-MC-DaleHenrichs.505.mcz
> 
> 
> i need help with it.. because it looks like a bad karma.. each time i
> think that my build setup is ready to roll, some shitty thing pops up
> and
> blocks me from finishing things i do.
> 
> 
> Before that i was using a script which were simply loaded a list of
> .mcz packages from corresponding locations. And everything just
> worked,
> except that i chosen to use metacello.. to not have problems to deal
> with need to load different packages for different forks, but now
> metacello blocks me. :(
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Igor Stasenko
On 4 February 2011 14:13, Geert Claes  wrote:
>
> A bit of a laugh, it's Friday after all :)
>

There's better photos
http://www.google.com/images?q=stephane+ducasse&biw=2560&bih=1248

like this one:

http://t0.gstatic.com/images?q=tbn:ANd9GcQ0Yjzjbrwnaq8Y0fyu1rY8VCqEEhhRZEl9hyn9L1UlN5hqzqgxVg

> http://forum.world.st/file/n3260143/PharoBoardAppeal2.png
>
> --
> View this message in context: 
> http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260143.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>
>



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Germán Arduino
hahaha, We need a little laughter too, is not necessary to work with a frown :)

2011/2/4 Igor Stasenko :
> On 4 February 2011 14:13, Geert Claes  wrote:
>>
>> A bit of a laugh, it's Friday after all :)
>>
>
> There's better photos
> http://www.google.com/images?q=stephane+ducasse&biw=2560&bih=1248
>
> like this one:
>
> http://t0.gstatic.com/images?q=tbn:ANd9GcQ0Yjzjbrwnaq8Y0fyu1rY8VCqEEhhRZEl9hyn9L1UlN5hqzqgxVg
>
>> http://forum.world.st/file/n3260143/PharoBoardAppeal2.png
>>
>> --
>> View this message in context: 
>> http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260143.html
>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
>>
>>
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>



Re: [Pharo-project] Network training

2011-02-04 Thread Noury Bouraqadi

On 4 févr. 2011, at 12:38, jannik.laval wrote:

> 
> On Feb 4, 2011, at 09:48 , Igor Stasenko wrote:
> 
>> On 4 February 2011 09:19, Laval Jannik  wrote:
>>> but how can i find these ip address in pharo?
>>> 
>>> 
>> perhaps by writing new primitive :)
>> 
> Is there one already existing ?
> 
I don't think so.
An alternative might be to use an Ocean-like approach and call OS features 
directly through some FFI.

> Now, another thing, the method: NetNameResolver>>isConnected.
> Inside there is this code:
> 
> ===
> isConnected
>   "Dirty, but avoids fixing the plugin bug"
>   [NetNameResolver addressForName: 'www.esug.org'.] on: NameLookupFailure 
> do: [:ex| ^false].
>   ^true
> ===
> 
> The comment is clear... is the plugin bug fixed ?
> 
No. 

Luc and I decided that it does not worth it struggling with the plugin.
This is why we initiated the Ocean project (plugin-free networking) available 
on SqueakSource.

We made interesting (though slow) progress so far.
Currently we have a complete library for TCP client socket.
For the server socket to be usable we need multithreading Alien which is not 
available yet. Hope Eliot will have time to work on this soon or may be we'll 
get NativeBoost working on all major platforms (Go Igore!!!).

Instead of remaining stalled or hacking some temporary solution, we changed a 
bit our strategy in order to have (hopefully) support for TCP sockets ready for 
Pharo 1.3. Our idea is that the limitations of networking problem have 2 
origins: The poor library and the plugin.

We decided to put all our effort on the library and having it work with the 
plugin. We are re-writing it fully with tests.
Our design is independent of the low-level network support (Bridge pattern).
So, we can (didn't test yet) be able to work either with the plugin or with any 
external networking library, through Alien or other FFI.
Once we'll be done with the library, we'll tackle the plugin issue.

The Ocean is wide, we have to row a lot ;-)
Noury



[Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Germán Arduino
I tried the 2 latest Beta and fail, also the 1.1 version fail.

Which ConfigurationOfPharo I should use with Pharo 1.2 ?

Cheers.



Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Guillermo Polito
I'm Using '1.2-beta2'.

Should we remove invalid and unused versions?  I'll add a few comments at
lunch time ;)

On Fri, Feb 4, 2011 at 10:53 AM, Germán Arduino  wrote:

> I tried the 2 latest Beta and fail, also the 1.1 version fail.
>
> Which ConfigurationOfPharo I should use with Pharo 1.2 ?
>
> Cheers.
>
>


Re: [Pharo-project] Metacello issue on Linux

2011-02-04 Thread Igor Stasenko
On 4 February 2011 14:21, Dale Henrichs  wrote:
> Igor,
>
> I don't have a PharoCore1.3what's the name of the mcz file that is being 
> written?
>
> I would guess that monticello is trying to make a copy of the file in the 
> package-cache when there is already an existing copy ...
>
> Do you happen to be using the package-cache as your source repository?
>

We tracked down this bug.

It is related to retrieving entries of directory on linux.

For some unknown reason  'self allFileNames' in:

MCCacheRepository>>basicStoreVersion: aVersion
(aVersion isCacheable and: [self allFileNames includes: aVersion 
fileName])
ifFalse: [super basicStoreVersion: aVersion]


answers an empty collection.
And all it does is just queries the package-cache dir for its entries.
What is strange that after i evaluated the
(FileDirectory default / 'package-cache' )entries

and then re-evaluated same thing in method above, it worked, and
retrieved the entries for package-cache dir.


The VM i using is:

Smalltalk vmVersion
'Squeak4.1 of 17 April 2010 [latest update: #9957]'


(half hour later)
i suspected that this is because i mounted mac-os host system
directory in my linux virtual machine filesystem,
and there is something not ok with.

After moving image to 'linux' server file system dir, everything works ok...

So, it appears that the bug in virtualbox filesystem :))
Sorry for false alarm :)


> Dale



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Dale Henrichs
ConfigurationOfPharo should have a #stable symbolic version defined that 
specifies the version that should be used in 1.2, 1.1, and 1.0 ... then one 
just loads the #stable version:

  (ConfigurationOfPharo project version: #stable) load

and you'll get the right version loaded for the platform version ... even 
though the version is under development I think it is valid to specify a 
#stable symbolic version for Pharo1.2, just so folks don't have to ask this 
question over and over again ... Don't let the name 'stable' scare you ...

The intent is that the #stable symbolic version specifies the version that 
should be loaded  the developer decides which versions are #stable for each 
platform version and when a new version becomes "the version to use" the 
developer updates the specification.

The users of a configuration shouldn't have to think ... remember in the past 
the recommended pattern was:

  ConfigurationOfPharo project latestVersion load

and that worked fine until Pharo1.1 and Pharo1.2 were introduced. The 
expression:

  (ConfigurationOfPharo project version: #stable) load

is intended to replace the use of #latestVersion because it makes it possible 
to explicitly specify the "latest version" on a platform by platform and 
platform version basis...

Sorry if I appear to be ranting ... I'm just trying to get the message out:)

Dale

On Feb 4, 2011, at 6:01 AM, Guillermo Polito wrote:

I'm Using '1.2-beta2'.

Should we remove invalid and unused versions?  I'll add a few comments at lunch 
time ;)

On Fri, Feb 4, 2011 at 10:53 AM, Germán Arduino 
mailto:gardu...@gmail.com>> wrote:
I tried the 2 latest Beta and fail, also the 1.1 version fail.

Which ConfigurationOfPharo I should use with Pharo 1.2 ?

Cheers.






Re: [Pharo-project] Hudson build for Seaside too?

2011-02-04 Thread Marcus Denker

> On Feb 3, 2011, at 5:05 PM, Torsten Bergmann wrote:
> 
>> OK - we have the hudson build for Pharo Core, Pharo, Moose, ...
>> 
>> Since Pharo is the reference platform for Seaside
>> wouldnt it make sense to run a hudson build for
>> Seaside too:
>> 
>> 
>>  Gofer new
>>  squeaksource: 'MetacelloRepository';
>>  package: 'ConfigurationOfSeaside30';
>>  load.
>>  
>>  ((Smalltalk at: #ConfigurationOfSeaside30) project latestVersion) load. 
>> 

Hudson now build a Seaside image and runs all tests after the Full image 1.2 
build:

https://pharo-ic.lille.inria.fr/hudson/job/Seaside%20on%20Pharo%201.2/

TODO: 1.3, after fixing the Full 1.3 build.

Marcus


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.




Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Guillermo Polito
Dale, Is there a place where I can read how to configure the symbolic
versions?

Thx!
Guille :)

On Fri, Feb 4, 2011 at 11:29 AM, Dale Henrichs  wrote:

> ConfigurationOfPharo should have a #stable symbolic version defined that
> specifies the version that should be used in 1.2, 1.1, and 1.0 ... then one
> just loads the #stable version:
>
>  (ConfigurationOfPharo project version: #stable) load
>
> and you'll get the right version loaded for the platform version ... even
> though the version is under development I think it is valid to specify a
> #stable symbolic version for Pharo1.2, just so folks don't have to ask this
> question over and over again ... Don't let the name 'stable' scare you ...
>
> The intent is that the #stable symbolic version specifies the version that
> should be loaded  the developer decides which versions are #stable for
> each platform version and when a new version becomes "the version to use"
> the developer updates the specification.
>
> The users of a configuration shouldn't have to think ... remember in the
> past the recommended pattern was:
>
>  ConfigurationOfPharo project latestVersion load
>
> and that worked fine until Pharo1.1 and Pharo1.2 were introduced. The
> expression:
>
>  (ConfigurationOfPharo project version: #stable) load
>
> is intended to replace the use of #latestVersion because it makes it
> possible to explicitly specify the "latest version" on a platform by
> platform and platform version basis...
>
> Sorry if I appear to be ranting ... I'm just trying to get the message
> out:)
>
> Dale
>
> On Feb 4, 2011, at 6:01 AM, Guillermo Polito wrote:
>
> I'm Using '1.2-beta2'.
>
> Should we remove invalid and unused versions?  I'll add a few comments at
> lunch time ;)
>
> On Fri, Feb 4, 2011 at 10:53 AM, Germán Arduino  > wrote:
> I tried the 2 latest Beta and fail, also the 1.1 version fail.
>
> Which ConfigurationOfPharo I should use with Pharo 1.2 ?
>
> Cheers.
>
>
>
>
>


Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Marcus Denker

On Feb 4, 2011, at 2:53 PM, Germán Arduino wrote:

> I tried the 2 latest Beta and fail, also the 1.1 version fail.
> 
> Which ConfigurationOfPharo I should use with Pharo 1.2 ?
> 
> 

Deprecation raiseWarning: false.
Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfPharo';
load.

((Smalltalk at: #ConfigurationOfPharo) project lastVersion) perform: #silently: 
with: true; perform: #load.


You can always download the latest image here:


https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/lastSuccessfulBuild/artifact/Pharo-1.2.zip


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.




Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Dale Henrichs

On Feb 4, 2011, at 6:01 AM, Guillermo Polito wrote:

> 
> Should we remove invalid and unused versions?  

Good question. 

I think the first rule of thumb is to never remove a version from a 
configuration. Once you have published a configuration you don't know if 
someone else has referenced a published version in their configuration and if 
you remove the version you will break their configuration. 

Removing a configuration version is the moral equivalent of deleting an mcz 
file from a repository...it only hurts the other folks that depend upon the 
file.

Sooo, it follows that a) if you don't think any is using the version and b) you 
don't mind if you break someone else's configuration then you can go ahead and 
remove the version...in the case of an emergency, the removed version can be 
restored from and older version of the configuration mcz file ...

Dale


Re: [Pharo-project] [Hudson] News

2011-02-04 Thread Miguel Cobá
Very good!

El vie, 04-02-2011 a las 12:42 +0100, Marcus Denker escribió:
> -> Image after tests have run is now saved as a zip with a better name. e.g: 
>   
> https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/lastSuccessfulBuild/artifact/Pharo-1.2-AfterRunningTests.zip
> 
> -> Now we have a scheme in place for re-using generated images further "down" 
> in the build stream
>  This means: Core is updated, then saved. Then a build of Full is 
> triggered automatically, re-using the updated Core.
>  Full then is saved, usable for other projects (ie clients like Seaside 
> or experimental things ike RPackacke or Opal)
>  
>  For one, this saves some build time and it makes builds on top of Full 
> actually practical.
>  (this means my Opal image is always up-to date and I can start just with 
> fresh image in the morning)
> 
> -> Therefore, we have now a "Pharo-Clients" tab:
> 
>   https://pharo-ic.lille.inria.fr/hudson/view/Pharo-Clients/

Why not Pharo-Distributions?

> 
> I am adding Seaside now, but we can add whatever we want to have 
> knowledge on how changes influence clients.
> (So if you want your project here, just send a mail with build 
> instructions!)
> 
> -> For Coral I am experimenting with dedicated regression test projects. This 
> will be good for many things in the image,
> too. (e.g. writing new sources, condensing changes, recompiling, 
> decompiling...)
> 

Cheers


-- 
Miguel Cobá
http://twitter.com/MiguelCobaMtz
http://miguel.leugim.com.mx






Re: [Pharo-project] love CI

2011-02-04 Thread Marcus Denker

On Feb 4, 2011, at 3:49 PM, laurent laffont wrote:

> ci.pharo-project.org is really impressive.
> 
> It's great for Pharo.
> 
> But the really cool side is that you can show students what is software 
> quality with the tool they use to develop. That's not slides. That's not 
> theory. It's here. Real.
> 
> 
One of the things I hated when giving Lectures about OO with Squeak was the 
"Intelligent Student Incident", which always happens: Exactly that students
that you would want to attract (e.g. for doing a masters thesis) will just 
after 3 weeks realize that we do not do what we teach. 

We tell them how to program, but they look at the code in front of them and see 
something completely different. So there is some clash with only
two possible solutions: Change what you Teach or Change what you Do.

Marcus
--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.



Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Dale Henrichs
Sure:

  http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/

Be sure to look at the section of development cycle ... and tools support, 
too...

Dale

On Feb 4, 2011, at 6:37 AM, Guillermo Polito wrote:

Dale, Is there a place where I can read how to configure the symbolic versions?

Thx!
Guille :)

On Fri, Feb 4, 2011 at 11:29 AM, Dale Henrichs 
mailto:dhenr...@vmware.com>> wrote:
ConfigurationOfPharo should have a #stable symbolic version defined that 
specifies the version that should be used in 1.2, 1.1, and 1.0 ... then one 
just loads the #stable version:

 (ConfigurationOfPharo project version: #stable) load

and you'll get the right version loaded for the platform version ... even 
though the version is under development I think it is valid to specify a 
#stable symbolic version for Pharo1.2, just so folks don't have to ask this 
question over and over again ... Don't let the name 'stable' scare you ...

The intent is that the #stable symbolic version specifies the version that 
should be loaded  the developer decides which versions are #stable for each 
platform version and when a new version becomes "the version to use" the 
developer updates the specification.

The users of a configuration shouldn't have to think ... remember in the past 
the recommended pattern was:

 ConfigurationOfPharo project latestVersion load

and that worked fine until Pharo1.1 and Pharo1.2 were introduced. The 
expression:

 (ConfigurationOfPharo project version: #stable) load

is intended to replace the use of #latestVersion because it makes it possible 
to explicitly specify the "latest version" on a platform by platform and 
platform version basis...

Sorry if I appear to be ranting ... I'm just trying to get the message out:)

Dale

On Feb 4, 2011, at 6:01 AM, Guillermo Polito wrote:

I'm Using '1.2-beta2'.

Should we remove invalid and unused versions?  I'll add a few comments at lunch 
time ;)

On Fri, Feb 4, 2011 at 10:53 AM, Germán Arduino 
mailto:gardu...@gmail.com>>>
 wrote:
I tried the 2 latest Beta and fail, also the 1.1 version fail.

Which ConfigurationOfPharo I should use with Pharo 1.2 ?

Cheers.









Re: [Pharo-project] Hudson build for Seaside too?

2011-02-04 Thread Dale Henrichs
Marcus,

Since I seem to be on a symbolic version kick today, may I suggest that you use 
symbolic versions for Hudson:

Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfSeaside30';
load.

((Smalltalk at: #ConfigurationOfSeaside30) project version: #stable) load.  

when you get a chance ... the above expression can be used for all of your 
Hudson builds regardless of pharo version.

Dale

On Feb 4, 2011, at 6:36 AM, Marcus Denker wrote:

> 
>> On Feb 3, 2011, at 5:05 PM, Torsten Bergmann wrote:
>> 
>>> OK - we have the hudson build for Pharo Core, Pharo, Moose, ...
>>> 
>>> Since Pharo is the reference platform for Seaside
>>> wouldnt it make sense to run a hudson build for
>>> Seaside too:
>>> 
>>> 
>>> Gofer new
>>> squeaksource: 'MetacelloRepository';
>>> package: 'ConfigurationOfSeaside30';
>>> load.
>>> 
>>> ((Smalltalk at: #ConfigurationOfSeaside30) project latestVersion) load. 
>>> 
> 
> Hudson now build a Seaside image and runs all tests after the Full image 1.2 
> build:
> 
> https://pharo-ic.lille.inria.fr/hudson/job/Seaside%20on%20Pharo%201.2/
> 
> TODO: 1.3, after fixing the Full 1.3 build.
> 
>   Marcus
> 
> 
> --
> Marcus Denker  -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
> 
> 




Re: [Pharo-project] [Hudson] News

2011-02-04 Thread Marcus Denker

On Feb 4, 2011, at 3:58 PM, Miguel Cobá wrote:
>> 
>>  https://pharo-ic.lille.inria.fr/hudson/view/Pharo-Clients/
> 
> Why not Pharo-Distributions?


Hmm... that would be something else... a client can let his distribution be 
build
by the hudson, but you don't need to... I do not want to be the Distribution 
for Seaside, for example.

The Seaside community should do that.


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.




[Pharo-project] FS: how to create a file?

2011-02-04 Thread Stéphane Ducasse
Hi

I would like to write a test to see if children includes files 

| ref children alpha |
filesystem createDirectory: '/alpha'.
filesystem createDirectory: '/alpha/beta'.
filesystem createDirectory: '/alpha/gamma/'.

Now how do I create a file? There is createDirectory but not createFile.

I think that there is a lot of work before FS can get into the image.

Stef




testChildrenWithFilesAndDirectories
"Children of a reference are all the files and directories contained in 
this reference"
"self debug: #testChildrenWithFilesAndDirectories"
| ref children alpha |
filesystem createDirectory: '/alpha'.
filesystem createDirectory: '/alpha/beta'.
filesystem createDirectory: '/alpha/gamma/'.
filesystem working / '/alpha/gamma/'.
alpha :=  filesystem referenceTo: '/alpha'.
alpha / 'zork.text'.
self halt.
ref := filesystem referenceTo: '/alpha'.
children := ref children.
self assert: children size = 2.

children do:
[:child |
self assert: child class = FSReference.
self assert: (child isChildOf: ref).
self assert: (#('beta' 'gamma') includes: child basename)]


Re: [Pharo-project] Export Pier to Latex

2011-02-04 Thread Lukas Renggli
The pdf of book.seaside.st is done using the Pier-Book plugin. If you
need to create something else than a book you might want to adapt the
code, but otherwise it should work out of the box. Moose and Pharo use
the same infrastructure for their books too.

Lukas

On Friday, 4 February 2011, Guillermo Polito  wrote:
> Does Pier support that?  Do I need a plugin?  Has someone tried to do 
> something like that? :)
>
> Thanks!
> Guille
>

-- 
Lukas Renggli
www.lukas-renggli.ch



[Pharo-project] Comparing collections, default behavior?

2011-02-04 Thread Igor Stasenko
Since Collection includes #difference: protocol,

i just thought that the default equality could be expressed like following:

Collection>>= otherCollection
   ^ (self  difference: otherCollection) isEmpty

In other words, if two things having no differences, then they are equal. No? :)


-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] FS: how to create a file?

2011-02-04 Thread Lukas Renggli
Stef,

There is not much sense in creating a file without also putting
something inside. There are various methods that give you a write
straeam onto a new file.

Also note that FSFilesystem>>#createDirectory: is a private method,
like about all other methods in there too. You are not supposed to
call it directly.

Lukas

On Friday, 4 February 2011, Stéphane Ducasse  wrote:
> Hi
>
> I would like to write a test to see if children includes files
>
> | ref children alpha |
> filesystem createDirectory: '/alpha'.
> filesystem createDirectory: '/alpha/beta'.
> filesystem createDirectory: '/alpha/gamma/'.
>
> Now how do I create a file? There is createDirectory but not createFile.
>
> I think that there is a lot of work before FS can get into the image.
>
> Stef
>
>
>
>
> testChildrenWithFilesAndDirectories
>         "Children of a reference are all the files and directories contained 
> in this reference"
>         "self debug: #testChildrenWithFilesAndDirectories"
>         | ref children alpha |
>         filesystem createDirectory: '/alpha'.
>         filesystem createDirectory: '/alpha/beta'.
>         filesystem createDirectory: '/alpha/gamma/'.
>         filesystem working / '/alpha/gamma/'.
>         alpha :=  filesystem referenceTo: '/alpha'.
>         alpha / 'zork.text'.
>         self halt.
>         ref := filesystem referenceTo: '/alpha'.
>         children := ref children.
>         self assert: children size = 2.
>
>         children do:
>                 [:child |
>                 self assert: child class = FSReference.
>                 self assert: (child isChildOf: ref).
>                 self assert: (#('beta' 'gamma') includes: child basename)]
>

-- 
Lukas Renggli
www.lukas-renggli.ch



Re: [Pharo-project] FS: how to create a file?

2011-02-04 Thread Stéphane Ducasse

On Feb 4, 2011, at 5:10 PM, Lukas Renggli wrote:

> Stef,
> 
> There is not much sense in creating a file without also putting
> something inside. There are various methods that give you a write
> straeam onto a new file.

yes but consistent never hurts. 
And I could create en empty file because an empty is an information. 

Do you know how to rename a file? Because I could not figure out. 

> Also note that FSFilesystem>>#createDirectory: is a private method,
> like about all other methods in there too. You are not supposed to
> call it directly.


Now I hate FS. I will stop working on it. 
I prefer a worse system with doc that one better without. I'm spending hours on 
it and I'm crawling 
just because colin never ever thought that one idiot could want to use it.

I cannot work on something that aliens me that way, too bad. 

Tx for your answer for me this is the end of the story. Wonderful community 
that does not know how to write comments.

We can always cry that the world does not recognize Smalltalk value, but when I 
see python docs, they got it right!

Stef


Re: [Pharo-project] FS: how to create a file?

2011-02-04 Thread Max Leske
I've written tests with empty files like so:

(aReference / 'emptyFile) writeStreamDo: [ :stream | ].

It's a bit lengthy but it's a pretty cool syntax for most write operations to 
files.

Max


On 04.02.2011, at 17:10, Lukas Renggli wrote:

> Stef,
> 
> There is not much sense in creating a file without also putting
> something inside. There are various methods that give you a write
> straeam onto a new file.
> 
> Also note that FSFilesystem>>#createDirectory: is a private method,
> like about all other methods in there too. You are not supposed to
> call it directly.
> 
> Lukas
> 
> On Friday, 4 February 2011, Stéphane Ducasse  
> wrote:
>> Hi
>> 
>> I would like to write a test to see if children includes files
>> 
>> | ref children alpha |
>> filesystem createDirectory: '/alpha'.
>> filesystem createDirectory: '/alpha/beta'.
>> filesystem createDirectory: '/alpha/gamma/'.
>> 
>> Now how do I create a file? There is createDirectory but not createFile.
>> 
>> I think that there is a lot of work before FS can get into the image.
>> 
>> Stef
>> 
>> 
>> 
>> 
>> testChildrenWithFilesAndDirectories
>>"Children of a reference are all the files and directories contained 
>> in this reference"
>>"self debug: #testChildrenWithFilesAndDirectories"
>>| ref children alpha |
>>filesystem createDirectory: '/alpha'.
>>filesystem createDirectory: '/alpha/beta'.
>>filesystem createDirectory: '/alpha/gamma/'.
>>filesystem working / '/alpha/gamma/'.
>>alpha :=  filesystem referenceTo: '/alpha'.
>>alpha / 'zork.text'.
>>self halt.
>>ref := filesystem referenceTo: '/alpha'.
>>children := ref children.
>>self assert: children size = 2.
>> 
>>children do:
>>[:child |
>>self assert: child class = FSReference.
>>self assert: (child isChildOf: ref).
>>self assert: (#('beta' 'gamma') includes: child basename)]
>> 
> 
> -- 
> Lukas Renggli
> www.lukas-renggli.ch
> 




Re: [Pharo-project] FS: how to create a file?

2011-02-04 Thread Max Leske
There is no native rename. It's pretty much read the contents, delete the file, 
create a new file from contents.

Max


On 04.02.2011, at 17:31, Stéphane Ducasse wrote:

> 
> On Feb 4, 2011, at 5:10 PM, Lukas Renggli wrote:
> 
>> Stef,
>> 
>> There is not much sense in creating a file without also putting
>> something inside. There are various methods that give you a write
>> straeam onto a new file.
> 
> yes but consistent never hurts. 
> And I could create en empty file because an empty is an information. 
> 
> Do you know how to rename a file? Because I could not figure out. 
> 
>> Also note that FSFilesystem>>#createDirectory: is a private method,
>> like about all other methods in there too. You are not supposed to
>> call it directly.
> 
> 
> Now I hate FS. I will stop working on it. 
> I prefer a worse system with doc that one better without. I'm spending hours 
> on it and I'm crawling 
> just because colin never ever thought that one idiot could want to use it.
> 
> I cannot work on something that aliens me that way, too bad. 
> 
> Tx for your answer for me this is the end of the story. Wonderful community 
> that does not know how to write comments.
> 
> We can always cry that the world does not recognize Smalltalk value, but when 
> I see python docs, they got it right!
> 
> Stef




[Pharo-project] About FS: sad reality.

2011-02-04 Thread Stéphane Ducasse
Hi guys

I'm sorry but I stopped working on FS. I cannot guess what is private or not, 
what is the interface of this code.
I spent my time guessing and guessing wrong. So I stop. Simple.
In addition I will veto the integration of this code in this state to be added 
into pharo (sad I started to write an help but 
it is probably full of mistakes). I HATE undocumented code that tell me eveyr 
minutes that I'm a fucking idiot.
Too bad I'm not smart enough. Now without decent comments (I mean more than a 
line in class comment when there is one) we cannot accept code.
Sad but true. Good luck if you want to use it and improve it.

Stef


Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Max Leske
I'll try to give it a shot in the next two or three months if that's any 
comfort.

Max


On 04.02.2011, at 17:36, Stéphane Ducasse wrote:

> Hi guys
> 
> I'm sorry but I stopped working on FS. I cannot guess what is private or not, 
> what is the interface of this code.
> I spent my time guessing and guessing wrong. So I stop. Simple.
> In addition I will veto the integration of this code in this state to be 
> added into pharo (sad I started to write an help but 
> it is probably full of mistakes). I HATE undocumented code that tell me eveyr 
> minutes that I'm a fucking idiot.
> Too bad I'm not smart enough. Now without decent comments (I mean more than a 
> line in class comment when there is one) we cannot accept code.
> Sad but true. Good luck if you want to use it and improve it.
> 
> Stef




[Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread laurent laffont
I propose a little game.

Each day (not Sunday) I will take a not commented class in PharoCore (in
development - 1.3) and tell it on this list. The game is to propose a
comment and at the end of the day the best comment will be integrated with
the name of his author.

One day - One comment.

Ready ?

Laurent Laffont - @lolgzs 

Pharo Smalltalk Screencasts: http://www.pharocasts.com/
Blog: http://magaloma.blogspot.com/


Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Tudor Girba
Thanks, Max. I am sure that would help the situation.

Cheers,
Doru


On 4 Feb 2011, at 18:09, Max Leske wrote:

> I'll try to give it a shot in the next two or three months if that's any 
> comfort.
> 
> Max
> 
> 
> On 04.02.2011, at 17:36, Stéphane Ducasse wrote:
> 
>> Hi guys
>> 
>> I'm sorry but I stopped working on FS. I cannot guess what is private or 
>> not, what is the interface of this code.
>> I spent my time guessing and guessing wrong. So I stop. Simple.
>> In addition I will veto the integration of this code in this state to be 
>> added into pharo (sad I started to write an help but 
>> it is probably full of mistakes). I HATE undocumented code that tell me 
>> eveyr minutes that I'm a fucking idiot.
>> Too bad I'm not smart enough. Now without decent comments (I mean more than 
>> a line in class comment when there is one) we cannot accept code.
>> Sad but true. Good luck if you want to use it and improve it.
>> 
>> Stef
> 
> 

--
www.tudorgirba.com

"Speaking louder won't make the point worthier."




Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Guillermo Polito
Shoot

On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont
wrote:

> I propose a little game.
>
> Each day (not Sunday) I will take a not commented class in PharoCore (in
> development - 1.3) and tell it on this list. The game is to propose a
> comment and at the end of the day the best comment will be integrated with
> the name of his author.
>
> One day - One comment.
>
> Ready ?
>
> Laurent Laffont - @lolgzs 
>
> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> Blog: http://magaloma.blogspot.com/
>


Re: [Pharo-project] Which ConfigurationOfPharo should use in Pharo 1.2 ?

2011-02-04 Thread Germán Arduino
Thanks by the explanations Dale.

Thanks Guillermo and Markus by the points.

Until moment any way of installation I tried failed with different
sort of messages.

By now I downloaded the ready image pointed by Markus but would like
to build my own.

Thanks!


2011/2/4 Dale Henrichs :
> Sure:
>
>  http://gemstonesoup.wordpress.com/2011/01/17/metacello-1-0-beta-28-unearthed/
>
> Be sure to look at the section of development cycle ... and tools support, 
> too...
>
> Dale
>
> On Feb 4, 2011, at 6:37 AM, Guillermo Polito wrote:
>
> Dale, Is there a place where I can read how to configure the symbolic 
> versions?
>
> Thx!
> Guille :)
>
> On Fri, Feb 4, 2011 at 11:29 AM, Dale Henrichs 
> mailto:dhenr...@vmware.com>> wrote:
> ConfigurationOfPharo should have a #stable symbolic version defined that 
> specifies the version that should be used in 1.2, 1.1, and 1.0 ... then one 
> just loads the #stable version:
>
>  (ConfigurationOfPharo project version: #stable) load
>
> and you'll get the right version loaded for the platform version ... even 
> though the version is under development I think it is valid to specify a 
> #stable symbolic version for Pharo1.2, just so folks don't have to ask this 
> question over and over again ... Don't let the name 'stable' scare you ...
>
> The intent is that the #stable symbolic version specifies the version that 
> should be loaded  the developer decides which versions are #stable for 
> each platform version and when a new version becomes "the version to use" the 
> developer updates the specification.
>
> The users of a configuration shouldn't have to think ... remember in the past 
> the recommended pattern was:
>
>  ConfigurationOfPharo project latestVersion load
>
> and that worked fine until Pharo1.1 and Pharo1.2 were introduced. The 
> expression:
>
>  (ConfigurationOfPharo project version: #stable) load
>
> is intended to replace the use of #latestVersion because it makes it possible 
> to explicitly specify the "latest version" on a platform by platform and 
> platform version basis...
>
> Sorry if I appear to be ranting ... I'm just trying to get the message out:)
>
> Dale
>
> On Feb 4, 2011, at 6:01 AM, Guillermo Polito wrote:
>
> I'm Using '1.2-beta2'.
>
> Should we remove invalid and unused versions?  I'll add a few comments at 
> lunch time ;)
>
> On Fri, Feb 4, 2011 at 10:53 AM, Germán Arduino 
> mailto:gardu...@gmail.com>>>
>  wrote:
> I tried the 2 latest Beta and fail, also the 1.1 version fail.
>
> Which ConfigurationOfPharo I should use with Pharo 1.2 ?
>
> Cheers.
>
>
>
>
>
>
>
>



-- 
=
Germán S. Arduino     Twitter: garduino
Arduino Software & Web Hosting   http://www.arduinosoftware.com
PasswordsPro  http://www.passwordspro.com
=



Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Dale Henrichs

Stef and Max,

I was just about to pull together the changes that I'd made to 
Filesystem for the port to GemStone and was just about to bag the whole 
effort until Max stepped in ...


So, Max I'll share a little bit here...then when and if you pick things 
up again, let me know and I'll try work with you to integrate my 
changes. The port was based on Filesystem-lr.83 and my mcz files are 
located in:


  http://seaside.gemstone.com/ss/fs

I restructured things into three packages:

  Filesystem
  FilesystemPharo
  FilesystemGemStone

Besides pushing platform-specific code around I added a 
FSReadWriteStream class so I would have a Filesystem-based read/write 
stream that was independent of Squeak/Pharo...


I seem to recall that I had some notions about more restructuring that I 
thought might be useful but I'd have to get my head back into the code 
again to refresh my memory ...


Dale

On 02/04/2011 09:09 AM, Max Leske wrote:

I'll try to give it a shot in the next two or three months if that's any 
comfort.

Max


On 04.02.2011, at 17:36, Stéphane Ducasse wrote:


Hi guys

I'm sorry but I stopped working on FS. I cannot guess what is private or not, 
what is the interface of this code.
I spent my time guessing and guessing wrong. So I stop. Simple.
In addition I will veto the integration of this code in this state to be added 
into pharo (sad I started to write an help but
it is probably full of mistakes). I HATE undocumented code that tell me eveyr 
minutes that I'm a fucking idiot.
Too bad I'm not smart enough. Now without decent comments (I mean more than a 
line in class comment when there is one) we cannot accept code.
Sad but true. Good luck if you want to use it and improve it.

Stef








Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread laurent laffont
This code is OK ?

(SystemNavigation default
   allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.

Laurent.

On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito
wrote:

> Shoot
>
>
> On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont  > wrote:
>
>> I propose a little game.
>>
>> Each day (not Sunday) I will take a not commented class in PharoCore (in
>> development - 1.3) and tell it on this list. The game is to propose a
>> comment and at the end of the day the best comment will be integrated with
>> the name of his author.
>>
>> One day - One comment.
>>
>> Ready ?
>>
>> Laurent Laffont - @lolgzs 
>>
>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
>> Blog: http://magaloma.blogspot.com/
>>
>
>


Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Guillermo Polito
That seems to be fine :).  Let's give it a try, hehe.  We can change
tomorrow's code if not ;).

On Fri, Feb 4, 2011 at 2:43 PM, laurent laffont
wrote:

> This code is OK ?
>
> (SystemNavigation default
>allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.
>
> Laurent.
>
> On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito <
> guillermopol...@gmail.com> wrote:
>
>> Shoot
>>
>>
>> On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont <
>> laurent.laff...@gmail.com> wrote:
>>
>>> I propose a little game.
>>>
>>> Each day (not Sunday) I will take a not commented class in PharoCore (in
>>> development - 1.3) and tell it on this list. The game is to propose a
>>> comment and at the end of the day the best comment will be integrated with
>>> the name of his author.
>>>
>>> One day - One comment.
>>>
>>> Ready ?
>>>
>>> Laurent Laffont - @lolgzs 
>>>
>>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
>>> Blog: http://magaloma.blogspot.com/
>>>
>>
>>
>


Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Igor Stasenko
Hehe.. write a bot for hudson, which at each successful build sends
mail to list
asking to comment random uncommented class.

:)

On 4 February 2011 18:43, laurent laffont  wrote:
> This code is OK ?
> (SystemNavigation default
>    allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.
> Laurent.
> On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito 
> wrote:
>>
>> Shoot
>>
>> On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont
>>  wrote:
>>>
>>> I propose a little game.
>>> Each day (not Sunday) I will take a not commented class in PharoCore (in
>>> development - 1.3) and tell it on this list. The game is to propose a
>>> comment and at the end of the day the best comment will be integrated with
>>> the name of his author.
>>> One day - One comment.
>>> Ready ?
>>> Laurent Laffont - @lolgzs
>>>
>>> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
>>> Blog: http://magaloma.blogspot.com/
>>
>
>



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Dmitri Zagidulin
This (all of it) is a fantastic idea :)

On Fri, Feb 4, 2011 at 12:55 PM, Igor Stasenko  wrote:
> Hehe.. write a bot for hudson, which at each successful build sends
> mail to list
> asking to comment random uncommented class.
>
> :)
>
> On 4 February 2011 18:43, laurent laffont  wrote:
>> This code is OK ?
>> (SystemNavigation default
>>    allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.
>> Laurent.
>> On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito 
>> wrote:
>>>
>>> Shoot
>>>
>>> On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont
>>>  wrote:

 I propose a little game.
 Each day (not Sunday) I will take a not commented class in PharoCore (in
 development - 1.3) and tell it on this list. The game is to propose a
 comment and at the end of the day the best comment will be integrated with
 the name of his author.
 One day - One comment.
 Ready ?
 Laurent Laffont - @lolgzs

 Pharo Smalltalk Screencasts: http://www.pharocasts.com/
 Blog: http://magaloma.blogspot.com/
>>>
>>
>>
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>



Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Sven Van Caekenberghe

On 04 Feb 2011, at 17:36, Stéphane Ducasse wrote:

> Hi guys
> 
> I'm sorry but I stopped working on FS. I cannot guess what is private or not, 
> what is the interface of this code.
> I spent my time guessing and guessing wrong. So I stop. Simple.
> In addition I will veto the integration of this code in this state to be 
> added into pharo (sad I started to write an help but 
> it is probably full of mistakes). I HATE undocumented code that tell me eveyr 
> minutes that I'm a fucking idiot.
> Too bad I'm not smart enough. Now without decent comments (I mean more than a 
> line in class comment when there is one) we cannot accept code.
> Sad but true. Good luck if you want to use it and improve it.
> 
> Stef

Stef,

Your quest for more comments is a good and a valid one, no question about it.
And I don't want to defend FS, I only know it from Lukas' blog post and it 
seemed better than what we have now.

But the quality of a good design is certainly not just comments.
It is perfectly possible to have code with lots of comments that is still bad.
And if you take away all comments from a good design, it can still be a good 
design.
Good abstractions, good names, separations of concerns, .. all those things 
that we all value are important.
Using proper language idioms and conventions is another good idea.
Many good programmers are a bit reluctant to write comments, and they usually 
value elegant code that speaks for itself.

I have certainly seen lots of really good code in the image that has little to 
no comments.
And I have seen lots of comments that make me sick.

It also seems pretty hard for someone who is not the original author to write 
comments.
And a prerequisite to writing comments is that you understand and like the 
system that you are commenting.
If you are struggling with something, that does not seem like a good state of 
mind to improve the comments.

Sven

PS: the public/private distinction is a bit hard in Smalltalk, but the 
conventions seem to be method categories with 'private' in them, no ?





[Pharo-project] There is a new config for Cog VMMaker

2011-02-04 Thread Igor Stasenko
Try it out with 1.2 image and tell if it works for you.


SqueakSource.com/MetacelloRepository/ConfigurationOfCog



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Esteban Lorenzano
ok with the game :)

but #anyOne will not answer a random class, always the first in set. You should 
use #atRandom

best,
Esteban

El 04/02/2011, a las 2:55p.m., Igor Stasenko escribió:

> Hehe.. write a bot for hudson, which at each successful build sends
> mail to list
> asking to comment random uncommented class.
> 
> :)
> 
> On 4 February 2011 18:43, laurent laffont  wrote:
>> This code is OK ?
>> (SystemNavigation default
>>allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.
>> Laurent.
>> On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito 
>> wrote:
>>> 
>>> Shoot
>>> 
>>> On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont
>>>  wrote:
 
 I propose a little game.
 Each day (not Sunday) I will take a not commented class in PharoCore (in
 development - 1.3) and tell it on this list. The game is to propose a
 comment and at the end of the day the best comment will be integrated with
 the name of his author.
 One day - One comment.
 Ready ?
 Laurent Laffont - @lolgzs
 
 Pharo Smalltalk Screencasts: http://www.pharocasts.com/
 Blog: http://magaloma.blogspot.com/
>>> 
>> 
>> 
> 
> 
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 




Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Igor Stasenko
On 4 February 2011 19:04, Esteban Lorenzano  wrote:
> ok with the game :)
>
> but #anyOne will not answer a random class, always the first in set. You 
> should use #atRandom
>
yeah, sure.

@Markus: And sender should be Mr.Hudson :)


> best,
> Esteban
>
> El 04/02/2011, a las 2:55p.m., Igor Stasenko escribió:
>
>> Hehe.. write a bot for hudson, which at each successful build sends
>> mail to list
>> asking to comment random uncommented class.
>>
>> :)
>>
>> On 4 February 2011 18:43, laurent laffont  wrote:
>>> This code is OK ?
>>> (SystemNavigation default
>>>    allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.
>>> Laurent.
>>> On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito 
>>> wrote:

 Shoot

 On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont
  wrote:
>
> I propose a little game.
> Each day (not Sunday) I will take a not commented class in PharoCore (in
> development - 1.3) and tell it on this list. The game is to propose a
> comment and at the end of the day the best comment will be integrated with
> the name of his author.
> One day - One comment.
> Ready ?
> Laurent Laffont - @lolgzs
>
> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> Blog: http://magaloma.blogspot.com/

>>>
>>>
>>
>>
>>
>> --
>> Best regards,
>> Igor Stasenko AKA sig.
>>
>
>
>



-- 
Best regards,
Igor Stasenko AKA sig.



Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Guillermo Polito
Yeap, but meanwhile, we can choose one by hand and play :P

On Fri, Feb 4, 2011 at 3:09 PM, Igor Stasenko  wrote:

> On 4 February 2011 19:04, Esteban Lorenzano  wrote:
> > ok with the game :)
> >
> > but #anyOne will not answer a random class, always the first in set. You
> should use #atRandom
> >
> yeah, sure.
>
> @Markus: And sender should be Mr.Hudson :)
>
>
> > best,
> > Esteban
> >
> > El 04/02/2011, a las 2:55p.m., Igor Stasenko escribió:
> >
> >> Hehe.. write a bot for hudson, which at each successful build sends
> >> mail to list
> >> asking to comment random uncommented class.
> >>
> >> :)
> >>
> >> On 4 February 2011 18:43, laurent laffont 
> wrote:
> >>> This code is OK ?
> >>> (SystemNavigation default
> >>>allClassesAndTraits reject: [:aClass| aClass hasComment]) anyOne.
> >>> Laurent.
> >>> On Fri, Feb 4, 2011 at 6:16 PM, Guillermo Polito <
> guillermopol...@gmail.com>
> >>> wrote:
> 
>  Shoot
> 
>  On Fri, Feb 4, 2011 at 2:13 PM, laurent laffont
>   wrote:
> >
> > I propose a little game.
> > Each day (not Sunday) I will take a not commented class in PharoCore
> (in
> > development - 1.3) and tell it on this list. The game is to propose a
> > comment and at the end of the day the best comment will be integrated
> with
> > the name of his author.
> > One day - One comment.
> > Ready ?
> > Laurent Laffont - @lolgzs
> >
> > Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> > Blog: http://magaloma.blogspot.com/
> 
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Best regards,
> >> Igor Stasenko AKA sig.
> >>
> >
> >
> >
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>


Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Sean P. DeNigris

Let's play!

Sean
-- 
View this message in context: 
http://forum.world.st/The-Comment-Game-MMORPG-for-real-tp3260566p3260713.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.



Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Stéphane Ducasse
sven, I know. Still I think that I read a lot of code in a lot of languages and 
even more in Smalltalk
and if I cannot find my way with anObject because it was too complex to write 
aStringOrReference then I should stop and
this is  what I'm doing. I stopped. I started to read fileMan and rio again not 
to integrate them but to have a look. 
In addition I'm not in the mood to get a sensitive abstraction dictated by 'oh 
we should not change it because it should run in squeak'. 

I feel the pain of Monticello without comments and I do not want that for 
files. I will not crawl to comment it even if people like the design
because I have something else to do about my time. 

I also think that there are funny ideas. Why I cannot create an empty file or 
why a workingDirection isWorkingDirection is false and why 
workingDirection does not return a reference instead of a path..and a lot 
more. 
So 
first comment
second test in black box (because most of the tests cannot be used to 
understand the public api and this is why I was trapped all the time)
third refactor

but it will not be me. 

Stef



>> Hi guys
>> 
>> I'm sorry but I stopped working on FS. I cannot guess what is private or 
>> not, what is the interface of this code.
>> I spent my time guessing and guessing wrong. So I stop. Simple.
>> In addition I will veto the integration of this code in this state to be 
>> added into pharo (sad I started to write an help but 
>> it is probably full of mistakes). I HATE undocumented code that tell me 
>> eveyr minutes that I'm a fucking idiot.
>> Too bad I'm not smart enough. Now without decent comments (I mean more than 
>> a line in class comment when there is one) we cannot accept code.
>> Sad but true. Good luck if you want to use it and improve it.
>> 
>> Stef
> 
> Stef,
> 
> Your quest for more comments is a good and a valid one, no question about it.
> And I don't want to defend FS, I only know it from Lukas' blog post and it 
> seemed better than what we have now.
> 
> But the quality of a good design is certainly not just comments.
> It is perfectly possible to have code with lots of comments that is still bad.
> And if you take away all comments from a good design, it can still be a good 
> design.
> Good abstractions, good names, separations of concerns, .. all those things 
> that we all value are important.
> Using proper language idioms and conventions is another good idea.
> Many good programmers are a bit reluctant to write comments, and they usually 
> value elegant code that speaks for itself.
> 
> I have certainly seen lots of really good code in the image that has little 
> to no comments.
> And I have seen lots of comments that make me sick.
> 
> It also seems pretty hard for someone who is not the original author to write 
> comments.
> And a prerequisite to writing comments is that you understand and like the 
> system that you are commenting.
> If you are struggling with something, that does not seem like a good state of 
> mind to improve the comments.
> 
> Sven
> 
> PS: the public/private distinction is a bit hard in Smalltalk, but the 
> conventions seem to be method categories with 'private' in them, no ?
> 
> 
> 




[Pharo-project] [COTDC] MCFileRepositoryInspector

2011-02-04 Thread laurent laffont
** 1st Comment Of The Day Contest - One Day One Comment **
Rules: Each day a not commented class is elected. Each day the best comment
will be integrated with name of the author(s).

The first round is for: MCFileRepositoryInspector

GO GO !!

Laurent Laffont - @lolgzs 

Pharo Smalltalk Screencasts: http://www.pharocasts.com/
Blog: http://magaloma.blogspot.com/


Re: [Pharo-project] The Comment Game - MMORPG for real

2011-02-04 Thread Stéphane Ducasse
:)

Social commenting

Stef

On Feb 4, 2011, at 6:13 PM, laurent laffont wrote:

> I propose a little game.
> 
> Each day (not Sunday) I will take a not commented class in PharoCore (in 
> development - 1.3) and tell it on this list. The game is to propose a comment 
> and at the end of the day the best comment will be integrated with the name 
> of his author.
> 
> One day - One comment.
> 
> Ready ?
> 
> Laurent Laffont - @lolgzs
> 
> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> Blog: http://magaloma.blogspot.com/




Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Sven Van Caekenberghe

On 04 Feb 2011, at 19:45, Stéphane Ducasse wrote:

> sven, I know. Still I think that I read a lot of code in a lot of languages 
> and even more in Smalltalk
> and if I cannot find my way with anObject because it was too complex to write 
> aStringOrReference then I should stop and
> this is  what I'm doing. I stopped. I started to read fileMan and rio again 
> not to integrate them but to have a look. 
> In addition I'm not in the mood to get a sensitive abstraction dictated by 
> 'oh we should not change it because it should run in squeak'. 
> 
> I feel the pain of Monticello without comments and I do not want that for 
> files. I will not crawl to comment it even if people like the design
> because I have something else to do about my time. 
> 
> I also think that there are funny ideas. Why I cannot create an empty file or 
> why a workingDirection isWorkingDirection is false and why 
> workingDirection does not return a reference instead of a path..and a lot 
> more. 
> So 
>   first comment
>   second test in black box (because most of the tests cannot be used to 
> understand the public api and this is why I was trapped all the time)
>   third refactor
> 
> but it will not be me. 
> 
> Stef


Maybe the code base is indeed not good enough, not finished (yet).
Maybe some important abstractions and even functionalities are (still) missing.

A couple of lines of comments (like a class comment stating the purpose), the 
usual Smalltalk conventions and some unit tests should be the minimum indeed.

Anyway, things are improving a lot in Pharo, so that is good.

It is just that it is an enormeous amount of work to write open source code, 
publish it, support and document it, you know that too.

Sven





Re: [Pharo-project] [COTDC] MCFileRepositoryInspector

2011-02-04 Thread laurent laffont
On Fri, Feb 4, 2011 at 7:57 PM, laurent laffont
wrote:

> ** 1st Comment Of The Day Contest - One Day One Comment **
> Rules: Each day a not commented class is elected. Each day the best comment
> will be integrated with name of the author(s).
>
> The first round is for: MCFileRepositoryInspector
>
> GO GO !!
>


I build a GUI to browse all packages of a file based repository. For
example, you can browse packages of PharoInbox with:

(MCFileRepositoryInspector
repository: (MCHttpRepository
location: 'http://www.squeaksource.com/PharoInbox'
 user: ''
password: '')
workingCopy: nil) show.


Laurent



>
> Laurent Laffont - @lolgzs 
>
> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> Blog: http://magaloma.blogspot.com/
>


Re: [Pharo-project] love CI

2011-02-04 Thread Michael Haupt
Hi Marcus,

On 4 February 2011 15:59, Marcus Denker  wrote:
> ... that we do not do what we teach.

typically, most of the software one comes across does not look like
one would have written it. When it comes to teaching, and that is true
for any language with a reasonable amount of API, this is inevitable
as well.

If you had written the complete software base that you use in teaching
yourself, then "we do not do what we teach" would be painfully
correct, but in fact, the phrase should be "we do not use software
that was written like we teach" - and that is probably OK since the
people that wrote it most likely did not attend your courses.

The incident you mention happens to us as well - a lot. We encourage
students to improve the system, push their changes to the Inbox and
start discussions on the mailing list. Not all of them do, but some,
and that is already a success.

> We tell them how to program, but they look at the code in front of them and
> see something completely different. So there is some clash with only
> two possible solutions: Change what you Teach or Change what you Do.

The world isn't black and white; that's a fairly pessimistic way of
putting things. :-)

May I add another solution: encourage people to try and push the
principles they learn into existing code and thereby apply that
knowledge.

Most of the software out there is not as cosy as the perfect teaching
environment, but people who understand the ideas of "good code" and
"good design" can make a change.

Best,

Michael



Re: [Pharo-project] About FS: sad reality.

2011-02-04 Thread Stéphane Ducasse
>> 
> Maybe the code base is indeed not good enough, not finished (yet).

I think that it is good  (may be a bit over engineered -- not sure that having 
visitors is really necessary) but I think that it is good except that it 
frustates me immensely that I cannot understand it fast. So I stopped.

> Maybe some important abstractions and even functionalities are (still) 
> missing.
> 
> A couple of lines of comments (like a class comment stating the purpose), the 
> usual Smalltalk conventions and some unit tests should be the minimum indeed.
> 
> Anyway, things are improving a lot in Pharo, so that is good.
> 
> It is just that it is an enormeous amount of work to write open source code, 
> publish it, support and document it, you know that too.

Yes

> 
> Sven
> 
> 
> 




Re: [Pharo-project] [COTDC] MCFileRepositoryInspector

2011-02-04 Thread Stéphane Ducasse
Ok after some investigations 

I'm a monticello tool composed of three panes to browse repositories and the 
packages they contain. You get an instance 
of me when you click on a repository and press open. My left pane presents the 
packages, my right one their versions and the 
bottom one the commit log of the selected package versions. 

Stef


On Feb 4, 2011, at 7:57 PM, laurent laffont wrote:

> ** 1st Comment Of The Day Contest - One Day One Comment **
> Rules: Each day a not commented class is elected. Each day the best comment 
> will be integrated with name of the author(s).
> 
> The first round is for: MCFileRepositoryInspector
> 
> GO GO !!
> 
> Laurent Laffont - @lolgzs
> 
> Pharo Smalltalk Screencasts: http://www.pharocasts.com/
> Blog: http://magaloma.blogspot.com/




Re: [Pharo-project] About FileSystem

2011-02-04 Thread Stéphane Ducasse
thanks dale.
I really like the idea of your validation tool.

>> 
>> 
>> MetacelloToolBox descriptionForValidationReasonCode: #noVersionSpecified
>> 
>> I got a DNU at:at:
> 
> Ah yes, the at:at: problem .. I have had a fix for that in 1.0-beta.28.3 for 
> awhile but got busy and neglected to push out a new version ... too many 
> things going on:(
> 
> The description for #noVersionSpecified is:
> 
>   'no version defined for the project reference or package. The version 
> specified in the 
>baseline or the latest version of the project or package in the repository 
> will be used.'
> 
> and the description for #packageNameMismatch is:
> 
>   'the name in the packageSpec does not match the name of the mcz file.'
> 
> You haven't provided the baseline spec or the spec for 1.0.1, but it looks 
> like you must have used the name:
> 
>  Filesystem
> 
> in the baseline, while you are using the name
> 
>  FileSystem
> 
> (with a capital S) in the 1.0.2 spec and in the 1.0.1 spec. Perhaps you have 
> renamed the package from Filesystem... to FileSystem...?
> 
> #noVersionSpecified is a criticalWarning, because a version spec should have 
> explicit versions specified for all packages and projects, otherwise you 
> don't have a complete specification. As the 1.0.2 spec stands the latest mz 
> file in the repository will be loaded.  
> 
> I'll try to push out 1.0-beta.28.3 this weekend:)
> 
> Dale
> 
> 




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Stéphane Ducasse
Ok now I understand your remark about my strange picture :)


> Maybe we should follow the banner approach like wikipedia and wikileaks :)
>> 
>> http://forum.world.st/file/n3260101/PharoBoardAppeal.png
> 
> haha.. who is that gray alien between two humans? :)



Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Stéphane Ducasse
excellent!
Ye friday is a good day carried 4 m3 of wood at 6 in the morning so I'm 
dead :)

On Feb 4, 2011, at 2:13 PM, Geert Claes wrote:

> 
> A bit of a laugh, it's Friday after all :)
> 
> http://forum.world.st/file/n3260143/PharoBoardAppeal2.png 
> 
> -- 
> View this message in context: 
> http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753p3260143.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
> 




Re: [Pharo-project] thinking about a community model of funding

2011-02-04 Thread Stéphane Ducasse
Idiot... 
> http://t0.gstatic.com/images?q=tbn:ANd9GcQ0Yjzjbrwnaq8Y0fyu1rY8VCqEEhhRZEl9hyn9L1UlN5hqzqgxVg

you are just jalous :)
of course I should do some sport :)


Re: [Pharo-project] Hudson build for Seaside too?

2011-02-04 Thread Stéphane Ducasse
thanks to educate us

>((Smalltalk at: #ConfigurationOfSeaside30) project version: #stable) load. 
> 



Re: [Pharo-project] Network training

2011-02-04 Thread Stéphane Ducasse
I think that your new strategy is really good!

Stef

 We decided to put all our effort on the library and having it work with 
 the plugin. We are re-writing it fully with tests.
> Our design is independent of the low-level network support (Bridge pattern).
> So, we can (didn't test yet) be able to work either with the plugin or with 
> any external networking library, through Alien or other FFI.
> Once we'll be done with the library, we'll tackle the plugin issue.
> 
> The Ocean is wide, we have to row a lot ;-)
> Noury
> 




Re: [Pharo-project] Metacello issue on Linux

2011-02-04 Thread Stéphane Ducasse
Good to know because it looked strange to me that the bug was in MC/metaMC.
Now I prefer to hear that this is not the linux vm. Was fun to do parallel 
debugging.


Stef

> We tracked down this bug.
> 
> It is related to retrieving entries of directory on linux.
> 
> For some unknown reason  'self allFileNames' in:
> 
> MCCacheRepository>>basicStoreVersion: aVersion
>   (aVersion isCacheable and: [self allFileNames includes: aVersion 
> fileName])
>   ifFalse: [super basicStoreVersion: aVersion]
> 
> 
> answers an empty collection.
> And all it does is just queries the package-cache dir for its entries.
> What is strange that after i evaluated the
> (FileDirectory default / 'package-cache' )entries
> 
> and then re-evaluated same thing in method above, it worked, and
> retrieved the entries for package-cache dir.
> 
> 
> The VM i using is:
> 
> Smalltalk vmVersion
> 'Squeak4.1 of 17 April 2010 [latest update: #9957]'
> 
> 
> (half hour later)
> i suspected that this is because i mounted mac-os host system
> directory in my linux virtual machine filesystem,
> and there is something not ok with.
> 
> After moving image to 'linux' server file system dir, everything works ok...
> 
> So, it appears that the bug in virtualbox filesystem :))
> Sorry for false alarm :)
> 
> 
>> Dale
> 
> 
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 




Re: [Pharo-project] Alien-Prerequisites is now not required

2011-02-04 Thread Luc Fabresse
Hi Igor,

You are right.
We can get rid of Alien-Prereqs-KenTreis.5 in 1.2 but not in 1.1.
ConfigurationOfAlien.34 (committed in Alien and MetacelloRepository
repositories) do not load prereqs for 1.2

#Luc


2011/2/3 Igor Stasenko 

> Just found that evil overrides which contains this package are
> completely same as in existing Parser.
> The
>  Alien-Prereqs-KenTreis.5
>
> contains only two of them:
> Parser>>pragmaLiteral: selectorSoFar
> Parser>>pragmaStatement
>
> both are the same as in image.
>
> So, i conclude that we don't need this guy anymore for loading Alien
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
>


Re: [Pharo-project] About FileSystem

2011-02-04 Thread Dale Henrichs

On 02/04/2011 12:06 PM, Stéphane Ducasse wrote:

thanks dale.
I really like the idea of your validation tool.



Yeah, but I think I must need a validator for my validator tool:)

Dale




MetacelloToolBox descriptionForValidationReasonCode: #noVersionSpecified

I got a DNU at:at:


Ah yes, the at:at: problem .. I have had a fix for that in 1.0-beta.28.3 for 
awhile but got busy and neglected to push out a new version ... too many things 
going on:(

The description for #noVersionSpecified is:

   'no version defined for the project reference or package. The version 
specified in the
baseline or the latest version of the project or package in the repository 
will be used.'

and the description for #packageNameMismatch is:

   'the name in the packageSpec does not match the name of the mcz file.'

You haven't provided the baseline spec or the spec for 1.0.1, but it looks like 
you must have used the name:

  Filesystem

in the baseline, while you are using the name

  FileSystem

(with a capital S) in the 1.0.2 spec and in the 1.0.1 spec. Perhaps you have 
renamed the package from Filesystem... to FileSystem...?

#noVersionSpecified is a criticalWarning, because a version spec should have 
explicit versions specified for all packages and projects, otherwise you don't 
have a complete specification. As the 1.0.2 spec stands the latest mz file in 
the repository will be loaded.

I'll try to push out 1.0-beta.28.3 this weekend:)

Dale










[Pharo-project] About FS: sad reality.

2011-02-04 Thread Torsten Bergmann
>PS: the public/private distinction is a bit hard in Smalltalk, but the 
>>conventions seem to be method categories with 'private' in them, no ?

Yes, or "private-accessing", "private-utilities", ...

And yes, it is just a convention to use method categories
with all it's ups and downs similar to the abuse of class 
categories for packages.

Does oCompletion/eCompletion display them if they are not
sent to super/self? I think I should check.

Bye
T.


-- 
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail



Re: [Pharo-project] Issue 3653 in pharo: enh: change cursor form when over active editable text morph

2011-02-04 Thread pharo

Updates:
Status: Closed

Comment #2 on issue 3653 by stephane...@gmail.com: enh: change cursor form  
when over active editable text morph

http://code.google.com/p/pharo/issues/detail?id=3653

in 13036




Re: [Pharo-project] Issue 3622 in pharo: [ENH]: Clean up Url>>urlClassForScheme:

2011-02-04 Thread pharo

Updates:
Status: Closed

Comment #3 on issue 3622 by stephane...@gmail.com: [ENH]: Clean up  
Url>>urlClassForScheme:

http://code.google.com/p/pharo/issues/detail?id=3622

Sean I integrated your changes but I think that it would be better to have  
a classVariable in URL that contains a dictionary and that each class  
register to it. Like that we do not have to scan all the classes each time.


What do you think?

Stef




Re: [Pharo-project] Issue 3607 in pharo: MNU #stylerStyled: in Finder for basic usage

2011-02-04 Thread pharo


Comment #4 on issue 3607 by stephane...@gmail.com: MNU #stylerStyled: in  
Finder for basic usage

http://code.google.com/p/pharo/issues/detail?id=3607

so can we close this bug entry?




Re: [Pharo-project] Issue 3653 in pharo: enh: change cursor form when over active editable text morph

2011-02-04 Thread Tudor Girba
This is cool.

Doru


On 4 Feb 2011, at 21:31, ph...@googlecode.com wrote:

> Updates:
>   Status: Closed
> 
> Comment #2 on issue 3653 by stephane...@gmail.com: enh: change cursor form 
> when over active editable text morph
> http://code.google.com/p/pharo/issues/detail?id=3653
> 
> in 13036
> 
> 

--
www.tudorgirba.com

"We cannot reach the flow of things unless we let go."






[Pharo-project] Alien + MacVM + plugin/primitive error

2011-02-04 Thread Luc Fabresse
Hi Guys,

 Jannik pointed an interesting problem.

 If I load Alien in both 1.1 or 1.2.

 Gofer it squeaksource: 'MetacelloRepository' ;  package:
'ConfigurationOfAlien'; load.
((Smalltalk globals at: #ConfigurationOfAlien) project version: 'Pharo 1.1')
load: {'All'. 'MacOSX'}

 - with the MacVM 4.2.5beta1U => 40 tests green (it works)

 - with the MacVM 5.7.4 => 20 tests green and 20 errors (can't call a simple
external function)
 it seems that the I32ABI plugin is not loaded correctly.
 AlienLibrary>>primLoadLibrary: 'IA32ABI' failed.

 Any clue to make it work in the MacVM 5.7.4?

#Luc


  1   2   >