Hi Alex,
2012/6/15 Alexandre Bergel
> By the way, could this donation be included in the ESUG registration?
>
no.
ESUG and Pharo are completly distinct.
> Can I fix myself the amount of money I am willing to give?
>
For individuals, Stef spoke about two donation levels but if donation is
ach
Tests Guard report for 20132
http://code.google.com/p/pharo/w/edit/TestsGuard
Firstly good news:
- we have working 2.0 builds and tests again
- this tests are green again:
* RPackage.Tests.RPackageWithDoTest.testWithDoIsCorrectlyReinstallingDefault
*
RPackage.Tests.RPackageWithDoTest.testWith
On Jun 15, 2012, at 4:06 AM, Alexandre Bergel wrote:
> By the way, could this donation be included in the ESUG registration?
> Can I fix myself the amount of money I am willing to give?
>
ESUG has nothing to do with Pharo. ESUG is a general Smalltalk User Group.
The Consortium and ESUG are diff
Have been using Nautilus and OB and albeit Nautilus is nicer looking,
I find my way better with OB. Especially with the top search bar and
categorizing into protocols. More buttons under the lists in OB but I
do prefer them actually.
Phil
2012/6/14 Sean P. DeNigris :
>
> EstebanLM wrote
>>
>> I s
FFI yes, useful as well.
2012/6/15 Schwab,Wilhelm K :
> My gripe is not so much that configs don't work together, it's that they work
> (very) differently over time; the work I did "last week" to build an image
> could be (often is) worthless "today." Configs really need to reflect on
> versio
By the way, could this donation be included in the ESUG registration?
Can I fix myself the amount of money I am willing to give?
Cheers,
Alexandre
On Jun 15, 2012, at 4:50 AM, Stéphane Ducasse wrote:
> Hi cameron
>
> right now there is no simple way to give money to pharo but we are working on
Stéphane Ducasse writes:
Very cool draft stef!
I really like the fact that even small companies like mine can fit here.
nico
> Hi cameron
>
> right now there is no simple way to give money to pharo but we are working on
> it. What is the amount that you have in mind.
> here is a sketch about
My gripe is not so much that configs don't work together, it's that they work
(very) differently over time; the work I did "last week" to build an image
could be (often is) worthless "today." Configs really need to reflect on
versions and do the right thing vs. current complexity. If pre-loadi
Camillo Bruni-3 wrote
>
> that's why the image starts up considerably slower the first time :P
>
Okay, I updated the issue with that info...
--
View this message in context:
http://forum.world.st/DefaultCommandLineHandler-error-tp4634837p4634866.html
Sent from the Pharo Smalltalk mailing list
Hi cameron
right now there is no simple way to give money to pharo but we are working on
it. What is the amount that you have in mind.
here is a sketch about what we are thinking after I gathered the ideas people
mentioned during the pharo conference.
Individus managed via the association
=
grml that's some stupid bug I accidentally produced by rewriting the command
line handler.
it seems like it does not properly finish execution and drags along some old
code...
that's why the image starts up considerably slower the first time :P
see http://code.google.com/p/pharo/issues/detail?id
Strange, I will check that :)
Ben
On Jun 14, 2012, at 3:58 PM, Stéphane Ducasse wrote:
> yes probably a bug but you are working with 1.4 and I worked fixing it in
> 2.0. :(
>
>> Hello,
>>
>> I getting this error in Nautilus when I try to rename an extension category.
>>
>> tx,
>> Usman
>>
yes probably a bug but you are working with 1.4 and I worked fixing it in 2.0.
:(
> Hello,
>
> I getting this error in Nautilus when I try to rename an extension category.
>
> tx,
> Usman
>
>
I am under the impression that I can donate money to the Pharo group
through gforge.inria.fr. Is it possible to donate with a credit card right
through their website? If so, can you please share the link to that page?
[My tired eyes are not seeing it today and my searches are failing too.]
Thanks i
EstebanLM wrote
>
> I started thinking on next release of Pharo 1.4 (which will be code named
> "summer", not an ugly number).
>
Keep us posted on the target date. I want to review bug fixes integrated in
2.0 [1] and see if any should be included for 1.4 per
http://forum.world.st/Backporting-fi
I don't know if this is a bug (seems like it) or an artifact of Jenkins'
build process, but...
If you download
https://ci.lille.inria.fr/pharo/view/Pharo%202.0/job/Pharo-2.0/151/artifact/Pharo-2.0.zip
, when you launch the image, there is "PostMortem: PrimitiveFailed:
primitive #primClose: in Mult
Helene Bilbo wrote
>> Design is not a question of 'fonts' and 'tastes'. Better UI ususally has
>> some serious research background. You probably have to pay - or get
>> interested - (the right) professionals to do it, and it’s worth it too!
Stef answered:
>Yes but so far we cannot afford it.
Yes
The build is now green! The last successful build is update #20132. Thank you
Steph, Esteban, and Marcus :)
In the future, if anyone wants to update 2.0 headlessly past #20119, you
will need to wrap the update code in an error handler like the following
(headful updating will work out of the box w
Dear Smalltalkers,
We would like to inform you that we will extend the deadline for IWST 2012
submission to Monday, June 25th. We have received several requests asking for a
delay concerning the submission deadline. Please can you disseminate this
information and use the CFP to invite some of
20132
-
Issue 6055: [BUG] New System Progress doesnt work when headless
http://code.google.com/p/pharo/issues/detail?id=6055
On 14 June 2012 14:05, Henrik Sperre Johansen
wrote:
> On 13.06.2012 14:59, Igor Stasenko wrote:
>>
>> On 13 June 2012 10:31, Philippe Marschall
>> wrote:
>>>
>>> On 06/13/2012 04:44 AM, Igor Stasenko wrote:
Hi, hardcore hackers.
please take a look at the code and tell if it can b
Camillo Bruni-3 wrote
>
> it's rather easy to create an image that works with the replaced classes.
> But creating a nice loadable
> slice / changeset is a rather fragile and tedious task :P
>
Ha ha... yes, I've noticed that too :) Also, the unintended consequences
when people start to use it (
20131
-
- Issue 6060: New some ensure methods to FileSystem. Thanks Sean De Nigris
and Mariano Martinez-Peck.
http://code.google.com/p/pharo/issues/detail?id=6060.
20130
-
- Issue 6059: Problem with FileHandle >> open.
http://code.google.com/p/pharo/issues/detail?id=6059
- Issue 6056: Typo updete in TestRunner
http://code.google.com/p/pharo/issues/detail?id=6056
- Issue 6062: faster InstructionStream>>#interpret
Ok so join forces and propose something.
On Jun 14, 2012, at 3:19 PM, Denis Kudriashov wrote:
> 2012/6/14 Stéphane Ducasse
> If one group of guys would take the lead we could introduce XTream in 2.0 and
> slowly start to integrate and deprecate slowly the old streams. Who is
> interested in
On Thu, Jun 14, 2012 at 3:19 PM, Denis Kudriashov wrote:
> I am very very want it:)
I guess the question was not "who would like this?" but more "who will
take the lead and make it happen?"
To you or Nicolas want to take the lead and make it happen?
--
Damien Cassou
http://damiencassou.seaside
2012/6/14 Stéphane Ducasse
> If one group of guys would take the lead we could introduce XTream in 2.0
> and slowly start to integrate and deprecate slowly the old streams. Who is
> interested in that?
>
>
I am very very want it:)
On 13.06.2012 14:59, Igor Stasenko wrote:
On 13 June 2012 10:31, Philippe Marschall
wrote:
On 06/13/2012 04:44 AM, Igor Stasenko wrote:
Hi, hardcore hackers.
please take a look at the code and tell if it can be improved.
The AsmJit snippet below transforms an unicode integer value
to 1..4-by
Stéphane Ducasse writes:
> If one group of guys would take the lead we could introduce XTream in
> 2.0 and slowly start to integrate and deprecate slowly the old
> streams. Who is interested in that?
Me.
Nico
>
> Stef
>
> Tx
>
> now there is a difference between adjustments and f
I would also really like to have a chapter based on the documentation (if any).
> If one group of guys would take the lead we could introduce XTream in 2.0 and
> slowly start to integrate and deprecate slowly the old streams. Who is
> interested in that?
>>
>
> Indeed, with the new FS being almost ready in 2.0 the next big mess to
> tackle are the streams.
>
> Personally I really liked the clean separation of the low level stream
> features (bytes) and the high-level interfaces to it (converters,
> characters...)
>
> but the question remains
>>>
>> +100.
>> I gave up on trying to mold the current Streams into something a bit more
>> reasonable and still be backwards compatible quite some time ago.
>>
>> That other thread about Converters?
>> Totally related. For example, you can't do what Sven did in the Zn
>> converters without brea
If one group of guys would take the lead we could introduce XTream in 2.0 and
slowly start to integrate and deprecate slowly the old streams. Who is
interested in that?
Stef
Tx
now there is a difference between adjustments and fully new API and I
would have preferred adjus
2012/6/14 Henrik Sperre Johansen :
> On 14.06.2012 08:43, Igor Stasenko wrote:
>>
>> On 14 June 2012 08:33, Stéphane Ducasse wrote:
>>>
>>> Tx
>>>
>>> now there is a difference between adjustments and fully new API and I
>>> would have preferred adjustments.
>>>
>>> Stef
>>
>> IMO, Xtreams design
Here is a bit less dumb evaluation of stream protocols, top 100
Stream-messages sent in Pharo2.0 but by Stream:
selectors := (Stream withAllSubclasses inject: Set new into:
[:allSelectors :aClass | allSelectors addAll: aClass selectors;
yourself]) sorted.
references := selectors collect: [:e | e
Hi:
On 14 Jun 2012, at 11:34, Frank Shearar wrote:
>>> How do you #join Processes? I can't see anything in Process' protocol
>>> for doing so. so what am I missing?
>>
>>
>> Nothing. Theres no support for join. You have to roll your own.
>
> OK, that's what I thought. Stefan's comment intrig
On 13 June 2012 23:11, Frank Shearar wrote:
> On 13 June 2012 20:25, Stéphane Ducasse wrote:
>> I would have really prefer that Xtreams provide a compatible API.
>> Because changing API means also rewrite documentation….
>
> If I recall correctly, Michael & Martin said that it was impossible to
>
On 13 June 2012 23:15, Eliot Miranda wrote:
>
>
> On Wed, Jun 13, 2012 at 7:35 AM, Frank Shearar
> wrote:
>>
>> On 2 June 2012 09:28, Stefan Marr wrote:
>> > Hi Sean:
>> >
>> > On 02 Jun 2012, at 05:07, Sean P. DeNigris wrote:
>> >
>> >> During the process, I noticed that the Blue Book specifies
Dear Smalltalkers,
As you know ESUG (European Smalltalk User Group) is a nonprofit
organization, ran by a bunch of volunteers which aims at promoting
Smalltalk (http://www.esug.org/Promotion). ESUG does have multiple actions
such as sponsoring Smalltalk-related publications (articles and books),
e
On 14.06.2012 08:43, Igor Stasenko wrote:
On 14 June 2012 08:33, Stéphane Ducasse wrote:
Tx
now there is a difference between adjustments and fully new API and I would
have preferred adjustments.
Stef
IMO, Xtreams design is simply superior.
+100.
I gave up on trying to mold the current Str
On Wed, Jun 13, 2012 at 6:09 PM, wrote:
>> Now Damien, if streaming is only intended for arrays and strings, I'd
>> expect the expression 'OrderedCollection new writeStream' to raise an
>> error... :/
agree, that should be fixed
> Indeed. Also, just for my information, why aren't we using Nil
I would address the problem with a compatibility layer like
'foo' reading withLegacyProtocol
You have many options to add a protocol
- simply add the protocol at XTReadStream/XTWriteSTream roots
- just create another Xtreams wrapper,
- use a Trait
I wish I had lightweight traits, I mean with
42 matches
Mail list logo