[Pharo-users] Workflow aka Aare status?

[PAUL DEBRUICKER]

I read this thread: 


http://forum.world.st/Aare-questions-td5063745.html


And it seems a lot of work has been done since Max/NetStyle posted the code 
here:

https://github.com/Netstyle/Workflow


In Stef's repo here: 

https://github.com/Ducasse/Workflow


Is  anyone else working on it / publishing code for it?  


Thanks

Paul

Re: [Pharo-users] OmniBase for Pharo 6

[Matias Maretto]

Peter: when I run code like this example:


db := OmniBase createOn: 'C:\temp\testOmni'.
aTrans := db newTransaction.

aTrans root at: 'Hello' put: (OrderedCollection with: 1 with: 2 with: 3).
aTrans commit.
db close.

db := OmniBase openOn: 'C:\temp\testOmni'.
aTrans := db newTransaction.
(aTrans root at: 'Hello') size



Everything is fine, but sometimes when I close an reopen the base I get the 
"lock" error, but even when I get the error the base is still opened and 
transactions run fine. I will take a closer look to the lockFIle method.

I will tell you if I find a solution. (I am using Win 7).








De: Pharo-users  en nombre de PBKResearch 

Enviado: viernes, 22 de junio de 2018 10:39 p. m.
Para: 'Any question about pharo is welcome'
Asunto: Re: [Pharo-users] OmniBase for Pharo 6


Matias



Thanks for the hints. I now have 5 greens, but all the rest are red. I am still 
getting the ‘File cannot be locked’ message. Are you doing better than that? I 
may try a few trials using it for real, rather than the test suite.



Thanks again



Peter Kenny



From: Pharo-users  On Behalf Of Matias 
Maretto
Sent: 22 June 2018 22:54
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] OmniBase for Pharo 6



Hi Peter, yes I had the same error at the beginning. I have done 2 minor  
changes. Now it seems to be working fine (Although I am still running more 
tests). Here:



ODBWin32FileStream >>

closeHandle: aHandle

"Close an open Win32 object handle, freeing any resources held by it.

Once closed a handle is no longer valid. Answer whether the function

succeeds.

See Win32 SDK help for more information.



BOOL CloseHandle(

HANDLE  hObject

// handle of object to close

);"



""

^ self ffiCall: #(ulong CloseHandle(long aHandle))







ODBWin32FileStream >>

lockFile: aHandle offsetLow: loPos offsetHigh: hiPos lengthLow: loLength 
lengthHigh: hiLength

""



^ self

ffiCall: #(long LockFile #(long aHandle , ulong loPos , ulong hiPos , ulong 
loLength , ulong hiLength))









De: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 en nombre de PBKResearch 
mailto:pe...@pbkresearch.co.uk>>
Enviado: viernes, 22 de junio de 2018 09:45 p. m.
Para: 'Any question about pharo is welcome'
Asunto: Re: [Pharo-users] OmniBase for Pharo 6



Matias



I have just loaded Esteban’s package in a new Pharo 6.1 under Windows 10. I get 
an error message saying ‘File cannot be locked. Try again?’. When I select 
‘no’, all tests are run and give red. Are you still running on win 7? If so, I 
must be doing something wrong. Can you give more details of the FFI corrections 
you made, please?



Many thanks



Peter Kenny



From: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 On Behalf Of Matias Maretto
Sent: 22 June 2018 21:07
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] OmniBase for Pharo 6



Esteban: it's working fine, I had to made a minor corrections on 2 FFI calls 
and now everithing seems to be working fine.

For What I saw with Voyage-UnqLite only String Objects can be used to 
searilize; Omnibase allow to persist almost any kind of objects, thats the part 
I like about it.









De: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 en nombre de Esteban Lorenzano 
mailto:esteba...@gmail.com>>
Enviado: jueves, 21 de junio de 2018 08:19 p. m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] OmniBase for Pharo 6



I did it manually and I took like 5 min :P
but this was really easy, just a bunch of FFI calls.

Esteban

> On 21 Jun 2018, at 15:31, Sean P. DeNigris 
> mailto:s...@clipperadams.com>> wrote:
>
> EstebanLM wrote
>> I just made a “blind port”… migrated the old FFI to new UFFI
>
> Did you do this manually or use some migration tool? How long did it take?
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Smalltalk - Pharo Smalltalk Users | Mailing List 
Archive

forum.world.st

Pharo Smalltalk Users forum and mailing list archive. Pharo User Forum



>

Re: [Pharo-users] How do you clone Calypso to contribute to it?

[Tim Mackinnon]

Grrr - I think I didn’t have the image setting RemoteType set to https in the 
image I was trying. False alarm - sorry.

> On 22 Jun 2018, at 17:29, Tim Mackinnon  wrote:
> 
> Ok - I give up - how do you add Calypso as a project to help contribute to it?
> 
> I’ve downloaded the latest Pharo 7 image (1081), and I’ve tried to use the 
> Github template to load my fork of Calypso. After several read herrings where 
> I was getting a Github timeout (it turns out that Calypso isn’t in a src 
> directory but in a root directory) I have gotten further, in that it loads 
> the code, but at the end of the operation I always get “failed to connect to 
> GitHub.com : Operation timed out”. It looks to have loaded all of the code 
> and but then it looks to be doing a remote fetch to (pharo-ide 
> (git://github.com/pharo-ide/Calypso.git)) - which isn’t the fork I’m cloning, 
> and then it gets its knickers in a knot?
> 
> I’m using https (which has worked so far for everything else) What is going 
> on?
> 
> Tim

Re: [Pharo-users] OmniBase for Pharo 6

[Matias Maretto]

Hi Peter, yes I had the same error at the beginning. I have done 2 minor  
changes. Now it seems to be working fine (Although I am still running more 
tests). Here:


ODBWin32FileStream >>

closeHandle: aHandle
"Close an open Win32 object handle, freeing any resources held by it.
Once closed a handle is no longer valid. Answer whether the function
succeeds. See Win32 SDK help for more information.

BOOL CloseHandle(
HANDLE  hObject // handle of object to close
);"

""
^ self ffiCall: #(ulong CloseHandle(long aHandle))




ODBWin32FileStream >>

lockFile: aHandle offsetLow: loPos offsetHigh: hiPos lengthLow: loLength 
lengthHigh: hiLength

""

^ self
ffiCall: #(long LockFile #(long aHandle , ulong loPos , ulong hiPos , ulong 
loLength , ulong hiLength))





De: Pharo-users  en nombre de PBKResearch 

Enviado: viernes, 22 de junio de 2018 09:45 p. m.
Para: 'Any question about pharo is welcome'
Asunto: Re: [Pharo-users] OmniBase for Pharo 6


Matias



I have just loaded Esteban’s package in a new Pharo 6.1 under Windows 10. I get 
an error message saying ‘File cannot be locked. Try again?’. When I select 
‘no’, all tests are run and give red. Are you still running on win 7? If so, I 
must be doing something wrong. Can you give more details of the FFI corrections 
you made, please?



Many thanks



Peter Kenny



From: Pharo-users  On Behalf Of Matias 
Maretto
Sent: 22 June 2018 21:07
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] OmniBase for Pharo 6



Esteban: it's working fine, I had to made a minor corrections on 2 FFI calls 
and now everithing seems to be working fine.

For What I saw with Voyage-UnqLite only String Objects can be used to 
searilize; Omnibase allow to persist almost any kind of objects, thats the part 
I like about it.









De: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 en nombre de Esteban Lorenzano 
mailto:esteba...@gmail.com>>
Enviado: jueves, 21 de junio de 2018 08:19 p. m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] OmniBase for Pharo 6



I did it manually and I took like 5 min :P
but this was really easy, just a bunch of FFI calls.

Esteban

> On 21 Jun 2018, at 15:31, Sean P. DeNigris 
> mailto:s...@clipperadams.com>> wrote:
>
> EstebanLM wrote
>> I just made a “blind port”… migrated the old FFI to new UFFI
>
> Did you do this manually or use some migration tool? How long did it take?
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Smalltalk - Pharo Smalltalk Users | Mailing List 
Archive

forum.world.st

Pharo Smalltalk Users forum and mailing list archive. Pharo User Forum



>

Re: [Pharo-users] OmniBase for Pharo 6

[PBKResearch]

Matias

 

Thanks for the hints. I now have 5 greens, but all the rest are red. I am
still getting the 'File cannot be locked' message. Are you doing better than
that? I may try a few trials using it for real, rather than the test suite.

 

Thanks again

 

Peter Kenny

 

From: Pharo-users  On Behalf Of Matias
Maretto
Sent: 22 June 2018 22:54
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] OmniBase for Pharo 6

 

Hi Peter, yes I had the same error at the beginning. I have done 2 minor
changes. Now it seems to be working fine (Although I am still running more
tests). Here: 

 

ODBWin32FileStream >> 

closeHandle: aHandle

"Close an open Win32 object handle, freeing any resources held by it.

Once closed a handle is no longer valid. Answer whether the function

succeeds.

See Win32 SDK help for more information.

 

BOOL CloseHandle(

HANDLE  hObject 

// handle of object to close  

);"

 

""

^ self ffiCall: #(ulong CloseHandle(long aHandle))

 

 

 

ODBWin32FileStream >> 

lockFile: aHandle offsetLow: loPos offsetHigh: hiPos lengthLow: loLength
lengthHigh: hiLength

""

 

^ self

ffiCall: #(long LockFile #(long aHandle , ulong loPos , ulong hiPos , ulong
loLength , ulong hiLength))

 

 

 

  _  

De: Pharo-users mailto:pharo-users-boun...@lists.pharo.org> > en nombre de PBKResearch
mailto:pe...@pbkresearch.co.uk> >
Enviado: viernes, 22 de junio de 2018 09:45 p. m.
Para: 'Any question about pharo is welcome'
Asunto: Re: [Pharo-users] OmniBase for Pharo 6 

 

Matias

 

I have just loaded Esteban's package in a new Pharo 6.1 under Windows 10. I
get an error message saying 'File cannot be locked. Try again?'. When I
select 'no', all tests are run and give red. Are you still running on win 7?
If so, I must be doing something wrong. Can you give more details of the FFI
corrections you made, please?

 

Many thanks

 

Peter Kenny

 

From: Pharo-users mailto:pharo-users-boun...@lists.pharo.org> > On Behalf Of Matias Maretto
Sent: 22 June 2018 21:07
To: Any question about pharo is welcome mailto:pharo-users@lists.pharo.org> >
Subject: Re: [Pharo-users] OmniBase for Pharo 6

 

Esteban: it's working fine, I had to made a minor corrections on 2 FFI calls
and now everithing seems to be working fine.

For What I saw with Voyage-UnqLite only String Objects can be used to
searilize; Omnibase allow to persist almost any kind of objects, thats the
part I like about it. 

 

 

 

  _  

De: Pharo-users mailto:pharo-users-boun...@lists.pharo.org> > en nombre de Esteban
Lorenzano mailto:esteba...@gmail.com> >
Enviado: jueves, 21 de junio de 2018 08:19 p. m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] OmniBase for Pharo 6 

 

I did it manually and I took like 5 min :P
but this was really easy, just a bunch of FFI calls.

Esteban

> On 21 Jun 2018, at 15:31, Sean P. DeNigris mailto:s...@clipperadams.com> > wrote:
> 
> EstebanLM wrote
>> I just made a "blind port". migrated the old FFI to new UFFI
> 
> Did you do this manually or use some migration tool? How long did it take?
> 
> 
> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 


  Smalltalk -
Pharo Smalltalk Users | Mailing List Archive

forum.world.st

Pharo Smalltalk Users forum and mailing list archive. Pharo User Forum



> 

Re: [Pharo-users] OmniBase for Pharo 6

[Matias Maretto]

Esteban: it's working fine, I had to made a minor corrections on 2 FFI calls 
and now everithing seems to be working fine.

For What I saw with Voyage-UnqLite only String Objects can be used to 
searilize; Omnibase allow to persist almost any kind of objects, thats the part 
I like about it.





De: Pharo-users  en nombre de Esteban 
Lorenzano 
Enviado: jueves, 21 de junio de 2018 08:19 p. m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] OmniBase for Pharo 6

I did it manually and I took like 5 min :P
but this was really easy, just a bunch of FFI calls.

Esteban

> On 21 Jun 2018, at 15:31, Sean P. DeNigris  wrote:
>
> EstebanLM wrote
>> I just made a “blind port”… migrated the old FFI to new UFFI
>
> Did you do this manually or use some migration tool? How long did it take?
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
Smalltalk - Pharo Smalltalk Users | Mailing List 
Archive
forum.world.st
Pharo Smalltalk Users forum and mailing list archive. Pharo User Forum



>

Re: [Pharo-users] [ANN] GNU Dr. Geo release 18.06

[Offray Vladimir Luna Cárdenas]

Congrats,

This was a big jump between platforms (3 to 7) and is good to know that
children (from 8 to 100)  will be able to enjoy geometry, Pharo and live
coding with all the upcoming goodness.

Cheers,

Offray


On 22/06/18 05:16, Hilaire wrote:
> We are please to announce the Dr. Geo release 18.06. It follows the
> release 17.07 in July 2017.
> A large part of the effort was to port Dr. Geo from the Pharo 3 to
> Pharo 7 Smalltalk development environment.
> In addition to usual bug fixes several features were added.
>
>
>
> *Mini changelog:*
> - Dedicated Script browser
> - Inspector on Smalltalk Sketch
> - Positioning zoom
> - Unit tests based on Smalltalk sketch
> - Lan share
> - Graphic user interface theme
> - Fullscreen option
> - Lots of bug fixes
>
> Read the complete announcement 
>
> Dr. Geo is always looking for volunteers to translate
>  its user interface.
>
> Hilaire Fernandes 
> -- 
> Dr. Geo
> http://drgeo.eu

Re: [Pharo-users] OmniBase for Pharo 6

[PBKResearch]

Matias

 

I have just loaded Esteban's package in a new Pharo 6.1 under Windows 10. I
get an error message saying 'File cannot be locked. Try again?'. When I
select 'no', all tests are run and give red. Are you still running on win 7?
If so, I must be doing something wrong. Can you give more details of the FFI
corrections you made, please?

 

Many thanks

 

Peter Kenny

 

From: Pharo-users  On Behalf Of Matias
Maretto
Sent: 22 June 2018 21:07
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] OmniBase for Pharo 6

 

Esteban: it's working fine, I had to made a minor corrections on 2 FFI calls
and now everithing seems to be working fine.

For What I saw with Voyage-UnqLite only String Objects can be used to
searilize; Omnibase allow to persist almost any kind of objects, thats the
part I like about it. 

 

 

 

  _  

De: Pharo-users mailto:pharo-users-boun...@lists.pharo.org> > en nombre de Esteban
Lorenzano mailto:esteba...@gmail.com> >
Enviado: jueves, 21 de junio de 2018 08:19 p. m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] OmniBase for Pharo 6 

 

I did it manually and I took like 5 min :P
but this was really easy, just a bunch of FFI calls.

Esteban

> On 21 Jun 2018, at 15:31, Sean P. DeNigris mailto:s...@clipperadams.com> > wrote:
> 
> EstebanLM wrote
>> I just made a "blind port". migrated the old FFI to new UFFI
> 
> Did you do this manually or use some migration tool? How long did it take?
> 
> 
> 
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html 


  Smalltalk -
Pharo Smalltalk Users | Mailing List Archive

forum.world.st

Pharo Smalltalk Users forum and mailing list archive. Pharo User Forum



> 

Re: [Pharo-users] [ANN] GNU Dr. Geo release 18.06

[Ben Coman]

On 23 June 2018 at 06:22, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> Congrats,
>
> This was a big jump between platforms (3 to 7) and is good to know that
> children (from 8 to 100)  will be able to enjoy geometry, Pharo and live
> coding with all the upcoming goodness.
>

So now we need a DrGeo inside a live document providing a curriculum for
teachers... ;) ?

cheers -ben



> Cheers,
>
> Offray
>
> On 22/06/18 05:16, Hilaire wrote:
>
> We are please to announce the Dr. Geo release 18.06. It follows the
> release 17.07 in July 2017.
> A large part of the effort was to port Dr. Geo from the Pharo 3 to Pharo 7
> Smalltalk development environment.
> In addition to usual bug fixes several features were added.
>
>
>
> *Mini changelog:*
> - Dedicated Script browser
> - Inspector on Smalltalk Sketch
> - Positioning zoom
> - Unit tests based on Smalltalk sketch
> - Lan share
> - Graphic user interface theme
> - Fullscreen option
> - Lots of bug fixes
>
> Read the complete announcement 
>
> Dr. Geo is always looking for volunteers to translate
>  its user interface.
>
> Hilaire Fernandes
>
> --
> Dr. Geohttp://drgeo.eu
>
>
>

Re: [Pharo-users] OmniBase for Pharo 6

[Matias Maretto]

Peter: I think I found the problem. On ODBFileStream class >> 
accessModeReadOnly the "o" on "only" is not capital. It is  
^#accessModeReadonly  when should be ^#accessModeReadOnly ; so on the 
ODBWin32FileStream >> createOn:  createMode:  accessMode:  shareMode:  
cacheMode:  this part fails:

accessMode = #accessModeReadOnly ifTrue: [acMode := 2147483648 "GENERIC_READ"].
So it cant open the users file for read.  I have fix it and at least for now I 
didn't get any "block" error.




De: Pharo-users  en nombre de PBKResearch 

Enviado: viernes, 22 de junio de 2018 10:39 p. m.
Para: 'Any question about pharo is welcome'
Asunto: Re: [Pharo-users] OmniBase for Pharo 6


Matias



Thanks for the hints. I now have 5 greens, but all the rest are red. I am still 
getting the ‘File cannot be locked’ message. Are you doing better than that? I 
may try a few trials using it for real, rather than the test suite.



Thanks again



Peter Kenny



From: Pharo-users  On Behalf Of Matias 
Maretto
Sent: 22 June 2018 22:54
To: Any question about pharo is welcome 
Subject: Re: [Pharo-users] OmniBase for Pharo 6



Hi Peter, yes I had the same error at the beginning. I have done 2 minor  
changes. Now it seems to be working fine (Although I am still running more 
tests). Here:



ODBWin32FileStream >>

closeHandle: aHandle

"Close an open Win32 object handle, freeing any resources held by it.

Once closed a handle is no longer valid. Answer whether the function

succeeds.

See Win32 SDK help for more information.



BOOL CloseHandle(

HANDLE  hObject

// handle of object to close

);"



""

^ self ffiCall: #(ulong CloseHandle(long aHandle))







ODBWin32FileStream >>

lockFile: aHandle offsetLow: loPos offsetHigh: hiPos lengthLow: loLength 
lengthHigh: hiLength

""



^ self

ffiCall: #(long LockFile #(long aHandle , ulong loPos , ulong hiPos , ulong 
loLength , ulong hiLength))









De: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 en nombre de PBKResearch 
mailto:pe...@pbkresearch.co.uk>>
Enviado: viernes, 22 de junio de 2018 09:45 p. m.
Para: 'Any question about pharo is welcome'
Asunto: Re: [Pharo-users] OmniBase for Pharo 6



Matias



I have just loaded Esteban’s package in a new Pharo 6.1 under Windows 10. I get 
an error message saying ‘File cannot be locked. Try again?’. When I select 
‘no’, all tests are run and give red. Are you still running on win 7? If so, I 
must be doing something wrong. Can you give more details of the FFI corrections 
you made, please?



Many thanks



Peter Kenny



From: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 On Behalf Of Matias Maretto
Sent: 22 June 2018 21:07
To: Any question about pharo is welcome 
mailto:pharo-users@lists.pharo.org>>
Subject: Re: [Pharo-users] OmniBase for Pharo 6



Esteban: it's working fine, I had to made a minor corrections on 2 FFI calls 
and now everithing seems to be working fine.

For What I saw with Voyage-UnqLite only String Objects can be used to 
searilize; Omnibase allow to persist almost any kind of objects, thats the part 
I like about it.









De: Pharo-users 
mailto:pharo-users-boun...@lists.pharo.org>>
 en nombre de Esteban Lorenzano 
mailto:esteba...@gmail.com>>
Enviado: jueves, 21 de junio de 2018 08:19 p. m.
Para: Any question about pharo is welcome
Asunto: Re: [Pharo-users] OmniBase for Pharo 6



I did it manually and I took like 5 min :P
but this was really easy, just a bunch of FFI calls.

Esteban

> On 21 Jun 2018, at 15:31, Sean P. DeNigris 
> mailto:s...@clipperadams.com>> wrote:
>
> EstebanLM wrote
>> I just made a “blind port”… migrated the old FFI to new UFFI
>
> Did you do this manually or use some migration tool? How long did it take?
>
>
>
> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Smalltalk - Pharo Smalltalk Users | Mailing List 
Archive

forum.world.st

Pharo Smalltalk Users forum and mailing list archive. Pharo User Forum



>

Re: [Pharo-users] Is there an easy way to create a test class in Calypso?

[Tim Mackinnon]

Makes sense - I didn’t scroll enough through the issues… trying to clone the 
repo to see how to contribute … ;)

> On 22 Jun 2018, at 16:03, Cyril Ferlicot D.  wrote:
> 
> On 22/06/2018 16:59, Tim Mackinnon wrote:
>> Hi - In nautilus there was a handy menu item on a class to jump to its test 
>> class (and create it if need by) - Is there any easy way to do this in 
>> Calypso? I know it was a simple thing - but I found it did encourage me to 
>> write tests…
>> 
>> Tim
>> 
> 
> Hi,
> 
> Not yet. This is in the feature requests:
> https://github.com/pharo-ide/Calypso/issues/257
> 
> -- 
> Cyril Ferlicot
> https://ferlicot.fr
> 

[Pharo-users] How do you clone Calypso to contribute to it?

[Tim Mackinnon]

Ok - I give up - how do you add Calypso as a project to help contribute to it?

I’ve downloaded the latest Pharo 7 image (1081), and I’ve tried to use the 
Github template to load my fork of Calypso. After several read herrings where I 
was getting a Github timeout (it turns out that Calypso isn’t in a src 
directory but in a root directory) I have gotten further, in that it loads the 
code, but at the end of the operation I always get “failed to connect to 
GitHub.com : Operation timed out”. It looks to have loaded all of the code and 
but then it looks to be doing a remote fetch to (pharo-ide 
(git://github.com/pharo-ide/Calypso.git)) - which isn’t the fork I’m cloning, 
and then it gets its knickers in a knot?

I’m using https (which has worked so far for everything else) What is going on?

Tim

Re: [Pharo-users] How do you clone Calypso to contribute to it?

[Tim Mackinnon]

It seems that you have to use ssh for Calypso - not sure why, but at least I’ve 
got a clone now.

> On 22 Jun 2018, at 17:29, Tim Mackinnon  wrote:
> 
> Ok - I give up - how do you add Calypso as a project to help contribute to it?
> 
> I’ve downloaded the latest Pharo 7 image (1081), and I’ve tried to use the 
> Github template to load my fork of Calypso. After several read herrings where 
> I was getting a Github timeout (it turns out that Calypso isn’t in a src 
> directory but in a root directory) I have gotten further, in that it loads 
> the code, but at the end of the operation I always get “failed to connect to 
> GitHub.com : Operation timed out”. It looks to have loaded all of the code 
> and but then it looks to be doing a remote fetch to (pharo-ide 
> (git://github.com/pharo-ide/Calypso.git)) - which isn’t the fork I’m cloning, 
> and then it gets its knickers in a knot?
> 
> I’m using https (which has worked so far for everything else) What is going 
> on?
> 
> Tim

Re: [Pharo-users] How do you clone Calypso to contribute to it?

[Tim Mackinnon]

Actually, although I appear crazy talking to myself… its true - you have to use 
SSH to clone Calypso? Not sure why (other projects have all been fine with 
https) but there you go.

Tim

> On 22 Jun 2018, at 17:39, Tim Mackinnon  wrote:
> 
> Grrr - I think I didn’t have the image setting RemoteType set to https in the 
> image I was trying. False alarm - sorry.
> 
>> On 22 Jun 2018, at 17:29, Tim Mackinnon  wrote:
>> 
>> Ok - I give up - how do you add Calypso as a project to help contribute to 
>> it?
>> 
>> I’ve downloaded the latest Pharo 7 image (1081), and I’ve tried to use the 
>> Github template to load my fork of Calypso. After several read herrings 
>> where I was getting a Github timeout (it turns out that Calypso isn’t in a 
>> src directory but in a root directory) I have gotten further, in that it 
>> loads the code, but at the end of the operation I always get “failed to 
>> connect to GitHub.com : Operation timed out”. It looks to have loaded all of 
>> the code and but then it looks to be doing a remote fetch to (pharo-ide 
>> (git://github.com/pharo-ide/Calypso.git)) - which isn’t the fork I’m 
>> cloning, and then it gets its knickers in a knot?
>> 
>> I’m using https (which has worked so far for everything else) What is going 
>> on?
>> 
>> Tim
> 
> 

Re: [Pharo-users] Project dependency management with Iceberg

[Vitor Medina Cruz]

thanks.

On Tue, Jun 19, 2018 at 10:59 AM, Guillermo Polito <
guillermopol...@gmail.com> wrote:

> Hi,
>
> On Tue, Jun 19, 2018 at 3:16 PM Vitor Medina Cruz 
> wrote:
>
>> Hello,
>>
>> How do I do project dependency management with Iceberg?
>>
>
> This is still Metacello.
>
>
>> I tried sometime ago but I was unable to understand how it work together
>> with Metacello, is there some tutorial available?
>>
>
> Well, there is a chapter in the Deep Into Pharo book
>
> http://files.pharo.org/books-pdfs/deep-into-pharo/2013-
> DeepIntoPharo-EN.pdf
>
> But that covers ConfigurationOf only. The technical part on how you define
> a dependency does not change too much between Configurations and Baselines.
> The main difference is that
> - a ConfigurationOf will store inside it several baselines (in baseline
> methods) and several versions (in version methods)
> - a BaselineOf defines a single baseline in a baseline method. And
> versions are declared in the VCS using whatever you like the most, most
> commonly being tags.
>
> Then, inside a BaselineOf, if you want to define a dependency to a project
> in github for example, you can specify it like this:
>
> spec
> baseline: 'Tonel'
> with: [ spec repository: 'github://pharo-vcs/tonel:v1.0.9/src' ]
>
> Where Tonel is the name of the project and the strangish url is then used
> to construct a github url. So it's something like
>
> [provider]://[owner-name]/[project-name][:version][/subdirectory]
>
> - provider can be (so far) any of github, bitbucket, gitorious
> - If version is ommited then it will just download the main branch
> (usually master)
> - Otherwise you can specify any commitish (commit hash, tag name, branch
> name)
> - If your source code is stored in a subdirectory of the repository, you
> can specify it after the version.
>
> Then, to load project you can either
> - use the Metacello plugin from Iceberg (right click -> Metacello ->
> Install baseline)
> - evaluate a Metacello expression in the playground
>
> Metacello new
> baseline: 'Tonel';
> repository: 'github://pharo-vcs/tonel:v1.0.9/src' ;
> load
>
> Of course you can then just look for senders of #baseline:with: to see
> other examples in the image.
>
> Cheers,
> Guille
>

Re: [Pharo-users] Smalltalk Programming Competition

[horrido]

Yes, I was totally pumped about Kent Beck's support! With a few more
contributors like him, I am certain the campaign would take off. Star power.
(Cross my fingers.)



Tim Mackinnon wrote
> Hey guys - lets just try and give this some support - I’d like to see
> something useful come out of it that hopefully can be applied to other
> countries. I’d really like to see some kids enjoy programming.
> 
> I once met one of the original participants of the Parc experiments who
> was ~14 at the time (he was much older when I met him). I commented that
> it must have been amazing, and he was a bit reflective and interestingly
> said that it almost ruined his life because while it was cool at the time
> - when they had to take it all away, he couldn’t code in the way he had
> enjoyed for a further 10 years….
> 
> Of course now we have an amazing environment, that not enough people
> actually know about, or take seriously enough - even though its produced
> most of what they take for granted today, AND is still busily pushing on
> things they will take for granted in another 1 years.
> 
> Richard - give it a shot and inspire some kids (and inspire me with some
> interesting problems or setups that you think might work)
> 
> I also notice that Kent Beck gave some support  - thats pretty cool!
> 
> Tim
> 
>> On 22 Jun 2018, at 14:38, horrido 

> horrido.hobbies@

>  wrote:
>> 
>> I do not diminish the efforts of open source contributors. I applaud
>> them.
>> 
>> My point was that, as a Smalltalk advocate, I worked on average 8 hours a
>> day, every day of the year, for nearly 4 years. That is a tremendous burn
>> rate, and I can tell you I am totally exhausted.
>> 
>> Imagine if I had a *real*, full-time job. This effort would've literally
>> killed me. And this is exactly why no one else can do the job.
>> 
>> 
>> 
>>> I hear what you're saying. Here's my rationale...
>>> 
>>> #1. As far as I know, I'm the only person on the planet who has worked
>>> full-time and without pay as a programming language advocate for nearly
>>> four
>>> years. Did I mention full-time and without pay? So I think you can trust
>>> me
>>> to deliver, come hell or high water.
>>> 
>> 
>> I applaud your commitment, but there are many people giving free time to
>> Pharo
>> (although more technical oriented than pure advocacy)
>> 
>> 
>> 
>> 
>> --
>> 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] [ANN] Pharo Launcher v1.2 release

[Julien]

Thank you Christophe!

Julien

---
Julien Delplanque
Doctorant à l’Université de Lille
http://juliendelplanque.be/phd.html
Equipe Rmod, Inria
Bâtiment B 40, Avenue Halley 59650 Villeneuve d'Ascq
Numéro de téléphone: +333 59 35 86 40

> Le 19 juin 2018 à 15:55, Christophe Demarey  a 
> écrit :
> 
> Hi all,
> 
> I just released PharoLauncher 1.2. It includes a new windows installer that 
> you can use without administrator privileges as well as binary signing for OS 
> X and Windows. Also, Pharo Launcher is not anymore identified as ‘Pharo’ 
> application and comes with its own icon.
> 
> Here is the changelog (details on 
> https://github.com/pharo-project/pharo-launcher/issues 
> ):
> New features:
>   #21 Bless the DMG
>   #46 sign pharo launcher app for windows
>   #103 No way to rename a local template
>   #107 Unable to add a description for the image using the Launcher UI
>   #121 You can't see/sort images by last modified date
> Improvements:
>   #69 Import command should also import pharo-local directory
>   #70 Import command should delete origin folder if empty
>   #73 Managers of Download of VMs and images should be in their own 
> packages
>   #76 Use https instead of http to requests the pharo file server
>   #82 Official Distributions loads 32bit versions on 64bit System (i.e. 
> provide better information on templates architecture)
>   #86 Sort Existing Images Case-Insensitive
>   #98 Copy and subfolders problem (contents no copied)
>   #101 Templates from a local image are listed in "downloaded". "local" 
> would be a better name
>   #102 Template Cleared at Startup setting is enabled, making it weird 
> when trying to use the template feature
>   #106 Import could work if we select the parent folder of an image
>   #109 Use latest pre-Spur VM to determine the image version
>   #122 The Run without settings icon looks like a funny grey/which blob 
> (missing alpha correction)
> Bux fixes:
>   #41 #selectedMorphList was sent to nil
>   #67 bash is not a command usable under windows
>   #68 Does not launch images on Windows
>   #85 Double click on an existing image open a file selector
>   #88 Pharo Launcher on Windows > Failing
>   #104 GUI bug makes Launcher unusable
>   #110 Image launch not reliable on Windows
>   #119 MessageNotUnderstood exception on launch
>   #123 The status bar of the Launcher is broken, so can't easily show 
> image descriptions 
> 
> 
> Big thanks to all contributors: code, issues report, comments, advices.
>   
> You can get platform bundles from pharo download page or files.pharo.org 
> : http://files.pharo.org/pharo-launcher/1.2/ 
> 
> Regards,
> Christophe.

Re: [Pharo-users] Cargo

[Norbert Hartl]

> Am 20.06.2018 um 13:39 schrieb Christophe Demarey 
> :
> 
> Hi Norbert,
> 
> Sadly, I’m late on this project.
> I recently did a model refactoring to Cargo to focus on most wanted features:
> - git support
> - loadable project (and dependencies) without having a cargo package 
> repository, i.e. only loading code from git repositories
> - metacello support : let Cargo use Metacello to load configurations / 
> baselines when no cargo description is available.
> 
> I will start very soon to test this new model with Pharo Launcher. If 
> everything is fine, then I hope to integrate Cargo into Pharo 7 so that 
> people can start to play with it and give feedback.
> By talking to other people, it looked that Cargo alone, without a 
> compatibility layer with Metacello would be hard to use.
> 
And hard to migrate most probably. I‘m really eager to try Cargo for real. So 
when you have something half-ready and want me to test anything ping me, ok?

Good luck with the new API 

Norbert
> Cheers,
> Christophe
> 
>> Le 20 juin 2018 à 08:55, Norbert Hartl  a écrit :
>> 
>> Here comes my every-no-and-then-inquiry of the status of cargo. Is it in 
>> pharo7? Is it usable?
>> 
>> Norbert
>> 
> 
> 

Re: [Pharo-users] In Pharo 7 - are the Browsers in any particular order in the new menu?

[Tim Mackinnon]

I’ve been thinking similar and was holding out to see if I might relearn the 
new layout - but I agree it needs tweaking a bit (not lots - just make it a bit 
more comfortable)

I’m pleased to see us trying to make it more approachable though.

Tim

Sent from my iPhone

> On 22 Jun 2018, at 03:36, Ben Coman  wrote:
> 
> 
> 
>> On 22 June 2018 at 10:25, Ben Coman  wrote:
>> 
>> 
>>> 
>>> > On 21 Jun 2018, at 22:42, Cyril Ferlicot D.  
>>> > wrote:
>>> > 
>>> > Le 21/06/2018 à 23:18, Tim Mackinnon a écrit :
>>> >> Hi 
>>> > 
>>> > Hi,
>>> > 
>>> > - is the order of browsers specified for any particular reason?
>>> >> 
>>> >> I ask, because the 2 main one System and Playground should both be at 
>>> >> the top (in my opinion) but I’m wondering if its in some specific order?
>>> >> 
>>> > 
>>> > By top you mean at the root of the menu or at the top of the Tool submenu?
>>> > 
>>> > If you mean at the root of the menu, then no for the menubar because it
>>> > is a menubar and not a toolbar. But, it would be cool to get it back at
>>> > the root of the WorldMenu but it need work to be able to define two
>>> > different locations for menubar and world menu.
>>> > 
>>> > If you mean at the top of the Tools submenu, then yes. The fact that
>>> > Iceberg is before the playground is an error I think.
>> 
>>  
>>> On 22 June 2018 at 06:03, Tim Mackinnon  wrote:
>>> Hi Cyril (nice work on the menu by the way) - I was thinking in the Tools 
>>> menu they should both be at the top. For the world menu - I think maybe the 
>>> consistency is better - and for the advanced user they can learnt he 
>>> keyboard shortcuts?
>> 
>> I've been meaning to provide some feedback on this, but been giving myself 
>> time to adapt first.
>> 
>> Generally I like the direction this is heading, but I find I'm really 
>> missing the World-Menu > Save item.  
>> When I'm playing with deep parts of the system where mistakes are likely to 
>> break the Image, I use this often.  
>> Actually its not awkward so much that its an extra level down, but that 
>> "Save" is not at the top of its submenu.
>> 
>> Now as this arrangement is new, and I guess will become locked in when Pharo 
>> 7 is released
>> (at the risk of bike shedding) can we experiment a bit with the arrangement.
>> I am finding that to open Browser and Playground I often accidentally go to 
>> "Pharo" item first,
>> then correct myself to find them under "Tools".  
>> I'm not sure if I'm expecting Browser to be under the first menu, or 
>> expecting them under "Pharo".  
>> I think maybe the latter.  For me the tools *are* Pharo.
>> 
>> So...
>> * Maybe rename the current "Pharo" to "File"? Its a common paradigm in many 
>> application that the first top-level item is "File" with save/quit/etc. And 
>> after, "saving" is the act of freezing the Image into a file.
>> * Rename current "Tools" to "Pharo" as the second top-level item.
>> 
>> Here is an experiment for anyone to try...
>> 
>> WorldState-class >> pharoItemsOn: aBuilder
>> (aBuilder item: #Pharo)
>> +label: 'File';
>> - icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20);
>> +icon: ((self iconNamed: #smallOpen) scaledToSize: 15 @ 15);
>> 
>> (aBuilder item: #Save)
>> +   order: 1
>> 
>> (aBuilder item: #'Save as...')
>> +   order: 2
>> 
>> (aBuilder item: #saveAndQuit)
>> +   order: 2 ; withSeparatorAfter
>> 
>> (aBuilder item: #Quit)
>> +  order: 9
>> 
>> AbstractTool-class >> menuCommandOn:
>> +label: 'Pharo';
>> +icon: ((self iconNamed: #pharo) scaledToSize: 20 @ 20);
>> 
>> SettingsBrowser-class >> menuCommandOn:
>> + order: 5
> 
> A slight variation on top of above...
> 
> WorldState-class >> pharoItemsOn: aBuilder
> (aBuilder item: #Pharo)
> -label: 'File';
> +   label: 'Image';
> 
> cheers -ben

[Pharo-users] [ANN] GNU Dr. Geo release 18.06

[Hilaire]

We are please to announce the Dr. Geo release 18.06. It follows the 
release 17.07 in July 2017.
A large part of the effort was to port Dr. Geo from the Pharo 3 to Pharo 
7 Smalltalk development environment.

In addition to usual bug fixes several features were added.



*Mini changelog:*
- Dedicated Script browser
- Inspector on Smalltalk Sketch
- Positioning zoom
- Unit tests based on Smalltalk sketch
- Lan share
- Graphic user interface theme
- Fullscreen option
- Lots of bug fixes

Read the complete announcement 

Dr. Geo is always looking for volunteers to translate 
 its user interface.


Hilaire Fernandes

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

Re: [Pharo-users] Lost in stream

[Sven Van Caekenberghe]

Hi Monty,

> On 18 Jun 2018, at 23:43, monty  wrote:
> 
> They still use (binary) StandardFileStreams on Pharo and Squeak. But since 
> it's done through dynamically chosen file stream factory classes 
> (XMLFileReadStreamFactory and XMLFileWriteStreamFactory), it's easy add 
> support for other stream classes. (The GemStone compat .mcz adds factories 
> for GsFile read/write factories, for example).
> 
> #preferredImplementation selects which implementation to use in the hierarchy 
> when there's more than one supported (#isSupportedImplementation).
> ___
> montyos.wordpress.com
> 
> 
>> Sent: Monday, June 18, 2018 at 1:34 AM
>> From: "Sven Van Caekenberghe" 
>> To: "Any question about pharo is welcome" 
>> Subject: Re: [Pharo-users] Lost in stream
>> 
>> 
>> 
>>> On 18 Jun 2018, at 02:18, monty  wrote:
>>> 
>>> Also consider using XMLParser's built-in file reading support: 
>>> #parseFileNamed:/#onFileNamed:. They work cross platform (Squeak, GS), and 
>>> handle character decoding.
>> 
>> Monty, do these (already) work with all the latest changes in Pharo 7, I 
>> mean the deprecation of FileStream and subclasses as well as 
>> [RW|MultiByte]BinaryOrTextStream for FileReference, File and Zn streams ?
>> 
>> If not, we should help you.
>> 
>> Sven
>> 
> 

Here is an attempt at an implementation (untested):

Change 

XMLStandardFileStream[Read|Write]StreamFactory class>>isSupportedImplementation
^ (XMLClassFinder hasClassNamed: #StandardFileStream)
and: [ (XMLClassFinder classNamed: #StandardFileStream) 
isDeprecated not ]

New 

subclasses XMLPharoFile[Read|Write]StreamFactory

XMLPharoFile[Read|Write]StreamFactory class>>#isSupportedImplementation
^ (XMLClassFinder hasClassNamed: #File)
and: [ (XMLClassFinder classNamed: #FileStream) isDeprecated ]

XMLPharoFileReadStreamFactory class>>basicOnPath: aPathString
^ aPathString asFileReference binaryReadStream

XMLPharoFileWriteStreamFactory class>>basicOnPath: aPathString
^ aPathString asFileName ensureDelete binaryWriteStream

File and FileStream have existed in Pharo for quite a while, it is only after 
FileStream and subclasses where deprecated that we can speak of a real switch.

You also have XMLFileSystemFileHandle that could be used directly, I guess. But 
you pass on paths as strings, so if you want to keep that, the above should 
work AFAIKT.

Regards,

Sven

Re: [Pharo-users] Pharo 7, Iceberg, Proxy and Windows

[Vitor Medina Cruz]

How do you debug and/or log what's happening inside Libgit? I think I will
have to look deep into it to understand what is the problem.

On Thu, Jun 21, 2018 at 12:48 PM, Vitor Medina Cruz 
wrote:

> I am sorry, the correct message is "LGit_GIT_ERROR: failed to get server
> certificate: The handle is in the wrong state for the requested operation".
>
>
> I tried to add corporate certificates to the git curl-ca-bundle.crt, I
> tried to git config --global http.sslVerify false also, no success... :(
>
> On Thu, Jun 21, 2018 at 9:31 AM, Vitor Medina Cruz 
> wrote:
>
>> Ok, I forgot to mention I have changed 
>> LGitRepository>>clone:url:local_path:options:,
>> but for some odd reason it's arguments names were switched to arg 1, arg2,
>> arg3 etc, so the out error was because was renamed to one of those generic
>> arg names. I figure that out looking at the versions of the methods, and it
>> apers that when I first access it this change is made.
>>
>> Anyways, I fixed that and I still get "IceGenericError: failed to get
>> server certificate: The identifier is not in the correct state for the
>> resquested operation"
>>
>> On Wed, Jun 20, 2018 at 4:49 PM, Vitor Medina Cruz 
>> wrote:
>>
>>> Hello,
>>>
>>> Iceberg fail to function behind a proxy on Pharo 7 32bits Windows. When
>>> I try to clone I get a:
>>>
>>> IceGenericError: failed to get server certificate: The identifier is not
>>> in the correct state for the resquested operation
>>>
>>> I had a similar problem some time ago with Pharo 6, in which I made a
>>> local hot fix after questioning here. The fix was to the LGitCloneOptions
>>> and LGitFetchOptions both at the initializeWithDefaults, currently this
>>> method on LGitCloneOptions is like this:
>>>
>>>
>>> initializeWithDefaults
>>> self withReturnHandlerDo: [
>>> self
>>> clone_init_options: self
>>> version: LGitOptionsVersionsEnum
>>> git_clone_options_version_1 ].
>>>
>>>
>>>
>>> *self prim_fetch_opts prim_proxy_opts prim_type: LGitProxyTypeEnum
>>> git_proxy_auto*
>>> The bold is the fix, but it should come first in the method:
>>>
>>> initializeWithDefaults
>>>
>>>
>>> *self prim_fetch_opts prim_proxy_opts prim_type: LGitProxyTypeEnum
>>> git_proxy_auto*self withReturnHandlerDo: [
>>> self
>>> clone_init_options: self
>>> version: LGitOptionsVersionsEnum
>>> git_clone_options_version_1 ].
>>>
>>>
>>> That way worked on Pharo 6, but now I got a:
>>>
>>> "FFIVariableNameNotFound: Could not find accessor for variable named
>>> 'out'"
>>>
>>> Any clues?
>>>
>>> Regards,
>>> Vitor
>>>
>>
>>
>

Re: [Pharo-users] Smalltalk Programming Competition

[horrido]

Thanks, Ben! I did not know about CoderDojo. Yes, you have an excellent
suggestion for a different strategy. It is certainly one that is worthy of
adoption by another evangelist, and hopefully somebody will consider it.

There are three concerns. First, CoderDojo seems to be heavily invested in
Scratch, Python, and JavaScript. Whether I could convince them to include
Smalltalk as a key technology in their curriculum is up for question. If
it's only an optional, ancillary, or secondary technology, then it won't get
the breadth of coverage that I'm hoping for.

Second, CoderDojo is already well-established. There is little marketing
potential here. My campaign has always been, from the very start, heavily
marketing-oriented. My goal has always been to reach as many people as I
can, in the shortest period of time, with the greatest impact. That's
practically the definition of marketing.

Third, the JRM competition is my last hurrah. After this, I shall no longer
be a Smalltalk evangelist. I've worked very, very hard for four years and
it's time for me to take a well-deserved rest.

CoderDojo requires a longer-term commitment than I have energy for at this
time. I estimate that I can just complete the competition within the next
8-12 months.

Regarding the scholarship, yes, CA$2,000 is fairly rich, but
college/university tuition is very, very expensive here in North America (I
don't know about Australia). Much less than $2,000 and the competition
wouldn't be much of a public draw (again, from a marketing perspective). I'm
thinking of the world-renowned Waterloo math competitions with prizes
ranging from $200 (most common) to a high of $500. That doesn't exactly
tickle my nuts.

Depending on the level of funding, I am prepared to scale back a bit from
$2,000. If the contest is too chintzy, I won't be able to get local media
interested.



Ben Coman wrote
>>
>>
>> SergeStinckwich wrote
>> > Ok, the subject is completely different and maybe his topic is sensible
>> > for a lot of people but the concerns are the same. At the end, you need
>> to
>> > convince people to give you money.
>> >
>> > What is your budget ? what kind of competition you will organize ? how
>> you
>> > will convince schools/university to participate ?
>> > How you will reward people for their participation ?
>> >
>> > Sorry to say, people will not give money just because you wrote a
>> > half-page statement.
>>
> 
> 
> On 21 June 2018 at 23:52, horrido 

> horrido.hobbies@

>  wrote:
> 
>> I hear what you're saying. Here's my rationale...
>>
>> #1. As far as I know, I'm the only person on the planet who has worked
>> full-time and without pay as a programming language advocate for nearly
>> four
>> years. Did I mention full-time and without pay? So I think you can trust
>> me
>> to deliver, come hell or high water.
>>
> 
> I applaud your commitment, but there are many people giving free time to
> Pharo
> (although more technical oriented than pure advocacy)
> 
> 
> 
>> #2. For the past four years, I've shown my marketing skills in promoting
>> Smalltalk. If you believe I've done a good job, then you can trust me to
>> convince schools and the media to stand behind the competition. If you
>> don't
>> believe, then ignore me; I cannot convince you otherwise.
>>
> 
> Its not just marketing skills that are important here, but logistics.
> 
> 
> #3. It is not my style to plan everything in advance and in detail. I do
>> things by the seat of my pants, relying on my organizational skills,
>> communication skills, and intuition. (That's how I develop software,
>> too.)
>> I
>> can picture the whole competition in my mind and I trust my vision. I'm
>> asking others to trust it, as well. If they don't, then this whole thing
>> dies with me.
>>
> 
> But that vision is just in *your* head. So its easy for you to trust your
> plan,
> while we don't get an opportunity to trust your plan, we only get the
> choice to trust you,
> and while I don't doubt your intent, I'm not clear on your ability to
> deliver.
> You've got no *demonstrated* experience in this area of geographically
> dispersed competitions with kids,
> so naturally that affects people's confidence in your ability to deliver.
> 
> Now if you could team up with an organisation like CoderDojo
> and leverage their proven experience running the logistics to motivate
> kids
> to program
> and also their existing network of kid programming teams and mentors,
> I'd be much more interested.
> 
> My assessment comes down to direct personal experience (the ultimate root
> of trust)
> where in my town of just 5000 people (Collie) two hours south of
> the most remote capital city in the world (Perth, measured as distance to
> next closest capital city)
> there is a CoderDojo group that my kids got involved with for a while
> (before work took me away from home a lot).
> Typically about 30 kids at a session each week.
> 
> I think you'll have more success tapping such a domain specific market
> than
> 

Re: [Pharo-users] [ANN] GNU Dr. Geo release 18.06

[Tudor Girba]

This is great work!

Thanks a lot for pushing this. I know it was not the smoothest transition for 
you, but I think it is a win-win for everyone.

Cheers,
Tudor


> On Jun 22, 2018, at 12:16 PM, Hilaire  wrote:
> 
> We are please to announce the Dr. Geo release 18.06. It follows the release 
> 17.07 in July 2017. 
> A large part of the effort was to port Dr. Geo from the Pharo 3 to Pharo 7 
> Smalltalk development environment. 
> In addition to usual bug fixes several features were added. 
> 
> 
> 
> Mini changelog:
> - Dedicated Script browser 
> - Inspector on Smalltalk Sketch 
> - Positioning zoom 
> - Unit tests based on Smalltalk sketch 
> - Lan share 
> - Graphic user interface theme 
> - Fullscreen option 
> - Lots of bug fixes 
> 
> Read the complete announcement
> 
> Dr. Geo is always looking for volunteers to translate its user interface. 
> 
> Hilaire Fernandes  
> -- 
> Dr. Geo
> 
> http://drgeo.eu

--
www.tudorgirba.com
www.feenk.com

"To utilize feedback, you first have to acquire it."

Re: [Pharo-users] [ANN] GNU Dr. Geo release 18.06

[Gabriel Cotelli]

Great work Hilarie.

On Fri, Jun 22, 2018 at 7:17 AM Hilaire  wrote:

> We are please to announce the Dr. Geo release 18.06. It follows the
> release 17.07 in July 2017.
> A large part of the effort was to port Dr. Geo from the Pharo 3 to Pharo 7
> Smalltalk development environment.
> In addition to usual bug fixes several features were added.
>
>
>
> *Mini changelog:*
> - Dedicated Script browser
> - Inspector on Smalltalk Sketch
> - Positioning zoom
> - Unit tests based on Smalltalk sketch
> - Lan share
> - Graphic user interface theme
> - Fullscreen option
> - Lots of bug fixes
>
> Read the complete announcement 
>
> Dr. Geo is always looking for volunteers to translate
>  its user interface.
>
> Hilaire Fernandes
>
> --
> Dr. Geohttp://drgeo.eu
>
>

Re: [Pharo-users] Smalltalk Programming Competition

[horrido]

I do not diminish the efforts of open source contributors. I applaud them.

My point was that, as a Smalltalk advocate, I worked on average 8 hours a
day, every day of the year, for nearly 4 years. That is a tremendous burn
rate, and I can tell you I am totally exhausted.

Imagine if I had a *real*, full-time job. This effort would've literally
killed me. And this is exactly why no one else can do the job.



> I hear what you're saying. Here's my rationale...
>
> #1. As far as I know, I'm the only person on the planet who has worked
> full-time and without pay as a programming language advocate for nearly
> four
> years. Did I mention full-time and without pay? So I think you can trust
> me
> to deliver, come hell or high water.
>

I applaud your commitment, but there are many people giving free time to
Pharo
(although more technical oriented than pure advocacy)




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

Re: [Pharo-users] Smalltalk Programming Competition

[Tim Mackinnon]

Hey guys - lets just try and give this some support - I’d like to see something 
useful come out of it that hopefully can be applied to other countries. I’d 
really like to see some kids enjoy programming.

I once met one of the original participants of the Parc experiments who was ~14 
at the time (he was much older when I met him). I commented that it must have 
been amazing, and he was a bit reflective and interestingly said that it almost 
ruined his life because while it was cool at the time - when they had to take 
it all away, he couldn’t code in the way he had enjoyed for a further 10 years….

Of course now we have an amazing environment, that not enough people actually 
know about, or take seriously enough - even though its produced most of what 
they take for granted today, AND is still busily pushing on things they will 
take for granted in another 1 years.

Richard - give it a shot and inspire some kids (and inspire me with some 
interesting problems or setups that you think might work)

I also notice that Kent Beck gave some support  - thats pretty cool!

Tim

> On 22 Jun 2018, at 14:38, horrido  wrote:
> 
> I do not diminish the efforts of open source contributors. I applaud them.
> 
> My point was that, as a Smalltalk advocate, I worked on average 8 hours a
> day, every day of the year, for nearly 4 years. That is a tremendous burn
> rate, and I can tell you I am totally exhausted.
> 
> Imagine if I had a *real*, full-time job. This effort would've literally
> killed me. And this is exactly why no one else can do the job.
> 
> 
> 
>> I hear what you're saying. Here's my rationale...
>> 
>> #1. As far as I know, I'm the only person on the planet who has worked
>> full-time and without pay as a programming language advocate for nearly
>> four
>> years. Did I mention full-time and without pay? So I think you can trust
>> me
>> to deliver, come hell or high water.
>> 
> 
> I applaud your commitment, but there are many people giving free time to
> Pharo
> (although more technical oriented than pure advocacy)
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

Re: [Pharo-users] Pharo 7, Iceberg, Proxy and Windows

[Esteban Lorenzano]

hi,

> On 22 Jun 2018, at 15:01, Vitor Medina Cruz  wrote:
> 
> How do you debug and/or log what's happening inside Libgit? I think I will 
> have to look deep into it to understand what is the problem.

I put a breakpoint in the function I want to start debugging.

Esteban

> 
> On Thu, Jun 21, 2018 at 12:48 PM, Vitor Medina Cruz  > wrote:
> I am sorry, the correct message is "LGit_GIT_ERROR: failed to get server 
> certificate: The handle is in the wrong state for the requested operation".
> 
> 
> I tried to add corporate certificates to the git curl-ca-bundle.crt, I tried 
> to git config --global http.sslVerify false also, no success... :(
> 
> On Thu, Jun 21, 2018 at 9:31 AM, Vitor Medina Cruz  > wrote:
> Ok, I forgot to mention I have changed 
> LGitRepository>>clone:url:local_path:options:, but for some odd reason it's 
> arguments names were switched to arg 1, arg2, arg3 etc, so the out error was 
> because was renamed to one of those generic arg names. I figure that out 
> looking at the versions of the methods, and it apers that when I first access 
> it this change is made.
> 
> Anyways, I fixed that and I still get "IceGenericError: failed to get server 
> certificate: The identifier is not in the correct state for the resquested 
> operation"
> 
> On Wed, Jun 20, 2018 at 4:49 PM, Vitor Medina Cruz  > wrote:
> Hello,
> 
> Iceberg fail to function behind a proxy on Pharo 7 32bits Windows. When I try 
> to clone I get a:
> 
> IceGenericError: failed to get server certificate: The identifier is not in 
> the correct state for the resquested operation
> 
> I had a similar problem some time ago with Pharo 6, in which I made a local 
> hot fix after questioning here. The fix was to the LGitCloneOptions and 
> LGitFetchOptions both at the initializeWithDefaults, currently this method on 
> LGitCloneOptions is like this:
> 
> 
> initializeWithDefaults
> self withReturnHandlerDo: [
> self
> clone_init_options: self
> version: LGitOptionsVersionsEnum  git_clone_options_version_1 ].
> self prim_fetch_opts prim_proxy_opts prim_type: LGitProxyTypeEnum 
> git_proxy_auto
> 
> 
> The bold is the fix, but it should come first in the method:
> 
> initializeWithDefaults
> self prim_fetch_opts prim_proxy_opts prim_type: LGitProxyTypeEnum 
> git_proxy_auto
> 
> self withReturnHandlerDo: [
> self
> clone_init_options: self
> version: LGitOptionsVersionsEnum  git_clone_options_version_1 ].
> 
> 
> That way worked on Pharo 6, but now I got a:
> 
> "FFIVariableNameNotFound: Could not find accessor for variable named 'out'"
> 
> Any clues?
> 
> Regards,
> Vitor
> 
> 
> 

Re: [Pharo-users] Smalltalk Programming Competition

[Tim Mackinnon]

Stay pumped - we’re a tricky crowd of deep thinkers, but everyone’s heart is in 
the right place!

Tim

Sent from my iPhone

> On 22 Jun 2018, at 15:29, horrido  wrote:
> 
> Yes, I was totally pumped about Kent Beck's support! With a few more
> contributors like him, I am certain the campaign would take off. Star power.
> (Cross my fingers.)
> 
> 
> 
> Tim Mackinnon wrote
>> Hey guys - lets just try and give this some support - I’d like to see
>> something useful come out of it that hopefully can be applied to other
>> countries. I’d really like to see some kids enjoy programming.
>> 
>> I once met one of the original participants of the Parc experiments who
>> was ~14 at the time (he was much older when I met him). I commented that
>> it must have been amazing, and he was a bit reflective and interestingly
>> said that it almost ruined his life because while it was cool at the time
>> - when they had to take it all away, he couldn’t code in the way he had
>> enjoyed for a further 10 years….
>> 
>> Of course now we have an amazing environment, that not enough people
>> actually know about, or take seriously enough - even though its produced
>> most of what they take for granted today, AND is still busily pushing on
>> things they will take for granted in another 1 years.
>> 
>> Richard - give it a shot and inspire some kids (and inspire me with some
>> interesting problems or setups that you think might work)
>> 
>> I also notice that Kent Beck gave some support  - thats pretty cool!
>> 
>> Tim
>> 
>>> On 22 Jun 2018, at 14:38, horrido 
> 
>> horrido.hobbies@
> 
>>  wrote:
>>> 
>>> I do not diminish the efforts of open source contributors. I applaud
>>> them.
>>> 
>>> My point was that, as a Smalltalk advocate, I worked on average 8 hours a
>>> day, every day of the year, for nearly 4 years. That is a tremendous burn
>>> rate, and I can tell you I am totally exhausted.
>>> 
>>> Imagine if I had a *real*, full-time job. This effort would've literally
>>> killed me. And this is exactly why no one else can do the job.
>>> 
>>> 
>>> 
 I hear what you're saying. Here's my rationale...
 
 #1. As far as I know, I'm the only person on the planet who has worked
 full-time and without pay as a programming language advocate for nearly
 four
 years. Did I mention full-time and without pay? So I think you can trust
 me
 to deliver, come hell or high water.
 
>>> 
>>> I applaud your commitment, but there are many people giving free time to
>>> Pharo
>>> (although more technical oriented than pure advocacy)
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>> 
> 
> 
> 
> 
> 
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> 

[Pharo-users] Is there an easy way to create a test class in Calypso?

[Tim Mackinnon]

Hi - In nautilus there was a handy menu item on a class to jump to its test 
class (and create it if need by) - Is there any easy way to do this in Calypso? 
I know it was a simple thing - but I found it did encourage me to write tests…

Tim

Re: [Pharo-users] Is there an easy way to create a test class in Calypso?

[Cyril Ferlicot D.]

On 22/06/2018 16:59, Tim Mackinnon wrote:
> Hi - In nautilus there was a handy menu item on a class to jump to its test 
> class (and create it if need by) - Is there any easy way to do this in 
> Calypso? I know it was a simple thing - but I found it did encourage me to 
> write tests…
> 
> Tim
> 

Hi,

Not yet. This is in the feature requests:
https://github.com/pharo-ide/Calypso/issues/257

-- 
Cyril Ferlicot
https://ferlicot.fr