[Pharo-users] [Important] The deprecated FileStream removed from Pharo 9

[Pavel Krivanek]

Hi,

the Pharo 9 finally removed the DeprecatedFileStream package. Please,
check whether your projects stopped to use this deprecated file streams API.

The migration guide is in the FileStream class comment.

or here:
https://pharoweekly.wordpress.com/2018/03/19/new-files-in-pharo-migration-guide-how-tos-and-examples/

or here:
https://github.com/pavel-krivanek/pharoMaterials/blob/master/Filestreams.MD

Cheers,
-- Pavel

Re: [Pharo-users] Minimality

[Pavel Krivanek]

We are not fighting successfully against the accidental complexity. On the
other hand, the count of classes is not really meaningful value. Pharo has
about 1700 test classes, there are rules, manifests and baselines. The Opal
and AST-Core has much more classes than the old compiler for good reasons
and so on...

Cheers,
-- Pavel

čt 16. 4. 2020 v 15:23 odesílatel Hilaire  napsal:

> Le 16/04/2020 à 14:23, Richard O'Keefe a écrit :
> > I'm not sure what "descendants of Smalltalk-80" means.
>
> Obviously, I mean the Apple' Smalltalk-80 Squeak takes its origin from.
> I should have write that.
>
> > Smalltalk is simple enough, it's just that things we need to talk to
> > are insanely complex.  (Hands up everyone who has actually read
>
> But Pharo is over this point. Its complexity is not because of
> additional packages but from its internal way of doing things, I can't
> tell you exactly why, I am just observing this situation when trying to
> understand how things work from the inside. See for example my idiotic
> struggle a couple of days ago.
>
> For example, Morph was not cleanup as done in Cuis but since ten years
> there were attempts to develop additional frameworks (athens, bloc,
> brick, other?) with unclear results.
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>
>

Re: [Pharo-users] The results are in!

[Pavel Krivanek]

so 8. 2. 2020 v 23:33 odesílatel horrido  napsal:

> So this forum is only for Pharo newcomers who have questions? Seems rather
> limiting.
>
> When I join other language forums, I look for information about the
> language
> I'm investigating as a newcomer. This can include the language's
> capabilities, limitations, real-world usage, new tools, philosophical
> basis,
> and so on. General information across a broad spectrum of topics.
>
> And, yes, even trivia and factoids that I might find interesting. I
> appreciate that you don't find this interesting, but other forum visitors
> may.
>
> If the Pharo users forum wants to, it could do something as draconian as
> StackOverflow does: put a tight leash on submitted questions and boot out
> everybody who doesn't comply. This is one reason I don't go to
> StackOverflow
> very often — they aren't welcoming to people who just want to learn general
> things.
>
> I've told my readers that the Pharo users forum is welcoming. Please don't
> make a liar out of me.
>

We do not need to make a liar out of you. See your old e-mails:







*So, is Pharo being used to fight Ebola? Not exactly, but who cares?
I'mtrying to change people's perception. I'm trying to *move* them. If I
haveto exaggerate, I will do so.Has everybody heard of Smalltalk? Of course
not. And it doesn't matter. I'mtaking /literary licence/. As a writer and a
marketer, I am allowed to dothis.*

-- Pavel

Guillermo Polito wrote
> > Hi Richard,
> >
> > I’d like to invite you to refrain yourself from posting such off-topic
> > messages in the future.
> >
> > This list is for people to *ask* questions about Pharo. Not to diffuse
> any
> > kind of propaganda (pharo related or not).
> > You’re not asking a question about Pharo, nor answering a question about
> > Pharo.
> > So I personally find all these emails off-topic and uninteresting.
> >
> > I have the feeling this list has been lately flooded with such off-topic
> > messages.
> > And this only chases off this list people really interested about the
> main
> > topic of the list (like me).
> >
> > Maybe this shows this competition / PR campaign you’re running needs
> > another channel?
> > I know you don’t agree, but I invite you to read here the **purpose** of
> > this list, just for respect to people subscribed to it:
> >https://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org
> > 
> https://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org;
> >
> > Thanks for your comprehension,
> > Guille
> >
> >> El 8 feb 2020, a las 19:12, Richard Kenneth Eng 
>
> > horrido.hobbies@
>
> >  escribió:
> >>
> >> Round 1 — #1 Leading Team: https://youtu.be/QWHeN5WXfBQ
> >> https://youtu.be/QWHeN5WXfBQ;
> >>
> >> I'm actually quite amazed by their effort. They surpassed my
> >> expectations.
> >>
> >> At the risk of sounding immodest, I think this is a terrific way to
> >> promote Smalltalk (Pharo). I think the video is an absolute blast.
> >>
> >> Richard
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] About "it's not pharo but smalltalk"

[Pavel Krivanek]

st 5. 2. 2020 v 20:42 odesílatel horrido  napsal:

> > It is your initiative, you should know, nobody asked you to do it
>
> Well, that's a peculiar attitude. There are many, many programming language
> evangelists and I don't think anybody "asked" them to do it. They do it for
> the love of the language.
>
> I hear what you're saying, and I understand fully. I just don't agree with
> it entirely.
>
> I think it's short-sighted. Smalltalk has long been criticized for being a
> secluded island, and now you want to do the same for Pharo? Even as I try
> to
> build bridges to the island?
>
> You could ban everybody from this forum who aren't focussed 100% on Pharo
> and you'd have a much smaller community. You could ban everybody who is a
> Smalltalker. The result is a much more tightly focussed forum, clean and
> free from distractions. Fine. But what is the long-term cost?
>
> Smalltalk evangelism would come to an end. Why? Because frankly nobody is
> interested in the other Smalltalks. Pharo is where all the action is.
>
> And without Smalltalk evangelism, I don't see a path for Pharo becoming
> more
> than a niche language. Pharo doesn't show up an *any* language popularity
> index. At least Clojure, Erlang/Elixir, and Haskell are in the top 30 in
> several places.
>
> At Indeed, there are 18 job postings in the United States that mention
> Smalltalk, and none for Pharo. Even Clojure has 404, Erlang has 274, and
> Haskell has 519, pathetic though these numbers are.
>
> Yes, I also understand that there are many Pharoers who don't care about
> remaining niche. That's a tragedy.
>
> I would rather not have wasted the last five years of my life.
>

Sorry to say that but you wasted the last five years of your life. Google
trends for Smalltalk:

[image: chrome_JbORSPVuGv.png]

Smalltalk is dead. Dead and no-one can change it. It is an interesting
historical curiosity. You are trying to sell a dead horse.
And yes, Pharo is an irrelevant niche language and it is very unlikely that
it will change in future. It definitely will not change If it will be
promoted the way you do that.

-- Pavel


> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] About "it's not pharo but smalltalk"

[Pavel Krivanek]

st 5. 2. 2020 v 20:48 odesílatel horrido  napsal:

> I learned a long time ago that you can't please everybody. I've heard the
> critics about my evangelism. I've also heard the praise.
>
> So what am I supposed to do? Listen to the critics and ignore the fans?
>
> If you're an evangelist, you have to develop a thick skin and follow your
> heart. Otherwise, get out of the kitchen...
>

You are a victim of your own strong confirmation bias. I hardly can break
it but I just want to point out that in the mentioned discussion, there was
no fan of you (and there were more people complaining than the two I
mentioned).

Pavel Krivanek-3 wrote
> > st 5. 2. 2020 v 19:02 odesílatel horrido 
>
> > horrido.hobbies@
>
> >  napsal:
> >
> >> > You want to take the Smalltalk heritage as a definition, that’s ok. We
> >> don’t, and that’s ok too. Is about what we want to do.
> >>
> >> Who's "we"?
> >>
> >> Last time I checked, nobody owns Pharo. Pharo is not a bunch of core
> >> developers; it's a community. And I believe there are many Pharoers who
> >> share my view.
> >>
> >> Since I'm a Smalltalk evangelist and not a Pharo evangelist, I guess I
> >> shouldn't ever mention Pharo in my blog. After all, if it's not
> >> Smalltalk,
> >> why should I promote it???
> >>
> >
> > Pharo 8.0 release Reddit discussion included some feedback you
> > may appreciate:
> >
> > "Thanks. Does this Pharo release removes feature "Richard Kenneth Eng"?
> > That was the only feature in detriment to such an excellent environment
> as
> > Pharo."
> >
> > "I really like the idea of pharo's features and smalltalk is quite
> > interesting, but I can't help but be put off by the insanely stupid
> > marketing culture around it. Most articles about it exaggerate way too
> > much
> > and seem like they're written by people who were paid to write about it.
> > Or
> > maybe I'm reading Medium-cancer too much."
> >
> >
> >
> >> In fact, this is disastrous for my JRMPC competition since it's based
> >> entirely on Pharo. I'm promoting Smalltalk but pushing Pharo on all the
> >> participating teams??? What the f*ck am I doing?!!
> >>
> >>
> >>
> >> --
> >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> >>
> >>
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] About "it's not pharo but smalltalk"

[Pavel Krivanek]

st 5. 2. 2020 v 19:02 odesílatel horrido  napsal:

> > You want to take the Smalltalk heritage as a definition, that’s ok. We
> don’t, and that’s ok too. Is about what we want to do.
>
> Who's "we"?
>
> Last time I checked, nobody owns Pharo. Pharo is not a bunch of core
> developers; it's a community. And I believe there are many Pharoers who
> share my view.
>
> Since I'm a Smalltalk evangelist and not a Pharo evangelist, I guess I
> shouldn't ever mention Pharo in my blog. After all, if it's not Smalltalk,
> why should I promote it???
>

Pharo 8.0 release Reddit discussion included some feedback you
may appreciate:

"Thanks. Does this Pharo release removes feature "Richard Kenneth Eng"?
That was the only feature in detriment to such an excellent environment as
Pharo."

"I really like the idea of pharo's features and smalltalk is quite
interesting, but I can't help but be put off by the insanely stupid
marketing culture around it. Most articles about it exaggerate way too much
and seem like they're written by people who were paid to write about it. Or
maybe I'm reading Medium-cancer too much."



> In fact, this is disastrous for my JRMPC competition since it's based
> entirely on Pharo. I'm promoting Smalltalk but pushing Pharo on all the
> participating teams??? What the f*ck am I doing?!!
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Glorp + P3 + SQLite

[Pavel Krivanek]

Hi Todd,

we want to do some more testing before merging it into the upstream
repository.

-- Pavel

čt 21. 11. 2019 v 14:34 odesílatel Todd Blanchard via Pharo-users <
pharo-users@lists.pharo.org> napsal:

> Hi Pavel,
>
> I've just gotten around to figuring out BaslineOf and packages.  I see
> this work is in a branch on your own repository.
>
> Do you plan to do a pull request back to the original repository?  I feel
> like we have database code all over the place and no clear "official"
> versions.
>
> Stll trying to figure out what is current and what is obsolete (Garage?)
>
> On Oct 19, 2019, at 5:18 AM, Pavel Krivanek 
> wrote:
>
> Btw. there exists an updated version of Glorp:
> github://pavel-krivanek/glorp:8.3.1-23-baseline
> But the compatibility of it with SQLite was never tested
>
> -- Pavel
>
> so 19. 10. 2019 v 10:27 odesílatel Todd Blanchard via Pharo-users <
> pharo-users@lists.pharo.org> napsal:
>
>> I loaded GLORP+P3 without issue.
>>
>> Trying to load SQLite3 - it also wants to load GLORP which complains of
>> conflict.
>>
>> For P3 I used:
>>
>> Metacello new
>>baseline: 'P3';
>>repository: 'github://svenvc/P3';
>>load: 'glorp'.
>>
>>
>>
>> For SQLite:
>>
>> Metacello new
>>  repository: 'github://PierceNg/glorp-sqlite3:pharo7';
>>  baseline: 'GlorpSQLite';
>>  load.
>>
>>
>> but this fails with a conflict.  I suspect the conflict is it wants to
>> load in glorp again.
>>
>> I would also like to have mysql driver at some point.
>>
>> Any tips for getting these to play nice together would be great.
>>
>
>

Re: [Pharo-users] Glorp + P3 + SQLite

[Pavel Krivanek]

Btw. there exists an updated version of Glorp:
github://pavel-krivanek/glorp:8.3.1-23-baseline
But the compatibility of it with SQLite was never tested

-- Pavel

so 19. 10. 2019 v 10:27 odesílatel Todd Blanchard via Pharo-users <
pharo-users@lists.pharo.org> napsal:

> I loaded GLORP+P3 without issue.
>
> Trying to load SQLite3 - it also wants to load GLORP which complains of
> conflict.
>
> For P3 I used:
>
> Metacello new
>baseline: 'P3';
>repository: 'github://svenvc/P3';
>load: 'glorp'.
>
>
>
> For SQLite:
>
> Metacello new
>   repository: 'github://PierceNg/glorp-sqlite3:pharo7';
>   baseline: 'GlorpSQLite';
>   load.
>
>
> but this fails with a conflict.  I suspect the conflict is it wants to
> load in glorp again.
>
> I would also like to have mysql driver at some point.
>
> Any tips for getting these to play nice together would be great.
>

[Pharo-users] [ANN] Pharo Chip Designer

[Pavel Krivanek]

Hi,

I have created a little program based on an old educational game by
Zachtronics (KOHCTPYKTOP: Engineer of the People[1]) named Pharo Chip
Designer.

It is an inaccurate and highly simplified tool for the design of silicon
chip layouts. Unlike common tools for logic circuits designs, in Pharo Chip
Designer, you need to face the real-life problems like propagation delays
or limited amount of layers and available substrate area.

https://github.com/pavel-krivanek/PharoChipDesigner
<https://github.com/pavel-krivanek/PharoChipDesigner/blob/master/README.md>

It contains levels from the original game, but you can play with your
custom designs on larger surfaces. And of course, use all the Pharo power
to control the I/O signals.

The Pharo Chip Designer required Pharo 8.0 and Spec2.

Cheers,
-- Pavel

[1] http://www.zachtronics.com/kohctpyktop-engineer-of-the-people/

[Pharo-users] Gettext

[Pavel Krivanek]

Hi,

I made some little tweaks on the Gettext project and I wrote few lines of
documentation about it:

https://github.com/pharo-contributions/Gettext

Feel free to contribute if it may be interesting for your applications.
Notice that I am not the original author of this project, I'm just passing
by ;-)

Cheers,
-- Pavel

Re: [Pharo-users] ring deprecation in pharo 7

[Pavel Krivanek]

Hi,

the Ring 2 is not integrated because we do not want to have two version in
the system at once and we are not ready for the old Ring removal. However,
it is marked as deprecated to warn people that they probably should not
base their new code on it.

That is important for more intensive usage of the models. Most people want
to simply have something like a method reference. In that case, you can
still use the old Ring. We will add some class comments to clarify that.

Cheers,
-- Pavel

út 23. 10. 2018 v 14:41 odesílatel Tudor Girba 
napsal:

> Hi,
>
> Ok.
>
> So, as Ring2 is not in Pharo 7 and all Ring classes in Pharo 7 are
> deprecated, should we still use them, or is it desired to load Ring2 in our
> applications?
>
> Cheers,
> Doru
>
>
> > On Oct 23, 2018, at 9:01 AM, Peter Uhnak  wrote:
> >
> > Hi Doru,
> >
> > I imagine the replacement is Pavel's Ring2
> https://github.com/pavel-krivanek/ring2
> >
> > Peter
> >
> > On Fri, Oct 19, 2018 at 10:56 PM Tudor Girba 
> wrote:
> > Hi,
> >
> > Ring seems to be deprecated in Pharo 7. Is there something else it will
> be replaced with?
> >
> > In particular, I am looking for the correct class that should correspond
> to RGMethodDefinition.
> >
> > Cheers,
> > Doru
> >
> >
> > --
> > www.feenk.com
> >
> > "Value is always contextual."
> >
> >
> >
> >
> >
> >
>
> --
> www.feenk.com
>
> "In a world where everything is moving ever faster,
> one might have better chances to win by moving slower."
>
>
>
>
>
>
>

Re: [Pharo-users] Where is the Software update menu in Pharo 7.0

[Pavel Krivanek]

The software update is not available anymore. It is related to a completely
different process how images are created now. The old update process was
mostly broken, anyway.

Cheers,
-- Pavel

so 15. 9. 2018 v 9:17 odesílatel Rene Paul Mages (ramix) 
napsal:

> Hi all,
>
> This is probably an idiot interrogation :
>
> I can't see the "Software update" menu
>
> http://ramix.org/pharo/version-7.0/pharo.7.0.png
>
> My Machine is running Linux Mint 18.3 "Sylvia" Cinnamon (64 bits) and I
> am using the following Pharo package : PharoLauncher-linux-1.4-x64.zip
>
> Thanks for your help.
> --
> All the best.
> Rene Paul Mages ( GnuPG_key 0x9840A6F7 )
> http://renemages.wordpress.com/smalltalk/pharo/
> http://www.linux-azur.org/ramix
> http://blog.pharo.fr
>
>

[Pharo-users] Pharo 7 file streams guideline

[Pavel Krivanek]

Hello,

I've prepared a draft of a short document that should help you with the
transition to the "new" file streams API in Pharo 7.

https://github.com/pavel-krivanek/pharoMaterials/blob/master/Filestreams.MD

Pull requests are welcome.

Cheers,
-- Pavel

Re: [Pharo-users] Browse dependencies to a package

[Pavel Krivanek]

no, but you can use this code:

report := DADependencyChecker new computeImageDependencies.
report knownDependantsOf: 'Glamour-Examples'

-- Pavel

2018-05-07 22:05 GMT+02:00 Cyril Ferlicot D. :

> Hi,
>
> In Pharo we have the dependency analyzer to get the dependencies of a
> package. But is it easily possible to find the dependencies to a package?
>
> I did not found the option in the interface.
>
> --
> Cyril Ferlicot
> https://ferlicot.fr
>
>

Re: [Pharo-users] Package extension. Adding instance variables to classes

[Pavel Krivanek]

2018-05-07 12:25 GMT+02:00 Alidra Abdelghani via Pharo-users <
pharo-users@lists.pharo.org>:

>
>
> -- Přeposlaná zpráva --
> From: Alidra Abdelghani 
> To: pharo-users@lists.pharo.org
> Cc:
> Bcc:
> Date: Mon, 7 May 2018 11:25:49 +0100
> Subject: Package extension. Adding instance variables to classes
> Hi,
>
> I am working on a package named ClassNamesAnalyzer and I need to add code
> to third party classes in other packages (for instance the FAMIX-Core
> package).
> “Extending” third party classes with methods is easy; I just need to
> categorise my methods under the *ClassNamesAnalyzer protocole so that
> loading my package will load them in the image.
> However, if I want to add instance variables to theses classes, they are
> not there when I load the package in a new image.
>
> *So my question is* : is there a way to include instance variables
> addition to other packages in my package?
>

Currently not, you should use privateState


> *Another question is* : is it good practice to add instance variables to
> classes in third party packages and is there a way to avoid it (because I
> am not very confortable with that idea)?
>

It is not, see FAMIXContainerEntity>>#definedAnnotationTypes how this issue
is currently being solved using the privateState.

Cheers,
-- Pavel


>
> Thanks in advance,
> Abdelghani
>
>

Re: [Pharo-users] Where do we go now ?

[Pavel Krivanek]

Moreover, we are increasing the system modularity so more classes in the
IDE does not mean that you need to have them all loaded.

-- Pavel

2018-04-13 10:39 GMT+02:00 Esteban Lorenzano :

> As a general note, I have to say that I find amusing how people are often
> annoyed about the growing size of the image and the amount of classes.
> We have an image that contains a full IDE which incorpores more and more
> modern capabilities. And you want that to stay small and fewer classes? I’m
> sorry but you are missing the point. More tools (or same tools enhanced)
> means more size and classes.
>
> Then… why the fear about classes? This is OOP. Doing classes is what we
> do.
> I prefer a new class to, for example passing same information into a
> dictionary.
> I prefer a new class over a string.
> I prefer a new class over a tuple.
>
> We now have slots instead symbols to express variables. I dream with even
> more classes: Selector, Protocol (we already have it, but we need to use
> it), etc., etc., etc.
> I will always prefer a class that defines a concept than a non-reified
> usage of generic classes.
>
> We need better ways to organise that information? YES! (For example I was
> thinking browser by default should not show “tool packages”, to reduce the
> amount of information).
>
> But I welcome more classes and less esoteric usages of existing ones,
> always.
>
> cheers,
> Esteban
>
> On 13 Apr 2018, at 10:30, Esteban Lorenzano  wrote:
>
>
>
> On 13 Apr 2018, at 10:25, Ben Coman  wrote:
>
> On 13 April 2018 at 13:53, Benoit St-Jean via Pharo-users <
> pharo-users@lists.pharo.org> wrote:
>
>> Just a quick word to get some things straight because, quite frankly, I
>> really don't know where we're heading.
>>
>
>
>> Do we really need 8 delay schedulers (DelayMicrosecondScheduler,
>> DelayMillisecondScheduler, DelayNullScheduler,
>> DelayExperimentalSpinScheduler, DelaySpinScheduler,
>> DelayTicklessScheduler, DelayExperimentalCourageousScheduler,
>> DelayExperimentalSemaphoreScheduler) ?
>>
>
> This should have been cleaned up a while ago.  Thanks for the bump.  I'll
> get to it.
> However note, that half of those have not more than two methods, so are
> not contributing much to the size of the Image.
>
>
> I didn’t know. Thanks :)
>
>
>
>> Perhaps a little bit of clarity and details about what's coming and
>> what's the plan would be beneficial to a lot of us.
>>
>
> I guess you are looking for...
> https://github.com/pharo-project/pharo-workingRoadmaps/
> blob/master/Pharo7/ROADMAP.md
>
>
> cheers -ben
>
>
>
>
>
>

Re: [Pharo-users] depending on a group of a BaselineOf

[Pavel Krivanek]

in BaselineOfBasicTools we use something like.

spec baseline: 'SUnit' with: [
spec repository: repository.
spec loads: #('UI' 'Help')].

-- Pavel

2018-02-26 23:30 GMT+01:00 Peter Uhnák :
> Hi,
>
> I'm trying to define a dependency on a group of BaselineOf.
>
> specifically #core of github://pharo-graphics/Bloc/src.
>
> I've looked at this
> https://github.com/Metacello/metacello/blob/master/docs/GettingStartedWithGitHub.md#create-baseline
>
> which recommends using import:provides:
>
> baseline: spec
>   
>
>   spec for: #common do: [
> "Sample defines the group 'default'"
> spec baseline: 'Sample' with: [
>   spec repository: 'github://dalehenrich/Sample:master' ].
> spec import: 'Sample' provides: #('default').
>
> "OtherSample *also* defines the group 'default'"
> spec baseline: 'OtherSample' with: [
>   spec repository: 'github://dalehenrich/Sample:master' ].
> spec import: 'OtherSample' provides: #('default').
>
> "'default' can now be successfully resolved, even though
> both projects define the same name"
> spec package: 'OtherProject-Core with: [
>   spec requires: 'default' ] ].
>
>
> However this code is confusing... both Sample & OtherSample provide
> `default`, so on what does `OtherProject-Core` actually depend?
>
> In the examples here
> https://github.com/Metacello/metacello/blob/master/docs/LockCommandReference.md
> there are groups with the name of the project in them ('External Core'
> 'External Tests'), but this won't work if I don't control the project I am
> loading, plus it feels like a hackish workaround.
>
> Also, can it be unified with the way ConfigurationOf works?
>
>
> Thanks,
> Peter

Re: [Pharo-users] adding 1 year to the date - bug?

[Pavel Krivanek]

In Pharo 1 year is a duration of 365 days so it does not reflect leap years.

-- Pavel

2018-02-26 10:43 GMT+01:00 Petr Fischer :
> Hello, just simple test:
>
> (Date year: 2019 month: 2 day: 26) + 1 year.
> returns: 26 February 2020
> OK
>
> (Date year: 2020 month: 2 day: 26) + 1 year.
> returns: 25 February 2021
> What?
>
> (maybe I do not understand something  about dates again)
>
> Thanks! pf
>

Re: [Pharo-users] Metacello with Git

[Pavel Krivanek]

the pull request was against the issue branch, not the development one, so
the merging of it had no real effect. I created a new one (
https://github.com/pharo-project/pharo/pull/790)

-- Pavel

2018-02-02 9:47 GMT+01:00 Esteban Lorenzano :

> yes, I asked Pavel to look at it…
>
> Esteban
>
>
> On 2 Feb 2018, at 09:38, Guillermo Polito 
> wrote:
>
> I've seen that the other day. The package is in the repository but is not
> loaded in the image. Probably somebody committed it but not added it into
> any baseline.
>
> On Fri, Feb 2, 2018 at 4:35 AM, Sean P. DeNigris 
> wrote:
>
>> An image with build 454 seems still not to have MCGitlabRepository
>> present.
>> What am I missing?
>> Same for build 462 with sha 3641442f3ba0613cd9a6428181487ea29e62418c,
>> which
>> has the package in its source:
>> https://github.com/pharo-project/pharo/tree/3641442f3ba0613c
>> d9a6428181487ea29e62418c/src/Metacello-Gitlab
>>
>> Ditto for build 487.sha.58ee23aadcd15e0a969ed675e8141c0cfd95594a
>>
>>
>>
>> -
>> Cheers,
>> Sean
>> --
>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>
>>
>
>
> --
>
> Guille Polito
> Research Engineer
>
>
> Centre de Recherche en Informatique, Signal et Automatique de Lille
> CRIStAL - UMR 9189
> French National Center for Scientific Research - *http://www.cnrs.fr
> *
>
> *Web:* *http://guillep.github.io* 
> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>
>
>

Re: [Pharo-users] Pharo IDE - change mouse cursor color/size

[Pavel Krivanek]

If I added -lXrender to LIBS and -DHAVE_LIBXRENDER=1 to CFLAGS into
mvm, so for exammple in
opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build.debug

CFLAGS="$OPT -msse2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DCOGMTVM=0
-DHAVE_LIBXRENDER=1" \
LIBS="-lXrender -lpthread -luuid -Wl,-rpath,'\$\$ORIGIN' " \

then I was able to make beCursor primitive work on Ubuntu, see the screenshot

-- Pavel

2018-01-30 0:12 GMT+01:00 Torsten Bergmann :
> @Phil: Maybe because I wrote the package back when I was on "Vista" and you 
> should not
>use on Linux ;)
>
> To be serious: Yes - changing the cursor in Linux never worked (for me). And 
> the windows
>VM had large cursor introduced as "experimental" in 2009:
>
>
> http://forum.world.st/squeak-dev-New-Window-VM-Closures-FT2Plugin-Large-Cursors-td81092.html
>
> Agree that more parts should be moved to image, especially window and key 
> event related things. But this
> is on the list since years - so the basic question is more if Estebans has 
> the time to work on it.
>
> Bye
> T.
>
>> Gesendet: Montag, 29. Januar 2018 um 23:48 Uhr
>> Von: "Sven Van Caekenberghe" 
>> An: "Any question about pharo is welcome" 
>> Betreff: Re: [Pharo-users] Pharo IDE - change mouse cursor color/size
>>
>> Repeat [ More on the image side where we can all see it and work on it in a 
>> proper language, with proper design, using proper tools ]
>>
>> > On 29 Jan 2018, at 21:17, Stephane Ducasse  wrote:
>> >
>> > Hi phil
>> >
>> > Yes we want to kill all the VM logic related to events because IT GETS
>> > ON OUR NERVES.
>> > Kill them all. Esteban told me that he is super upset by all the event
>> > / screen logic and that he is looking at ronie' changes.
>> > Stef
>> >
>> > On Mon, Jan 29, 2018 at 8:10 AM, p...@highoctane.be  
>> > wrote:
>> >> If you are on Windows you can load Vista cursors from the catalog. Then 
>> >> you
>> >> will have settings for the size.
>> >>
>> >> Not all cursors are implemented but it is easy to do.
>> >>
>> >> On Linux I had VM crashes when doing #beCursor. Maybe is it fixed these
>> >> days.
>> >>
>> >> Phil
>> >>
>> >>
>> >> On Jan 29, 2018 06:22, "Animosity"  
>> >> wrote:
>> >>>
>> >>> Hi there,
>> >>>
>> >>> I'm not able to find any setting in the Pharo IDE related to changing the
>> >>> mouse cursor color or size?
>> >>> Can this be done at all? Thanks in advance.
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>> >>>
>> >>>
>> >>
>> >
>>
>>
>>
>

Re: [Pharo-users] Athens error

[Pavel Krivanek]

2017-12-26 14:32 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>:

> Running your drgeo.image on a recent linux pharo 64 bit vm gives this
> error message first:
>
> /home/nicolai/devel/pharo/Pharo7.0-32bit-52a28a8.sources.
>
> With pharo 7, every (bootstrapped)image needs its own sources file?
>

Every Pharo 7 build creates own sources file but this sources file can be
shared between several images based on this build. So for final Pharo 7 we
may release one sources file but I doubt that we will do it.
During bootstrap all code is loaded into the image as new code so at the
end you have empty sources file and huge changes file. We condense such
changes file and transform it into sources file so you have empty changes.
But we would like have sources directly in the image in compressed form.

-- Pavel


>
>
> 2017-12-26 11:59 GMT+01:00 Hilaire <hila...@drgeo.eu>:
>
>> Just make a drgeo build with latest image as of today, the problem is the
>> same with latest image, as long as the source file is not present. Here is
>> the newest built[1]
>>
>> Hilaire
>>
>>
>> [1] https://www.dropbox.com/s/wc18e21p371z28f/DrGeo.app-18.01a.zip?dl=0
>>
>> Le 26/12/2017 à 11:15, Pavel Krivanek a écrit :
>>
>>> Hi Hilaire
>>>
>>> your P7 image is older and has problems with FreeType fonts
>>> initialization that should be fixed in the newest builds. Maybe that is
>>> cause of the Athens issues you are facing. Please upgrade.
>>>
>>>
>> --
>> Dr. Geo
>> http://drgeo.eu
>>
>>
>>
>>
>

Re: [Pharo-users] Athens error

[Pavel Krivanek]

Hi Hilaire

your P7 image is older and has problems with FreeType fonts initialization
that should be fixed in the newest builds. Maybe that is cause of the
Athens issues you are facing. Please upgrade.

-- Pavel

2017-12-25 12:05 GMT+01:00 Hilaire :

> The source is really needed to get Athens functionning, otherwise there is
> an error. On top of that, the source file name is confused by Pharo (it
> should be mimic of the 32bits images, althought 64bits image is used, and
> it should not depend on the bits number I guess).
>
> Here is an archive with the image[1], go in Contents/Resources/drgeo.image
> and used a 64 bits VM to run the image, do not used the embedded VMs, there
> are for P3.
>
> [1] https://www.dropbox.com/s/wc18e21p371z28f/DrGeo.app-18.01a.zip?dl=0
>
> Hilaire
>
> Le 20/12/2017 à 21:08, Stephane Ducasse a écrit :
>
>> Normally the call does not need the sources (if I'm correct in the
>> past it needed to generate the correct method argument or something
>> like that).
>> Can you provide more information? or the image somewhere?
>>   Because FFI should improve and we are looking for edge corner bugs.
>>
>> Stef
>>
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>
>

[Pharo-users] Reporting Pharo issues without FogBugz account

[Pavel Krivanek]

Hi,

FogBugz started to provide an option to report issues without need of
FogBugz account. Just go to https://pharo.fogbugz.com/ and click on the
button "New case".

It does not provide all the standard options but it will generate an unique
link so you can follow the issue progress.

Cheers,
-- Pavel

Re: [Pharo-users] How to write a little REPL

[Pavel Krivanek]

Do you want it in the command line or in the Morphic UI?

-- Pavel

2017-11-26 22:38 GMT+01:00 Stephane Ducasse :

> Hi
>
> I'm working on a mini scheme implementation and I would like to add a REPL
> and
> I wonder how I can super easily get a read line.
>
> Stef
>
>

Re: [Pharo-users] Timespan translateToUTC problematic

[Pavel Krivanek]

In any case, we have an issue because the behavior of the Date and Month is
different

-- Pavel

2017-11-20 9:16 GMT+01:00 Sven Van Caekenberghe :

>
>
> > On 20 Nov 2017, at 07:58, Alistair Grant  wrote:
> >
> > On 18 November 2017 at 18:38, Sven Van Caekenberghe 
> wrote:
> >>
> >>
> >>> On 18 Nov 2017, at 17:46, Alistair Grant 
> wrote:
> >>>
> >>> On 17 November 2017 at 14:44, Sven Van Caekenberghe 
> wrote:
>  Both interpretation are correct and valid, it is just hard to capture
> them with one class.
> 
>  In normal human conversation and in the abstract, of course a date is
> just a year/month/date triple. But that is because most people only look at
> this from their own perspective. However, from an international
> perspective, of course it must include time zone info. Remember
> end-of-year/new-year, with all those articles about people in other
> countries partying or having fireworks earlier/later.
> 
>  Date transitions are different in each time zone, so to talk
> accurately about a date, you need the context of a time zone.
> >>>
> >>> I don't think this is correct.
> >>>
> >>> If we take CEST (UTC+1) and AEDT (UTC+11) as an example: From midnight
> >>> to 14:00 UTC the dates are the same.  From 14:00 - 24:00 CEST
> >>> Australia is one day ahead.
> >>>
> >>> How can this be interpreted sensibly given only a date?  Unless I'm
> >>> missing something, I think Peter is correct and that a Date shouldn't
> >>> have any concept of timezone.
> >>
> >> Inspect and compare the following two Dates:
> >>
> >> {
> >> (DateAndTime fromString: '2018/01/01T00:00:00+11') asDate.
> >> (DateAndTime fromString: '2018/01/01T00:00:00+01') asDate
> >> }.
> >>
> >> This is as if you typed 'Date today' at the beginning of next January
> 1st in your timezone or mine. Both print as '1 January 2018'. In some sense
> they are equal (the abstract, context free view), but as a timespan
> [start,stop] interval they are different, they do not include the same
> points in time. By having the timezone in there, the ambiguity is resolved.
> That is because the exact start moment is different:
> >>
> >> {
> >> (DateAndTime fromString: '2018/01/01T00:00:00+11') asUTC.
> >> (DateAndTime fromString: '2018/01/01T00:00:00+01') asUTC
> >> }.
> >
> > Sven, thanks for your reply.  I haven't thought about this as much as
> > Richard, but came to the same conclusion.
> >
> > I think your comment about being equal "in the abstract, context free
> > view" gets to the core of the issue.
> >
> > A date can be abstract, i.e. just a day, month and year, or it can be
> > a timespan (a 24 hour period starting at a particular timezone).  We
> > may know the appropriate timezone when we specify the date, or we may
> > not know until we want to use the date.
> >
> > As an example, take wishing someone happy birthday.  I want to know
> > that person's birthday in the abstract.  Each year I will want to
> > apply it with timezones, i.e. I'll figure out an appropriate time to
> > contact them given my timezone and their's.  Figuring out when to
> > contact them certainly doesn't depend on the timezone I was in when I
> > recorded their  birthday, or the timezone they were in when they were
> > born.  If I want to know if that person and I have the same birthday,
> > I won't be taking timezones into account.
>
> Well, that example is exactly why you do need the TZ (in the date or not
> is another matter). If I, from my TZ, want to be the first to wish you a
> happy birthday, I have to know your exact TZ.
>
> We can discuss about this ad infinitum. I think we all agree that there
> are 2 views (abstract calendar date and concrete time interval/span, which
> requires a TZ), as well as 2 possible ways to deal with the second case (TZ
> inside date or as context outside of the date).
>
> Right now, it is TZ inside, but you are free to ignore it. That is how it
> is, I did not write it, I would probably do it differently myself, but I
> don't think there is a bug, nor that we have to change it any time soon.
>
> There are several alternative packages out there, and everyone can write
> their own, maybe one will eventually become the most popular as to be the
> default in the image, but I doubt it.
>
> > Google Calendar has (had?) exactly this problem.  I entered an all day
> > event as a reminder for someone's birthday.  When the day came I
> > happened to be in a different timezone and their birthday was from 4pm
> > one day to 4pm the next.  I don't remember which timezone I was in
> > when I added the event, and I'm certainly not interested in figuring
> > it out.  Which of the two dates covered by this "one date" is
> > the correct one?
> >
> > It should be easy to convert an abstract date to a concrete date, i.e.
> > one with a specified timezone, but I think they are two different
> > concepts.
> >
> > Thanks!
> > Alistair
> >
> >
> >
> >
> 

Re: [Pharo-users] Grease for Pharo7: TBehavior extensions?

[Pavel Krivanek]

2017-11-19 13:28 GMT+01:00 Johan Brichau :

> Hi Pharoers,
>
> We have one failing test for Grease in Pharo7.
> The reason is that Grease extends the TBehavior trait with a method
> #fullName.
>
> I notice this trait is no longer used? Are we supposed to extend Behavior
> directly?
> Overall: what are the plans?
>

Yes, you should extend the Behavior and other TBehavior users directly.

-- Pavel

>
> Some advice would be good so I can keep Grease into shape.
>
> thanks everyone
> Johan
>

Re: [Pharo-users] New Pharo article at The Cohort

[Pavel Krivanek]

Yes, people are emotional entities and good marketing should work with
that, but it needs to be done carefully. I'll give you three examples:

1) Imagine you are an Apple user who bought a very expensive iPhone X one
week ago, you spent next hundreds of dollars on applications you bought
over last decade and someone will want to try to tell you that you should
switch to a new different super-cool mobile platform. He will start with
assertions that Apple users are sheeps that use overpriced crap, then he
will argue that his mobile platform is great because it is actually very
old (maybe older than you), it was used a lot in times when this industry
was in nappies and big companies of that time that you always considered to
be dinosaurs used them. Then he will provide some vague numbers that should
prove that users of his platform are more productive (without any real
example of why it is like that), that the users of this platform like it
and in the end he will tell you that someone used that phones to call
ambulance and saved some lives.

People are emotional and they like to feel smart. Would you have positive
feeling about this new platform?

Ask yourself what would convince you in shoes of such Apple user. Probably
the first think you want to hear is that your current applications will
work on the new platform. That you will not need to learn much, that it has
all the features of the Apple software and that it solves this and this
particular issue you have. And that you will save money. If you are the
person who wants to sell the new phone and you know that you cannot tell
that because it is not truth, than you need to be really nice and positive
to make the people at least consider trying your phone when they will
change it.

2) Imagine that you are a car driver that uses it for daily commuting and
some will come and tell you that you should use a bicycle instead of it.
That bicycles that people stopped to use in half of the last century and
switched to cars. You think about them that they are obsolete, something
that only children and poor or strange people use, it is dangerous to drive
them in the traffic, you need to breath the polluted air, hear all the
traffic noise, you are sweating and you are not covered from the rain, cold
or hot sun.

Then you probably do now want to hear that all the dangers, polluted air,
noise and so on are not in fact disadvantages of bicycles but disadvantages
of cars. You need to listen possitive arguments
.
3) Imagine you are a Pharo user and some wants you to switch to Self that
is superior to Smalltalk in many areas you mention in your articles. What
he would need to do to convince you?


People in IT have in general very negativistic approach. When they see a
new technology they are trying to find reasons why to do not invest into
learning of it. So rather than looking at advantages they will check all
disadvantages twice. Some of them feel good and smart if they find some
mistake in the articles so totry to lie to them can be very
counterproductive.

The interview with Stef was a great way how to promote Pharo. Look at the
rating and comments to your last article: https://www.reddit
.com/r/programming/comments/7d9uz2/why_pharo
_might_be_the_future_of_software/

If it is not the prove for you that you are doing something wrong then
continue. But then be not surprised that even the Smalltalkers will
downvolt your
writings.

Cheers,
-- Pavel










2017-11-18 4:55 GMT+01:00 horrido :

> I appreciate all the feedback, even the negative comments. Let me address
> some of them...
>
> First of all, you need to understand that this article, like nearly all of
> my other articles, is about /marketing/. I've never made any bones about
> this.
>
> If you know anything about marketing, you know that it involves
> exaggeration
> and hyperbole. It sometimes involves bending the truth. The point of
> marketing is to persuade on an emotional level, not a logical one.
>
> This is exactly what companies like Apple and Microsoft do. If you think
> Apple ads tell the absolute truth, then you are terribly naive.
>
> So, is Pharo being used to fight Ebola? Not exactly, but who cares? I'm
> trying to change people's perception. I'm trying to *move* them. If I have
> to exaggerate, I will do so.
>
> Has everybody heard of Smalltalk? Of course not. And it doesn't matter. I'm
> taking /literary licence/. As a writer and a marketer, I am allowed to do
> this.
>
> Second, the article hasn't been published yet that pleases everybody. I
> accept that some people may not like what I've written, and that's
> perfectly
> fine.
>
> What's not perfectly fine is if the majority of readers are turned off by
> my
> article. I do not believe this is the case. I have published literally
> hundreds of Smalltalk articles over the past three years, most of them on
> Medium, and I've tracked responses and viewership. As far as I can tell,
> these articles have been generally 

Re: [Pharo-users] Pharo 6.1-64 on Ubuntu 17.10 (Artful Aardvark)

[Pavel Krivanek]

https://github.com/pharo-project/pharo/pull/488

Thank you for reporting

-- Pavel

2017-11-17 2:21 GMT+01:00 Richard A. O'Keefe :

> The "Welcome to Pharo6.1" window has a navbar on
> the left starting with "Welcome to Pharo 6.1" and
> ending with "Getting Help".  3rd to last is
> "Using Eternal Packages", which should read "External".
>
>

Re: [Pharo-users] Timespan translateToUTC problematic

[Pavel Krivanek]

I openend an issue:
https://pharo.fogbugz.com/f/cases/20700/translateToUTC-does-not-work-on-Month-and-Year

Thank you for reporting
-- Pavel

2017-11-16 18:36 GMT+01:00 Trussardi Dario Romano <
dario.trussa...@tiscali.it>:

> Ciao,
>
> i have a Pharo 4.0 image run on macbook with time zone is set to
> Rome +1 UTC .
>
> When i send the translateToUTC to Date instance it is ok:
>
> Date today  >  2017-11-16T00:00:00+01:00
>
> Date today translateToUTC   >
>  2017-11-16T00:00:00+00:00
>
>
> But for Month instance :
>
> Month month:  6 year:  2015 >
>  2015-06-01T00:00:00+01:00
>
> ( Month month:  6 year:  2015 )  translateToUTC >
>  2015-06-01T00:00:00+01:00
>
> The same problematic is for Year instance.
>
> Considerations ?
>
> Thanks,
>
> Dario
>

Re: [Pharo-users] New Pharo article at The Cohort

[Pavel Krivanek]

Please, please, please, stop to write such kind of articles. You are doing
a really bad service to us. You can help to Pharo in many other ways. You
will not convince people to use Pharo by spitting on everything else.
One fixed typo has incomparably bigger value than blogpost like this.

-- Pavel

2017-11-16 5:13 GMT+01:00 horrido :

> Why Pharo Might be the Future of Software Development
> 
>
> Spread the word.
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] Stream API

[Pavel Krivanek]

2017-11-14 9:53 GMT+01:00 Denis Kudriashov :

> I look at the code, So Zinc provides only binary/character streams. Right?
>
> About contribution: it is in external repository of Sven. Can we
> contribute with normal process, create pull request into Pharo repo?
>

yes, time to time we make sync with Zinc upstream.

-- Pavel


>
> 2017-11-14 9:36 GMT+01:00 Guillermo Polito :
>
>> To a package next to block?
>>
>> On Tue, Nov 14, 2017 at 9:16 AM, Denis Kudriashov 
>> wrote:
>>
>>> What about contributing to zinc streams? Imaging that I will create
>>> block based streams, collecting:/selecting streams like in XSteam. Where I
>>> should put them?
>>>
>>>
>>> 2017-11-13 23:51 GMT+01:00 Norbert Hartl :
>>>


 > Am 13.11.2017 um 21:08 schrieb Stephane Ducasse <
 stepharo.s...@gmail.com>:
 >
 >> On Mon, Nov 13, 2017 at 8:27 PM, Sven Van Caekenberghe 
 wrote:
 >> The idea is to have much simpler streams which can be composed to
 get more sophisticated behaviour.
 >>
 >> The most primitive streams should be binary read or write streams,
 like a raw file or network connection.
 >>
 >> To add a character encoding/decoding you wrap them in a
 ZnCharacterReadStream or ZnCharacterWriteStream (these use the newer,
 cleaner ZnCharacterEncoders).
 >
 > Yes really nice :)
 >
 > And Guille started to use them and we are slowly rewriting all the
 > stream internal users to use Zn and after we will be free.
 >
 >
 No, you will depend on zinc classes. How is that supposed to work in
 bootstrap?

 Norbert
 >> If you want buffering, you wrap a ZnBufferedReadStream or
 ZnBufferedWriteStream around them.
 >>
 >> And there are some other examples in the system too.
 >>
 >> Have a look at BinaryFileStream and ZdcSocketStream.
 >>
 >> Simply put, MultiByteFileStream and MultiByteBinaryOrTextStream must
 die, because they try to be everything at once and are impossible to 
 change.
 >
 >
 > YES YES YES and celebrate. I could never understand anything. My brain
 > is too limited for these kind of games :)
 >
 >
 >
 >> The contract of a stream should be much, much simpler than it is
 today.
 >
 > Fully agree.
 >
 >>
 >> For writing that means
 >>
 >> #nextPut:
 >> #nextPutAll:
 >> #next:putAll:
 >> #next:putAll:startingAt:
 >>
 >> the 3 last ones can be written in terms of of the first one, but the
 last one is key because it can be the most efficient.
 >> And maybe also
 >>
 >> #flush
 >> #close
 >>
 >> Some helpers for character writing are
 >>
 >> #space
 >> #tab
 >> #cr
 >> #crlf
 >> #lf
 >>
 >> Maybe #newline
 >
 > :)
 >
 >
 >>
 >> #<< is a handy method too.
 >>
 >> For reading that means
 >>
 >> #atEnd
 >> #next
 >> #next:
 >> #next:into:
 >> #next:into:startingAt:
 >> #nextInto:
 >> #peek
 >> #skip:
 >> #upToEnd
 >> #upTo:
 >> #readInto:startingAt:count:
 >>
 >> Again, they can all be written in terms of #next, but
 #readInto:startingAt:count: is the core, efficient one.
 >> Note that #peek allows a one character lookahead, which should be
 sufficient for almost all parsing needs.
 >>
 >> #close is also a necessary operation, #peekFor: a handy one,
 #nextLine is popular too.
 >>
 >> There is a discussion about positioning (#position , #position: and
 related) but these cannot be supported _in general_ by the kind of streams
 described above.
 >>
 >> If you absolutely need these, read #upToEnd and use a regular
 ReadStream (over a fixed collection).
 >>
 >> The collection based classic Streams should always remain in the
 system, they are too handy. But have you seen for example, #nextInt32 on
 PositionableStream ? Good luck with that when the the underlying collection
 is anything other than bytes.
 >>
 >> All this being said, there is no one, single correct answer.
 >>
 >> But if we all try to simplify what we expect of streams (use a more
 limited API), we'll be more nimble to make implementation changes later on.
 >>
 >> Sven
 >>
 >>> On 13 Nov 2017, at 19:58, Stephane Ducasse 
 wrote:
 >>>
 >>> Hi Evan
 >>>
 >>> I think that we will use the ZnStreams.
 >>> If we use Xtreams we will transform their API because some messages
 >>> are not really good.
 >>> Stef
 >>>
  On Mon, Nov 13, 2017 at 7:54 PM, Evan Donahue 
 wrote:
  I've heard mention once or twice on this list and in some release
 notes of
  what sounded like possible coming 

Re: [Pharo-users] when a subclass is loaded, is super-class-side>>initialize executed?

[Pavel Krivanek]

Hi,

the #initialize message is sent only to the classes that implement this
method. In *.st files it is an explicit call, Monticello does it slightly
smarter way, see MCMethodDefinition>>#postloadOver:

Cheers,
-- Pavel

2017-11-14 3:08 GMT+01:00 Ben Coman :

> Because I'm lazy to experiment this instant (not wanting to get distracted
> from my current track), and also its probably a useful remainder for others
> I'll just ask...
>
> When MyClass is loaded, #initialize is sent to it.  Typically the
> class-side>>initialize should not call "super initialize" to avoid
> re-initializing the superclaass, but what if MyClass doesn't implement
> #initialize?  Does the message fall through to the superclass, or is
> #initialize only sent if MyClass implements it?
>
> Concrete example...
> FFIExternalEnumeration subclass MyEnumeration needs to be sent
> #initializeEnumeration when it is loaded.  We have...
>
> FFIExternalEnustmeration>>#initialize
> self initializeEnumeration
>
> so is MyEnumeration *required* to implement its own
> MyEnumeration>>#initialize, or can it rely 
> FFIExternalEnustmeration>>#initialize.
>  I believe it is the former, but just wanted to confirm my understanding.
>
> cheers -ben
>
>
>

Re: [Pharo-users] Stream API

[Pavel Krivanek]

2017-11-13 23:51 GMT+01:00 Norbert Hartl :

>
>
> > Am 13.11.2017 um 21:08 schrieb Stephane Ducasse  >:
> >
> >> On Mon, Nov 13, 2017 at 8:27 PM, Sven Van Caekenberghe 
> wrote:
> >> The idea is to have much simpler streams which can be composed to get
> more sophisticated behaviour.
> >>
> >> The most primitive streams should be binary read or write streams, like
> a raw file or network connection.
> >>
> >> To add a character encoding/decoding you wrap them in a
> ZnCharacterReadStream or ZnCharacterWriteStream (these use the newer,
> cleaner ZnCharacterEncoders).
> >
> > Yes really nice :)
> >
> > And Guille started to use them and we are slowly rewriting all the
> > stream internal users to use Zn and after we will be free.
> >
> >
> No, you will depend on zinc classes. How is that supposed to work in
> bootstrap?
>

In bootstrap we already use the package 'Zinc-Character-Encoding-Core'. It
is standalone so there is no dependency issue.

-- Pavel


>
> Norbert
> >> If you want buffering, you wrap a ZnBufferedReadStream or
> ZnBufferedWriteStream around them.
> >>
> >> And there are some other examples in the system too.
> >>
> >> Have a look at BinaryFileStream and ZdcSocketStream.
> >>
> >> Simply put, MultiByteFileStream and MultiByteBinaryOrTextStream must
> die, because they try to be everything at once and are impossible to change.
> >
> >
> > YES YES YES and celebrate. I could never understand anything. My brain
> > is too limited for these kind of games :)
> >
> >
> >
> >> The contract of a stream should be much, much simpler than it is today.
> >
> > Fully agree.
> >
> >>
> >> For writing that means
> >>
> >> #nextPut:
> >> #nextPutAll:
> >> #next:putAll:
> >> #next:putAll:startingAt:
> >>
> >> the 3 last ones can be written in terms of of the first one, but the
> last one is key because it can be the most efficient.
> >> And maybe also
> >>
> >> #flush
> >> #close
> >>
> >> Some helpers for character writing are
> >>
> >> #space
> >> #tab
> >> #cr
> >> #crlf
> >> #lf
> >>
> >> Maybe #newline
> >
> > :)
> >
> >
> >>
> >> #<< is a handy method too.
> >>
> >> For reading that means
> >>
> >> #atEnd
> >> #next
> >> #next:
> >> #next:into:
> >> #next:into:startingAt:
> >> #nextInto:
> >> #peek
> >> #skip:
> >> #upToEnd
> >> #upTo:
> >> #readInto:startingAt:count:
> >>
> >> Again, they can all be written in terms of #next, but
> #readInto:startingAt:count: is the core, efficient one.
> >> Note that #peek allows a one character lookahead, which should be
> sufficient for almost all parsing needs.
> >>
> >> #close is also a necessary operation, #peekFor: a handy one, #nextLine
> is popular too.
> >>
> >> There is a discussion about positioning (#position , #position: and
> related) but these cannot be supported _in general_ by the kind of streams
> described above.
> >>
> >> If you absolutely need these, read #upToEnd and use a regular
> ReadStream (over a fixed collection).
> >>
> >> The collection based classic Streams should always remain in the
> system, they are too handy. But have you seen for example, #nextInt32 on
> PositionableStream ? Good luck with that when the the underlying collection
> is anything other than bytes.
> >>
> >> All this being said, there is no one, single correct answer.
> >>
> >> But if we all try to simplify what we expect of streams (use a more
> limited API), we'll be more nimble to make implementation changes later on.
> >>
> >> Sven
> >>
> >>> On 13 Nov 2017, at 19:58, Stephane Ducasse 
> wrote:
> >>>
> >>> Hi Evan
> >>>
> >>> I think that we will use the ZnStreams.
> >>> If we use Xtreams we will transform their API because some messages
> >>> are not really good.
> >>> Stef
> >>>
>  On Mon, Nov 13, 2017 at 7:54 PM, Evan Donahue 
> wrote:
>  I've heard mention once or twice on this list and in some release
> notes of
>  what sounded like possible coming changes to the stream API. Could
> anyone
>  point me to any concrete details about that? I haven't been able to
> dig
>  anything up myself by searching. I'm about to write something that
> I'd like
>  to be polymorphic with the stream API, but if that's about to change,
> I'd
>  like to plan ahead.
> 
>  Thanks,
>  Evan
> >>>
> >>
> >>
>
>

Re: [Pharo-users] I18n in pharo

[Pavel Krivanek]

2017-11-12 13:02 GMT+01:00 Stephane Ducasse <stepharo.s...@gmail.com>:

> Excellent Pavel. This is great.
> So I do not get it. What is then not working?
>

The layout of the menu is wrong and everything needs to be proven with the
newer versions of the dependent packages.

-- Pavel


>
> Stef
>
> On Sun, Nov 12, 2017 at 12:13 AM, Pavel Krivanek
> <pavel.kriva...@gmail.com> wrote:
> >
> >
> > 2017-11-10 11:52 GMT+01:00 Hilaire <hila...@drgeo.eu>:
> >>
> >> A cleaner Pharo will help there.
> >>
> >> To be frank, I found later Pharo releases not inspiring. Bigger, bigger
> >> and bigger with added code, protocol changes, and bugs at will. It is
> >> becoming too complicated for a hobby use of it.
> >>
> >> I decided I will not finish porting DrGeo to P6 or P7, and it will
> likely
> >> die with P3.
> >
> >
> > To run DrGeo on Pharo 7 is not hard (see the screenshot) - of course it
> has
> > some issues but they can be definitely solved. It would be pity to throw
> it
> > away - at least you can benefit from 64-bit and faster VM.
> >
> > -- Pavel
> >
> >>
> >> Pharo should have been clean up to the bones before adding. It was the
> >> initial moto, no?
> >>
> >>
> >> Le 10/11/2017 à 11:14, Marcus Denker a écrit :
> >>>
> >>> It would be nice if someone who uses it would take the lead
> >>> so we can improve the default that is shipped with Pharo.
> >>
> >>
> >> --
> >> Dr. Geo
> >> http://drgeo.eu
> >>
> >>
> >>
> >
>
>

Re: [Pharo-users] deployment of pharo applications

[Pavel Krivanek]

2017-11-11 21:42 GMT+01:00 Hilaire :

> Le 11/11/2017 à 18:58, Викентий Потапов a écrit :
>
>> Well, i've got very extensive feedback for i18n of applications, there
>> are few
>>
> You should use the gettext package from PharoExtra, this is the one
> Seaside developers maintain. I don't understand why there are alternative
> repo for it...
>
> [..]
>
> What can i do with Pharo? Does it have unified method to deploy pharo
>> applications? I didn't find that method, and i ought to do some messy stuff
>> "by hand".
>>
> Of course, you can completely automate your application build.
>
> You can take a look at the DrGeo build scripts there. Part of the image
> preparation is done inside the image.
> http://bazaar.launchpad.net/~drgeo-developers/drgeo/trunk/fi
> les/head:/build/
>
> The application build will not be the part I worry about, but more on the
> GUI. I don't know how complex is your GUI application but Pharo is now on
> flux with several competitive GUI frameworks, all in the image (spec,
> Polymoprh, GT), and forth coming brick/bloc. And depending on the
> complexity you need, you may not have all you need.
>
>
If you follow the standard bootstrapping process but instead of
BaselineOfIDE you use BaselineOfMorphic, I will get a usable image without
development tools. Good as basis for applications like DrGeo. We are still
improving modularity. The recent step was an insclusion of tests that will
reject any pull request that makes new package dependencies between system
layers.

-- Pavel



> --
> Dr. Geo
> http://drgeo.eu
>
>
>
>

Re: [Pharo-users] I18n in pharo

[Pavel Krivanek]

2017-11-11 12:16 GMT+01:00 Stephane Ducasse <stepharo.s...@gmail.com>:

> Hi Pavel
>
> Does it make sense to have loaded by default?
>

I'm not sure. For Pharo itself it does not make sense to be translated but
the applications can use some standard Pharo services like inform/confirm
dialogs, file dialog etc. So if they want to use some external translation
mechanism, they will fight to two different frameworks.

-- Pavel



>
> Stef
>
> On Fri, Nov 10, 2017 at 8:05 AM, Pavel Krivanek
> <pavel.kriva...@gmail.com> wrote:
> >
> >
> > 2017-11-09 23:50 GMT+01:00 Esteban Lorenzano <esteba...@gmail.com>:
> >>
> >> I think this is two different problems:
> >>
> >> 1. pharo itself supporting different languages/keyboards, etc.
> >> 2. pharo allowing the development of i18n applications
> >>
> >> I think we still need to work on point 1, but for point 2 we already
> have
> >> gettext package, which is a standard we can/should use. Maybe that
> needs to
> >> be better documented (as everything), but well… we have a solution
> there :)
> >
> >
> > Will we include it into the standard image?
> >
> > -- Pavel
> >
> >>
> >> Esteban
> >>
> >> > On 9 Nov 2017, at 18:58, Torsten Bergmann <asta...@gmx.de> wrote:
> >> >
> >> > The Pharo 7/8 roadmap does not (yet) include I18N:
> >> > https://github.com/pharo-project/pharo-workingRoadmaps/
> blob/master/Pharo7/ROADMAP.md
> >> >
> >> > and the Pharo core image still includes the
> "NaturalLanguageTranslator"
> >> > solution still from Squeak. See this class for more details and
> >> > all senders of #translated message. So far the whole Pharo UI is in
> >> > English and while books, the mooc or others were translated the Pharo
> >> > image so far is not.
> >> > I guess some more work would be needed also on the font frontier to
> >> > provide an internationalized image and the different languages.
> >> >
> >> >
> >> >
> >> > But for own applications (like web applications) there are some more
> >> > (external) solutions:
> >> >
> >> >
> >> > 1. I once wrote and announced an own I18N framwork:
> >> > http://lists.pharo.org/pipermail/pharo-dev_lists.
> pharo.org/2014-September/100247.html
> >> >   which is fully documented on
> >> > http://smalltalkhub.com/#!/~TorstenBergmann/I18N but is a completely
> >> > proprietary solution.
> >> >
> >> > 2. There is also some stuff from Jan van de Sandt:
> >> >
> >> > https://lists.gforge.inria.fr/pipermail/pharo-project/2012-
> October/070652.html
> >> >
> >> > 3. And there is GetText (from Seaside web framework) which I guess is
> >> > either here http://smalltalkhub.com/#!/~PharoExtras/Gettext
> >> >   or now maintained here:
> >> > https://github.com/SeasideSt/Seaside/wiki/Gettext
> >> >
> >> >   Unfortunately back at the time this one was not independently
> loadable
> >> > and had other trouble which I critisized on
> >> >   http://forum.world.st/ANN-Easy-I18N-for-Pharo-td4778194.html
> >> >
> >> >   Maybe situation for this project has improved.
> >> >
> >> >
> >> > But so far nobody pushed I18N really into Pharo ...
> >> >
> >> > 4. Therefore back in 2014 I started with a consolidation by starting a
> >> > clean room implementation of Gettext - based on code from 3.
> >> >   but now with tests and Pharo Spec based tools (see screenshot
> >> > attached). I did it in an own repo to be able to experiment and
> >> >   not break the Seaside solution right in the beginning.
> >> >
> >> >   My code is on STHub
> >> > http://smalltalkhub.com/#!/~TorstenBergmann/Gettext  and it is not
> yet fully
> >> > usable and so far still
> >> >   unfinished
> >> >
> >> >   But one can load the project still in Pharo 7 using
> >> >
> >> > Gofer it
> >> >   smalltalkhubUser: 'TorstenBergmann' project: 'Gettext';
> >> >   configuration;
> >> >   load.
> >> >
> >> > (Smalltalk at: #ConfigurationOfGettext) project bleedingEdge load
> >> >
> >> >   All 11 Tests are green so at least what is there should work. Check
> >> > th

Re: [Pharo-users] I18n in pharo

[Pavel Krivanek]

2017-11-09 23:50 GMT+01:00 Esteban Lorenzano :

> I think this is two different problems:
>
> 1. pharo itself supporting different languages/keyboards, etc.
> 2. pharo allowing the development of i18n applications
>
> I think we still need to work on point 1, but for point 2 we already have
> gettext package, which is a standard we can/should use. Maybe that needs to
> be better documented (as everything), but well… we have a solution there :)
>

Will we include it into the standard image?

-- Pavel


> Esteban
>
> > On 9 Nov 2017, at 18:58, Torsten Bergmann  wrote:
> >
> > The Pharo 7/8 roadmap does not (yet) include I18N:
> https://github.com/pharo-project/pharo-workingRoadmaps/
> blob/master/Pharo7/ROADMAP.md
> >
> > and the Pharo core image still includes the "NaturalLanguageTranslator"
> solution still from Squeak. See this class for more details and
> > all senders of #translated message. So far the whole Pharo UI is in
> English and while books, the mooc or others were translated the Pharo
> > image so far is not.
> > I guess some more work would be needed also on the font frontier to
> provide an internationalized image and the different languages.
> >
> >
> >
> > But for own applications (like web applications) there are some more
> (external) solutions:
> >
> >
> > 1. I once wrote and announced an own I18N framwork:
> http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2014-September/
> 100247.html
> >   which is fully documented on http://smalltalkhub.com/#!/~
> TorstenBergmann/I18N but is a completely proprietary solution.
> >
> > 2. There is also some stuff from Jan van de Sandt:
> >   https://lists.gforge.inria.fr/pipermail/pharo-project/2012-
> October/070652.html
> >
> > 3. And there is GetText (from Seaside web framework) which I guess is
> either here http://smalltalkhub.com/#!/~PharoExtras/Gettext
> >   or now maintained here: https://github.com/SeasideSt/
> Seaside/wiki/Gettext
> >
> >   Unfortunately back at the time this one was not independently loadable
> and had other trouble which I critisized on
> >   http://forum.world.st/ANN-Easy-I18N-for-Pharo-td4778194.html
> >
> >   Maybe situation for this project has improved.
> >
> >
> > But so far nobody pushed I18N really into Pharo ...
> >
> > 4. Therefore back in 2014 I started with a consolidation by starting a
> clean room implementation of Gettext - based on code from 3.
> >   but now with tests and Pharo Spec based tools (see screenshot
> attached). I did it in an own repo to be able to experiment and
> >   not break the Seaside solution right in the beginning.
> >
> >   My code is on STHub  http://smalltalkhub.com/#!/~
> TorstenBergmann/Gettext  and it is not yet fully usable and so far still
> >   unfinished
> >
> >   But one can load the project still in Pharo 7 using
> >
> > Gofer it
> >   smalltalkhubUser: 'TorstenBergmann' project: 'Gettext';
> >   configuration;
> >   load.
> >
> > (Smalltalk at: #ConfigurationOfGettext) project bleedingEdge load
> >
> >   All 11 Tests are green so at least what is there should work. Check
> the world menu and the code. Load the "Foo" package from the same repository
> >   to see something in the tools. The idea was to have support for MO and
> PO files completely written in Smalltalk as well as tools that allow you
> >   to find and translate internationalized text.
> >
> >   But as always: this would require more work. I would still favour a
> fully in Pharo written solution (following the gettext formats) but maybe
> for
> >   performance reasons then also bind to libgettext using UFFI.
> >
> >
> > Hope this gives some insights on the current existing solutions/status.
> >
> > Thanks
> > Torsten
> >
> >
> >> Gesendet: Donnerstag, 09. November 2017 um 21:29 Uhr
> >> Von: "Викентий Потапов" 
> >> An: pharo-users@lists.pharo.org
> >> Betreff: [Pharo-users] I18n in pharo
> >>
> >>
> >> Will Pharo 7 be ready for i18n of applications?
> >> I mean some simple and useful way like in Cincom Visual Works, where
> translation dictionaries are separated from code and could be dinamycally
> changed without changing my application.
> >>
> >> It is very important for huge commercial applications, especially with
> lots of UI forms, dialogs and user-messages.
> >>
> >> I transfer my code from Cincom VW (VW is not available now for Russia
> due to politic situation) to Pharo and is very interested in simple
> internationalization mechanism. I don't want to reinvent the wheel but
> sometimes it seems to me that pharo developers are forced to do it.
> >>
> >> By the way, the error i had last week with clean Pharo 6\Pharo 6.1
> installation ("UTF8InvalidText: Invalid utf8 input detected" on image load
> - error caused by cyrillic path to application folder) didn't solved and i
> had no feedback from community.
> >>
> >> best regards,
> >> Vikenti Potapov.
> >>
> >>
> > 
>
>
>

Re: [Pharo-users] [Pharo7.0a] Next batch of enhancements

[Pavel Krivanek]

2017-11-05 18:39 GMT+01:00 PBKResearch <pe...@pbkresearch.co.uk>:

> I don’t see why there is a flame potential here; I certainly won’t start a
> flame war. My previous post was a bit heated, as a protest against the
> abuse of language; removing a facility may make Pharo easier to maintain,
> but it is not an enhancement for the user. I wasn’t aware that the theme is
> broken; it seems to work well whenever I use it.
>
>
>
> It may be that I am the only one weird enough to continue with this theme
> (which was the standard Pharo theme when I first met it). If so, I shall
> have to accept the majority view. I shall keep a note of the .st package
> you supplied, and try filing it in when I have to move on to Pharo 7. I
> don’t think keeping it as an optional extra will really work. It will be an
> orphan, because no-one other than the existing Pharo maintainers will have
> the knowledge to maintain it. It will presumably only need maintenance if
> there is some change in the superclass UITheme, and only those responsible
> for the change will know where the consequential effects will be seen.
>
>
>
> There is one possibility which occurs to me. You have presumably
> refactored the subclasses of UITheme, so that it no longer matters to the
> other themes whether watery is present or absent. So you could file it in
> again, marking it as deprecated and not to be maintained, and strange
> people like me could use it at our own risk. When some other change occurs
> which makes this theme irretrievably broken, perhaps in Pharo 8, 9 or 10,
> it could then be deleted.
>
>
>
> Definitely no flame – just a serious suggestion of a compromise.
>
>
>
> Peter Kenny
>

Hi Peter,

there are some other themes that are managed externally and if there will
be some issues with updating it to the latest Pharo versions, I'm sure that
people will help if they will be kindly asked. The Watery theme is working
in general but broken in many small details including the Spotter
integration. One thing that newcomers try to do as first is to play with
changing of themes and to provide them an inconsistent theme that emulates
look of an OS that is not used anymore does not throw a favorable light on
Pharo.

Cheers,
-- Pavel


>
> *From:* Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] *On
> Behalf Of *Pavel Krivanek
> *Sent:* 05 November 2017 12:48
> *To:* Any question about pharo is welcome <pharo-users@lists.pharo.org>
> *Subject:* Re: [Pharo-users] [Pharo7.0a] Next batch of enhancements
>
>
>
> Removing of the Watery theme is an enhancement in sense of "cleanup". The
> code was not maintained and partly broken. To have this theme in the image
> was a problem for management of the two default Pharo themes because the
> Watery theme was superclass of them and added a significant level of
> complexity and mess.
>
>
>
> But let's be positive. I can imagine that this thread has a huge flame
> potential so I spent a few minutes to prepare Watery Theme as a standalone
> package (see the attached *.st file). And no, it was not a simple file-out
> operation. So I hope that people that want to use the Watery Theme will
> rather discuss in what repository to place it and who will maintain it. In
> Pharo we want to focus on two basic themes - one white and one dark. We
> simply see no reason why this theme should not be an optional external
> package.
>
>
>
> Cheers,
>
> -- Pavel
>
>
>
>
>
> 2017-11-05 12:00 GMT+01:00 PBKResearch <pe...@pbkresearch.co.uk>:
>
> I waded through the list of 'enhancements', and was astonished to find
> this. Is there to be an alternative way of producing the same appearance as
> the 'Watery' theme? If not, how can the removal of a facility be called an
> 'enhancement'? I always switch to this theme when I load a new image,
> because I find the plain buttons in the standard theme ugly.
>
> I managed to find the fogbugz entry - not easy, because it has been
> closed, so clicking on the link gives 404 - and it just says 'UIThemeWatery
> should be removed according to the current Pharo 7 plans.' I can't recall
> seeing these plans put up for discussion; if I had, I would certainly have
> protested then. Does having this theme as an option cause any problems
> elsewhere, so as to justify removing a facility. If not, can I put in a
> plea to have this so-called enhancement reverted? It has been installed
> only a week ago, so it can't be a major problem.
>
> Peter Kenny
>
> -Original Message-
> From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf
> Of Stephane Ducasse
> Sent: 05 November 2017 09:08
> To: Pharo Development List <pharo-...@lists.pharo.org&

Re: [Pharo-users] [Pharo7.0a] Next batch of enhancements

[Pavel Krivanek]

Removing of the Watery theme is an enhancement in sense of "cleanup". The
code was not maintained and partly broken. To have this theme in the image
was a problem for management of the two default Pharo themes because the
Watery theme was superclass of them and added a significant level of
complexity and mess.

But let's be positive. I can imagine that this thread has a huge flame
potential so I spent a few minutes to prepare Watery Theme as a standalone
package (see the attached *.st file). And no, it was not a simple file-out
operation. So I hope that people that want to use the Watery Theme will
rather discuss in what repository to place it and who will maintain it. In
Pharo we want to focus on two basic themes - one white and one dark. We
simply see no reason why this theme should not be an optional external
package.

Cheers,
-- Pavel


2017-11-05 12:00 GMT+01:00 PBKResearch <pe...@pbkresearch.co.uk>:

> I waded through the list of 'enhancements', and was astonished to find
> this. Is there to be an alternative way of producing the same appearance as
> the 'Watery' theme? If not, how can the removal of a facility be called an
> 'enhancement'? I always switch to this theme when I load a new image,
> because I find the plain buttons in the standard theme ugly.
>
> I managed to find the fogbugz entry - not easy, because it has been
> closed, so clicking on the link gives 404 - and it just says 'UIThemeWatery
> should be removed according to the current Pharo 7 plans.' I can't recall
> seeing these plans put up for discussion; if I had, I would certainly have
> protested then. Does having this theme as an option cause any problems
> elsewhere, so as to justify removing a facility. If not, can I put in a
> plea to have this so-called enhancement reverted? It has been installed
> only a week ago, so it can't be a major problem.
>
> Peter Kenny
>
> -Original Message-
> From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf
> Of Stephane Ducasse
> Sent: 05 November 2017 09:08
> To: Pharo Development List <pharo-...@lists.pharo.org>; Any question
> about pharo is welcome <pharo-users@lists.pharo.org>
> Subject: [Pharo-users] [Pharo7.0a] Next batch of enhancements
>
> Report period: 23 October 2017 to 5 November 2017
>
> *  20587-remove-UIThemeWatery
>  >> https://pharo.fogbugz.com/f/cases/20587-remove-UIThemeWatery
>
>   Issue URL: https://pharo.fogbugz.com/f/cases/20587
>   PR URL: https://github.com/pharo-project/pharo/pull/395
>   Diff URL: https://github.com/pharo-project/pharo/pull/395/files
>
>   Thanks to pavel-krivanek
>
>
>
>
>


UIThemeWatery.st
Description: Binary data

Re: [Pharo-users] Smalltalk Argument

[Pavel Krivanek]

2017-10-20 10:20 GMT+02:00 Marten Feldtmann :

> I do not want to spoil the party (perhaps I've done this already) - but
> has anyone done a serious inspection of this number: 67%.
>
> They have interviewed 64000 persons and 67% of the people should "love"
> Smalltalk? Come on, that seems to be not possible. Perhaps 67% of the
> user already using Smalltalk "love" that.
>

As far as I understand it, the question was different. They asked, if you
use Smalltalk, would you like to use it the next year too (or something
like that). Then the number makes more sense.

-- Pavel



>
> By the way - the most loved platform is Linux (69%) ...
>
>
> Marten
>
> Am 20.10.2017 um 09:19 schrieb Paulo R. Dellani:
>
> >
> > The second most loved language by 67% of developers surveyed cannot
> simply
> > be ruled out because of unfounded concerns. (Thanks again for the
>
>
> --
> Marten Feldtmann
>
>

Re: [Pharo-users] How to create a minimal image ?

[Pavel Krivanek]

2017-08-28 13:33 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:

> for me Pharo and GUI go hand in hand, I cannot imagine Pharo without GUI.
> I also despise the command line. Plus once you remove the GUI you kill the
> very essence of Smalltalk.
>
> But if that is what you(you as all people who support this) like and need,
> that's your choice and I respect that.
>
> Even back in the 80s when almost everything was command lines , I was
> drooling over Amiga's 500 beautiful coloured GUIs. It started my
> fascination with computer graphics and later 3d graphics and sound.
>
> So me and the GUI are very old friends and we go hand in hand :)
>
> Of course I understand if we want to go super minimal the GUI has to go
> together with many other things that make Pharo what it is. But I dont care
> for such extremes. I just wanted to reduce the fat.
>

We want Pharo without GUI to have better Pharo with GUI :-)

-- Pavel


>
> On Mon, Aug 28, 2017 at 2:24 PM Pavel Krivanek <pavel.kriva...@gmail.com>
> wrote:
>
>> What do you expect from such minimal image? Because we can produce
>> several intermediate steps on the way to the standard full Pharo image
>> (BaselineOfMorphicCore, BaselineOfMorphic, BaselineOfUI,
>> BaselineOfBasicTools...)
>>
>> -- Pavel
>>
>> 2017-08-28 13:17 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>
>>> oh , then its not what I am thinking as minimal image. Pity, oh well , I
>>> will wait for bootstrap to mature then :)
>>>
>>> On Mon, Aug 28, 2017 at 2:09 PM Pavel Krivanek <pavel.kriva...@gmail.com>
>>> wrote:
>>>
>>>> The minimal image is headless image without any GUI. It is useless to
>>>> try to open it this way.
>>>>
>>>> -- Pavel
>>>>
>>>> 2017-08-28 13:03 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>>>
>>>>> hmm does not work for me, it open the icon of pharo on macos sierra
>>>>> dock and it stays there doing nothing
>>>>> right clicking on it and choosing quit does nothing, so I am have to
>>>>> use force quit to make it close
>>>>>
>>>>> I have downloaded pharo 6.1 from the website, default download, 32
>>>>> bit, minimal 32 bit image. I drag and drop image on top of pharo.
>>>>>
>>>>> On Mon, Aug 28, 2017 at 10:29 AM Pavel Krivanek <
>>>>> pavel.kriva...@gmail.com> wrote:
>>>>>
>>>>>> 2017-08-26 19:31 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>>>>>
>>>>>>> I remember that the website used to link to a minimal image download
>>>>>>> but it does not seem there is one anymore
>>>>>>>
>>>>>>> Is still minimal image maintained ?
>>>>>>>
>>>>>>
>>>>>> yes, as part of the bootstrap process
>>>>>>
>>>>>>
>>>>>>> Are there ways to make a image minimal ?
>>>>>>>
>>>>>>
>>>>>> it is created in bootstrap/scripts/build.sh under
>>>>>> name Pharo7.0-metacello-* and saved on files.pharo.org as
>>>>>> http://files.pharo.org/image/70/latest-minimal-32.zip or
>>>>>> http://files.pharo.org/image/70/latest-minimal-64.zip
>>>>>>
>>>>>> So you do not need to do it by yourself.
>>>>>>
>>>>>> -- Pavel
>>>>>>
>>>>>
>>>>
>>

Re: [Pharo-users] How to create a minimal image ?

[Pavel Krivanek]

2017-08-28 13:43 GMT+02:00 Hernán Morales Durand <hernan.mora...@gmail.com>:

> Hi Pavel,
>
> Can you show how to produce an image without the following packages?
>
> Tests
> Spotter
> Glamour/GT
> Metacello
> AST/Refactoring
>

Sorry, I cannot. We are still not in the state where is possible to
configure our image this way. The graph of the package dependencies is
still too complex.

-- Pavel



>
> Cheers,
>
> Hernán
>
>
> 2017-08-28 8:24 GMT-03:00 Pavel Krivanek <pavel.kriva...@gmail.com>:
> > What do you expect from such minimal image? Because we can produce
> several
> > intermediate steps on the way to the standard full Pharo image
> > (BaselineOfMorphicCore, BaselineOfMorphic, BaselineOfUI,
> > BaselineOfBasicTools...)
> >
> > -- Pavel
> >
> > 2017-08-28 13:17 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
> >>
> >> oh , then its not what I am thinking as minimal image. Pity, oh well , I
> >> will wait for bootstrap to mature then :)
> >>
> >> On Mon, Aug 28, 2017 at 2:09 PM Pavel Krivanek <
> pavel.kriva...@gmail.com>
> >> wrote:
> >>>
> >>> The minimal image is headless image without any GUI. It is useless to
> try
> >>> to open it this way.
> >>>
> >>> -- Pavel
> >>>
> >>> 2017-08-28 13:03 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
> >>>>
> >>>> hmm does not work for me, it open the icon of pharo on macos sierra
> dock
> >>>> and it stays there doing nothing
> >>>> right clicking on it and choosing quit does nothing, so I am have to
> use
> >>>> force quit to make it close
> >>>>
> >>>> I have downloaded pharo 6.1 from the website, default download, 32
> bit,
> >>>> minimal 32 bit image. I drag and drop image on top of pharo.
> >>>>
> >>>> On Mon, Aug 28, 2017 at 10:29 AM Pavel Krivanek
> >>>> <pavel.kriva...@gmail.com> wrote:
> >>>>>
> >>>>> 2017-08-26 19:31 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com
> >:
> >>>>>>
> >>>>>> I remember that the website used to link to a minimal image download
> >>>>>> but it does not seem there is one anymore
> >>>>>>
> >>>>>> Is still minimal image maintained ?
> >>>>>
> >>>>>
> >>>>> yes, as part of the bootstrap process
> >>>>>
> >>>>>>
> >>>>>> Are there ways to make a image minimal ?
> >>>>>
> >>>>>
> >>>>> it is created in bootstrap/scripts/build.sh under name
> >>>>> Pharo7.0-metacello-* and saved on files.pharo.org as
> >>>>> http://files.pharo.org/image/70/latest-minimal-32.zip or
> >>>>> http://files.pharo.org/image/70/latest-minimal-64.zip
> >>>>>
> >>>>> So you do not need to do it by yourself.
> >>>>>
> >>>>> -- Pavel
> >>>
> >>>
> >
>
>

Re: [Pharo-users] How to create a minimal image ?

[Pavel Krivanek]

It is not that simple. The baseline expects that you will have a pharo
repository clone in a folder named 'pharo-core' in your working directory.
Then you need data  like files or icons.

set -e
wget http://files.pharo.org/sources/PharoV60.sources
unzip pharo-core/resources/fonts/BitmapDejaVuSans.fuel -d .
mkdir icon-packs
cd icon-packs
wget http://github.com/pharo-project/pharo-icon-packs/archive/idea11.zip
cd ..
pharo Pharo7.0-metacello-32bit-82ecd43.image --no-default-preferences eval
--save "Metacello new baseline: 'UI';repository:
'filetree://pharo-core/src'; load"

Unfortunatelly the resultant image is not usable - it immediately falls
into the emergency evaluator - because of the dependencies on translation
and fast table. We need to provide some care to it again because it is not
generated regularly -> it gets quickly broken.

-- Pavel


2017-08-28 13:47 GMT+02:00 Thierry Goubier <thierry.goub...@gmail.com>:

> Hi Pavel,
>
> what would be the expression for building such an intermediate image out
> of the minimal image? This?
>
> Metacello new
>   baseline: 'BasicTools';
>   repository: 'github://pharo-project/pharo:master/src';
>   load
>
> Regards,
>
> Thierry
>
>
> 2017-08-28 13:24 GMT+02:00 Pavel Krivanek <pavel.kriva...@gmail.com>:
>
>> What do you expect from such minimal image? Because we can produce
>> several intermediate steps on the way to the standard full Pharo image
>> (BaselineOfMorphicCore, BaselineOfMorphic, BaselineOfUI,
>> BaselineOfBasicTools...)
>>
>> -- Pavel
>>
>> 2017-08-28 13:17 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>
>>> oh , then its not what I am thinking as minimal image. Pity, oh well , I
>>> will wait for bootstrap to mature then :)
>>>
>>> On Mon, Aug 28, 2017 at 2:09 PM Pavel Krivanek <pavel.kriva...@gmail.com>
>>> wrote:
>>>
>>>> The minimal image is headless image without any GUI. It is useless to
>>>> try to open it this way.
>>>>
>>>> -- Pavel
>>>>
>>>> 2017-08-28 13:03 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>>>
>>>>> hmm does not work for me, it open the icon of pharo on macos sierra
>>>>> dock and it stays there doing nothing
>>>>> right clicking on it and choosing quit does nothing, so I am have to
>>>>> use force quit to make it close
>>>>>
>>>>> I have downloaded pharo 6.1 from the website, default download, 32
>>>>> bit, minimal 32 bit image. I drag and drop image on top of pharo.
>>>>>
>>>>> On Mon, Aug 28, 2017 at 10:29 AM Pavel Krivanek <
>>>>> pavel.kriva...@gmail.com> wrote:
>>>>>
>>>>>> 2017-08-26 19:31 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>>>>>
>>>>>>> I remember that the website used to link to a minimal image download
>>>>>>> but it does not seem there is one anymore
>>>>>>>
>>>>>>> Is still minimal image maintained ?
>>>>>>>
>>>>>>
>>>>>> yes, as part of the bootstrap process
>>>>>>
>>>>>>
>>>>>>> Are there ways to make a image minimal ?
>>>>>>>
>>>>>>
>>>>>> it is created in bootstrap/scripts/build.sh under
>>>>>> name Pharo7.0-metacello-* and saved on files.pharo.org as
>>>>>> http://files.pharo.org/image/70/latest-minimal-32.zip or
>>>>>> http://files.pharo.org/image/70/latest-minimal-64.zip
>>>>>>
>>>>>> So you do not need to do it by yourself.
>>>>>>
>>>>>> -- Pavel
>>>>>>
>>>>>
>>>>
>>
>

Re: [Pharo-users] How to create a minimal image ?

[Pavel Krivanek]

What do you expect from such minimal image? Because we can produce several
intermediate steps on the way to the standard full Pharo image
(BaselineOfMorphicCore, BaselineOfMorphic, BaselineOfUI,
BaselineOfBasicTools...)

-- Pavel

2017-08-28 13:17 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:

> oh , then its not what I am thinking as minimal image. Pity, oh well , I
> will wait for bootstrap to mature then :)
>
> On Mon, Aug 28, 2017 at 2:09 PM Pavel Krivanek <pavel.kriva...@gmail.com>
> wrote:
>
>> The minimal image is headless image without any GUI. It is useless to try
>> to open it this way.
>>
>> -- Pavel
>>
>> 2017-08-28 13:03 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>
>>> hmm does not work for me, it open the icon of pharo on macos sierra dock
>>> and it stays there doing nothing
>>> right clicking on it and choosing quit does nothing, so I am have to use
>>> force quit to make it close
>>>
>>> I have downloaded pharo 6.1 from the website, default download, 32 bit,
>>> minimal 32 bit image. I drag and drop image on top of pharo.
>>>
>>> On Mon, Aug 28, 2017 at 10:29 AM Pavel Krivanek <
>>> pavel.kriva...@gmail.com> wrote:
>>>
>>>> 2017-08-26 19:31 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>>>
>>>>> I remember that the website used to link to a minimal image download
>>>>> but it does not seem there is one anymore
>>>>>
>>>>> Is still minimal image maintained ?
>>>>>
>>>>
>>>> yes, as part of the bootstrap process
>>>>
>>>>
>>>>> Are there ways to make a image minimal ?
>>>>>
>>>>
>>>> it is created in bootstrap/scripts/build.sh under
>>>> name Pharo7.0-metacello-* and saved on files.pharo.org as
>>>> http://files.pharo.org/image/70/latest-minimal-32.zip or
>>>> http://files.pharo.org/image/70/latest-minimal-64.zip
>>>>
>>>> So you do not need to do it by yourself.
>>>>
>>>> -- Pavel
>>>>
>>>
>>

Re: [Pharo-users] How to create a minimal image ?

[Pavel Krivanek]

The minimal image is headless image without any GUI. It is useless to try
to open it this way.

-- Pavel

2017-08-28 13:03 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:

> hmm does not work for me, it open the icon of pharo on macos sierra dock
> and it stays there doing nothing
> right clicking on it and choosing quit does nothing, so I am have to use
> force quit to make it close
>
> I have downloaded pharo 6.1 from the website, default download, 32 bit,
> minimal 32 bit image. I drag and drop image on top of pharo.
>
> On Mon, Aug 28, 2017 at 10:29 AM Pavel Krivanek <pavel.kriva...@gmail.com>
> wrote:
>
>> 2017-08-26 19:31 GMT+02:00 Dimitris Chloupis <kilon.al...@gmail.com>:
>>
>>> I remember that the website used to link to a minimal image download but
>>> it does not seem there is one anymore
>>>
>>> Is still minimal image maintained ?
>>>
>>
>> yes, as part of the bootstrap process
>>
>>
>>> Are there ways to make a image minimal ?
>>>
>>
>> it is created in bootstrap/scripts/build.sh under
>> name Pharo7.0-metacello-* and saved on files.pharo.org as
>> http://files.pharo.org/image/70/latest-minimal-32.zip or
>> http://files.pharo.org/image/70/latest-minimal-64.zip
>>
>> So you do not need to do it by yourself.
>>
>> -- Pavel
>>
>

Re: [Pharo-users] How to create a minimal image ?

[Pavel Krivanek]

2017-08-26 19:31 GMT+02:00 Dimitris Chloupis :

> I remember that the website used to link to a minimal image download but
> it does not seem there is one anymore
>
> Is still minimal image maintained ?
>

yes, as part of the bootstrap process


> Are there ways to make a image minimal ?
>

it is created in bootstrap/scripts/build.sh under name Pharo7.0-metacello-*
and saved on files.pharo.org as
http://files.pharo.org/image/70/latest-minimal-32.zip or
http://files.pharo.org/image/70/latest-minimal-64.zip

So you do not need to do it by yourself.

-- Pavel

Re: [Pharo-users] sharing context/variables between multiple playgrounds

[Pavel Krivanek]

In that cases I simply make them global.

-- Pavel

2017-08-07 10:16 GMT+02:00 Peter Uhnak :

> Hi,
>
> is there a way to share context/variables between multiple playgrounds?
>
> E.g. in Playground window 1 I declare
>
> ```
> factor := 70.
> ```
>
> and in Playground window 2 I do (without declaring `factor`)
>
> ```
> 5 * factor. "-> 350"
> ```
>
>
> Thanks,
> Peter
>
>

Re: [Pharo-users] What sets the Monticello Local Cache Directory default in a new image?

[Pavel Krivanek]

Try to run the image with --no-default-preferences.

-- Pavel

2017-08-02 14:37 GMT+02:00 Tim Mackinnon :

> Hey thanks - that seems like a good strategy (I hadn’t though of sharing
> the GT ones as well).
>
> *However, I’m still curious how/why a new image would pick up settings
> from what I did in another image (at least I think thats what its done -
> certainly the directory it shows in my fresh image is not File
> @pharo-local/package-cache like I would expect it to be?*
>
> With regards to the GT settings - how does it work if you share them - do
> they happily co-exist? The stash one is also quite new to me - Sven
> mentioned it a few weeks ago as I was confused how the playground got saved
> (I’m still not clear) - but he suggested double-clicking the title and
> giving the tab a name. Are these named ones the stashed ones (it looks like
> it). And do stashed ones honour cmd-s to save them? Which then leads to the
> question, that in different images - if you share the stash then I guess if
> you want to reload a file, you close that playground and then pick it again
> from the list?
>
> Its quite a cool way of working (not perfect) but a real time saver.
> Thanks for sharing.
>
> Tim
>
> On 2 Aug 2017, at 13:24, Mariano Martinez Peck 
> wrote:
>
>
>
> On Wed, Aug 2, 2017 at 9:16 AM, Tim Mackinnon  wrote:
>
>> Hi - I’ve noticed that when I download a new image+vm with zeroconf (in a
>> fresh directory) - that when I launch it, the setting Tools | Software
>> Config Mgnmnt | Monticello | Local Cache Directory has a value that points
>> to a directory from one of my earlier images.
>>
>> Is this normal (does it store this information somewhere on my computer
>> so that different setups can access it)?
>>
>> At first I thought this was annoying - but I’m now wondering if this is
>> useful as I’m guessing that there isn’t any reason to have separate caches
>> for version controlled libraries and so maybe I should actually set it to
>> some common directory?
>>
>> What is the recommended strategy?
>>
>>
> My strategy is to use a shared repository for all my images. As part of my
> build image scripts I do something like this:
>
>
> " === Personal Settings  "
> MCCacheRepository cacheDirectory: '/Users/mariano/Pharo/localRepo/' 
> asFileReference.MCGitHubRepository cacheDirectory: 
> '/Users/mariano/Pharo/localRepo/' asFileReference.GTPlayBook cacheDirectory: 
> '/Users/mariano/Pharo/play-cache/' asFileReference.
>
> GTPlayBook stashDirectory: '/Users/mariano/Pharo/play-stash/'
> asFileReference.
>
>
> I guess you save stuff:
>
> find /Users/mariano/Pharo/localRepo/ -type f | wc -l
>
>*32301*
>
>  du -sh /Users/mariano/Pharo/localRepo
> *6.1G*/Users/mariano/Pharo/localRepo
>
>
> Not only you save disk space, but also:
> 1) Each image build is likely to take less time as many files will be
> already in the cache (no need to redownload it).
> 2) it works as a yet another backup of your code and other packages.
>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
>

Re: [Pharo-users] Creating the smallest server runtime footprint

[Pavel Krivanek]

2017-07-31 15:28 GMT+02:00 Tim Mackinnon <tim@testit.works>:

> Ok (I am reading there is a lot going on for you guys to sort out at the
> moment).
>
> It sounds like a more stable conversion of Pharo 6.1 for 64 bit would be
> best to give me a stable platform to run on.
>
> In that minimal image - what can I rely on to load code (in trying the 7.0
> version it seems like Gofer isn’t there, and I’m now wondering if Metacello
> isn’t there either) - so I’m wondering how you guys load baselinesOf of
> configurationsOf?
>

Try it again, there was a bug in the job configuration

.. Pavel


>
> Tim
>
> On 31 Jul 2017, at 14:17, Pavel Krivanek <pavel.kriva...@gmail.com> wrote:
>
> H Tim
>
> 2017-07-31 15:07 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>
>> Hi Pavel - I’m just revisiting a few of your previous messages on minimal
>> images as I’m trying to get things working again with Pharo 6.1 now that
>> you guys have rejigged all of the build pipelines.
>>
>> I tried a previous suggestion of:
>>
>> For Pharo 6: https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-M
>> inimal/lastSuccessfulBuild/artifact/Pharo-minimal-64.zip
>> For Pharo 7: https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit
>> -Conversion/lastSuccessfulBuild/artifact/latest-minimal-64.zip
>>
>> However the Pharo 6 version is no longer being built, and it doesn’t seem
>> to work well with the newer 64bit vm (? I seem to get a load error that I
>> didn’t have before - although its possible that I’m loading a new pre-req
>> with metacello and this is tipping it over the edge).
>>
>> Anyway - a prev suggestion for 6.x from you was:
>>
>> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-
>> Step-04-01-ConfigurationOfMinimalPharo/
>>
>>
>> However this is a 32bit image. Is there an equivalent 64bit image for
>> 6.1?  OR should I use the Pharo 7 one for now (I guess the minimal image
>> will probably be pretty stable for a little while as I’m sure the action is
>> higher up the chain?)
>>
>
> You should use an image that is bootstrapped, so version from SysConf jobs
> or Pharo 7. For Pharo 7 we are preparing a lot of big changes in the kernel
> so do not expect it will be stable. We can do a conversion job of of it to
> 64-bit version as soon as the CI infrastructure will be on knees again.
>
> -- Pavel
>
>
>
>>
>> Tim
>>
>>
>> On 15 Jul 2017, at 09:35, Pavel Krivanek <pavel.kriva...@gmail.com>
>> wrote:
>>
>> If you want to stay with Pharo 6 image, you can try the bootstrapped
>> version of the minimal image:
>> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-
>> Step-04-01-ConfigurationOfMinimalPharo/
>>
>> -- Pavel
>>
>> 2017-07-15 10:33 GMT+02:00 Pavel Krivanek <pavel.kriva...@gmail.com>:
>>
>>> Try the Pharo 7 metacello image (=Pharo 7 minimal image that the CI is
>>> already converting to 64bit). There should be no problem with STON because
>>> whole Pharo is loaded into it using metacello and filetree. Pharo 6 minimal
>>> image is done differently (by shrinking) and not so well tested.
>>>
>>> For the conversion of 32-bit image to 64-bit image you need a VMMaker
>>> image:
>>> https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfu
>>> lBuild/artifact/vmmaker-image.zip
>>> and then evaluate:
>>> ./pharo generator.image eval "[Spur32to64BitBootstrap new
>>> bootstrapImage: 'conversion.image'] on: AssertionFailure do: [ :fail | fail
>>> resumeUnchecked: nil ]"
>>>
>>> -- Pavel
>>>
>>>
>>>
>>> 2017-07-15 10:19 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>>>
>>>> Hi Pavel - thanks for getting me to the point where I could even have a
>>>> minimal image. As I’m on the edge of my Pharo knowledge here, I’ll try and
>>>> run with this as best I can.
>>>>
>>>> I’d been using the 6.0 image you suggested to me - but maybe I could
>>>> use a 70 image with Pharo 6 for a while (until the VM diverges) right?
>>>>
>>>> The bit I haven’t quite understood however, is how the 64bit image is
>>>> created - as your reference is to a 32bit version? Is the 64bit one
>>>> converted from 32 in a later stage? (For AWS Lambda I need 64bit) - am I
>>>> right in thinking the pipeline stage after this one is the one you sent me
>>>> - and the travis.yml file shows me what it does? But I can’t see a
>>>> trivis.yml in the co

Re: [Pharo-users] Creating the smallest server runtime footprint

[Pavel Krivanek]

H Tim

2017-07-31 15:07 GMT+02:00 Tim Mackinnon <tim@testit.works>:

> Hi Pavel - I’m just revisiting a few of your previous messages on minimal
> images as I’m trying to get things working again with Pharo 6.1 now that
> you guys have rejigged all of the build pipelines.
>
> I tried a previous suggestion of:
>
> For Pharo 6: https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-
> Minimal/lastSuccessfulBuild/artifact/Pharo-minimal-64.zip
> For Pharo 7: https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-
> 32bit-Conversion/lastSuccessfulBuild/artifact/latest-minimal-64.zip
>
> However the Pharo 6 version is no longer being built, and it doesn’t seem
> to work well with the newer 64bit vm (? I seem to get a load error that I
> didn’t have before - although its possible that I’m loading a new pre-req
> with metacello and this is tipping it over the edge).
>
> Anyway - a prev suggestion for 6.x from you was:
>
> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-
> ConfigurationOfMinimalPharo/
>
>
> However this is a 32bit image. Is there an equivalent 64bit image for
> 6.1?  OR should I use the Pharo 7 one for now (I guess the minimal image
> will probably be pretty stable for a little while as I’m sure the action is
> higher up the chain?)
>

You should use an image that is bootstrapped, so version from SysConf jobs
or Pharo 7. For Pharo 7 we are preparing a lot of big changes in the kernel
so do not expect it will be stable. We can do a conversion job of of it to
64-bit version as soon as the CI infrastructure will be on knees again.

-- Pavel



>
> Tim
>
>
> On 15 Jul 2017, at 09:35, Pavel Krivanek <pavel.kriva...@gmail.com> wrote:
>
> If you want to stay with Pharo 6 image, you can try the bootstrapped
> version of the minimal image:
> https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-
> ConfigurationOfMinimalPharo/
>
> -- Pavel
>
> 2017-07-15 10:33 GMT+02:00 Pavel Krivanek <pavel.kriva...@gmail.com>:
>
>> Try the Pharo 7 metacello image (=Pharo 7 minimal image that the CI is
>> already converting to 64bit). There should be no problem with STON because
>> whole Pharo is loaded into it using metacello and filetree. Pharo 6 minimal
>> image is done differently (by shrinking) and not so well tested.
>>
>> For the conversion of 32-bit image to 64-bit image you need a VMMaker
>> image:
>> https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfu
>> lBuild/artifact/vmmaker-image.zip
>> and then evaluate:
>> ./pharo generator.image eval "[Spur32to64BitBootstrap new bootstrapImage:
>> 'conversion.image'] on: AssertionFailure do: [ :fail | fail
>> resumeUnchecked: nil ]"
>>
>> -- Pavel
>>
>>
>>
>> 2017-07-15 10:19 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>>
>>> Hi Pavel - thanks for getting me to the point where I could even have a
>>> minimal image. As I’m on the edge of my Pharo knowledge here, I’ll try and
>>> run with this as best I can.
>>>
>>> I’d been using the 6.0 image you suggested to me - but maybe I could use
>>> a 70 image with Pharo 6 for a while (until the VM diverges) right?
>>>
>>> The bit I haven’t quite understood however, is how the 64bit image is
>>> created - as your reference is to a 32bit version? Is the 64bit one
>>> converted from 32 in a later stage? (For AWS Lambda I need 64bit) - am I
>>> right in thinking the pipeline stage after this one is the one you sent me
>>> - and the travis.yml file shows me what it does? But I can’t see a
>>> trivis.yml in the conversion stage so I’m not sure how it does that.
>>> (Question - how do I see what the pipelines do to answer my own questions?)
>>>
>>> I was hoping that there was a basic image that got me up to metacello
>>> baseline level to load git file tree packages/baselines  in my own repo as
>>> well baselines on the internet. The one you sent me is fairly close to that
>>> (its just missing STON in the image and seems to have an issue with
>>> resolving undeclared classes that get loaded in - should do a fogbugz on
>>> that?)
>>>
>>> The follow-on from a metacello image is how we can get people to create
>>> better baselines that give you more minimal loading options (e.g.
>>> conditionally leave out the test cases perhaps)
>>>
>>> Tim
>>>
>>> On 15 Jul 2017, at 08:24, Pavel Krivanek <pavel.kriva...@gmail.com>
>>> wrote:
>>>
>>> Hi Tim,
>>>
>>> you can base the your work on the bootstrapped image, see

Re: [Pharo-users] "Leak"/reference hunting with RefsHunter

[Pavel Krivanek]

In the most of standard cases you can use ReferenceFinder. It is in the
catalog too and I think that we should integrate it into the Pharo because
it is extremely useful for the memory leaks detection. It does not require
snapshots and I firstly try it before applying of the RefsHunter (and I say
that as the author of the RefsHunter ;-))

-- Pavel

2017-07-22 17:04 GMT+02:00 Holger Freyther :

> Hi,
>
> as I didn't remember the name of the tool and maybe as future reference to
> myself. I have installed RefsHunter from the catalogue and it helped me a
> lot.
>
> I was looking at the memory consumption of my Pharo6.0 image and did
> something crazy like counting how many objects exist of a specific class
> (Object allSubInstances copy do.. and put that into a dictionary). I
> noticed that for the ASN1 model the nodes of the parse tree survived.
> Yesterday I tried to use the pointer explorer but then most references are
> held by the UI code and I gave up after a bit.
>
> Today I found the RefsHunter again and something as simple (found through
> the class comments)
>
> | rh |
> rh := RefsHunter snapshot.
> rh wayFrom: ASN1AssignmentNode allInstances first to: myAsn1Model
>
>
> Brings me to a list of references and when searching the list from the end
> to the beginning gives a pretty good picture of where things go wrong.
>
>
> Great to have a platform that allows to walk the heap and great that there
> are tools that make it manageable!
>
>
> have a nice weekend
>
> holger
>

Re: [Pharo-users] Creating the smallest server runtime footprint

[Pavel Krivanek]

If you want to stay with Pharo 6 image, you can try the bootstrapped
version of the minimal image:
https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-04-01-ConfigurationOfMinimalPharo/

-- Pavel

2017-07-15 10:33 GMT+02:00 Pavel Krivanek <pavel.kriva...@gmail.com>:

> Try the Pharo 7 metacello image (=Pharo 7 minimal image that the CI is
> already converting to 64bit). There should be no problem with STON because
> whole Pharo is loaded into it using metacello and filetree. Pharo 6 minimal
> image is done differently (by shrinking) and not so well tested.
>
> For the conversion of 32-bit image to 64-bit image you need a VMMaker
> image:
> https://ci.inria.fr/pharo/job/Spur-Git-Tracker/
> lastSuccessfulBuild/artifact/vmmaker-image.zip
> and then evaluate:
> ./pharo generator.image eval "[Spur32to64BitBootstrap new bootstrapImage:
> 'conversion.image'] on: AssertionFailure do: [ :fail | fail
> resumeUnchecked: nil ]"
>
> -- Pavel
>
>
>
> 2017-07-15 10:19 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>
>> Hi Pavel - thanks for getting me to the point where I could even have a
>> minimal image. As I’m on the edge of my Pharo knowledge here, I’ll try and
>> run with this as best I can.
>>
>> I’d been using the 6.0 image you suggested to me - but maybe I could use
>> a 70 image with Pharo 6 for a while (until the VM diverges) right?
>>
>> The bit I haven’t quite understood however, is how the 64bit image is
>> created - as your reference is to a 32bit version? Is the 64bit one
>> converted from 32 in a later stage? (For AWS Lambda I need 64bit) - am I
>> right in thinking the pipeline stage after this one is the one you sent me
>> - and the travis.yml file shows me what it does? But I can’t see a
>> trivis.yml in the conversion stage so I’m not sure how it does that.
>> (Question - how do I see what the pipelines do to answer my own questions?)
>>
>> I was hoping that there was a basic image that got me up to metacello
>> baseline level to load git file tree packages/baselines  in my own repo as
>> well baselines on the internet. The one you sent me is fairly close to that
>> (its just missing STON in the image and seems to have an issue with
>> resolving undeclared classes that get loaded in - should do a fogbugz on
>> that?)
>>
>> The follow-on from a metacello image is how we can get people to create
>> better baselines that give you more minimal loading options (e.g.
>> conditionally leave out the test cases perhaps)
>>
>> Tim
>>
>> On 15 Jul 2017, at 08:24, Pavel Krivanek <pavel.kriva...@gmail.com>
>> wrote:
>>
>> Hi Tim,
>>
>> you can base the your work on the bootstrapped image, see
>> https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/, file
>> Pharo7.0-core-*.zip
>>
>> This image does not have a lot of basic components like Monticello or
>> network but it has a compiler so the code can be imported as *.st files.
>> Then we have Pharo7.0-monticello-*.zip which will be easier to use and
>> probably can fit your needs. Monticello and network support are included.
>> But you cannot use baselines nor configurations to load your code.
>>
>> -- Pavel
>>
>> 2017-07-14 9:59 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>>
>>> Hi - buoyed by the success of a minimal image (thanks Pavel), I'm
>>> wondering if I can get even smaller.
>>>
>>> There are lots of .so's in the vm which wouldn't make sense on a server
>>> once deployed - sound, maybe libgit ...
>>>
>>> Is there a list of the essential ones, or tips on what I can strip out
>>> of the Linux deployment? I also recall that i can leave out .sources and
>>> .changes as well right?
>>>
>>> Tim
>>>
>>> Sent from my iPhone
>>>
>>>
>>
>>
>

Re: [Pharo-users] Creating the smallest server runtime footprint

[Pavel Krivanek]

Try the Pharo 7 metacello image (=Pharo 7 minimal image that the CI is
already converting to 64bit). There should be no problem with STON because
whole Pharo is loaded into it using metacello and filetree. Pharo 6 minimal
image is done differently (by shrinking) and not so well tested.

For the conversion of 32-bit image to 64-bit image you need a VMMaker image:
https://ci.inria.fr/pharo/job/Spur-Git-Tracker/lastSuccessfulBuild/artifact/vmmaker-image.zip
and then evaluate:
./pharo generator.image eval "[Spur32to64BitBootstrap new bootstrapImage:
'conversion.image'] on: AssertionFailure do: [ :fail | fail
resumeUnchecked: nil ]"

-- Pavel



2017-07-15 10:19 GMT+02:00 Tim Mackinnon <tim@testit.works>:

> Hi Pavel - thanks for getting me to the point where I could even have a
> minimal image. As I’m on the edge of my Pharo knowledge here, I’ll try and
> run with this as best I can.
>
> I’d been using the 6.0 image you suggested to me - but maybe I could use a
> 70 image with Pharo 6 for a while (until the VM diverges) right?
>
> The bit I haven’t quite understood however, is how the 64bit image is
> created - as your reference is to a 32bit version? Is the 64bit one
> converted from 32 in a later stage? (For AWS Lambda I need 64bit) - am I
> right in thinking the pipeline stage after this one is the one you sent me
> - and the travis.yml file shows me what it does? But I can’t see a
> trivis.yml in the conversion stage so I’m not sure how it does that.
> (Question - how do I see what the pipelines do to answer my own questions?)
>
> I was hoping that there was a basic image that got me up to metacello
> baseline level to load git file tree packages/baselines  in my own repo as
> well baselines on the internet. The one you sent me is fairly close to that
> (its just missing STON in the image and seems to have an issue with
> resolving undeclared classes that get loaded in - should do a fogbugz on
> that?)
>
> The follow-on from a metacello image is how we can get people to create
> better baselines that give you more minimal loading options (e.g.
> conditionally leave out the test cases perhaps)
>
> Tim
>
> On 15 Jul 2017, at 08:24, Pavel Krivanek <pavel.kriva...@gmail.com> wrote:
>
> Hi Tim,
>
> you can base the your work on the bootstrapped image, see
> https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/, file
> Pharo7.0-core-*.zip
>
> This image does not have a lot of basic components like Monticello or
> network but it has a compiler so the code can be imported as *.st files.
> Then we have Pharo7.0-monticello-*.zip which will be easier to use and
> probably can fit your needs. Monticello and network support are included.
> But you cannot use baselines nor configurations to load your code.
>
> -- Pavel
>
> 2017-07-14 9:59 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>
>> Hi - buoyed by the success of a minimal image (thanks Pavel), I'm
>> wondering if I can get even smaller.
>>
>> There are lots of .so's in the vm which wouldn't make sense on a server
>> once deployed - sound, maybe libgit ...
>>
>> Is there a list of the essential ones, or tips on what I can strip out of
>> the Linux deployment? I also recall that i can leave out .sources and
>> .changes as well right?
>>
>> Tim
>>
>> Sent from my iPhone
>>
>>
>
>

Re: [Pharo-users] Creating the smallest server runtime footprint

[Pavel Krivanek]

Hi Tim,

you can base the your work on the bootstrapped image, see
https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit/, file
Pharo7.0-core-*.zip

This image does not have a lot of basic components like Monticello or
network but it has a compiler so the code can be imported as *.st files.
Then we have Pharo7.0-monticello-*.zip which will be easier to use and
probably can fit your needs. Monticello and network support are included.
But you cannot use baselines nor configurations to load your code.

-- Pavel

2017-07-14 9:59 GMT+02:00 Tim Mackinnon :

> Hi - buoyed by the success of a minimal image (thanks Pavel), I'm
> wondering if I can get even smaller.
>
> There are lots of .so's in the vm which wouldn't make sense on a server
> once deployed - sound, maybe libgit ...
>
> Is there a list of the essential ones, or tips on what I can strip out of
> the Linux deployment? I also recall that i can leave out .sources and
> .changes as well right?
>
> Tim
>
> Sent from my iPhone
>
>

Re: [Pharo-users] Is there a 64bit minimal image for either 6.0 or 7.0?

[Pavel Krivanek]

For Pharo 6:
https://ci.inria.fr/pharo/job/Pharo-6.0-Update-Step-3.2-Minimal/lastSuccessfulBuild/artifact/Pharo-minimal-64.zip
For Pharo 7:
https://ci.inria.fr/pharo/view/7.0/job/70-Bootstrap-32bit-Conversion/lastSuccessfulBuild/artifact/latest-minimal-64.zip

-- Pavel

2017-07-13 8:10 GMT+02:00 Tim Mackinnon <tim@testit.works>:

> That would be great. I'm keen to see if I can reproduce what Sven seemed
> to measure where he seemed to get image launch times down.
>
> Currently on Lambda I am seeing an avg 3.5s to return a simple result.
>
> I know that 700ms of this is the overhead of a nodejs shim (the golang
> Sparta project has reported this aspect).
>
> So I'm curious if a smaller image (& no sources) could get me into a sub
> 2s range)
>
> Tim
>
> Sent from my iPhone
>
>
>
> Sent from my iPhone
> On 13 Jul 2017, at 06:51, Pavel Krivanek <pavel.kriva...@gmail.com> wrote:
>
> Hi Tim,
>
> I will prepare jobs that will convert them to 64bits.
>
> -- Pavel
>
> 2017-07-12 23:14 GMT+02:00 Tim Mackinnon <tim@testit.works>:
>
>> Hi - I would like to try a minimal image on AWS lambda (so I need a 64
>> bit version).
>>
>> Is there a 64bit image for either 6.0 or 7.0 that is easy to download?
>>
>> I can see - http://get.pharo.org/60-minimal but it doesn’t say its 64
>> bit, so I assume its 32bit?
>>
>> Tim
>>
>
>

Re: [Pharo-users] Is there a 64bit minimal image for either 6.0 or 7.0?

[Pavel Krivanek]

Hi Tim,

I will prepare jobs that will convert them to 64bits.

-- Pavel

2017-07-12 23:14 GMT+02:00 Tim Mackinnon :

> Hi - I would like to try a minimal image on AWS lambda (so I need a 64 bit
> version).
>
> Is there a 64bit image for either 6.0 or 7.0 that is easy to download?
>
> I can see - http://get.pharo.org/60-minimal but it doesn’t say its 64
> bit, so I assume its 32bit?
>
> Tim
>

Re: [Pharo-users] [Pharo-dev] integrating FileDialog into Pharo 7

[Pavel Krivanek]

Can you try to prepare a pull requeast that will integrate it? The PR will
need to:
- add the packages into the repository
- add them into the baseline (BaselineOfUI)
- remove old FileDialogWindow (becuase when we add something, we should
remove something too ;-))

If you need help, let me know

-- Pavel

2017-07-10 20:01 GMT+02:00 Peter Uhnak <i.uh...@gmail.com>:

> Done. What next?
>
> Peter
>
>
> On Mon, Jul 10, 2017 at 12:46:50PM +0200, Pavel Krivanek wrote:
> > We should work on integration of it. Firstly please move tests to a
> > separate package.
> >
> > Cheers,
> > -- Pavel
> >
> > 2017-07-10 12:34 GMT+02:00 Peter Uhnak <i.uh...@gmail.com>:
> >
> > > Hi,
> > >
> > > some people expressed interest in integrating File Dialog
> > > https://github.com/peteruhnak/file-dialog into Pharo as the default
> file
> > > dialog.
> > >
> > > Is it something people are interested in, or is the current solution
> > > sufficient for them?
> > >
> > > Peter
> > >
> > >
>
>

Re: [Pharo-users] [Pharo-dev] integrating FileDialog into Pharo 7

[Pavel Krivanek]

We should work on integration of it. Firstly please move tests to a
separate package.

Cheers,
-- Pavel

2017-07-10 12:34 GMT+02:00 Peter Uhnak :

> Hi,
>
> some people expressed interest in integrating File Dialog
> https://github.com/peteruhnak/file-dialog into Pharo as the default file
> dialog.
>
> Is it something people are interested in, or is the current solution
> sufficient for them?
>
> Peter
>
>

Re: [Pharo-users] Submitting bug fix or enhancement: still "Pharo50Inbox"?

[Pavel Krivanek]

You should use Pharo60Inbox

-- Pavel

2017-07-08 17:45 GMT+02:00 Matteo via Pharo-users <
pharo-users@lists.pharo.org>:

>
>
> -- Přeposlaná zpráva --
> From: Matteo 
> To: "Pharo is welcome (ML)" 
> Cc:
> Bcc:
> Date: Sat, 8 Jul 2017 17:45:15 +0200
> Subject: Submitting bug fix or enhancement: still "Pharo50Inbox"?
> Dears,
> I would like to submit some snippet of code, as "enhancement", to
> the
> Pharo code.
>
> I'm using Pharo 6.0 image, so I thought that I should send my code
> "Pharo60Inbox", but in http://pharo.org/contribute-propose-fix is stated
> that should I send my code to the "Pharo50Inbox".
>
> Is that correct? or Should I send my code to "Pharo60Inbox"?
>
> Thanks,
> Matteo
>
>
>
>

Re: [Pharo-users] Are we able to run pharo images in a read only environment?

[Pavel Krivanek]

Currently we do not publish 64-bit versions of minimal images however it is
easy to convert it:

You need a VMMaker image:
https://ci.inria.fr/pharo/view/all/job/Spur-Git-Tracker/lastSuccessfulBuild/artifact/vmmaker-image.zip
...and then do:
pharo generator.image eval "Spur32to64BitBootstrap new bootstrapImage:
'Pharo-minimal-60506.image'"

-- Pavel

2017-07-05 16:05 GMT+02:00 Tim Mackinnon :

> I went to try this to see how it might perform on AWS Lambda but I’m
> guessing there isn’t a minimal 64 bit image right?
>
> Sven - was this a 32bit image from get.pharo.org/70-minimal?
>
> Tim
>
> On 30 Jun 2017, at 14:43, Sven Van Caekenberghe  wrote:
>
>
> On 27 Jun 2017, at 21:15, Sven Van Caekenberghe  wrote:
>
>
> On 27 Jun 2017, at 21:00, Esteban A. Maringolo 
> wrote:
>
> Interesting experiment.
>
> It would be good to know how fast does the image boot and start
> execution in the context of a service billed at the sub second scale.
>
>
> Sadly I have the impression we lost some speed:
>
> ~/pharo64$ ./pharo Pharo.image printVersion
> [version] 6.0 #60499
>
> ~/pharo64$ time ./pharo Pharo.image eval '42 factorial'
> 14050061177528798985431426062445115699363840
>
> real 0m1.276s
> user 0m0.985s
> sys 0m0.171s
>
> while before
>
> ~/pharo/build$ ../bin/pharo Pharo.image printVersion
> [version] 4.0 #40620
>
> $ time ../bin/pharo Pharo.image eval '42 factorial'
> 14050061177528798985431426062445115699363840
>
> real 0m0.526s
> user 0m0.434s
> sys 0m0.045s
>
> But it is really hard to find the cause.
>
>
> The good news is that the Pharo 7 minimal core is way faster
>
> $ time ./pharo ~/Downloads/Pharo7.0-core-32bit-b649ac6.image eval "42
> factorial"
> 14050061177528798985431426062445115699363840
>
> real 0m0.262s
> user 0m0.132s
> sys 0m0.062s
>
> Which is good of course !
>
> That being said, these lambda servers can only work well if they keep
> instances alive for longer when there is enough traffic.
>
> Esteban A. Maringolo
>
>
> 2017-06-27 13:05 GMT-03:00 Tim Mackinnon :
>
> Hi - I am trying to run a pharo image in lambda (as an experiment) -
> however
> I get an error from Pharo about not being able to write to the changes
> file?
>
> As I am just evaluating some code - I’m not really coding, so don’t need a
> changes file - is there a command line option to not require it?
>
> Also, am I running pharo the most efficient way - I’m using eval on the
> command line and referencing a class with a class method - but is this the
> best way?
>
> Thanks,
>
> Tim
>
> "errorMessage": "Command failed: ./pharo Pharo.image eval \"Lambda
> processJSON:
> '{\"key3\":\"value3\",\"key2\":\"value2\",\"key1\":\"value1\"}'\"\n'Pharo
> cannot write to the changes file named /var/task/Pharo.changes.\n\nPlease
> check that you have write permission for this file.\n\nYou won''t be able
> to
> save this image correctly until you fix this.'\n\u001b[31mError: Can't find
> the requested
> origin\n\u001b[0mUnixResolver(PlatformResolver)>>cantFindOriginError\n[
> self
> cantFindOriginError ] in
> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [
> self cantFindOriginError
> ]\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:
> or:\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:
> \nUnixResolver>>home\n[
> self home / '.config' ] in UnixResolver>>preferences in Block: [ self home
> /
> '.config'
> ]\nUnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:
> or:\nUnixResolver>>preferences\nUnixResolver(
> FileSystemResolver)>>resolve:\nSystemResolver(FileSystemResolver)>>
> unknownOrigin:\nSystemResolver(FileSystemResolver)>>resolve:\
> nInteractiveResolver>>unknownOrigin:\n[
> self unknownOrigin: origin ] in InteractiveResolver>>resolve: in Block: [
> self unknownOrigin: origin
> ]\nIdentityDictionary(Dictionary)>>at:ifAbsent:\
> nInteractiveResolver>>resolve:\nFileLocator>>resolve\nFileLocator(
> AbstractFileReference)>>exists\nGlobalIdentifierStonPersistence(
> GlobalIdentifierPersistence)>>shouldCallPreviousPersistence\
> nGlobalIdentifierStonPersistence(GlobalIdentifierPersistence)>>
> ensure:\nGlobalIdentifier>>ensure\nGlobalIdentifier
> class>>initializeUniqueInstance\nGlobalIdentifier
> class>>uniqueInstance\nSystemSettingsPersistence
> class>>resumeSystemSettings\n[ :persistence | persistence
> resumeSystemSettings ] in PharoCommandLineHandler>>runPreferences in
> Block:
> [ :persistence | persistence resumeSystemSettings
> ...etc...\nBlockClosure>>cull:\nSystemDictionary(Dictionary)
> >>at:ifPresent:\nSmalltalkImage>>at:ifPresent:\nPharoCommandLineHandler>>
> runPreferences\nPharoCommandLineHandler>>activate\nPharoCommandLineHandler
> class(CommandLineHandler class)>>activateWith:\n\u001b[0m",
> "errorType": "Error",
> "stackTrace": [
>  "'Pharo cannot write to the changes file named
> /var/task/Pharo.changes.",
>  "",
>  "Please check that you have 

Re: [Pharo-users] Running a headless server

[Pavel Krivanek]

2017-07-04 7:26 GMT+02:00 sergio ruiz :

> Hi, all..
>
> I have started looking at the zeroconf scripts, and i think i have most of
> this figured out..
>
> I just have a few questions, to make sure I am doing this correctly.
>
> In order to run the current image headless, should I just do something
> like:
>
> ./pharo Pharo.image —no-quit &
>
> I can load up my project, but how can i get the latest updates to the
> project?
>
> ./pharo Pharo.image update seems like it just updates the VM..
>
> If i run something like this:
>
> ./pharo Pharo.image eval --save --no-quit "|server| server :=
> PrintBotServer serveOn: 8080."
> a PrintBotServer
>

I think that the --save is executed only on image quit so in this case it
is never executed.
In the end, you can simply in your script do: Smalltalk snapshot: true
andQuit: false.

-- Pavel


>
> I would expect that it would save my image..  but when i hit ^c, and
> restart it like so:
>
> ./pharo Pharo.image
>
> the printbot doesn’t exist anymore.
>
> any idea how to get this to work correctly?
>
> Thanks!
>
> 
> peace,
> sergio
> photographer, journalist, visionary
>
> Public Key: http://bit.ly/29z9fG0
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com 
> http://www.ThoseOptimizeGuys.com 
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
>

Re: [Pharo-users] Pharo on the SqueakJS virtual machine

[Pavel Krivanek]

If I understand it well, for a local copy we need:

clone repository:
git clone g...@github.com:ccrraaiigg/ccrraaiigg.github.io.git

inside the clone to run a webserver, e.g.:
python -m SimpleHTTPServer 9090

then go to: http://localhost:9090/pharo/squeakjspharo.html

-- Pavel

2017-06-29 18:56 GMT+02:00 Craig Latta :

>
>  Well, that didn't take as long as I thought. :)  Probably due to
> progress Bert made since we looked at it at ESUG 2016.
>
>  For more details, see https://tinyurl.com/y727fz4a
> (thiscontext.com). Let the bugfixing begin. :)
>
>
>  thanks again,
>
> -C
>
> --
> Craig Latta
> Black Page Digital
> Amsterdam :: San Francisco
> cr...@blackpagedigital.com
> +31 6 2757 7177 (SMS ok)
> + 1 415 287 3547 (no SMS)
>
>

Re: [Pharo-users] Pharo on the SqueakJS virtual machine

[Pavel Krivanek]

WOW!!!

Thank you all very much for this effort.

-- Pavel



2017-06-29 18:56 GMT+02:00 Craig Latta :

>
>  Well, that didn't take as long as I thought. :)  Probably due to
> progress Bert made since we looked at it at ESUG 2016.
>
>  For more details, see https://tinyurl.com/y727fz4a
> (thiscontext.com). Let the bugfixing begin. :)
>
>
>  thanks again,
>
> -C
>
> --
> Craig Latta
> Black Page Digital
> Amsterdam :: San Francisco
> cr...@blackpagedigital.com
> +31 6 2757 7177 (SMS ok)
> + 1 415 287 3547 (no SMS)
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

2017-06-26 18:19 GMT+02:00 Tim Mackinnon <tim@testit.works>:

> This is very interesting… what would you need in that image to use the
> remote debugging demo’d at Pharo Days 2017 - as I’m assuming for a server
> environment with a web-app, you could have a lean core image and then
> remotely attach to it to understand what was going on? With enough
> infrastructure to inspect objects etc, but locally you could look up things
> with GT tools?
>
> Or have I got the wrong end of the stick on this?
>

With Denis we are trying to clean all dependencies so the remote IDE will
be able to work on a small headless images.

Cheers,
-- Pavel


>
> Tim
>
> On 26 Jun 2017, at 15:29, Pavel Krivanek <pavel.kriva...@gmail.com> wrote:
>
> You need to do it manually. You should probably start with own copy of
> BaselineOfIDE and then try to remove packages you don't need. You should do
> it slowly and check if you are still able to generate a working image.
>
> -- Pavel
>
> 2017-06-26 16:09 GMT+02:00 Hilaire <hila...@drgeo.eu>:
>
>> So in pratical term, how do you create a baseline?
>>
>> Hilaire
>>
>> Le 26/06/2017 à 15:43, Pavel Krivanek a écrit :
>> > We have the BaselineOfBasicTools that is something in the middle. It
>> > already contains Workspace and Nautilus (but not GTPlayground).
>> > BaselineOfIDE corresponds to the standard Pharo distribution so you will
>> > not save space. You should probalby create own baseline and select what
>> > you need.
>> >
>> >
>> >
>> > For the later I really want to have an easier browser, something to
>> > build on GLamour, if I understand correctly. But it will be another
>> > topic, later.
>> >
>> >
>> > Glamour is part of BaselineOfIDE so you will need it or create own
>> baseline.
>> >
>>
>> --
>> Dr. Geo
>> http://drgeo.eu
>>
>>
>>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

Right now we do not have such source.

-- Pavel

2017-06-26 18:42 GMT+02:00 Hilaire <hila...@drgeo.eu>:

> Do you have a page explaining the process so people can try out?
>
> Hilaire
>
> Le 26/06/2017 à 16:29, Pavel Krivanek a écrit :
> > You need to do it manually. You should probably start with own copy of
> > BaselineOfIDE and then try to remove packages you don't need. You should
> > do it slowly and check if you are still able to generate a working image.
> >
> > -- Pavel
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

You need to do it manually. You should probably start with own copy of
BaselineOfIDE and then try to remove packages you don't need. You should do
it slowly and check if you are still able to generate a working image.

-- Pavel

2017-06-26 16:09 GMT+02:00 Hilaire <hila...@drgeo.eu>:

> So in pratical term, how do you create a baseline?
>
> Hilaire
>
> Le 26/06/2017 à 15:43, Pavel Krivanek a écrit :
> > We have the BaselineOfBasicTools that is something in the middle. It
> > already contains Workspace and Nautilus (but not GTPlayground).
> > BaselineOfIDE corresponds to the standard Pharo distribution so you will
> > not save space. You should probalby create own baseline and select what
> > you need.
> >
> >
> >
> > For the later I really want to have an easier browser, something to
> > build on GLamour, if I understand correctly. But it will be another
> > topic, later.
> >
> >
> > Glamour is part of BaselineOfIDE so you will need it or create own
> baseline.
> >
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

2017-06-26 15:35 GMT+02:00 Hilaire :

> Hi Pavel,
>
> Are your suggesting I should be using a pre-built image with minimal
> requirement? :
>
> One for UI only : BaselineOfUi ?
>
> One for IDE tools: BaselineOfIDE. ?
>
>
> In Dr. Geo to write script, one need at least access to a playground and
> a class browser. Which of this image should be used then?
>

We have the BaselineOfBasicTools that is something in the middle. It
already contains Workspace and Nautilus (but not GTPlayground).
BaselineOfIDE corresponds to the standard Pharo distribution so you will
not save space. You should probalby create own baseline and select what you
need.


>
> For the later I really want to have an easier browser, something to
> build on GLamour, if I understand correctly. But it will be another
> topic, later.
>

Glamour is part of BaselineOfIDE so you will need it or create own baseline.

Cheers,
-- Pavel

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

Hi,

if you will do own bootstrap, you can use BaselineOfUI instead of
BaselineOfIDE. But you can use prebuilt image from here:

https://ci.inria.fr/pharo/view/6.0-SysConf/job/Pharo-6.0-Step-10-01-ConfigurationOfUI/lastSuccessfulBuild/artifact/Pharo-6.0-ConfigurationOfUI.zip

Into such image load Dr. Geo with the attached script:
./pharo-ui Pharo-6.0-ConfigurationOfUI.image --no-default-preferences st
load.st --save --quit

and run it with:
./pharo-ui Pharo-6.0-ConfigurationOfUI.image --no-default-preferences

This image hase some problems with settings processing so the
--no-default-preferences is needed. We need to fix it.

The resultant image is under 18MB. Of course we can do better :-)

-- Pavel


2017-06-25 17:16 GMT+02:00 Hilaire <hila...@drgeo.eu>:

> Hi Pavel,
>
> I removed deprecated method uses, then I updated accordingly the
> 'development' configuration of Dr. Geo. Hope it helps.
>
> Thanks
>
> Hilaire
>
> Le 25/06/2017 à 10:03, Pavel Krivanek a écrit :
> >
> > I tried to play a little bit with that. As the first step please check
> > that Dr. Geo can be loaded properly into the standard Pharo 6 image with
> > the package Deprecated60 unloaded. The Dr. Geo uses some deprecated
> > calls and this package is not present in the smaller images.
> >
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>


load.st
Description: Binary data

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

Thank you for the update, the original script was done for older Iceberg
versions.

Cheers,
-- Pavel

2017-06-25 10:38 GMT+02:00 Esteban Lorenzano <esteba...@gmail.com>:

> Hi!
>
> On 25 Jun 2017, at 10:14, Pavel Krivanek <pavel.kriva...@gmail.com> wrote:
>
> You can clone a repository with Iceberg with a script like this:
>
> target := 'pharo-core' asFileReference ensureCreateDirectory.
> repository := IceRepositoryCreator new
> remote: (IceRemote url: 'g...@github.com:pharo-project/pharo.git');
> location: target;
> subdirectory:'src';
> createRepository.
> repository backend checkoutBranch: 'development'.
> repository register.
>
>
> this is a bit too verbose for my taste :)
> you can do the same with this (which is more or less the same, btw… just
> more compact)
>
> repository := IceRepositoryCreator new
> remote: (IceRemote url: 'g...@github.com:pharo-project/pharo.git');
> subdirectory:'src';
> createRepository.
> repository checkoutBranch: 'development'.
> repository register.
>
> - no need to violate demeters law by accessing directly to backend
> - no need to specify a target location because it will put it in default
> place.
>
> :)
>
> Esteban
>
>
> Setting of the system version is already fixed in Pharo 7. For Pharo 6 you
> want to do something like this:
>
> ./pharo Pharo.image eval --save "| updateString | updateString :=
> 'tag.txt' asFileReference readStream contents allButFirst. SystemVersion
> classPool at: #Current put: (SystemVersion new type: 'Pharo'; major:
> updateString first asString asInteger; minor: updateString second asString
> asInteger; highestUpdate: updateString asInteger; suffix: ''; yourself)"
>
> Where tag.txt can by obtained from git by:
> git describe --tags > tag.txt
>
> Cheers,
> -- Pavel
>
>
>
>
> 2017-06-24 22:06 GMT+02:00 Alistair Grant <akgrant0...@gmail.com>:
>
>> Hi Pavel,
>>
>> On Fri, Jun 23, 2017 at 10:08:29PM +0200, Pavel Krivanek wrote:
>> > clone the master branch of g...@github.com:pharo-project/pharo.git and
>> inside
>> > this clone do:
>> >
>> > export PHARO_VERSION=60
>> > export BOOTSTRAP_ARCH=32
>> >
>> > wget -O - get.pharo.org/${PHARO_VERSION}+vm
>> <http://get.pharo.org/$%7BPHARO_VERSION%7D+vm> | bash
>> >
>> > ./pharo Pharo.image --no-default-preferences ./bootstrap/scripts/
>> > prepare_image.st --save --quit
>> > ./pharo Pharo.image --no-default-preferences ./bootstrap/scripts/
>> bootstrap.st
>> > --ARCH=${BOOTSTRAP_ARCH} --quit
>> > bash ./bootstrap/scripts/build.sh
>>
>>
>> Thanks very much for providing these instructions.
>>
>> It would be great to have a version of the script that used Iceberg to
>> load the code and kept the repository (pharo-project/pharo in the
>> example above, but normally this would be a fork of the repository).
>> This would greatly facilitate creating pull requests with bug fixes.
>>
>> I'll try and figure out how to modify your script to do this, but if
>> you're able to provide a quick answer, or even a hint, it would be much
>> appreciated.
>>
>> Also, the version information doesn't appear to be set here, i.e.:
>>
>> $ pharo Pharo.image printVersion
>> [version] nil.nil #0
>>
>> I'll try and figure this out, but if you know, what do I need to do to
>> get this set?
>>
>> Thanks again,
>> Alistair
>>
>>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

You can clone a repository with Iceberg with a script like this:

target := 'pharo-core' asFileReference ensureCreateDirectory.
repository := IceRepositoryCreator new
remote: (IceRemote url: 'g...@github.com:pharo-project/pharo.git');
location: target;
subdirectory:'src';
createRepository.
repository backend checkoutBranch: 'development'.
repository register.

Setting of the system version is already fixed in Pharo 7. For Pharo 6 you
want to do something like this:

./pharo Pharo.image eval --save "| updateString | updateString := 'tag.txt'
asFileReference readStream contents allButFirst. SystemVersion classPool
at: #Current put: (SystemVersion new type: 'Pharo'; major: updateString
first asString asInteger; minor: updateString second asString asInteger;
highestUpdate: updateString asInteger; suffix: ''; yourself)"

Where tag.txt can by obtained from git by:
git describe --tags > tag.txt

Cheers,
-- Pavel




2017-06-24 22:06 GMT+02:00 Alistair Grant <akgrant0...@gmail.com>:

> Hi Pavel,
>
> On Fri, Jun 23, 2017 at 10:08:29PM +0200, Pavel Krivanek wrote:
> > clone the master branch of g...@github.com:pharo-project/pharo.git and
> inside
> > this clone do:
> >
> > export PHARO_VERSION=60
> > export BOOTSTRAP_ARCH=32
> >
> > wget -O - get.pharo.org/${PHARO_VERSION}+vm | bash
> >
> > ./pharo Pharo.image --no-default-preferences ./bootstrap/scripts/
> > prepare_image.st --save --quit
> > ./pharo Pharo.image --no-default-preferences ./bootstrap/scripts/
> bootstrap.st
> > --ARCH=${BOOTSTRAP_ARCH} --quit
> > bash ./bootstrap/scripts/build.sh
>
>
> Thanks very much for providing these instructions.
>
> It would be great to have a version of the script that used Iceberg to
> load the code and kept the repository (pharo-project/pharo in the
> example above, but normally this would be a fork of the repository).
> This would greatly facilitate creating pull requests with bug fixes.
>
> I'll try and figure out how to modify your script to do this, but if
> you're able to provide a quick answer, or even a hint, it would be much
> appreciated.
>
> Also, the version information doesn't appear to be set here, i.e.:
>
> $ pharo Pharo.image printVersion
> [version] nil.nil #0
>
> I'll try and figure this out, but if you know, what do I need to do to
> get this set?
>
> Thanks again,
> Alistair
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

Hi Hilaire,

I tried to play a little bit with that. As the first step please check that
Dr. Geo can be loaded properly into the standard Pharo 6 image with the
package Deprecated60 unloaded. The Dr. Geo uses some deprecated calls and
this package is not present in the smaller images.

Cheers,
-- Pavel

2017-06-24 10:29 GMT+02:00 Hilaire <hila...@drgeo.eu>:

> Hi Pavel,
>
> Le 24/06/2017 à 09:35, Pavel Krivanek a écrit :
> > The question is what is your goal because the bootstrapped image will
>
> I want to build an image for DrGeo which is not 60MB. (the size I have
> now on my P6 dev image for Dr. Geo)
>
> Until now, DrGeo was installed then unecessary packages removed. With
> the first Pharo release, DrGeo image was around 10MB, in the latest
> DrGeo release (based on P3), its image is more than 20MB.
>
> For P6, if possible, I would like to use the bootstrap process
>
> > have in the end (almost) the same content as the default
> > non-bootstrapped image.
> > You probably want to change the content of the produced image wich
> > requires to modify the related baselines and do not load them all. For
> > Dr Geo you will probably want to start with the BaselineOfMorphic
> > however you will probably need a lot of custom modifications.
>
>
> I don't know... May be we can take Dr. Geo as an excuse to see step by
> step how to do it. If we succeed I could document it so it may be useful
> to other.
>
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

The question is what is your goal because the bootstrapped image will have
in the end (almost) the same content as the default non-bootstrapped image.
You probably want to change the content of the produced image wich requires
to modify the related baselines and do not load them all. For Dr Geo you
will probably want to start with the BaselineOfMorphic however you will
probably need a lot of custom modifications.

-- Pavel

2017-06-24 9:07 GMT+02:00 Hilaire :

> Just to be sure, it is to build an image from a mini-image,  right? So
> to get a fairly small Dr. Geo image.
>
> Le 24/06/2017 à 09:00, Hilaire a écrit :
> > Thanks,
> >
> > Can you key in the exact sequence to clone the git repo, I am not used
> > to GIT yet.
> >
> > Hilaire
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

git clone g...@github.com:pharo-project/pharo.git

2017-06-24 9:00 GMT+02:00 Hilaire <hila...@drgeo.eu>:

> Thanks,
>
> Can you key in the exact sequence to clone the git repo, I am not used
> to GIT yet.
>
> Hilaire
>
> Le 23/06/2017 à 22:08, Pavel Krivanek a écrit :
> > clone the master branch of
> > g...@github.com:pharo-project/pharo.git and
> > inside this clone do:
> >
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Pharo6 bootstrap how to

[Pavel Krivanek]

clone the master branch of g...@github.com:pharo-project/pharo.git and
inside this clone do:

export PHARO_VERSION=60
export BOOTSTRAP_ARCH=32

wget -O - get.pharo.org/${PHARO_VERSION}+vm | bash

./pharo Pharo.image --no-default-preferences ./bootstrap/scripts/
prepare_image.st --save --quit
./pharo Pharo.image --no-default-preferences ./bootstrap/scripts/
bootstrap.st --ARCH=${BOOTSTRAP_ARCH} --quit
bash ./bootstrap/scripts/build.sh


2017-06-23 21:12 GMT+02:00 Hilaire :

> Hi,
>
> I want to build a Pharo6 image from scratch for Dr. Geo. How to do it?
>
> Thanks
>
> Hilaire
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] [ANN] git migration tool

[Pavel Krivanek]

Great tool! Thank you very much, Peter.

-- Pavel

2017-05-04 14:32 GMT+02:00 Peter Uhnák :

> With Iceberg knocking on the door, migration from SmalltalkHub to
> Git(Hub/Lab/...) has become relevant once more.
>
> And that's why I wrote git-migration tool https://github.com/
> peteruhnak/git-migration to help you move on to greener pastures.
>
> Among other things described in the too-long-didn't read README:
>
> the tool will generate git-fast-import (a special format for fast git
> imports) file that can be easily and quickly applied on your git repository.
> All commits are preserved in their proper order, and merges (commits with
> multiple parents) are also converted to git merges.
>
> So far I've tested it on my custom intentionally broken repository, and
> PolyMath.
>
> PolyMath has 784 commits in 74 packages; it took Pharo about 3 minutes to
> process all SmalltalkHub commits and generate 87MB file; git then imported
> the file in less than a second.
>
>
> (Git history of PolyMath in GitKraken)
>
> the tool also provides you with a bunch of visualizations that can help
> you analyze your SmalltakHub history and investigate problems.
>
>
> (trees of all packages in the PolyMath repository)
>
> More things could be desired (e.g. even better performance), so feel free
> to open issues, ideally with pull requests. ;)
>
> Peter
>

Re: [Pharo-users] Phobos and printing

[Pavel Krivanek]

So I tried to run Phobos on Pharo 6 and it is able to run fine with the old
Json package. It only needed two simple patches. To convert Phobos to
NeoJSON will require some extra effort. In next days I will put the code on
the Git repository.

Cheers,
-- Pavel

2017-01-31 20:19 GMT+01:00 kmo :

> I'm afraid not. But I did start experimenting with Phobos and thought it
> was
> a very capable framework. Then I was put off a bit when it stopped being
> compatible with later versions of pharo.
>
> Ken
>
>
> HilaireFernandes wrote
> > Hi Ken,
> > Did you have former experience using Phobos for real desktop application?
> > Hilaire
>
>
>
>
>
> --
> View this message in context: http://forum.world.st/Phobos-and-printing-
> tp4932002p4932558.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

Re: [Pharo-users] Phobos and printing

[Pavel Krivanek]

The XULRunner was stopped to be supported in 2015. It can still run now but
without security patches, support of the new OS versions etc. Mozilla is
constantly decreasing capabilities of Firefox hacking. It is pity because
there is no comparable alternative.

Esteban is slowly working on GTK binding named Mars so you can ask on the
current state of it. Esteban?

-- Pavel

2017-01-30 15:16 GMT+01:00 Hilaire <hila...@drgeo.eu>:

> Hi Pavel,
>
> I am in prospective mode exploring alternative for desktop application
> vs SAAS application (in the later, the cost to maintain may be too high
> for only one technical guy, me).
>
> As I saw in the Phobos demo the Print feature, I just did a quick hack
> to test print over a html document.
>
> So xulrunner is abandonware? The new way to build UI in Firefox is
> totally different I guess so then?.
>
> Beside Phobos, there is no reliable and feature complete alternative to
> build desktop application, is it that?
>
> Thanks
>
> Hilaire
>
> Le 30/01/2017 à 11:36, Pavel Krivanek a écrit :
> > Hi Hilaire,
> >
> > I will look at it. Are you interested to have Phobos for Pharo 6?
> > The main problem of Phobos is the stopped support of XULRunner by
> > Mozilla without substitute so it's not good idea to use it for long-term
> > projects.
> >
> > Cheers,
> > -- Pavel
>
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Phobos and printing

[Pavel Krivanek]

Hi Hilaire,

I will look at it. Are you interested to have Phobos for Pharo 6?
The main problem of Phobos is the stopped support of XULRunner by Mozilla
without substitute so it's not good idea to use it for long-term projects.

Cheers,
-- Pavel

2017-01-29 12:34 GMT+01:00 Hilaire :

> Hi Pavel,
>
> Is there a way to ask a PhobosHTMLCanvas instance to print an html file.
> I have html files built from Mustache templates and I try to send it to
> the print dialog via Phobos.
>
> So far I send an entire locale html file content via #rawXML: message,
> but I got mix results, the style does not seem to be taken in
> consideration.
>
> Thanks
> Hilaire
> --
> Dr. Geo
> http://drgeo.eu
>
>
>

Re: [Pharo-users] Pharo desktop UI

[Pavel Krivanek]

For older Pharo versions there exists framework for native UI named Phobos
that uses XULRunner to display user interface.

Screenshots: http://imgur.com/a/HFzuE

-- Pavel

2016-11-02 22:43 GMT+01:00 vikenti :

> Hello, i'm newbie in Pharo, converted from Visual Works which is quite
> different from Pharo Smalltalk.
> I started to port my application (i've been working on for about three
> years) from VW (because of new personal user licensing limitations of
> Visual
> Works), but i have to solve some problems and need your advice.
>
> These ase some of the most important problems:
> 1.  I need to rewrite the whole GUI from scratch. What UI framework to
> choose and where to get documentation? Please, don't send me to research
> code examples instead of docs - i do this during whole last week. The
> example should be complete and simple: one task - one example, all examples
> i've seen are either not applicable to real life or too complicated to
> understand.
>  - I need simple window with menu (how to attach menu items to menu
> handlers - no answer in examples)
>  - Toolbar with icons (how)
>  - components (as i understand - Morphic subclasses, it is the simplest
> part)
>  - when window opens i need handler to do some setup actions. Handler
> should
> fire after UI is built and my app's window is opened (how?)
>  - i need another handler, which fires when you try to close Pharo or
> application's window. Handler must check whether to close window or not and
> do allow or not to close my application.
>  - how to programmatically close window??
>
> 2. The next task is to do some work on image load (i mean pharo image). I
> need some handler which fires immediately after image is loaded. How to
> include my handler in this chain My app saves data into the image so i
> need to manage this and auto-load _my_ application after startup.
>
> 3. How to drag-n-drop from the host operation system into pharo application
> and vice versa? I need to drag-n-drop a list of files from\to file browser.
>
> 4. Application deployment. How to strip the unnecessary code from the
> image?
> I've heard there is "small image" to add all-i-need-to-run. Where i can
> download it and how to use it
>
>
>
>
>
>
>
>
>
> --
> View this message in context: http://forum.world.st/Pharo-
> desktop-UI-tp4921212.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

Re: [Pharo-users] [Pharo-dev] websockets in pharo?

[Pavel Krivanek]

Zinc-WebSocket-* packages in the repository
http://mc.stfx.eu/ZincHTTPComponents

-- Pavel

2016-08-24 14:20 GMT+02:00 Tudor Girba :

> Hi,
>
> Can anyone tell me if there is a Websocket implementation for Pharo?
>
> Cheers,
> Doru
>
> --
> www.tudorgirba.com
> www.feenk.com
>
> "From an abstract enough point of view, any two things are similar."
>
>
>
>
>
>

Re: [Pharo-users] GUI Applications

[Pavel Krivanek]

It is possible but not without JavaScript. There is (non Smalltalk) XUL
based project of this type.

http://pencil.evolus.vn/Features.html

-- Pavel

2016-06-08 17:13 GMT+02:00 Petr Fischer <petr.fisc...@me.com>:

> Interesting - is possible to write app like CASE diagram editor with this
> phobos-XUL thing (so a lot of custom drawing to something like canvas), or
> it's intended rather for "form apps"?
>
> pf
>
>
> > You may be interested in Phobos:
> > https://github.com/pavel-krivanek/phobos-framework
> >
> > -- Pavel
> >
> > 2016-06-06 20:56 GMT+02:00 sergio ruiz <sergio@gmail.com>:
> >
> > > It would seem to me that in order for an ecosystem to really take hold
> on
> > > the part of the users, it’s really important that it’s efficient and
> easy
> > > to create a GUI based application.
> > >
> > > Can anyone comment on the current state of libraries for creating and
> > > distributing GUI applications?
> > >
> > > Thanks!
> > >
> > > 
> > > peace,
> > > sergio
> > > photographer, journalist, visionary
> > > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> > > http://www.Village-Buzz.com
> > > http://www.ThoseOptimizeGuys.com
> > > http://www.coffee-black.com
> > > http://www.painlessfrugality.com
> > > http://www.twitter.com/sergio_101
> > > http://www.facebook.com/sergio101
> > >
> > >
> > >
>
>

Re: [Pharo-users] GUI Applications

[Pavel Krivanek]

You may be interested in Phobos:
https://github.com/pavel-krivanek/phobos-framework

-- Pavel

2016-06-06 20:56 GMT+02:00 sergio ruiz <sergio@gmail.com>:

> It would seem to me that in order for an ecosystem to really take hold on
> the part of the users, it’s really important that it’s efficient and easy
> to create a GUI based application.
>
> Can anyone comment on the current state of libraries for creating and
> distributing GUI applications?
>
> Thanks!
>
> 
> peace,
> sergio
> photographer, journalist, visionary
> #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV
> http://www.Village-Buzz.com
> http://www.ThoseOptimizeGuys.com
> http://www.coffee-black.com
> http://www.painlessfrugality.com
> http://www.twitter.com/sergio_101
> http://www.facebook.com/sergio101
>
>
>

Re: [Pharo-users] An Idea for a minimal self documented begineer friendly pharo image

[Pavel Krivanek]

2016-05-24 15:18 GMT+02:00 Dimitris Chloupis :

> Well technically the python part works fine, BUT I also always wanted it
> to be friendly to begineers . So nope , its same project. And you are
> correct its still focused in coding 3d graphics but I came to realisation
> that if I want some people to use it, obviously i dont expect the massive
> majority to give up the comforts of python but for those that are curious I
> have to provide an enviroment thats is even easier to code in than python
> is currently for Blender.
>
> My goal is to provide a development enviroment for Blender addons that is
> simple, and easy to use and learn.
>
> So providing a minimal pharo image that is self documented has always
> being a dream for Ephestos.
>
> By the way whats the news on the matter of modular pharo image ? Is there
> any work done to provide a minimal pharo image ?
>

Hi,

work is in progress:
https://ci.inria.fr/pharo/view/6.0-SysConf/

The first image with GUI that is usable from the user point of view is
ConfigurationOfUI.

Give us few weeks to finish it...

-- Pavel


>
> I would hate to replicate what is already done.
>
> On Tue, May 24, 2016 at 3:59 PM Ben Coman  wrote:
>
>> On Tue, May 24, 2016 at 7:01 PM, Dimitris Chloupis
>>  wrote:
>> > So I was reading the complains from Sven and got Inspiration from
>> Torsten
>> > Pharo image and CUIs and made me wonder what if we had an image which
>> has
>> > the least amount of libraries and every library inside it is full
>> commented
>> > in class, package and method and even has tutorial using inside help
>> tool.
>> >
>> > So I think I will give this project a try. I know there is a plan to
>> make
>> > pharo image more modular, but modularity does not equal minimalism ,
>> > simplicity and ease of use.
>> >
>> > I think I will follow the CUIs example and do the development via
>> Github.
>> >
>> > But I am open to ideas and suggestions.
>> >
>> > My intention is to remove the excess fat, to make Pharo prettier
>> (improve
>> > theme support and make available several themes ) and to have everything
>> > commented and self documented.
>> >
>> > Obviously this will be a long term project and in no way a walk in the
>> park
>> > but I was looking for a nice project to name "Ephestos" :D seem as good
>> as
>> > any
>>
>> Did this project not pane out?...
>>
>> https://pharoweekly.wordpress.com/2014/07/16/ephestos-using-and-coding-blender-from-inside-pharo/
>>
>> Seems you're quite attached to that name :)
>> but is there a minor chance of confusion?
>>
>> cheers -ben
>>
>>

Re: [Pharo-users] Coverage tools

[Pavel Krivanek]

Hi,

Marcus started to go in this direction (CoverageStyler). With MetaLinks we
will be able to do that soon quite easily. I'm currently working on
per-method coverage testing of the minimal Pharo - mainly because we need
to know what tests that we already have need to be moved to this image.
However in this case I export coverage result in form of one huge JSON
document that will be processed by a single HTML page with a simple
Smalltalk-like browser (with colored rows etc.).

Currently we are able to check and show methods coverage using the code
simulator (that doesn't work well with exceptions):
https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-2.0/job/PharoKernel2.0-SimulatedCoverageTests/lastSuccessfulBuild/artifact/images/report.html

Cheers,
-- Pavel

2015-07-13 13:12 GMT+02:00 Torsten Bergmann asta...@gmx.de:

 When in Java I use EclEmma - an eclipse plugin where
 once can see the coverage down to the code editor:
 http://www.eclemma.org/images/screen.png


 I know there is Hapao:  http://hapao.dcc.uchile.cl/
 but is there a Pharo coverage visualization down
 to the method level as in EclEmma?

 Thanks
 T.

Re: [Pharo-users] Phobos: Using open and save dialogs

[Pavel Krivanek]

Hi,

I will look at it and add the methods to the Phobos code. You have to
take into account that Phobos uses client-server architecture where
server can be on a different computer. Then Pharo will not have direct
access to the file provided by XULRunner client.

Cheers,
-- Pavel

2014-08-25 11:10 GMT+02:00 kmo vox...@gmail.com:
 It's Ok I think I've got it.

 You can add a method like this to your main.js:

 function doFileOpen() {
   /* See:
 http://developer.mozilla.org/en/docs/XUL_Tutorial:Open_and_Save_Dialogs */

   var nsIFilePicker = Components.interfaces.nsIFilePicker;
   var fp =
 Components.classes[@mozilla.org/filepicker;1].createInstance(nsIFilePicker);

   fp.init(window, Open File, nsIFilePicker.modeOpen);
   fp.appendFilters(nsIFilePicker.filterText | nsIFilePicker.filterAll);

   var res = fp.show();
   if (res == nsIFilePicker.returnOK) {
 var thefile = fp.file;
 return(thefile.leafName);
 // --- do something with the file here ---
   }
 }

 Then call it from pharo with an evaluateJS method - if you return the
 filename from the javascript method pharo can pick it up:

 MyPhobosComponentgetFilename
 |res|

 res:= self evaluateJS:'doFileOpen();'.

 Of course, you could build the entire javascript method as a string in pharo
 and call it using evaluteJS but it's simpler to put it into main.js as
 deaing with embedded quotes is fiddly.



 --
 View this message in context: 
 http://forum.world.st/Phobos-Using-open-and-save-dialogs-tp4774528p4774537.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Pavel's CCodeGenerator works under Windows MinGW: sweet

[Pavel Krivanek]

2014-03-26 9:11 GMT+01:00 Marcus Denker marcus.den...@inria.fr:


 On 26 Mar 2014, at 09:06, Goubier Thierry thierry.goub...@cea.fr wrote:

 
 
  Le 26/03/2014 09:03, Marcus Denker a écrit :
 
  On 26 Mar 2014, at 06:37, Pavel Krivanek pavel.kriva...@gmail.com
 wrote:
 
  Unbelievable... I stare how open source can work :-) I started this
 project yesterday so it can hardly translate more than the small examples
 and of course it had no announcement.
 
  So, CCodeGenerator is the standalone translator from Smalltalk to
 plain C extracted from VMMaker.
 
  One thing we need to do eventually is to have a SLANG that does not use
 the old AST and Parser... but the RB AST instead.
 
  I'm curious about that. I'll have a look to see how hard it would be to
 make the change (I'm deep in parser and AST land at the moment).
 
 The nice thing would be that it would just a visitor... very similar to
 Opal: 1) do semantic analysis 2) a visitor emitting C code.

 Later one could then even have a real intermediate representation (maybe
 the one of Sista?) and do some optimisation there, with all
 control flow information instead of using the AST.

 Ah, and there is Waterfall: http://hal.inria.fr/hal-00871353

 This already contains a SLANG based on the RB AST... but compiling with
 native boost ASMJIT as a backend, not C.


Cool! I knew that Cami  Co. are working on something like that but not
that they are so far.
We need to have both options, translate to C and to native code. One reason
why I tried to make the translator standalone is to help to finally make
VMMaker more modular. So the question is how far can we go to keep the
linkage to VM development (that takes more Smalltalk implementations into
account).

Cheers,
-- Pavel



 Marcus

Re: [Pharo-users] Pavel's CCodeGenerator works under Windows MinGW: sweet

[Pavel Krivanek]

Unbelievable... I stare how open source can work :-) I started this project
yesterday so it can hardly translate more than the small examples and of
course it had no announcement.

So, CCodeGenerator is the standalone translator from Smalltalk to plain C
extracted from VMMaker. It should be able now generate other projects than
the VM. You can write a shared library in trimmed Smalltalk (
http://wiki.squeak.org/squeak/slang), debug it in Smalltalk IDE and then
translate to C and compile. With NativeBoost binding (that will be
generated in future versions automatically) you can use it simply from
Smalltalk again. So you can write some parts of your projects in Smalltalk
that will run on speed of C.

Thank you Phil, I added you as a contributor. If others want to have write
access to the repository, let me know.

Cheers,
-- Pavel



2014-03-26 0:39 GMT+01:00 Philippe Back p...@highoctane.be:

 I loaded the code from
 http://www.smalltalkhub.com/#!/~PavelKrivanek/CCodeGenerator where the
 generator is now standalone, from VMMaker



 I made my own little version here:
 http://www.smalltalkhub.com/#!/~philippeback/HOExtras/packages/CCodeGenerator-Core



 Just works nicely under windows, not sure for the OSProcess thing as I did
 the build by hand in a side console.



 So: CCGExample new nbFib4: print it 30 90799453



 It just works perfectly.



 That's a pretty great day for integration with JNIPort and CCodeGenerator!



 Phil




 --
http://www.avast.com/

 Ce courrier électronique ne contient aucun virus ou logiciel malveillant
 parce que la protection Antivirus avast! http://www.avast.com/ est
 active.

Re: [Pharo-users] Shrinking Pharo 3 image

[Pavel Krivanek]

Gofer new
  smalltalkhubUser: 'Pharo' project: 'SystemConfigurations';
  package: 'UnReloader';
  load.



2013/12/11 Sergi Reyner sergi.rey...@gmail.com

 2013/12/11 Stéphane Ducasse stephane.duca...@inria.fr


 Have a look at the ReUnloader package under my project on smalltalkhub.


 Which one?

Re: [Pharo-users] Shrinking Pharo 3 image

[Pavel Krivanek]

Hi,

look at https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/

Cheers,
-- Pavel




2013/12/10 nacho 0800na...@gmail.com

 Hi,
 I'm trying to unload some of the packages from Pharo 3 to come up with a
 reduced Pharo Image.
 I don't know if someone has already succeeded at getting a Pharo kernel
 image. Just the basic and really needed classes and packages.
 And then have the possibility to reload Athens, Zinc, Zodiac, ASM, etc, as
 needed.
 Simply unloading the packages from Monticello does not work, as it seems
 some of the packages are correlated, and I don't really know packages'
 dependencies.
 Any help would be much appreciated.
 Thanks in advance  best regards.
 Nacho




 -
 Nacho
 Smalltalker apprentice.
 Buenos Aires, Argentina.
 --
 View this message in context:
 http://forum.world.st/Shrinking-Pharo-3-image-tp4729041.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Writing a GUI - Where to start?

[Pavel Krivanek]

You wan to create applications with standard lookfeel, Phobos [1] may be
interesting for you.

[1] https://code.google.com/p/phobos-framework/

-- Pavel


2013/11/5 Bahman Movaqar bah...@bahmanm.com

 Hi all,

 I need to build a typical GUI application (menus, buttons, modal
 dialogs, ...).  I'd appreciate if you could point me to where should I
 start and what are the choices for a UI framework in Pharo?

 TIA,

 --
 Bahman Movaqar  (http://BahmanM.com)

 ERP Evaluation, Implementation  Deployment Consultant
 PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)

Re: [Pharo-users] Nautilus + Periscope

[Pavel Krivanek]

The main problem is in dynamic UI generation for plugins and own Morphic
binding. It was done using several hacks that do not work in the recent
Spec version. Some information are here:
http://forum.world.st/update-3-0-30448-td4712466.html

-- Pavel


2013/11/15 Juraj Kubelka juraj.kube...@gmail.com

 Hi Pavel,

 I finally installed in Pharo 2.0. I did not know I have a different
 image.Thanks for your help and thanks also for the configuration script :-)

 I would like to use Periscope in Pharo 3.0. Do you have an idea what is
 necessary to change?
 I am willing to help with it, but I need some support. First likely I have
 to learn Spec framework.
 Right now I have just a white window like in the attachment.

 Cheers,
 Jura


 El 14-11-2013, a las 17:40, Pavel Krivanek pavel.kriva...@gmail.com
 escribió:

 Yes, it works on the edge of Spec capabilities and it needs to use
 some hacks that are not possible in the recent Spec version.

 -- Pavel

 2013/11/14 Juraj Kubelka juraj.kube...@gmail.com:

 Thanks, I will try it.

 Are there some changes in Pharo 3, that does not allow to use it in Pharo
 3?

 Cheers,
 Jura

 El 14-11-2013, a las 16:57, Pavel Krivanek pavel.kriva...@gmail.com
 escribió:

 I fixed the recent experiments with the new Spec versions so now it
 should work in Pharo 2.0. It really needs a configuration :-)

 Gofer new
   smalltalkhubUser: 'PavelKrivanek' project: 'Periscope';
   package: 'Periscope';
   load.

 Nautilus pluginClasses add: {(Smalltalk at: #NautilusPeriscopePlugin).
 #none}

 -- Pavel

 2013/11/14 Juraj Kubelka juraj.kube...@gmail.com:

 Hi!

 Today Stéphane mentioned project Periscope (Universal Navigation Sidebar
 for Nautilus).

 Does anyone use it or maintain it? It looks like it does not work.

 Links:
 -
 http://forum.world.st/ANN-Periscope-Universal-Navigation-Sidebar-for-Nautilus-td4644569.html
 - http://smalltalkhub.com/#!/~PavelKrivanek/Periscope

 Cheers,
 Jura







Captura de pantalla 2013-11-15 a la(s) 13.07.31.png

Re: [Pharo-users] Nautilus + Periscope

[Pavel Krivanek]

I fixed the recent experiments with the new Spec versions so now it
should work in Pharo 2.0. It really needs a configuration :-)

Gofer new
smalltalkhubUser: 'PavelKrivanek' project: 'Periscope';
package: 'Periscope';
load.

Nautilus pluginClasses add: {(Smalltalk at: #NautilusPeriscopePlugin). #none}

-- Pavel

2013/11/14 Juraj Kubelka juraj.kube...@gmail.com:
 Hi!

 Today Stéphane mentioned project Periscope (Universal Navigation Sidebar for 
 Nautilus).

 Does anyone use it or maintain it? It looks like it does not work.

 Links:
  - 
 http://forum.world.st/ANN-Periscope-Universal-Navigation-Sidebar-for-Nautilus-td4644569.html
  - http://smalltalkhub.com/#!/~PavelKrivanek/Periscope

 Cheers,
 Jura

Re: [Pharo-users] Nautilus + Periscope

[Pavel Krivanek]

Yes, it works on the edge of Spec capabilities and it needs to use
some hacks that are not possible in the recent Spec version.

-- Pavel

2013/11/14 Juraj Kubelka juraj.kube...@gmail.com:
 Thanks, I will try it.

 Are there some changes in Pharo 3, that does not allow to use it in Pharo 3?

 Cheers,
 Jura

 El 14-11-2013, a las 16:57, Pavel Krivanek pavel.kriva...@gmail.com 
 escribió:

 I fixed the recent experiments with the new Spec versions so now it
 should work in Pharo 2.0. It really needs a configuration :-)

 Gofer new
smalltalkhubUser: 'PavelKrivanek' project: 'Periscope';
package: 'Periscope';
load.

 Nautilus pluginClasses add: {(Smalltalk at: #NautilusPeriscopePlugin). #none}

 -- Pavel

 2013/11/14 Juraj Kubelka juraj.kube...@gmail.com:
 Hi!

 Today Stéphane mentioned project Periscope (Universal Navigation Sidebar 
 for Nautilus).

 Does anyone use it or maintain it? It looks like it does not work.

 Links:
 - 
 http://forum.world.st/ANN-Periscope-Universal-Navigation-Sidebar-for-Nautilus-td4644569.html
 - http://smalltalkhub.com/#!/~PavelKrivanek/Periscope

 Cheers,
 Jura

Re: [Pharo-users] Nautilus + Periscope

[Pavel Krivanek]

Hi Torsten,

thank you very much. Everything is done. Now Periscope can be loaded
using Configuration Browser into Pharo 2.0.

Cheers,
-- Pavel

2013/11/14 Torsten Bergmann asta...@gmx.de:
 Pavel wrote:
I fixed the recent experiments with the new Spec versions so now it
should work in Pharo 2.0. It really needs a configuration :-)

 You mean a configuration like the one I attached  :)

 Did you notice the new Config+ button on the metacello browser - it
 helps creating new configs. I also added a postload for plugin registration.

 Feel free to use and put into your STHub repo.


 I found two bugs in Periscope using Pharo2.0 #20627:

  1. When one enters Obj to search for object it crashes in the spotlight
  2. When one opens tools like the Configuration browser they show up inside
 of the area of Periscope...

 If this gets fixed and config gets usable for Pharo 2.0 then do not forget to
 add the updated config also to MetaRepoForPharo20 on SS3. This way it will
 show up in the config browser and can easily be loaded.

 Thx
 T.

Re: [Pharo-users] kernelPackageNames

[Pavel Krivanek]

I think yes. I will probably make some set of tests that will do
things like this before the shrinking job on the CI.

-- Pavel

2013/10/15 Camillo Bruni camillobr...@gmail.com:
 so I can remove the failing test?
 On 2013-10-15, at 21:32, Pavel Krivanek pavel.kriva...@gmail.com wrote:

 It was moved to separate Shrinker package that is now on SmalltlakHub

 http://smalltalkhub.com/#!/~PavelKrivanek/Shrinker

 -- Pavel

 2013/10/15 Camillo Bruni camillobr...@gmail.com:
 What happened to SmalltalkImage#kernelPackageNames, it was removed / 
 moved / renamed/,
 but there is a failing test now:

 https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation-A-L/618/label=linux-stable-worker/testReport/Tests.Release/ReleaseTest/testKernelExtensions/

 Where shall I readd the method?

Re: [Pharo-users] Pharo on Fedora 19

[Pavel Krivanek]

Hi,

for me Pharo fully works after upgrade to Fedora 19. With this packages:
glibc-devel.i686 mesa-libGLU.i686 libICE-devel.i686 libSM-devel.i686
I use XFCE without accelerated desktop.

Cheers,
-- Pavel

On Thu, Jul 4, 2013 at 4:35 PM, Daniel Miranda danielk...@gmail.com wrote:

 Hello,

 I tried to set up Pharo 2.0 on Fedora 19 x86-64, and for that I needed the
 32-bit libraries.

 Using ldd I could figure out most of them: glibc (obviously), X11, OpenGL
 libs, ALSA, libSM, libICE. All the bundled executables/libs are okay
 according to ldd.

 But when I start pharo I get a blank screen with no response of any kind.
 Only Ctrl-C still works. Breaking into a debugger seems to show me the VM
 is stuck in an infinite loop in
 findMethodWithPrimitiveFromContextUpToContext() function.

 Am I missing a library? Has anyone had success with Pharo on Fedora yet?

 Thanks,
 Daniel

Re: [Pharo-users] Pharo on Fedora 19

[Pavel Krivanek]

On KDE with acceleration it works fine too. Maybe some video card driver
problem?

-- Pavel

On Thu, Jul 4, 2013 at 4:52 PM, Pavel Krivanek pavel.kriva...@gmail.comwrote:

 Hi,

 for me Pharo fully works after upgrade to Fedora 19. With this packages:
 glibc-devel.i686 mesa-libGLU.i686 libICE-devel.i686 libSM-devel.i686
 I use XFCE without accelerated desktop.

 Cheers,
 -- Pavel


 On Thu, Jul 4, 2013 at 4:35 PM, Daniel Miranda danielk...@gmail.comwrote:

 Hello,

 I tried to set up Pharo 2.0 on Fedora 19 x86-64, and for that I needed
 the 32-bit libraries.

 Using ldd I could figure out most of them: glibc (obviously), X11, OpenGL
 libs, ALSA, libSM, libICE. All the bundled executables/libs are okay
 according to ldd.

 But when I start pharo I get a blank screen with no response of any kind.
 Only Ctrl-C still works. Breaking into a debugger seems to show me the VM
 is stuck in an infinite loop in
 findMethodWithPrimitiveFromContextUpToContext() function.

 Am I missing a library? Has anyone had success with Pharo on Fedora yet?

 Thanks,
 Daniel

Re: [Pharo-users] minimal headless pharo2 for CentOS

[Pavel Krivanek]

Hi Robert,

look at Pharo Kernel 2.0 image with Gofer
https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-2.0/job/PharoKernel2.0-Gofer/
There is a version with preloaded basic Seaside too
https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-2.0/job/PharoKernel2.0-Seaside/

Cheers,
-- Pavel

On Tue, Jun 11, 2013 at 12:14 PM, LogiqueWerks grshipl...@gmail.com wrote:

 re: headless Pharo 2.0

 I just finished building gst on a tiny VPS site, but I would rather use
 pharo ... I can get some tips from pharo --help in my SSH console but I
 have
 a big dev CentOS here in VirtualBox in which to experiment in headless
 builds if set on the right track ...

 Does anyone have a tip on starting with a Pharo 2.0  core ? I just need
 sockets, minimal HTTP and StdOut - I don't think I want Seaside on this
 tiny
 install ... but I would rather be using an HTTP server in Pharo than in
 Ruby
 or Python ... I have come to loathe Lighttpd and nginx config silliness ...
 but I could fallback to Ruby Sinatra or merb while I wait ... (the
 poor-man's Smalltalk ;-)

 Or should I be looking to strip down a VW image and wait for Pharo 3 ?  I
 am
 scripting with Rebol 2 for now while I wait for rebol3 or Red ...

 thanks,
 Robert
 in a small Atlantic town
 Canada

 PS last night I could not see how to run St/X without X to see what mem
 footprint I would face !



 --
 View this message in context:
 http://forum.world.st/minimal-headless-pharo2-for-CentOS-tp4692753.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.