[Pharo-users] Re: Tabular for Pharo 9 and Git line ending conventions

[vincent.blondeau]

Hi Bernhard,

 

Thanks for trying to contribute!

 

It is a git configuration issue of the repo. I missed the configuration file to 
force the LF (It was the beginning of the GIT support with Pharo). I took the 
same than the Pharo repo and just applied the changes. All the files are now 
ending with LF.

 

You may want to cherry pick your change to redo your PR on the master branch.

 

Let me know if you need more help.

 

Cheers,

Vincent

 

From: Bernhard Pieber  
Sent: lundi, 26 avril 2021 10:00
To: pharo-users@lists.pharo.org
Subject: [Pharo-users] Re: Tabular for Pharo 9 and Git line ending conventions

 

Actually, it is even worse. All lines in all methods are shown as changed.





Am 26.04.2021 um 09:36 schrieb Bernhard Pieber mailto:bernh...@pieber.com> >:

 

Hi,

 

I made the Tabular tests to run on Pharo 9:

https://github.com/bpieber/Tabular

 

However, due to different line endings all lines of all touched methods are 
shown as changed:

https://github.com/VincentBlondeau/Tabular/compare/master...bpieber:master

 

The reason seems to be that in the repository the files use CRLF line endings 
while on my Mac the line endings are converted to LF.

 

I experimented with all settings of core.autocrlf (true, false, and input). 
However, the result was always the same.

 

Is there any way I can solve this problem?

 

Is there a convention which line endings Pharo projects should have in the 
repository on GitHub?

 

Cheers,

Bernhard

 

[Pharo-users] Re: RabbitMQ and Pharo

[vincent.blondeau]

Hi Saogat,

 

We are using it for handling distribution of test cases in Pharo. It is
based on the Sven’s Stomp library.

You can take a look there: https://github.com/tesonep/pharo-testWorkers

 

Cheers,

Vincent

 

From: saogat.rab--- via Pharo-users  
Sent: vendredi, 5 février 2021 17:04
To: pharo-users@lists.pharo.org
Cc: saogat@icloud.com
Subject: [Pharo-users] RabbitMQ and Pharo

 

Hi, 

 

I was wondering if anyone here used RabbitMQ in Pharo. Would like to hear
about your experience.

 

Kind regards,

Saogat

Re: [Pharo-users] OneClick image

[vincent.blondeau]

Hi Noury,

Last year there was such an initiative that has been launched to package Pharo 
apps: https://github.com/VincentBlondeau/Cruiser 
It is supporting only windows for now, but it planned to be enhanced for other 
platforms. It is not on my priorities list yet, but I will work on it again for 
sure.

HTH

Cheers,
Vincent


-Original Message-
From: Pharo-users  On Behalf Of Esteban 
Lorenzano
Sent: Wednesday, 24 April 2019 09:57
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] OneClick image

Hi, 

It never worked for Pharo, because is more intended to applications (it was 
developed for Sofie). 
So we replaced it with the platform distributions (one zip for platform) and 
the one-click became the “portable” version, but this approach also didn’t work 
and that’s why we ended with the Pharo Launcher as recommended download, 
zeroconf for CI and the “independent downloads” as needed.

If you still want it, you can do one by yourself taking one of the historic 
portables as base: http://files.pharo.org/platform/Pharo6.1-portable.zip

You will need to update VMs and that but in general, it should work.

Esteban

> On 24 Apr 2019, at 09:04, N. Bouraqadi  wrote:
> 
> Hi,
> 
> Few years ago, there was a zip file called 'oneclick' that included 
> everything to run Pharo on all 3 major OSes. All one had to do is unzip it, 
> and launch a script that opens the image. 
> 
> What happen to that? Any idea why it isn't generated anymore?
> 
> Noury

Re: [Pharo-users] IMAP in Pharo

[vincent.blondeau]

Hi Cedrik,

 

I started something to deal with this as side project: 
https://github.com/VincentBlondeau/IMAPClient

It is at a very early development state. I took a SS3 project 
(http://smalltalkhub.com/#!/~Gotchas/IMAP-Client) andbegan to improve it.

 

Don’t hesitate to fork and add some PRs

 

Cheers,

Vincent

 

From: Pharo-users  On Behalf Of Cédrick 
Béler
Sent: Wednesday, 6 March 2019 10:37
To: Any question about pharo is welcome 
Subject: [Pharo-users] IMAP in Pharo

 

Hi all, 

 

Do you know if IMAP is possible in Pharo ? I havent found any implementation 
(quick search).

I’d like to have it to interact/filter my email. POP3 is not really possible.

 

I think it would be a nice addition and maybe a good GSOC project ?

 

 

Cheers,

 

Cédrick

 

http://forum.world.st/Zodiac-and-IMAP-td4741328.html 

 

It exists in GNU-Smalltalk but don’t look at ti, its GPL :-)

https://github.com/gnu-smalltalk/smalltalk/blob/master/packages/net/IMAP.st 

Re: [Pharo-users] problem when running without changes file (on windows)

[Vincent.Blondeau]

You are welcomed!

 

Here: https://ci.inria.fr/moose/job/moose-7.0/ws/Pharo7.0-32bit-facd684.sources

But that is not the way it should be, I changed the Jenkins config to include 
the missing file. Try to download it again it is in the last build.

 

Vincent

 

From: Baveco, Hans  
Sent: Wednesday, November 21, 2018 1:26
To: Blondeau, Vincent ; 
pharo-users@lists.pharo.org
Subject: RE: [Pharo-users] problem when running without changes file (on 
windows)

 

Thanks for the link! I could download the moose-7.0 image and changes files. 
However, to run it a specific version of the sources files 
(Pharo7.0-32bit-facd684.sources) seems to be required.

Where could that be found?

 

Hans

 

 

From: vincent.blond...@lamresearch.com 
  mailto:vincent.blond...@lamresearch.com> > 
Sent: woensdag 21 november 2018 3:35
To: pharo-users@lists.pharo.org  
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

 

Have you seen https://ci.inria.fr/moose/job/moose-7.0/ 

  ? Roassal is loaded on it.

 

Vincent

 

From: Pharo-users mailto:pharo-users-boun...@lists.pharo.org> > On Behalf Of Baveco, Hans
Sent: Wednesday, November 14, 2018 5:56
To: Any question about pharo is welcome mailto:pharo-users@lists.pharo.org> >
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

 

Ok, thanks for this crucial information! Would backporting be as simple as 
filing out the class and the single method from Pharo7 and filing in in 
Pharo6.1 ? (probably not)

 

I could also move y application to Pharo 7, but sofar I haven’t been able to 
load Roassal2 in Pharo 7 (32bit). Any information on how to achieve this (on 
windows)? No Moose 7.0 image with Roassal preloaded available either, AFAIK...

 

Hans

 

 

 

From: Guillermo Polito mailto:guillermopol...@gmail.com> > 
Sent: dinsdag 13 november 2018 16:46
To: Any question about pharo is welcome mailto:pharo-users@lists.pharo.org> >
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

 

Still, in Pharo6 the absense of changes and sources files means also that FFI 
calls cannot be done.

UFFI uses the method source code to map arguments, and if no source code is 
available, FFI calls cannot be resolved.

 

This is solved in Pharo7 thanks to Vincent Blondeau by embedding argument names 
into the method (and thus not requiring source code anymore).

 

If you need it, you can take the FFICompilerPlugin class + 
(RBMethodNode>>ensureCachedArgumentNames) from Pharo7 and try to backport them 
on your Pharo6 installation.

 

On Tue, Nov 13, 2018 at 4:29 PM Sven Van Caekenberghe mailto:s...@stfx.eu> > wrote:

Hi Hans,

Did you see (read the class comment) of NoPharoFilesOpener and 
NoChangesLog ?

Sven

> On 13 Nov 2018, at 16:19, Baveco, Hans mailto:hans.bav...@wur.nl> > wrote:
> 
> I have a pharo 6.1 image (based on the Moose 6.1 image) containing a 
small application. I would like to distribute this without the source code. 
When I run the application with the changes file present all is fine. When 
running with the changes file removed, it mostly works ok but apparently the 
functionality for e.g. creating png (linked to Cairo?) is not available. The 
log file is attached.
>  
> Now looking a bit further into this I observed that in fact all the 
6.1 images I work with seem to have this same problem, e.g. when displaying 
Roassal graphs they display the red windows with crosses.
>  
> Is this option to run without a changes files supposed to work in 6.1 
(on windows)? What should I do to make it work? (noticed that there is no 
setting anymore for this)
>  
> Hans
> 




 

-- 

  

 

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 

Re: [Pharo-users] problem when running without changes file (on windows)

[Vincent.Blondeau]

Have you seen https://ci.inria.fr/moose/job/moose-7.0/ ? Roassal is loaded on 
it.

 

Vincent

 

From: Pharo-users  On Behalf Of Baveco, 
Hans
Sent: Wednesday, November 14, 2018 5:56
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

 

Ok, thanks for this crucial information! Would backporting be as simple as 
filing out the class and the single method from Pharo7 and filing in in 
Pharo6.1 ? (probably not)

 

I could also move y application to Pharo 7, but sofar I haven’t been able to 
load Roassal2 in Pharo 7 (32bit). Any information on how to achieve this (on 
windows)? No Moose 7.0 image with Roassal preloaded available either, AFAIK...

 

Hans

 

 

 

From: Guillermo Polito mailto:guillermopol...@gmail.com> > 
Sent: dinsdag 13 november 2018 16:46
To: Any question about pharo is welcome mailto:pharo-users@lists.pharo.org> >
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

 

Still, in Pharo6 the absense of changes and sources files means also that FFI 
calls cannot be done.

UFFI uses the method source code to map arguments, and if no source code is 
available, FFI calls cannot be resolved.

 

This is solved in Pharo7 thanks to Vincent Blondeau by embedding argument names 
into the method (and thus not requiring source code anymore).

 

If you need it, you can take the FFICompilerPlugin class + 
(RBMethodNode>>ensureCachedArgumentNames) from Pharo7 and try to backport them 
on your Pharo6 installation.

 

On Tue, Nov 13, 2018 at 4:29 PM Sven Van Caekenberghe mailto:s...@stfx.eu> > wrote:

Hi Hans,

Did you see (read the class comment) of NoPharoFilesOpener and 
NoChangesLog ?

Sven

> On 13 Nov 2018, at 16:19, Baveco, Hans mailto:hans.bav...@wur.nl> > wrote:
> 
> I have a pharo 6.1 image (based on the Moose 6.1 image) containing a 
small application. I would like to distribute this without the source code. 
When I run the application with the changes file present all is fine. When 
running with the changes file removed, it mostly works ok but apparently the 
functionality for e.g. creating png (linked to Cairo?) is not available. The 
log file is attached.
>  
> Now looking a bit further into this I observed that in fact all the 
6.1 images I work with seem to have this same problem, e.g. when displaying 
Roassal graphs they display the red windows with crosses.
>  
> Is this option to run without a changes files supposed to work in 6.1 
(on windows)? What should I do to make it work? (noticed that there is no 
setting anymore for this)
>  
> Hans
> 




 

-- 

  

 

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

 


pgpJaTHNIx0bS.pgp
Description: PGP signature

Re: [Pharo-users] problem when running without changes file (on windows)

[Vincent.Blondeau]

Hi,

 

You may want to look at https://github.com/VincentBlondeau/Cruiser that 
contains all the actions needed to perform a clean packaging (Still in dev 
though).

The only issue is that it works for Pharo 7 only and you’ll need to backport 
changes (I can help you on that). Some changes are related to new VM primitives 
so you have to use the current stable one (which should also running the Pharo 
6.1 images).

 

Don’t hesitate to ask me if you need advices or help on this.

 

I could try to make the tool work on Pharo 6, but it could be incomplete 
especially on the FFI and stdio part.

 

HTH,

 

Cheers,

Vincent

 

From: Pharo-users  On Behalf Of Guillermo 
Polito
Sent: Wednesday, November 14, 2018 6:04
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] problem when running without changes file (on 
windows)

 

Hi Hans,

On Wed, Nov 14, 2018 at 2:56 PM Baveco, Hans mailto:hans.bav...@wur.nl> > wrote:

Ok, thanks for this crucial information! Would backporting be as simple 
as filing out the class and the single method from Pharo7 and filing in in 
Pharo6.1 ? (probably not)

 

While not completely sure, I think they actually could work. Maybe you found in 
the way a couple of other methods to backport, but I think that it should not 
be that difficult.

 

This is the original issue that fixed this in Pharo7:

 

https://pharo.fogbugz.com/f/cases/21124/FFI-should-work-without-the-sources 

 

 

And here the PR with the fix:

 

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

 

 

There are a couple of more changes there, but not so many.

 

 


pgpw1LKYPh89n.pgp
Description: PGP signature

Re: [Pharo-users] Pharo 7 proxy problem

[Vincent.Blondeau]

Thank you!

Vincent

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
Vitor Medina Cruz
Sent: Tuesday, June 19, 2018 12:10
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] Pharo 7 proxy problem

Done!

https://pharo.fogbugz.com/f/cases/22177/Pharo-7-proxy-problem

On Tue, Jun 19, 2018 at 3:55 PM, 
mailto:vincent.blond...@lamresearch.com>> 
wrote:
Great!

Could you create a bug report with the stack trace here: 
https://pharo.fogbugz.com/f/cases/new
 ?
It should be an issue with the socket library under x64.

Drag and drop the file into the image ;)
However the classes should be the same, otherwise you’ll get an error. That’s 
why I asked the version

Cheers,
Vincent

From: Pharo-users 
[mailto:pharo-users-boun...@lists.pharo.org]
 On Behalf Of Vitor Medina Cruz
Sent: Tuesday, June 19, 2018 11:46

To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] Pharo 7 proxy problem

Oh! on 32 bits version worked \o/, just tested it now.

On Tue, Jun 19, 2018 at 3:43 PM, Vitor Medina Cruz 
mailto:vitormc...@gmail.com>> wrote:
I just download it using Pharo Launcher
[cid:image001.png@01D407CB.F6D840B0]

Out of curiosity, how do I deserialize it into an image? :)

On Tue, Jun 19, 2018 at 3:36 PM, 
mailto:vincent.blond...@lamresearch.com>> 
wrote:
Hi,

Could you send the serialized stack of your primitive failure?
[cid:image002.png@01D407CB.F6D840B0]
And the version of Pharo you are using?

Thanks,

Vincent Blondeau

From: Pharo-users 
[mailto:pharo-users-boun...@lists.pharo.org]
 On Behalf Of Vitor Medina Cruz
Sent: Tuesday, June 19, 2018 11:30
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] Pharo 7 proxy problem

Yes, it can resolve.

On Tue, Jun 19, 2018 at 1:30 PM, Esteban Lorenzano 
mailto:esteba...@gmail.com>> wrote:
have you tested your windows can resolve localhost?
I’m not a regular windows user, but I remember time ago this was not evident on 
windows systems.

Esteban

> On 19 Jun 2018, at 18:23, Vitor Medina Cruz 
> mailto:vitormc...@gmail.com>> wrote:
>
> Hello,
>
> I decided to give a try on Pharo 7 and see how iceberg is doing on 
> windows :)
>
> Pharo launcher is working fine by the way — I had some problems with it in 
> the past, but it seems more stable now.
>
> Well, if using windows isn't bad enought I am behind a proxy, so I use cntlm 
> and my configuration in Pharo 6.1 for cntlm proxy on localhost works fine, 
> but in 7 don't. First it seems to not recognize localhost as 127.0.0.1, it 
> prompts the message: NameLookupFailure: cannot resolve 'localhost'
>
> Using 127.0.0.1 I got a PrimitiveFailure (Ick!):
>
> PrimitiveFailed: primitive 
> #primSocketCreateNetwork:type:receiveBufferSize:sendBufSize:semaIndex:readSemaIndex:writeSemaIndex:
>  in Socket failed'
>
> Since it is a primitive problem, I figure there is no workaround possible 
> here... right?
>
>
> 
>
>
> Socket(ProtoObject)>>primitiveFailed:
> Socket(ProtoObject)>>primitiveFailed
> Socket>>primSocketCreateNetwork:type:receiveBufferSize:sendBufSize:semaIndex:readSemaIndex:writeSemaIndex:
> Socket>>initialize:
> [ super new initialize: TCPSocketType ] in Socket class>>newTCP in Block: [ 
> super new initialize: TCPSocketType ]
> BlockClosure>>repeatWithGCIf:
> Socket class>>newTCP
> ZdcSocketStream class(ZdcSimpleSocketStream 
> class)>>openConnectionToHost:port:timeout:
> ZnNetworkingUtils>>socketStreamToUrlDirectly:
> ZnNetworkingUtils>>socketStreamToProxy
> ZnNetworkingUtils>>socketStreamToUrl:
> ZnNetworkingUtils class>>socketStreamToUrl:
> ZnClient>>newConnectionTo:
> ZnClient>>getConnectionAndExecute
> ZnClient>>executeWithRedirectsRemaining:
> [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in 
> ZnClient>>executeWithRetriesRemaining: in Block: [ self 
> executeWithRedirectsRemaining: self maxNumb...etc...
> BlockClosure>>on:do:
> ZnClient>>executeWithRetriesRemaining:
> [ self executeWithRetriesRemaining: self numberOfRetries ] in [ [ self 
> executeWithRetriesRemaining: self numberOfRetries ]
> on: Error
> do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self 
> executeWithRetriesRemaining: self numberOfR...etc...
> BlockClosure>>on:do:
> [ 

Re: [Pharo-users] Pharo 7 proxy problem

[Vincent.Blondeau]

Great!

Could you create a bug report with the stack trace here: 
https://pharo.fogbugz.com/f/cases/new ?
It should be an issue with the socket library under x64.

Drag and drop the file into the image ;)
However the classes should be the same, otherwise you’ll get an error. That’s 
why I asked the version

Cheers,
Vincent

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
Vitor Medina Cruz
Sent: Tuesday, June 19, 2018 11:46
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] Pharo 7 proxy problem

Oh! on 32 bits version worked \o/, just tested it now.

On Tue, Jun 19, 2018 at 3:43 PM, Vitor Medina Cruz 
mailto:vitormc...@gmail.com>> wrote:
I just download it using Pharo Launcher
[cid:image002.png@01D407C4.69242D30]

Out of curiosity, how do I deserialize it into an image? :)

On Tue, Jun 19, 2018 at 3:36 PM, 
mailto:vincent.blond...@lamresearch.com>> 
wrote:
Hi,

Could you send the serialized stack of your primitive failure?
[cid:image003.png@01D407C4.69242D30]
And the version of Pharo you are using?

Thanks,

Vincent Blondeau

From: Pharo-users 
[mailto:pharo-users-boun...@lists.pharo.org]
 On Behalf Of Vitor Medina Cruz
Sent: Tuesday, June 19, 2018 11:30
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] Pharo 7 proxy problem

Yes, it can resolve.

On Tue, Jun 19, 2018 at 1:30 PM, Esteban Lorenzano 
mailto:esteba...@gmail.com>> wrote:
have you tested your windows can resolve localhost?
I’m not a regular windows user, but I remember time ago this was not evident on 
windows systems.

Esteban

> On 19 Jun 2018, at 18:23, Vitor Medina Cruz 
> mailto:vitormc...@gmail.com>> wrote:
>
> Hello,
>
> I decided to give a try on Pharo 7 and see how iceberg is doing on 
> windows :)
>
> Pharo launcher is working fine by the way — I had some problems with it in 
> the past, but it seems more stable now.
>
> Well, if using windows isn't bad enought I am behind a proxy, so I use cntlm 
> and my configuration in Pharo 6.1 for cntlm proxy on localhost works fine, 
> but in 7 don't. First it seems to not recognize localhost as 127.0.0.1, it 
> prompts the message: NameLookupFailure: cannot resolve 'localhost'
>
> Using 127.0.0.1 I got a PrimitiveFailure (Ick!):
>
> PrimitiveFailed: primitive 
> #primSocketCreateNetwork:type:receiveBufferSize:sendBufSize:semaIndex:readSemaIndex:writeSemaIndex:
>  in Socket failed'
>
> Since it is a primitive problem, I figure there is no workaround possible 
> here... right?
>
>
> 
>
>
> Socket(ProtoObject)>>primitiveFailed:
> Socket(ProtoObject)>>primitiveFailed
> Socket>>primSocketCreateNetwork:type:receiveBufferSize:sendBufSize:semaIndex:readSemaIndex:writeSemaIndex:
> Socket>>initialize:
> [ super new initialize: TCPSocketType ] in Socket class>>newTCP in Block: [ 
> super new initialize: TCPSocketType ]
> BlockClosure>>repeatWithGCIf:
> Socket class>>newTCP
> ZdcSocketStream class(ZdcSimpleSocketStream 
> class)>>openConnectionToHost:port:timeout:
> ZnNetworkingUtils>>socketStreamToUrlDirectly:
> ZnNetworkingUtils>>socketStreamToProxy
> ZnNetworkingUtils>>socketStreamToUrl:
> ZnNetworkingUtils class>>socketStreamToUrl:
> ZnClient>>newConnectionTo:
> ZnClient>>getConnectionAndExecute
> ZnClient>>executeWithRedirectsRemaining:
> [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in 
> ZnClient>>executeWithRetriesRemaining: in Block: [ self 
> executeWithRedirectsRemaining: self maxNumb...etc...
> BlockClosure>>on:do:
> ZnClient>>executeWithRetriesRemaining:
> [ self executeWithRetriesRemaining: self numberOfRetries ] in [ [ self 
> executeWithRetriesRemaining: self numberOfRetries ]
> on: Error
> do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self 
> executeWithRetriesRemaining: self numberOfR...etc...
> BlockClosure>>on:do:
> [ [ self executeWithRetriesRemaining: self numberOfRetries ]
> on: Error
> do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ [ self 
> executeWithRetriesRemaining: self numberO...etc...
> [ ^ block value ] in ZnClient>>withTimeoutDo: in Block: [ ^ block value ]
> [ activeProcess psValueAt: index put: anObject.
> aBlock value ] in ZnConnectionTimeout(DynamicVariable)>>value:during: in 
> Block: [ activeProcess psValueAt: index put: anObject
> BlockClosure>>ensure:
> ZnConnectionTimeout(DynamicVariable)>>value:during:
> ZnConnectionTimeout class(DynamicVariable class)>>value:during:
> ZnClient>>withTimeoutDo:
> ZnClient>>executeWithTimeout
> [ result := self executeWithTimeout ] in ZnClient>>execute in Block: [ result 
> := self executeWithTimeout ]
> [ ^ block value ] in ZnClient>>withProgressDo: in Block: [ ^ block value ]
>
> Regards,
> Vitor

Re: [Pharo-users] Pharo 7 proxy problem

[Vincent.Blondeau]

Hi,

Could you send the serialized stack of your primitive failure?
[cid:image001.png@01D407C1.C9C68460]
And the version of Pharo you are using?

Thanks,

Vincent Blondeau

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
Vitor Medina Cruz
Sent: Tuesday, June 19, 2018 11:30
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] Pharo 7 proxy problem

Yes, it can resolve.

On Tue, Jun 19, 2018 at 1:30 PM, Esteban Lorenzano 
mailto:esteba...@gmail.com>> wrote:
have you tested your windows can resolve localhost?
I’m not a regular windows user, but I remember time ago this was not evident on 
windows systems.

Esteban

> On 19 Jun 2018, at 18:23, Vitor Medina Cruz 
> mailto:vitormc...@gmail.com>> wrote:
>
> Hello,
>
> I decided to give a try on Pharo 7 and see how iceberg is doing on 
> windows :)
>
> Pharo launcher is working fine by the way — I had some problems with it in 
> the past, but it seems more stable now.
>
> Well, if using windows isn't bad enought I am behind a proxy, so I use cntlm 
> and my configuration in Pharo 6.1 for cntlm proxy on localhost works fine, 
> but in 7 don't. First it seems to not recognize localhost as 127.0.0.1, it 
> prompts the message: NameLookupFailure: cannot resolve 'localhost'
>
> Using 127.0.0.1 I got a PrimitiveFailure (Ick!):
>
> PrimitiveFailed: primitive 
> #primSocketCreateNetwork:type:receiveBufferSize:sendBufSize:semaIndex:readSemaIndex:writeSemaIndex:
>  in Socket failed'
>
> Since it is a primitive problem, I figure there is no workaround possible 
> here... right?
>
>
> 
>
>
> Socket(ProtoObject)>>primitiveFailed:
> Socket(ProtoObject)>>primitiveFailed
> Socket>>primSocketCreateNetwork:type:receiveBufferSize:sendBufSize:semaIndex:readSemaIndex:writeSemaIndex:
> Socket>>initialize:
> [ super new initialize: TCPSocketType ] in Socket class>>newTCP in Block: [ 
> super new initialize: TCPSocketType ]
> BlockClosure>>repeatWithGCIf:
> Socket class>>newTCP
> ZdcSocketStream class(ZdcSimpleSocketStream 
> class)>>openConnectionToHost:port:timeout:
> ZnNetworkingUtils>>socketStreamToUrlDirectly:
> ZnNetworkingUtils>>socketStreamToProxy
> ZnNetworkingUtils>>socketStreamToUrl:
> ZnNetworkingUtils class>>socketStreamToUrl:
> ZnClient>>newConnectionTo:
> ZnClient>>getConnectionAndExecute
> ZnClient>>executeWithRedirectsRemaining:
> [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in 
> ZnClient>>executeWithRetriesRemaining: in Block: [ self 
> executeWithRedirectsRemaining: self maxNumb...etc...
> BlockClosure>>on:do:
> ZnClient>>executeWithRetriesRemaining:
> [ self executeWithRetriesRemaining: self numberOfRetries ] in [ [ self 
> executeWithRetriesRemaining: self numberOfRetries ]
> on: Error
> do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self 
> executeWithRetriesRemaining: self numberOfR...etc...
> BlockClosure>>on:do:
> [ [ self executeWithRetriesRemaining: self numberOfRetries ]
> on: Error
> do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ [ self 
> executeWithRetriesRemaining: self numberO...etc...
> [ ^ block value ] in ZnClient>>withTimeoutDo: in Block: [ ^ block value ]
> [ activeProcess psValueAt: index put: anObject.
> aBlock value ] in ZnConnectionTimeout(DynamicVariable)>>value:during: in 
> Block: [ activeProcess psValueAt: index put: anObject
> BlockClosure>>ensure:
> ZnConnectionTimeout(DynamicVariable)>>value:during:
> ZnConnectionTimeout class(DynamicVariable class)>>value:during:
> ZnClient>>withTimeoutDo:
> ZnClient>>executeWithTimeout
> [ result := self executeWithTimeout ] in ZnClient>>execute in Block: [ result 
> := self executeWithTimeout ]
> [ ^ block value ] in ZnClient>>withProgressDo: in Block: [ ^ block value ]
>
> Regards,
> Vitor

Re: [Pharo-users] How to fix the Pharo launcher Windows installation! (WAS: Windows installation broken?)

[Vincent.Blondeau]

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
Sean Glazier
Sent: Monday, June 18, 2018 12:36
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] How to fix the Pharo launcher Windows installation! 
(WAS: Windows installation broken?)

Do you need more smalltalkers on your team who have real-time control 
experience?

Hi Sean,

I have no information about that. One thing you can do is to contact Chris 
Thorgrimsson (https://www.linkedin.com/in/chris-thorgrimsson-33734325/). He 
will be more knowledgeable to help you. I am working in his team.

I would love to contribute. I agree more windows support is needed

What you can do is pick any issue here: 
https://github.com/pharo-project/pharo-launcher/issues
And here is the project to package the applications that I plan to use on the 
launcher: https://github.com/VincentBlondeau/Cruiser
Feel free to submit PRs or new issues!

Thanks!

Vincent Blondeau

My linked in profile is at 
https://www.linkedin.com/in/seanglazier
Sean Glazier

On Mon, Jun 18, 2018 at 3:29 PM 
mailto:vincent.blond...@lamresearch.com>> 
wrote:

Hi all,



Indeed, the Windows environment is not the one where Pharo is working the best. 
Last week, I tried to install it on one of my coworker desktop and there was 
some issues that was solvable with some workarounds, it is temporary and the 
windows support will be improved soon: I’m currently working on it, especially 
on making the Pharo launcher in a read only mode. This way, no administrative 
privileges will be required to run the launcher.



In the meantime, to make the launcher working under Windows:


1.  Run with administrative privileges
2.  Uncheck: [cid:image001.png@01D406FB.17336870]



If you are in a mood to help and contribute to this project (I hope you are!), 
please report the issues there: 
https://github.com/pharo-project/pharo-launcher/issues
 and feel free to suggest some fixes to them :)



And please, keep this thread related to Pharo…



Thanks,

Vincent Blondeau
Software Engineer, Software and Controls | Global Product Group
Desk +1 510.572.7499

Lam Research Corporation
4650 Cushing Pkwy, Fremont, CA 94538 
USA
 | www.lamresearch.com
Connect with Lam Research: 
Facebook
 | 
Twitter
 | 
LinkedIn


NOTICE: This e-mail transmission may contain confidential information. If you 
are not the intended recipient, or a person responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution or use of any of the information contained in or attached to this 
message is STRICTLY PROHIBITED. If you have received this transmission in 
error, please immediately notify the sender and destroy the original 
transmission and its attachments without reading them or saving them to disk. 
Thank you.






-Original Message-
From: Pharo-users 
[mailto:pharo-users-boun...@lists.pharo.org]
 On Behalf Of horrido
Sent: Sunday, June 17, 2018 15:04
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] Windows installation broken?



This is what concerns me. I don't care that there are 

Re: [Pharo-users] How to fix the Pharo launcher Windows installation! (WAS: Windows installation broken?)

[Vincent.Blondeau]

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
PBKResearch
Sent: Monday, June 18, 2018 13:15
To: 'Any question about pharo is welcome' 
Subject: Re: [Pharo-users] How to fix the Pharo launcher Windows installation! 
(WAS: Windows installation broken?)

Vincent

Many thanks - at last a clear explanation of how to get it going. I tried this 
with the Launcher I downloaded yesterday, and was able to launch the template 
versions of Pharo 6.1 and Pharo 7. The only problem was that I am not familiar 
with the Launcher interface, and I had to search around to open the settings 
menu - but that was my stupidity. Plus I *hate* the dark theme - but that's 
just my weird taste.

Thanks Peter!

Maybe, we could add a settings in the pharo launcher options to change the 
theme. I invite you to open a bug for this ;)

So going back to the original post in this thread, with this tweak the Launcher 
is not broken as regards actually launching images. I have not checked whether 
it is possible to uninstall it, as I found it was not possible yesterday and 
Petr Fischer also had difficulty with. At present I do not *want* to uninstall 
it, so that's OK.

AFAIK, the uninstall does not delete all the files. I have not tested it yet, 
but it will be the next step!

All my tests on Windows 10 with all recent updates, on a 64-bit Intel Core i3 
processor.

Hope this helps

Thanks,
Vincent Blondeau

Peter Kenny

From: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 On Behalf Of 
vincent.blond...@lamresearch.com
Sent: 18 June 2018 20:28
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] How to fix the Pharo launcher Windows installation! 
(WAS: Windows installation broken?)


Hi all,



Indeed, the Windows environment is not the one where Pharo is working the best. 
Last week, I tried to install it on one of my coworker desktop and there was 
some issues that was solvable with some workarounds, it is temporary and the 
windows support will be improved soon: I'm currently working on it, especially 
on making the Pharo launcher in a read only mode. This way, no administrative 
privileges will be required to run the launcher.



In the meantime, to make the launcher working under Windows:


1.   Run with administrative privileges
2.   Uncheck: [cid:image001.png@01D406FB.17336870]



If you are in a mood to help and contribute to this project (I hope you are!), 
please report the issues there: 
https://github.com/pharo-project/pharo-launcher/issues
 and feel free to suggest some fixes to them :)



And please, keep this thread related to Pharo...



Thanks,

Vincent Blondeau
Software Engineer, Software and Controls | Global Product Group
Desk +1 510.572.7499

Lam Research Corporation
4650 Cushing Pkwy, Fremont, CA 94538 USA | www.lamresearch.com
Connect with Lam Research: 
Facebook
 | 
Twitter
 | 
LinkedIn


NOTICE: This e-mail transmission may contain confidential information. If you 
are not the intended recipient, or a person responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution or use of any of the information contained in or attached to this 
message is STRICTLY PROHIBITED. If you have received this transmission in 
error, please immediately notify the sender and destroy the original 
transmission and its attachments without reading them or saving them to disk. 
Thank you.






-Original Message-
From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
horrido
Sent: Sunday, June 17, 2018 15:04
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] Windows installation broken?



This is what concerns me. I don't care that there are 

Re: [Pharo-users] How to fix the Pharo launcher Windows installation! (WAS: Windows installation broken?)

[Vincent.Blondeau]

Hi all,



Indeed, the Windows environment is not the one where Pharo is working the best. 
Last week, I tried to install it on one of my coworker desktop and there was 
some issues that was solvable with some workarounds, it is temporary and the 
windows support will be improved soon: I'm currently working on it, especially 
on making the Pharo launcher in a read only mode. This way, no administrative 
privileges will be required to run the launcher.



In the meantime, to make the launcher working under Windows:



  1.  Run with administrative privileges
  2.  Uncheck: [cid:image001.png@01D406FB.17336870]



If you are in a mood to help and contribute to this project (I hope you are!), 
please report the issues there: 
https://github.com/pharo-project/pharo-launcher/issues and feel free to suggest 
some fixes to them :)



And please, keep this thread related to Pharo...



Thanks,

Vincent Blondeau
Software Engineer, Software and Controls | Global Product Group
Desk +1 510.572.7499

Lam Research Corporation
4650 Cushing Pkwy, Fremont, CA 94538 USA | www.lamresearch.com
Connect with Lam Research: 
Facebook | 
Twitter | 
LinkedIn



NOTICE: This e-mail transmission may contain confidential information. If you 
are not the intended recipient, or a person responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution or use of any of the information contained in or attached to this 
message is STRICTLY PROHIBITED. If you have received this transmission in 
error, please immediately notify the sender and destroy the original 
transmission and its attachments without reading them or saving them to disk. 
Thank you.






-Original Message-
From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
horrido
Sent: Sunday, June 17, 2018 15:04
To: pharo-users@lists.pharo.org
Subject: Re: [Pharo-users] Windows installation broken?



This is what concerns me. I don't care that there are workarounds (undocumented 
or hard to find).



I care that Windows is a most popular development platform. I care that 
newcomers to Pharo easily find what they need to get started. I care about 
Pharo's reputation.



The last thing Pharo needs is a black eye.





Travis Ayres wrote

> I wonder how many people tried Pharo, thought "Oh this is totally broken"

> and are never going to give it a second (or third) chance.

>

> On Sun, Jun 17, 2018 at 11:26 AM,



> phil@



>  



> phil@



> 

> wrote:

>

>> The current website shows the wrong link, the installer for the

>> bleeding edge is the wrong one in files.

>> The situation on the Windows front is very very bad and not really

>> improving.

>>

>> That being said, the installer on the CI is the right one and works.

>>

>> so, steal the installer from here:

>> https://urldefense.proofpoint.com/v2/url?u=https-3A__ci.inria.fr_phar

>> o-2Dci-2D=DwICAg=RWI7EqL8K9lqtga8KxgfzvOYoob76EZWE0yAO85PVMQ=kI

>> ZIYXBAA3fhM7P5HOuTC5w6mnEApTfXPTq3lR34ZiY=klRHeEtFlmi7VP-TR5D2bSZ_E

>> UF1hAdJcuTH4GnReBY=xfU91HKFoB5JIZXWRUqBvOkomomuAqWw_gQvBmGRwiw=

>> jenkins2/job/PharoLauncher

>>

>> This is the one you want:

>>

>> https://urldefense.proofpoint.com/v2/url?u=https-3A__ci.inria.fr_phar

>> o-2Dci-2Djenkins2_job_PharoLauncher_=DwICAg=RWI7EqL8K9lqtga8Kxgfz

>> vOYoob76EZWE0yAO85PVMQ=kIZIYXBAA3fhM7P5HOuTC5w6mnEApTfXPTq3lR34ZiY&

>> m=klRHeEtFlmi7VP-TR5D2bSZ_EUF1hAdJcuTH4GnReBY=TsRgHOYVLDp0q9g8BzEb8

>> s8yLy_v32DEMOxtvIcvTOg=

>>

>> For having the latest lastet everything, go to the launcher settings,

>> get into the devmode and open monticello and load the latest packages.

>>

>> Phil

Re: [Pharo-users] [ANN] Cruiser: A Pharo app packager

[Vincent.Blondeau]

Hi Hans!

I got the same issue. But, I warn you that it is not made to be used under 
Pharo6.1. Some features for readonly images are not backported, e.g., you will 
not be able to get rid of the source files because of the UFFI. I advise you to 
deactivate the Readonly feature group if you want to use it.
It is a filetree format repository, so you can load it with:

Metacello new
  baseline: 'Cruiser';
  repository: 'github://vincentblondeau/cruiser:master/src';
  load.

Then proceed normally, expect that some files will not be deleted in the 
packaged application and that the readonly image is not available.

But all the other features seems to work fine! Tell me if they do not

Thanks!

Cheers,
Vincent

From: Baveco, Hans [mailto:hans.bav...@wur.nl]
Sent: Friday, March 9, 2018 1:31
To: Blondeau, Vincent ; 
pharo-users@lists.pharo.org
Subject: RE: [Pharo-users] [ANN] Cruiser: A Pharo app packager

Very nice and useful! I would like to try it on an application I have in a 6.1 
image. Should that be possible? How to install the package, without using 
iceberg?

I tried to install it with

Metacello new
baseline: 'Cruiser';
repository: 'github://VincentBlondeau/Cruiser';
load

but that did not work,

thanks, Hans

From: vincent.blond...@lamresearch.com 
[mailto:vincent.blond...@lamresearch.com]
Sent: donderdag 8 maart 2018 20:29
To: pharo-...@lists.pharo.org; 
pharo-users@lists.pharo.org
Cc: 
chris.thorgrims...@lamresearch.com
Subject: [Pharo-users] [ANN] Cruiser: A Pharo app packager

Hi Pharoers!

I pleased to announce you the first release of Cruiser: a tool to package your 
Pharo applications. The idea is to quickly convert an application from a 
development environment to a production one. A production environment means:
-  No writing on the disk
-  No access to the source code (by the shortcuts, debugger,...)
-  No error displaying on the interface
-  The only thing accessible is the user application

I let you discover it on: 
https://github.com/VincentBlondeau/Cruiser

Do not hesitate to ask me questions or contribute to improve it!

Cheers,

Vincent Blondeau
Software Engineer, Software and Controls | Global Product Group
Desk +1 510.572.7499

Lam Research Corporation
4650 Cushing Pkwy, Fremont, CA 94538 USA | www.lamresearch.com
Connect with Lam Research: 
Facebook
 | 
Twitter
 | 
LinkedIn


NOTICE: This e-mail transmission may contain confidential information. If you 
are not the intended recipient, or a person responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution or use of any of the information contained in or attached to this 
message is STRICTLY PROHIBITED. If you have received this transmission in 
error, please immediately notify the sender and destroy the original 
transmission and its attachments without reading them or saving them to disk. 
Thank you.

Re: [Pharo-users] [Pharo-dev] [ANN] Cruiser: A Pharo app packager

[Vincent.Blondeau]

Thx! That's not planned to do mobile apps for now. I was even not aware that 
mobile apps could be done with Pharo.
But, if you feel the need to do it, any contribution is welcomed!

Vincent

From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf Of 
Todd Blanchard
Sent: Thursday, March 8, 2018 12:05
To: Pharo Development List 
Cc: Thorgrimsson, Chris ; Any question 
about pharo is welcome 
Subject: Re: [Pharo-users] [Pharo-dev] [ANN] Cruiser: A Pharo app packager

That is very cool.

Any intentions to do mobile?

Inspired by David Buck's post on his mobile VM.

https://medium.com/@richardeng/mobile-smalltalk-c6f0cc712909

On Mar 8, 2018, at 12:00 PM, Alexandre Bergel 
> wrote:

I saw a demo of it two weeks ago. This is really good stuff!
Cruiser is about turning a Pharo app as a stand-alone application, as an .exe 
file from a user perspective, without knowing there is Pharo underneath.

Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  
http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.





On Mar 8, 2018, at 4:29 PM, 
vincent.blond...@lamresearch.com wrote:

Hi Pharoers!

I pleased to announce you the first release of Cruiser: a tool to package your 
Pharo applications. The idea is to quickly convert an application from a 
development environment to a production one. A production environment means:
* No writing on the disk
* No access to the source code (by the shortcuts, debugger,...)
* No error displaying on the interface
* The only thing accessible is the user application

I let you discover it on: 
https://github.com/VincentBlondeau/Cruiser



Do not hesitate to ask me questions or contribute to improve it!

Cheers,

Vincent Blondeau
Software Engineer, Software and Controls | Global Product Group
Desk +1 510.572.7499

Lam Research Corporation
4650 Cushing Pkwy, Fremont, CA 94538 USA | 
www.lamresearch.com
Connect with Lam Research: 
Facebook
 | 
Twitter
 | 
LinkedIn




NOTICE: This e-mail transmission may contain confidential information. If you 
are not the intended recipient, or a person responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution or use of any of the information contained in or attached to this 
message is STRICTLY PROHIBITED. If you have received this transmission in 
error, please immediately notify the sender and destroy the original 
transmission and its attachments without reading them or saving them to disk. 
Thank you.