If someone can look at this
Laurent
-- Forwarded message --
From: Doug Edmunds
Date: Mon, Apr 18, 2011 at 11:40 PM
Subject: update needed to Pharo book section 3.5
To: laurent laffont
http://book.pharo-project.org/book/CustomizingPharo/DeclaringSetting
uses ParagraphEdito
Hi again,
I found a solution (but not what was the problem); change the server code to
the following:
|port msg|
port:= 9191.
Transcript open; show: 'testing --- ' ; cr.
listening := true.
[self isListening] whileTrue: [
|
>> A thing I not understand is why we need to go "file-based" if we are
>> already object based (several steps ahead)?
>
> The folks that would like to see Smalltalk be more file-based have very good
> points ... Smalltalk would be more accessible to other developers, it would
> be easier for fo
Thank you!
It bothers me slightly that we're actually having this discussion. Trying to
divorce Smalltalk from the image loses a great deal of flexibility that we have
all come to know and love. Divorcing Smalltalk from the image so we can use
great tools might be a reasonable thing to do, but
> Using git has nothing to do with a file based system. The approach would be
> to use git as a storage backend for monticello. Git just stores 3 types of
> objects: commit, tree, blob.
> There are no files involved!! So this would be perfectly compatible with and
> image based system such as s
>
> So, we can complain that we are not using git, but there are very good
> reasons for not using git ... today.
First: anyone complaining that we can't use git, hasn't used great version
control tools. I think what people want is GitHub, which is great. We can have
GitHub and base it on
Maybe, you should put a nice page when the server is down.
On Wed, Apr 20, 2011 at 4:43 PM, Nicolas Petton
wrote:
> Le mercredi 20 avril 2011 à 11:30 +0200, Torsten Bergmann a écrit :
>> >SqueakSource AND SmalltalkHub down
>>
>> Yes, it looks like SmalltalkHub replaces all features
>> of squeaks
More recently, he said "Smalltalk: Welcome to the Balkans."
On Apr 20, 2011, at 7:01 PM, Reg Krock wrote:
> I think it was Kent Beck who ended his email with: "Source code in files? How
> 1970ish"
>
> Reg
>
> On 2011-04-20, at 4:17 PM, Norbert Hartl wrote:
>
>> Amen!
>>
>> Norbert
>>
>> Am
I think it was Kent Beck who ended his email with: "Source code in files? How
1970ish"
Reg
On 2011-04-20, at 4:17 PM, Norbert Hartl wrote:
> Amen!
>
> Norbert
>
> Am 20.04.2011 um 18:01 schrieb Dale Henrichs:
>
>> Smalltalk is not file-based. For better or for worse.
>>
>> The fundamental
2011/4/20 Janko Mivšek :
> Next thing, let we rather start integrating different Smalltalk code on
> all our dialects first and using SmalltalkHub for socializing in
> Smalltalk community as a whole. First, and before socializing with
> others! Here SmalltalkHub again promise a lot and we can actua
I would had responded to Casey, Dale and more, but selected this mail
to write my response!
2011/4/20 Scott Gibson :
> I have been using a DVCS since at least 2005 and live by it for Perl (as well
> as other things) development. It is frustrating for me to use anything else.
> Because I have t
I am an Image ReadWriter supposed to be in charge of PCX file encoding and
decoding.
Actually, as my instances does not implement understandsImageFormat, they
use the default ^false implementation and I cannot be used.
I don't have uses in the image also :).
But in case I am fixed, the code to op
El mié, 20-04-2011 a las 18:17 -0400, Scott Gibson escribió:
> I have been using a DVCS since at least 2005 and live by it for Perl (as well
> as other things) development. It is frustrating for me to use anything else.
> Because I have to jump between tasks, and because I am so scatter brained
I don't think that the issue is the file-ness of the subject, but the
easiness that other opensource projects enjoy in part because of their
tool, even if they aren't as pure in their object-ness as the ones
Smalltalk have.
As someone said, the UI of Monticello is very, umm, unintiuitive, has
bad
On 21 Apr 2011, at 00:09, Janko Mivšek wrote:
> Here is the point - familiarity! And we don't need to adopt GitHub
> completely for that, just visual familiarity of SmalltalkHub will help
> us to come closer to GitHub communities, that's I'm pretty sure.
>
> So, let we stop thinking about "file-
I have been using a DVCS since at least 2005 and live by it for Perl (as well
as other things) development. It is frustrating for me to use anything else.
Because I have to jump between tasks, and because I am so scatter brained, I
need it in order to simply keep track of all my projects and t
On 20. 04. 2011 23:26, Dale Henrichs wrote:
>> A thing I not understand is why we need to go "file-based" if we are
>> already object based (several steps ahead)?
>
> The folks that would like to see Smalltalk be more file-based have very good
> points ... Smalltalk would be more accessible to o
Ok I got the message :)
Stef
> Hi Stef,
>
> RPackage and Announcements would be on the top of my preferences :)
>
> Cheers,
> Doru
>
> On 20 Apr 2011, at 13:01, Stéphane Ducasse wrote:
>
>> Hi guys
>>
>> Take three minutes and reply to this mail. I would like to get a list of
>> pending fi
On Apr 20, 2011, at 2:00 PM, Germán Arduino wrote:
> 2011/4/20 Dale Henrichs :
>>
>> It's just an added dimension of complexity ... not to mention the cost of
>> converting existing development processes, tools, artifacts to the new
>> system...it took Monticello nearly a decade to become comm
Inline and abridged.
On Apr 20, 2011, at 2:00 PM, Germán Arduino wrote:
> 2011/4/20 Dale Henrichs :
>>
>> It's just an added dimension of complexity ... not to mention the cost of
>> converting existing development processes, tools, artifacts to the new
>> system...it took Monticello nearly
2011/4/20 Dale Henrichs :
>
> It's just an added dimension of complexity ... not to mention the cost of
> converting existing development processes, tools, artifacts to the new
> system...it took Monticello nearly a decade to become commonly used:)
>
> I think that this is a problem that does nee
2011/4/20 Eliot Miranda :
>
>
> On Wed, Apr 20, 2011 at 9:51 AM, Camillo Bruni
> wrote:
>>
>> Objection! ;)
>>
>> Using git has nothing to do with a file based system. The approach would
>> be to use git as a storage backend for monticello. Git just stores 3 types
>> of objects: commit, tree, blob
Amen!
Norbert
Am 20.04.2011 um 18:01 schrieb Dale Henrichs:
> Smalltalk is not file-based. For better or for worse.
>
> The fundamental problem with Smalltalk is that it is image-based.
>
> Removing a method from a file is not sufficient to remove the method from the
> image.
>
> Change se
On Apr 20, 2011, at 9:04 PM, Casey Ransberger wrote:
>
> What happened with me was I saw Andreas look at what you guys had done with
> Pharo in terms of tools and process and propose we do it too. I thought it
> was a good idea. My ideal world, frankly, is somewhere between Cuis and
> Pharo, b
Below.
On Apr 20, 2011, at 11:09 AM, Marcus Denker wrote:
> And when we started to do that in 3.9, we got critized to death... it's not
> the process that unstuck Squeak.
>
> The fact is: Squeak moves because Pharo marches in front. Pharo unstuck
> Squeak.
>
> I *tried* with all my energy to
13167
-
Issue 4019: It should be possible to call CodeLoader>>initialize multiple
times
Issue 4033: clean up startup/shutdownlist adding, add before
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
Casey and Miguel,
I agree that there are alternative approaches to SCMs that could give us
Smaltalkers what we already have in Monticello with the added benefit that
we could play nicely with the traditional tools, but keep in mind that we are
making the problem harder for ourselves:)
It'
13166
-
Issue 4063:
SelectorExceptionSubclassResponsibilityPrimitiveFailedShouldBeImplementedShouldNotImplement
Issue 2841: Heap equality should be transitive
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
On Wed, Apr 20, 2011 at 9:51 AM, Camillo Bruni wrote:
> Objection! ;)
>
> Using git has nothing to do with a file based system. The approach would be
> to use git as a storage backend for monticello. Git just stores 3 types of
> objects: commit, tree, blob.
> There are no files involved!! So this
Today: PCXReadWriter
Comment Of The Day Contest - One Day One Comment
Rules:
#1: Each day a not commented class is elected. Each day the best comment
will be integrated with name of the author(s).
#2: If you cannot comment it, deprecate it.
Results: http://code.google.com/p/pharo/wiki/CommentOf
On Tue, Apr 19, 2011 at 9:44 PM, Sven Van Caekenberghe wrote:
>
> On 19 Apr 2011, at 22:38, Alexandre Bergel wrote:
>
> > I should be able to easily answer this one :)
>
> Your's is better, Alexandre!
>
I take Alex comments and thanks Sven.
Laurent.
>
> Sven
>
>
>
Camillo,
I understand that folks don't understand why Smalltalkers "don't just start
using files like everyone else". I have tried to explain ... it is not
arrogance nor ignorance. The image is the difference ...
The image makes it possible for developers to debug and explore the "live
object
On Apr 20, 2011, at 8:02 PM, Casey Ransberger wrote:
> I think MC is working out really well for Squeak: development has been
> unstuck ever since we started using the workflow from Pharo;)
>
And when we started to do that in 3.9, we got critized to death... it's not the
process that unstuck S
I think MC is working out really well for Squeak: development has been unstuck
ever since we started using the workflow from Pharo;)
I really enjoyed reading the historical info in your post. I hope it's okay to
throw out a couple of counter arguments, just for fun.
In particular, files don't w
Thanks by the comments Nico.
2011/4/20 Nicolas Petton :
> Le mercredi 20 avril 2011 à 13:47 -0300, Germán Arduino a écrit :
>> 2011/4/20 Serge Stinckwich :
>> > Even if SmalltalkHub looks like GitHub, its still based on Monticello.
>> > Another aspect also important in github and similar tools is
>
> However I see that smalltalkers tend to ignore the fact that there are other
> tools not written in smalltalk which are widely used and they actually work!
> For instance monticello. Although the model works perfectly fine, the UI is
> just plain crap, it does not provide a nice workflow no
On Apr 20, 2011, at 8:01 AM, Tobias Pape wrote:
>
> Am 2011-04-20 um 16:32 schrieb Dale Henrichs:
>
>>
>> On Apr 20, 2011, at 6:27 AM, Tobias Pape wrote:
>>
>>>
>>> To Dale or whoever is capable of this:
>>>
>>> How shall I specify 'I want a working Seaside of version X'
>>> in my m
I want to comment. As already Camillo said, git has nothing intrinsic
with files. It only stores bytestrings and the commit id is the sha1 of
that bytestring. When comparing a version with other it just compares
the content of the object (bytestring). This is marvelous explained here
with ruby and
On Apr 20, 2011, at 7:18 AM, Tobias Pape wrote:
>
> Am 2011-04-20 um 15:33 schrieb Germán Arduino:
>
>> 2011/4/20 Tobias Pape :
>>>
>>>
>>> oO the Seaside3-dependency should be there.
>>> But it is a basic dependency not dictating any adaptor.
>>>
>>> To Dale or whoever is capable of this:
>
Le mercredi 20 avril 2011 à 13:47 -0300, Germán Arduino a écrit :
> 2011/4/20 Serge Stinckwich :
> > Even if SmalltalkHub looks like GitHub, its still based on Monticello.
> > Another aspect also important in github and similar tools is social coding.
> > This is very easy to follow your favorite d
El mié, 20-04-2011 a las 18:51 +0200, Camillo Bruni escribió:
> Objection! ;)
>
> Using git has nothing to do with a file based system. The approach would be
> to use git as a storage backend for monticello. Git just stores 3 types of
> objects: commit, tree, blob.
> There are no files involved
Objection! ;)
Using git has nothing to do with a file based system. The approach would be to
use git as a storage backend for monticello. Git just stores 3 types of
objects: commit, tree, blob.
There are no files involved!! So this would be perfectly compatible with and
image based system such
2011/4/20 Serge Stinckwich :
> Even if SmalltalkHub looks like GitHub, its still based on Monticello.
> Another aspect also important in github and similar tools is social coding.
> This is very easy to follow your favorite developpers and to
> participate by cloning his/her repository.
>
> Regards
2011/4/20 Dale Henrichs :
> Smalltalk is not file-based. For better or for worse.
>
> The fundamental problem with Smalltalk is that it is image-based.
>
> Removing a method from a file is not sufficient to remove the method from the
> image.
>
> Change sets were invented to provide a file-based s
2011/4/20 Tobias Pape :
>
> Am 2011-04-20 um 15:33 schrieb Germán Arduino:
>
>> 2011/4/20 Tobias Pape :
>>>
>>>
>>> oO the Seaside3-dependency should be there.
>>> But it is a basic dependency not dictating any adaptor.
>>>
>>> To Dale or whoever is capable of this:
>>>
>>> How shall I speci
Even if SmalltalkHub looks like GitHub, its still based on Monticello.
Another aspect also important in github and similar tools is social coding.
This is very easy to follow your favorite developpers and to
participate by cloning his/her repository.
Regards
On Wed, Apr 20, 2011 at 11:01 PM, Dale
Smalltalk is not file-based. For better or for worse.
The fundamental problem with Smalltalk is that it is image-based.
Removing a method from a file is not sufficient to remove the method from the
image.
Change sets were invented to provide a file-based solution to the "how do I
remove a me
Am 2011-04-20 um 13:04 schrieb Germán Arduino:
> 2011/4/20 Tobias Pape :
>>
>> Am 2011-04-20 um 12:32 schrieb Germán Arduino:
>>
>>> Hi Tobias:
>>>
>>> Sorry if I'm asking something already explained, but what are the new
>>> features of Squeaksource3?
>>>
>>> I'm interested in try being that
Am 2011-04-20 um 16:32 schrieb Dale Henrichs:
>
> On Apr 20, 2011, at 6:27 AM, Tobias Pape wrote:
>
>>
>> To Dale or whoever is capable of this:
>>
>> How shall I specify 'I want a working Seaside of version X'
>> in my metacello Config?
>>
>> Aparently, doing
>>
>> spec
On Apr 20, 2011, at 6:27 AM, Tobias Pape wrote:
>
> To Dale or whoever is capable of this:
>
> How shall I specify 'I want a working Seaside of version X'
> in my metacello Config?
>
> Aparently, doing
>
> spec
> package: 'SqueakSource-Core' with: [
>
Am 2011-04-20 um 15:49 schrieb Torsten Bergmann:
>> How shall I specify 'I want a working Seaside of version X'
>> in my metacello Config?
>
> Have a look at ConfigurationOfExternalWebbrowser in
> squeaksource/MetacelloRepository for an example.
>
> This one requires the FFI project.
>
> You
Am 2011-04-20 um 15:44 schrieb Germán Arduino:
> 2011/4/20 Tobias Pape :
>>
>> Am 2011-04-20 um 14:19 schrieb Torsten Bergmann:
>>
>>> Hi Tobias,
>>>
>>> looks like it is basically working. I used a clean Pharo 1.2.1, then loaded
>>> Seaside
>>>
>>> Gofer new
>>> squeaksource:
On Wed, Apr 20, 2011 at 1:01 PM, Stéphane Ducasse
wrote:
> Hi guys
>
> Take three minutes and reply to this mail. I would like to get a list of
> pending fixes I should focus on to help you.
> Because I can take the tagged items but this is a bit like ok that one
> but I want to make sure that I'
Am 2011-04-20 um 15:33 schrieb Germán Arduino:
> 2011/4/20 Tobias Pape :
>>
>>
>> oO the Seaside3-dependency should be there.
>> But it is a basic dependency not dictating any adaptor.
>>
>> To Dale or whoever is capable of this:
>>
>>How shall I specify 'I want a working Seaside of v
>How shall I specify 'I want a working Seaside of version X'
>in my metacello Config?
Have a look at ConfigurationOfExternalWebbrowser in
squeaksource/MetacelloRepository for an example.
This one requires the FFI project.
You add the project in the baseline
spec
project: 'FFI' with
2011/4/20 Tobias Pape :
>
> Am 2011-04-20 um 14:19 schrieb Torsten Bergmann:
>
>> Hi Tobias,
>>
>> looks like it is basically working. I used a clean Pharo 1.2.1, then loaded
>> Seaside
>>
>> Gofer new
>> squeaksource: 'MetacelloRepository';
>> package: 'ConfigurationOf
Janko Mivšek wrote:
>
> Guys, be patient please, this is alpha release only! I think StHub is
> worth waiting a bit more to stabilize and I'm sure Nico and Seb will
> manage to do the job.
>
> And you already see how big step forward not to mention all yet to be
> explored potential has this hub
2011/4/20 Tobias Pape :
>
>
> oO the Seaside3-dependency should be there.
> But it is a basic dependency not dictating any adaptor.
>
> To Dale or whoever is capable of this:
>
> How shall I specify 'I want a working Seaside of version X'
> in my metacello Config?
>
> Aparently
Am 2011-04-20 um 14:19 schrieb Torsten Bergmann:
> Hi Tobias,
>
> looks like it is basically working. I used a clean Pharo 1.2.1, then loaded
> Seaside
>
> Gofer new
> squeaksource: 'MetacelloRepository';
> package: 'ConfigurationOfSeaside30';
> load.
>
Hi Tobias,
looks like it is basically working. I used a clean Pharo 1.2.1, then loaded
Seaside
Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfSeaside30';
load.
((Smalltalk at: #ConfigurationOfSeaside30) project la
RPackage and Nautilus :-)
Alexandre
On 20 Apr 2011, at 07:01, Stéphane Ducasse wrote:
> Hi guys
>
> Take three minutes and reply to this mail. I would like to get a list of
> pending fixes I should focus on to help you.
> Because I can take the tagged items but this is a bit like ok that one
Hi Stef,
RPackage and Announcements would be on the top of my preferences :)
Cheers,
Doru
On 20 Apr 2011, at 13:01, Stéphane Ducasse wrote:
> Hi guys
>
> Take three minutes and reply to this mail. I would like to get a list of
> pending fixes I should focus on to help you.
> Because I can tak
2011/4/20 Tobias Pape :
>
> Am 2011-04-20 um 12:32 schrieb Germán Arduino:
>
>> Hi Tobias:
>>
>> Sorry if I'm asking something already explained, but what are the new
>> features of Squeaksource3?
>>
>> I'm interested in try being that I was thinking in provide it with
>> some sort of data replicat
Hi guys
Take three minutes and reply to this mail. I would like to get a list of
pending fixes I should focus on to help you.
Because I can take the tagged items but this is a bit like ok that one
but I want to make sure that I'm spending time to making you making progress.
So just tell me.
I wi
+1
Janko we support nic and seb do not worry :)
People are just too excited.
Stef
> SqueakSource AND SmalltalkHub down
>>
>> Yes, it looks like SmalltalkHub replaces all features
>> of squeaksource and mimicks also the down behavior ;)
>
> Guys, be patient please, this is alpha release only! I
On 20. 04. 2011 11:30, Torsten Bergmann wrote:
>> SqueakSource AND SmalltalkHub down
>
> Yes, it looks like SmalltalkHub replaces all features
> of squeaksource and mimicks also the down behavior ;)
Guys, be patient please, this is alpha release only! I think StHub is
worth waiting a bit more to
Am 2011-04-20 um 12:32 schrieb Germán Arduino:
> Hi Tobias:
>
> Sorry if I'm asking something already explained, but what are the new
> features of Squeaksource3?
>
> I'm interested in try being that I was thinking in provide it with
> some sort of data replication (only ideas
> at the moment).
thanks fernando
Stef
On Apr 20, 2011, at 12:35 PM, Fernando Olivero wrote:
> Ok!
> In the latest Pharo1.3 you can evaluate:
>
> Transcript rename: 'TranscriptModel'.
> Smalltalk globals at: #Transcript put: TranscriptStream new.
>
> If you load the issue 3948, then you dont need the first line
Ok!
In the latest Pharo1.3 you can evaluate:
Transcript rename: 'TranscriptModel'.
Smalltalk globals at: #Transcript put: TranscriptStream new.
If you load the issue 3948, then you dont need the first line.
Fernando
On Tue, Apr 19, 2011 at 9:14 AM, Stéphane Ducasse
wrote:
> I know all that :
Hi Tobias:
Sorry if I'm asking something already explained, but what are the new
features of Squeaksource3?
I'm interested in try being that I was thinking in provide it with
some sort of data replication (only ideas
at the moment).
Thanks
2011/4/20 Tobias Pape :
>
> Am 2011-04-20 um 11:30 schr
Le mercredi 20 avril 2011 à 11:30 +0200, Torsten Bergmann a écrit :
> >SqueakSource AND SmalltalkHub down
>
> Yes, it looks like SmalltalkHub replaces all features
> of squeaksource and mimicks also the down behavior ;)
Hehe :-)
I shutdown the demo of SmalltalkHub because of some issues we got,
e
Am 2011-04-20 um 11:30 schrieb Torsten Bergmann:
>> SqueakSource AND SmalltalkHub down
>
> Yes, it looks like SmalltalkHub replaces all features
> of squeaksource and mimicks also the down behavior ;)
>
>> Btw: anyone eager to try out
>> SqueakSource3 ?
>> It is available as and alpha Metacello
>SqueakSource AND SmalltalkHub down
Yes, it looks like SmalltalkHub replaces all features
of squeaksource and mimicks also the down behavior ;)
>Btw: anyone eager to try out
>SqueakSource3 ?
>It is available as and alpha Metacello Config.
Does it work with Pharo 1.2 already? Could you post
a scr
Begin forwarded message:
> From: pharo-project-ow...@lists.gforge.inria.fr
> Date: April 20, 2011 10:47:40 AM GMT+02:00
> To: stephane.duca...@gmail.com
> Subject: Re: [squeak-dev] Re: [ANN] Magma 1.2
>
> You are not allowed to post to this mailing list, and your message has
> been automaticall
Btw: anyone eager to try out
SqueakSource3 ?
It is available as and alpha Metacello Config.
So Long,
-Tobias
Am 2011-04-20 um 08:13 schrieb laurent laffont:
> Laurent
13165
-
Issue 4058: Character printOn: storeOn: are inconsistent for Character
delete
Issue 4062: Unpackaged Code
Issue 4061: External semaphore table size accessors for Cog
--
Marcus Denker -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.
If you want to work on a chapter for the new book let us know.
Now I will not be able to be the driving force since I do not know your system.
Stef
On Apr 20, 2011, at 12:08 AM, Chris Muller wrote:
> Magma 1.2 is now finally released for Squeak 4.2, Pharo 1.1 and Pharo
> 1.2. This new release o
On Apr 20, 2011, at 12:00 AM, DougEdmunds wrote:
> I'd vote to keep the subscribe:do: and subscribe:send:to methods, since that
> seems to most clearly identify what they are doing.
I do not think so. For me subscribe:do: looks like initialization
Subscribing to something does not mean tha
+ 1
> In my eyes, an issue with subscribeTo: is that it kind of encourage giving
> announcement classes noun names rather than using verbs, if you want
> subscriptions to read naturally.
> on: does not have that problem to the same extent, and when: certainly
> doesn't.
> subscribe: reads awk
Thanks Chris for all your effort. I think Magma is a real needed product.
On Wed, Apr 20, 2011 at 7:10 AM, Elliot Finley wrote:
> On Tue, Apr 19, 2011 at 4:08 PM, Chris Muller wrote:
> > Magma 1.2 is now finally released for Squeak 4.2, Pharo 1.1 and Pharo
> > 1.2. This new release offers impro
On Apr 20, 2011, at 7:58 AM, Stephan Eggermont wrote:
> Is the Hudson setup used to generate the Pharo images published?
I uses Lukas' Builder scripts and testrunner:
https://github.com/renggli/builder
on the TODO, I have to clean up our scripts and put them as a fork of Lukas' on
git
Amazing job, and the code looks beautiful, I hope it will bring more people
to try Iliad!
Congrats!! :)
Bernat.
82 matches
Mail list logo
