May be you have a lot of still open Seaside session, which if I remember
correctly are automatically shutdown after 10 min when not active.
Looking at Seaside session instances may give clue.
Hilaire
Le 16/02/2019 à 13:18, Trussardi Dario Romano a écrit :
> Starting from 94 MB, now after
Hi Hilaire,
On Thu, 14 Feb 2019 at 11:54, Hilaire wrote:
>
> I know what you are describing, for example cairo can be impacted.
>
> My self questioning was: Does the VM rely on the host git library or is
> the one shipped with the vm sufficient?
I don't know the reasoning for including libgit2.
Ciao,
thanks Hilaire.
> May be you have a lot of still open Seaside session, which if I remember
> correctly are automatically shutdown after 10 min when not active.
>
> Looking at Seaside session instances may give clue.
OK,
but it is possible to have a report
I'm following the tutorial in the MemoryGame booklet. When I run the game
and click on any square, I get:
The method BlBaseAnimation>>#startOn: called from
MgCardElement>>#onFlippedFace has been deprecated.
Use BlElement>>#addAnimation:
The tutorial is out of sync. How can I proceed?
Is there an
Sure that exists:
SpaceTally printSpaceAnalysis
will generate a file with all the data.
But it probably won't be that easy to interpret.
> On 17 Feb 2019, at 18:38, Trussardi Dario Romano
> wrote:
>
> Ciao,
>
> thanks Hilaire.
>
>> May be you have a lot of still open Seaside sessio
Hi,
Thanks for the bug report.
Can you try loading the latest version for the code of the tutorial. I
fixed the deprecation warning.
Let us know if you encounter any other issues.
Cheers,
Andrei
On Sun, Feb 17, 2019 at 6:49 PM Richard Kenneth Eng <
horrido.hobb...@gmail.com> wrote:
> I'm follo
If you're referring to this:
Metacello new
baseline: 'BlocTutorials';
repository: 'github://pharo-graphics/Tutorials/src';
load
It made no difference. Same error message.
Andrei Chis wrote
> Hi,
>
> Thanks for the bug report.
> Can you try loading the latest version for the code o
If you already have the repository cloned, running the code that you
mentioned does not update the content of the repository.
Hence, the existing version will be loaded again.
Instead you need to do a pull using Iceberg to update the content of the
repository and the code.
Cheers,
Andrei
On Sun,
Hi Sergio.
I released new version of TelePharo adopted for Pharo 7. So now it should
work out of the box
вт, 12 февр. 2019 г. в 21:24, Denis Kudriashov :
> I think it would be enough to do on client side
>
> 12 февр. 2019 г. 21:23 пользователь "Denis Kudriashov" <
> dionisi...@gmail.com> написал
???
I'm not using a cloned repository. I'm using Metacello just like in the
snippet I showed you. Shouldn't it pull in the latest repo?
I've never used Iceberg; I don't know how to use it. I don't really want to
fuck around with GitHub. I don't want to be pulled into a rabbit hole.
Andrei Chis
If you use repositories that start with `github://` in Metacello you are
using Iceberg. Iceberg is used to clone and load the code. Metacello is
just the interface through which that is done.
Running the loading instruction does not pull new changes from remote
repositories.
On Sun, Feb 17, 2019
So how do I force Iceberg to reload?
Andrei Chis wrote
> If you use repositories that start with `github://` in Metacello you are
> using Iceberg. Iceberg is used to clone and load the code. Metacello is
> just the interface through which that is done.
>
> Running the loading instruction does no
Hey Ben - I’m not sure that this actually does the same thing. I just tried it
now, and it resulted in an extra merge in my forked repo - as I think this
effectively pulls down from upstream into pharo and then if you have any
differences in your local image copy they might cause some changes wh
Hmmm Ben - its interesting that other languages/environments show that same
stack error - and they seem to hint at memory issues- although in our case I’m
working with a simple Pharo image that has very little in it (I’ve had much
larger ones in Pharo 6.x without issue).
Interestingly - since l
HilaireFernandes wrote
> In your trad. chinese app were you able to key in chinese?
I didn't try because the characters were pulled in from an external data
source. I only needed to display them.
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Tim Mackinnon wrote
> wouldn’t it be helpful if this was a command in Iceberg?
Yes! This is a super common task and for easy cases would be great to
automate
https://help.github.com/articles/syncing-a-fork/
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.h
Hi,
The simplest thing is to take a fresh image, in a fresh directory and rerun the
Metacello script. Let us know how it works.
Cheers,
Doru
> On Feb 18, 2019, at 12:28 AM, horrido wrote:
>
> So how do I force Iceberg to reload?
>
>
> Andrei Chis wrote
>> If you use repositories that start
Am 18.02.19 um 01:19 schrieb Tim Mackinnon:
Hey Ben - I’m not sure that this actually does the same thing. I just
tried it now, and it resulted in an extra merge in my forked repo - as I
think this effectively pulls down from upstream into pharo and then if
you have any differences in your loc
18 matches
Mail list logo
