There is a new Pharo build available!
The status of the build #1290 was: SUCCESS.
The Pull Request #1851 was integrated:
"22511-TestValueWithinFix-is-failing-randomly"
Pull request url: https://github.com/pharo-project/pharo/pull/1851
Issue Url: https://pharo.fogbugz.com/f/cases/22511
Build U
It would also prefer an SS3-based STHub, at least as an alternative to GitHub.
___
montyos.wordpress.com
> Sent: Saturday, September 29, 2018 at 6:43 AM
> From: "Stephane Ducasse"
> To: "Pharo Development List"
> Subject: Re: [Pharo-dev] Migrating XML support to github/PharoContributions/
>
> H
That would be appreciated, if you can do it and preserve the history.
But you also need:
PharoExtras/BitmapCharacterSet
PharoExtras/OrderPreservingDictionary
___
montyos.wordpress.com
Sent: Saturday, September 29, 2018 at 6:18 AM
From: "Peter Uhnak"
To: "Pharo Development List"
Cc:
Again, for the record, I have no idea who "monty kamath" (monthkamath@gmailcom)
is. Do not send any inquiries to him about those projects.
I am the principal maintainer of those projects, but any PharoExtras dev can
contribute. And the blog below (which I plan on updating) provides additional
in
--- Begin Message ---
Hi Martin,
By disabling EpMonitor, the slowdown disappears.
EpMonitor current disable.
[ Metacello new
baseline: 'GToolkit';
repository: 'github://feenkcom/gtoolkit/src';
load.
] timeToRun "0:00:08:03.504”
Cheers,
Juraj
> On Oct 2, 2018, at 18:14, Martin Dias w
Hi Andrei. You can evaluate "EpMonitor current disable" before loading
to compare times.
El mar., 2 de oct. de 2018 a la(s) 11:18, Andrei Chis
(chisvasileand...@gmail.com) escribió:
>
> Hi,
>
> Are there any know slowdowns when loading code in Pharo 7? Usually on my
> machine (Mac - HighSierra) lo
Ben I would like to thank you!
Simply.
Stef
On Tue, Oct 2, 2018 at 5:58 AM Ben Coman wrote:
>
> On Fri, 13 Apr 2018 at 13:56, Benoit St-Jean via Pharo-users
> wrote:
>>
>> Do we really need 8 delay schedulers (DelayMicrosecondScheduler,
>> DelayMillisecondScheduler, DelayNullScheduler,
>> Del
Btw tonel may be installed in a preLoad, when needed.
> On 2 Oct 2018, at 17:43, Esteban Lorenzano wrote:
>
> useLatestMetacello will not load Tonel, it will use it if it finds it.
> Something we may correct, if needed.
>
>> On 2 Oct 2018, at 17:37, Sven Van Caekenberghe wrote:
>>
>>
>>
>
useLatestMetacello will not load Tonel, it will use it if it finds it.
Something we may correct, if needed.
> On 2 Oct 2018, at 17:37, Sven Van Caekenberghe wrote:
>
>
>
>> On 2 Oct 2018, at 17:11, Peter Uhnak wrote:
>>
>>> If this does not work, does that then mean that for those versions
> On 2 Oct 2018, at 17:11, Peter Uhnak wrote:
>
> > If this does not work, does that then mean that for those versions of
> > Pharo, they cannot load Tonel projects ?
>
> Tonel is not in
> #useLatestMetacello : true,
>
> to your smalltalkci.ston file, but I believe smalltalkCI actual
> If this does not work, does that then mean that for those versions of
Pharo, they cannot load Tonel projects ?
Tonel is not in wrote:
> Hi,
>
> I managed to get successful BaselineOf builds out of a GitHub in Tonel
> format for Pharo 7 (64 & 32 bits) and Pharo 6.1 using Travis CI and
> smallta
Nice writeup! Thanks :)
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
Hi,
I managed to get successful BaselineOf builds out of a GitHub in Tonel format
for Pharo 7 (64 & 32 bits) and Pharo 6.1 using Travis CI and smalltalkCI.
However, this does not seem to work for Pharo 6 or 5. Is this to be expected ?
You can see a build failure here:
https://travis-ci.org/sv
> On 2 Oct 2018, at 16:17, Andrei Chis wrote:
>
> Hi,
>
> Are there any know slowdowns when loading code in Pharo 7? Usually on my
> machine (Mac - HighSierra) loading GToolkit in a Pharo 6.1 images takes
> around 9 minutes. In the latest Pharo 7 it takes 20 minutes. On two other
> newer l
Hi,
Are there any know slowdowns when loading code in Pharo 7? Usually on my
machine (Mac - HighSierra) loading GToolkit in a Pharo 6.1 images takes
around 9 minutes. In the latest Pharo 7 it takes 20 minutes. On two other
newer laptops running Mac results are similar (15 minutes on Pharo 7 64it,
There is a new Pharo build available!
The status of the build #1289 was: FAILURE.
The Pull Request #1850 was integrated:
"21919-MessageTally-testTallySends-is-yellow-on-64-bit-Ubuntu-while-green-on-32-bit-Windows"
Pull request url: https://github.com/pharo-project/pharo/pull/1850
Issue Url: h
Hi Cyril,
I haven't looked at ZipArchive at all, but I would be very surprised
if it did work with symbolic links. FilePlugin has no way to create a
symbolic link, and the test for a symbolic link (#isSymlink) is broken
(I've got a fix, but it's taking much longer to get it finished than I
ever t
Hi Cyril,
> Le 2 oct. 2018 à 13:41, Cyril Ferlicot a écrit :
>
> Hi!
>
> I just found that ZipArchive does not honor symbolic links (at least
> in Pharo 7).
>
> I would like to know if this is a known bug? I found out because I was
> using Pharo to unzip some Pharo vms and it broke all the dyn
Hi!
I just found that ZipArchive does not honor symbolic links (at least
in Pharo 7).
I would like to know if this is a known bug? I found out because I was
using Pharo to unzip some Pharo vms and it broke all the dynamic
libraries :(
--
Cyril Ferlicot
https://ferlicot.fr
The Slides from the ESUG presentation are now inline here:
https://www.slideshare.net/zweidenker/docker-and-pharo-zweidenker
>>>
>>> As presented on ESUG here is the brief description of one of our current
>>> projects.
>>>
>>> Mobility Map
>>> ——
>>>
>>> Mobility Map is a bro
There is a new Pharo build available!
The status of the build #1288 was: SUCCESS.
The Pull Request #1849 was integrated: "Use /tmp (or analog in other OSs)
instead of the working "directory""
Pull request url: https://github.com/pharo-project/pharo/pull/1849
Issue Url: https://pharo.fogbugz.c
> On 30 Sep 2018, at 11:00, Esteban Lorenzano wrote:
>
> Hi,
>
>
>
>
>> On 29 Sep 2018, at 14:39, Sven Van Caekenberghe wrote:
>>
>> Hi,
>>
>> So the future for Pharo is Iceberg/git/tonel and that is fine.
>>
>> My question however is: if I convert my external libraries to this new
>>
> On 2 Oct 2018, at 10:39, Guillermo Polito wrote:
>
> Also, everybody seems to assume that it is "really easy to do" in emails.
> But nobody is taking the time to do it, so why should I?
>
> Now apparently you also missed a point in my email: what I did is not
> incompatible with migrating
Hi,
Yes, Eliot. I see the value in authorship, I never said the opposite.
I also see that this could be taken bad. Now, every time I read **again** a
mail like this I just confirm that I had only two ways out:
- doing the actual migration of the history (which I will not, because if
I do it wron
24 matches
Mail list logo
