Re: [Pharo-dev] Stuck trying to contribute

2017-10-30 Thread Sven Van Caekenberghe
I think I succeeded:

https://pharo.fogbugz.com/f/cases/20613/Improve-some-UUID-comments
https://github.com/pharo-project/pharo/pull/420

It does contain 4 identical commits due to my troubles earlier on.
I also did not see a confirmation by way of an #inform: after the pull request 
in Iceberg.

> On 30 Oct 2017, at 21:50, Sven Van Caekenberghe  wrote:
> 
> 
> 
>> On 30 Oct 2017, at 21:42, Esteban Lorenzano  wrote:
>> 
>> hi,
>> 
>> thing is, you should not use https authentication (and the guide should not 
>> point to it)
>> Using SSH mode works out of the box. 
>> Using HTTPS there is currently a bug and the workaround is to introduce your 
>> credentials *before* trying to commit (in settings)
> 
> Well, after entering my username/password in Settings > Tools > Software 
> Configuration Management > Iceberg > Plaintext Credentials I am one step 
> further - I managed to 'Commit & Push'.
> 
> Thanks !
> 
>> Esteban
>> 
>>> On 30 Oct 2017, at 20:33, Sven Van Caekenberghe  wrote:
>>> 
>>> Hi,
>>> 
>>> Sorry, but I am person 237 trying to contribute to Pharo 7 the new way.
>>> 
>>> I was following 
>>> https://github.com/guillep/PharoIntegrationProcess/wiki/Contribute-a-fix-to-Pharo
>>>  and I got stuck just before step 3, after trying to do "That will 
>>> calculate the differences between the checked-out branch and your image, 
>>> show you the tree with the differences and let you commit (and push)". 
>>> Specifically, the 'and push' fails.
>>> 
>>> $ sw_vers 
>>> ProductName:Mac OS X
>>> ProductVersion: 10.13
>>> BuildVersion:   17A405
>>> 
>>> $ curl get.pharo.org/70+vm | bash
>>> ...
>>> 
>>> $ ./pharo-ui Pharo.image
>>> 
>>> I now have the following setup, which is correct I think.
>>> 
>>> 
>>> 
>>> I can commit on my local branch (left button), but when I try to do the 
>>> 'and Push' (right button), things hang after I enter my credentials.
>>> 
>>> Locally, I see
>>> 
>>> $ git status
>>> On branch 20613-Improve-some-UUID-comments
>>> nothing to commit, working tree clean
>>> 
>>> with the new code already committed
>>> 
>>> $ cat src/Network-UUID.package/UUID.class/class/new.st 
>>> instance creation
>>> new
>>> "Create and return a new UUID"
>>> 
>>> "self new"
>>> 
>>> ^ (self new: 16)
>>> 
>>> What did I do wrong ? How do I proceed ?
>>> 
>>> Sven
>>> 
>> 
> 




Re: [Pharo-dev] Stuck trying to contribute

2017-10-30 Thread Sven Van Caekenberghe


> On 30 Oct 2017, at 21:42, Esteban Lorenzano  wrote:
> 
> hi,
> 
> thing is, you should not use https authentication (and the guide should not 
> point to it)
> Using SSH mode works out of the box. 
> Using HTTPS there is currently a bug and the workaround is to introduce your 
> credentials *before* trying to commit (in settings)

Well, after entering my username/password in Settings > Tools > Software 
Configuration Management > Iceberg > Plaintext Credentials I am one step 
further - I managed to 'Commit & Push'.

Thanks !

> Esteban
> 
>> On 30 Oct 2017, at 20:33, Sven Van Caekenberghe  wrote:
>> 
>> Hi,
>> 
>> Sorry, but I am person 237 trying to contribute to Pharo 7 the new way.
>> 
>> I was following 
>> https://github.com/guillep/PharoIntegrationProcess/wiki/Contribute-a-fix-to-Pharo
>>  and I got stuck just before step 3, after trying to do "That will calculate 
>> the differences between the checked-out branch and your image, show you the 
>> tree with the differences and let you commit (and push)". Specifically, the 
>> 'and push' fails.
>> 
>> $ sw_vers 
>> ProductName: Mac OS X
>> ProductVersion:  10.13
>> BuildVersion:17A405
>> 
>> $ curl get.pharo.org/70+vm | bash
>> ...
>> 
>> $ ./pharo-ui Pharo.image
>> 
>> I now have the following setup, which is correct I think.
>> 
>> 
>> 
>> I can commit on my local branch (left button), but when I try to do the 'and 
>> Push' (right button), things hang after I enter my credentials.
>> 
>> Locally, I see
>> 
>> $ git status
>> On branch 20613-Improve-some-UUID-comments
>> nothing to commit, working tree clean
>> 
>> with the new code already committed
>> 
>> $ cat src/Network-UUID.package/UUID.class/class/new.st 
>> instance creation
>> new
>>  "Create and return a new UUID"
>>  
>>  "self new"
>>  
>>  ^ (self new: 16)
>> 
>> What did I do wrong ? How do I proceed ?
>> 
>> Sven
>> 
> 




Re: [Pharo-dev] Stuck trying to contribute

2017-10-30 Thread Esteban Lorenzano
hi,

thing is, you should not use https authentication (and the guide should not 
point to it)
Using SSH mode works out of the box. 
Using HTTPS there is currently a bug and the workaround is to introduce your 
credentials *before* trying to commit (in settings)

Esteban

> On 30 Oct 2017, at 20:33, Sven Van Caekenberghe  wrote:
> 
> Hi,
> 
> Sorry, but I am person 237 trying to contribute to Pharo 7 the new way.
> 
> I was following 
> https://github.com/guillep/PharoIntegrationProcess/wiki/Contribute-a-fix-to-Pharo
>  
> 
>  and I got stuck just before step 3, after trying to do "That will calculate 
> the differences between the checked-out branch and your image, show you the 
> tree with the differences and let you commit (and push)". Specifically, the 
> 'and push' fails.
> 
> $ sw_vers 
> ProductName:  Mac OS X
> ProductVersion:   10.13
> BuildVersion: 17A405
> 
> $ curl get.pharo.org/70+vm  | bash
> ...
> 
> $ ./pharo-ui Pharo.image
> 
> I now have the following setup, which is correct I think.
> 
> 
> 
> I can commit on my local branch (left button), but when I try to do the 'and 
> Push' (right button), things hang after I enter my credentials.
> 
> Locally, I see
> 
> $ git status
> On branch 20613-Improve-some-UUID-comments
> nothing to commit, working tree clean
> 
> with the new code already committed
> 
> $ cat src/Network-UUID.package/UUID.class/class/new.st  
> instance creation
> new
>   "Create and return a new UUID"
>   
>   "self new"
>   
>   ^ (self new: 16)
> 
> What did I do wrong ? How do I proceed ?
> 
> Sven
> 



Re: [Pharo-dev] Stuck trying to contribute

2017-10-30 Thread Sven Van Caekenberghe


> On 30 Oct 2017, at 21:16, Sean P. DeNigris  wrote:
> 
> Sven Van Caekenberghe-2 wrote
>> I can commit on my local branch (left button), but when I try to do the
>> 'and Push' (right button), things hang after I enter my credentials.
> 
> I authenticate via ssh-agent/keychain and it "just works".

Well, that is what I also do on the command line, AFAIK. I always do 2 
ssh-add's of 2 keys, known by GitHub, and I never have to enter 
username/password credentials.

So how do I get IceBerg to use them ? Just by not entering them or something 
else ? 

> -
> Cheers,
> Sean
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html
> 




Re: [Pharo-dev] Stuck trying to contribute

2017-10-30 Thread Sean P. DeNigris
Sven Van Caekenberghe-2 wrote
> I can commit on my local branch (left button), but when I try to do the
> 'and Push' (right button), things hang after I enter my credentials.

I authenticate via ssh-agent/keychain and it "just works".



-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html



Re: [Pharo-dev] Github API on github

2017-10-30 Thread Torsten Bergmann
Hi Guille,

nice. Instead of just two we can merge all three into a single solution. As I 
proposed
it should be made available for instance on a general URL like:

 https://github.com/pharo-vcs/github-api
 
so we could work and improve on it all together.  

Thanks
Torsten
 

Gesendet: Montag, 30. Oktober 2017 um 17:24 Uhr
Von: "Guillermo Polito" 
An: "Pharo Development List" 
Betreff: Re: [Pharo-dev] Github API on github

Hi all,
 
So I talked with Skip (Balletie) and he's not planning on supporting the github 
api he hosted because he's not doing pharo any time soon. So he has for the 
moment transferred the ownership of his project to me:
 
https://github.com/guillep/Github
 
I'll work soon in merging both 
 
https://github.com/guillep/Github[https://github.com/guillep/Github]
 
and 
 
https://github.com/guillep/github-api[https://github.com/guillep/github-api]
 
to have a single solution.
 
To answer Esteban and Norbert, I try to keep it small and modular :) But those 
are really high-level goals. What do you want to "not load" or what is 
bothering?
 
Because I'll not cut the library so you can load services in a 'per-class' 
basis. That will be impossible to maintain in the long term... We need to find 
an equilibrium between modularity and reuse. Right now the github API embedded 
in Iceberg is not completely reusable either.
 



Re: [Pharo-dev] Github API on github

2017-10-30 Thread Guillermo Polito
Hi all,

So I talked with Skip (Balletie) and he's not planning on supporting the
github api he hosted because he's not doing pharo any time soon. So he has
for the moment transferred the ownership of his project to me:

https://github.com/guillep/Github

I'll work soon in merging both

https://github.com/guillep/Github

and

https://github.com/guillep/github-api

to have a single solution.

To answer Esteban and Norbert, I try to keep it small and modular :) But
those are really high-level goals. What do you want to "not load" or what
is bothering?

Because I'll not cut the library so you can load services in a 'per-class'
basis. That will be impossible to maintain in the long term... We need to
find an equilibrium between modularity and reuse. Right now the github API
embedded in Iceberg is not completely reusable either.

On Fri, Oct 27, 2017 at 8:59 AM, Esteban Lorenzano 
wrote:

>
>
> > On 27 Oct 2017, at 08:55, Norbert Hartl  wrote:
> >
> >
> >
> >> Am 26.10.2017 um 15:54 schrieb Esteban Lorenzano :
> >>
> >>
> >>
> >>> On 26 Oct 2017, at 15:51, Norbert Hartl  wrote:
> >>>
> >>> Now the interesting question
> >>>
> >>> *drumroll*
> >>>
> >>> Will iceberg use this library???
> >>
> >> what Guille did is an extract of Iceberg github api which at the time
> was a reinterpretation of Torsten’s api.
> >> I guess is possible, but my original intention was to keep it small… so
> it depends :)
> >>
> > From time to time we should try to make our software modular. Doesn‘t
> that mean guille should provide a minimal package you can integrate in
> iceberg?
>
> right now it is modular and small :)
> to use the extracted api, it just needs to stay like that :P
>
> Esteban
>
>
> >
> > Norbert
> >> Esteban
> >>
> >>>
> >>> Norbert
> >>>
>  Am 26.10.2017 um 15:06 schrieb Tudor Girba :
> 
>  Even more awesomeness :). Thanks for doing this!
> 
>  Doru
> 
> 
> > On Oct 26, 2017, at 2:02 PM, Torsten Bergmann 
> wrote:
> >
> > I already contacted Guille in a private message on this one.
> >
> > Because now we have three (sorted in order of appearance):
> >
> > 1. https://balletie.github.io/GitHub/ (from Balletie, very complete)
> > 2. https://github.com/astares/GitHub-API (a wrapper I wrote to play
> with the API)
> > 3. https://github.com/guillep/github-api (Guille)
> >
> > If time permits we should consolidate this into a single one (maybe
> on https://github.com/pharo-vcs/github-api).
> >
> > Guille will contact Balletie as a next step.
> >
> > Thanks
> > T.
> >
> >
> >> Gesendet: Donnerstag, 26. Oktober 2017 um 13:32 Uhr
> >> Von: "Tudor Girba" 
> >> An: "Pharo Development List" 
> >> Betreff: Re: [Pharo-dev] Github API on github
> >>
> >> Awesome.
> >>
> >> Doru
> >>
> >>
> >>> On Oct 20, 2017, at 10:07 AM, Guillermo Polito <
> guillermopol...@gmail.com> wrote:
> >>>
> >>> Hi guys,
> >>>
> >>> I extracted and extended some of the github API from iceberg, so
> it can be used as a standalone project. Maybe this is useful for somebody.
> >>>
> >>> https://github.com/guillep/github-api
> >>>
> >>> It should be easy to extend and add new functionalities, so don't
> hesitate if you need some missing request :)
> >>>
> >>> Guille
> >>>
> >>> --
> >>>
> >>> 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
> >>
> >> --
> >> www.tudorgirba.com
> >> www.feenk.com
> >>
> >> “The smaller and more pervasive the hardware becomes, the more
> physical the software gets."
> >>
> >>
> >>
> >
> 
>  --
>  www.tudorgirba.com
>  www.feenk.com
> 
>  "Presenting is storytelling."
> >>>
> >
>
>
>


-- 



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


[Pharo-dev] [Pharo 7.0-dev] Build #240: 20598 update configuration command line handler to use metacello

2017-10-30 Thread ci-pharo-ci-jenkins2
There is a new Pharo build available!

The status of the build #240 was: SUCCESS.

The Pull Request #416 was integrated: "20598 update configuration command line 
handler to use metacello"
Pull request url: https://github.com/pharo-project/pharo/pull/416

Issue Url: https://pharo.fogbugz.com/f/cases/20598
Build Url: 
https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/development/240/


[Pharo-dev] [Pharo 7.0-dev] Build #239: 20610-Class-comments-displaying-is-failing-

2017-10-30 Thread ci-pharo-ci-jenkins2
There is a new Pharo build available!

The status of the build #239 was: SUCCESS.

The Pull Request #417 was integrated: 
"20610-Class-comments-displaying-is-failing-"
Pull request url: https://github.com/pharo-project/pharo/pull/417

Issue Url: https://pharo.fogbugz.com/f/cases/20610
Build Url: 
https://ci.inria.fr/pharo-ci-jenkins2/job/Test%20pending%20pull%20request%20and%20branch%20Pipeline/job/development/239/


Re: [Pharo-dev] Preferences location on linux and windows?

2017-10-30 Thread p...@highoctane.be
I am using

FileLocator preferences pathString

--> C:\Users\phil\AppData\Roaming

And FileLocator preferences asFileReference in a playground opens the
folder on the right.

Phil

On Mon, Oct 30, 2017 at 8:39 AM, Clément Bera 
wrote:

>
>
> On Sun, Oct 29, 2017 at 9:27 PM, Stephane Ducasse  > wrote:
>
>> tx!
>> I would have never guessed it.
>>
>
> That's normal, nobody would have guessed it because it's not a guess.
> Instead of guessing, one can just use any of the Pharo search engine which
> allow to find anything in Pharo in a couple seconds.
>
> Using GTSpotter, typing 'Preferences' immediately shows as the first
> result the general and version preference folders, with location and
> contents.
>
> Using the class search feature of Nautilus [1], entering 'Preferences'
> shows only a couple classes, including StartupPreferencesLoader, which by
> name explicitly says this is responsible for loading the startup
> preferences. Looking at its comment we see:
>
> ...
> Print the result of "StartupPreferencesLoader preferencesGeneralFolder"
> which holds the startup scripts common to all versions of Pharo.
> Print the result of "StartupPreferencesLoader preferencesVersionFolder"
> which holds the startup scripts specific to the version of the current
> image.
> ...
>
> As Nicolas said, the address of the folder is different based on the OS
> version, OS settings, OS updates, the user rights of the person who started
> Pharo... That's why in StartupPreferencesLoader the way to find the path
> is documented and not the path itself.
>
>  [1] Open Nautilus, right click in the left column and select 'Find
> class...' in the menu
>
>>
>>
>> On Sun, Oct 29, 2017 at 9:23 PM, Cyril Ferlicot D.
>>  wrote:
>> > Le 29/10/2017 à 21:19, Stephane Ducasse a écrit :
>> >> Hi guys
>> >>
>> >> I'm about to release a new booklet and I need the following
>> information.
>> >> What are the preferences  location on linux and windows?
>> >>
>> >> TX
>> >>
>> >
>> > Hi,
>> >
>> > For windows:
>> >
>> > C:\Users\Name_Of_Your_User\AppData\Roaming
>> >
>> > You can also describe it by:
>> >
>> > %userprofile%\AppData\Roaming
>> >
>> > This location contains a "Pharo" folder.
>> >
>> >
>> >
>> > --
>> > Cyril Ferlicot
>> > https://ferlicot.fr
>> >
>> > http://www.synectique.eu
>> > 2 rue Jacques Prévert 01,
>> > 59650 Villeneuve d'ascq France
>> >
>>
>>
>
>
> --
> Clément Béra
> Pharo consortium engineer
> https://clementbera.wordpress.com/
> Bâtiment B 40, avenue Halley 59650
> Villeneuve
> d
> 
> 'Ascq
> 
>


Re: [Pharo-dev] Preferences location on linux and windows?

2017-10-30 Thread Clément Bera
On Sun, Oct 29, 2017 at 9:27 PM, Stephane Ducasse 
wrote:

> tx!
> I would have never guessed it.
>

That's normal, nobody would have guessed it because it's not a guess.
Instead of guessing, one can just use any of the Pharo search engine which
allow to find anything in Pharo in a couple seconds.

Using GTSpotter, typing 'Preferences' immediately shows as the first result
the general and version preference folders, with location and contents.

Using the class search feature of Nautilus [1], entering 'Preferences'
shows only a couple classes, including StartupPreferencesLoader, which by
name explicitly says this is responsible for loading the startup
preferences. Looking at its comment we see:

...
Print the result of "StartupPreferencesLoader preferencesGeneralFolder"
which holds the startup scripts common to all versions of Pharo.
Print the result of "StartupPreferencesLoader preferencesVersionFolder"
which holds the startup scripts specific to the version of the current
image.
...

As Nicolas said, the address of the folder is different based on the OS
version, OS settings, OS updates, the user rights of the person who started
Pharo... That's why in StartupPreferencesLoader the way to find the path is
documented and not the path itself.

 [1] Open Nautilus, right click in the left column and select 'Find
class...' in the menu

>
>
> On Sun, Oct 29, 2017 at 9:23 PM, Cyril Ferlicot D.
>  wrote:
> > Le 29/10/2017 à 21:19, Stephane Ducasse a écrit :
> >> Hi guys
> >>
> >> I'm about to release a new booklet and I need the following information.
> >> What are the preferences  location on linux and windows?
> >>
> >> TX
> >>
> >
> > Hi,
> >
> > For windows:
> >
> > C:\Users\Name_Of_Your_User\AppData\Roaming
> >
> > You can also describe it by:
> >
> > %userprofile%\AppData\Roaming
> >
> > This location contains a "Pharo" folder.
> >
> >
> >
> > --
> > Cyril Ferlicot
> > https://ferlicot.fr
> >
> > http://www.synectique.eu
> > 2 rue Jacques Prévert 01,
> > 59650 Villeneuve d'ascq France
> >
>
>


-- 
Clément Béra
Pharo consortium engineer
https://clementbera.wordpress.com/
Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq


[Pharo-dev] Esteban's ChangeLog week of 23 October 2017

2017-10-30 Thread estebanlm
Hello!

This is my weekly ChangeLog, from 23 October 2017 to 29 October 2017.
You can see it in a better format by going here: 
http://log.smallworks.eu/web/search?from=23/10/2017=29/10/2017

ChangeLog
=

26 October 2017:


*I spent far too much time backporting 0.6.2 to Pharo 6.1, but now is done 
:)


25 October 2017:


*... and iceberg 0.6.2 hit Pharo 7.0a :)

*I just released [Iceberg 
v0.6.2](https://github.com/pharo-vcs/iceberg/releases/tag/v0.6.2)

Now I need to 

* update Pharo 7.0
* backport to Pharo 6.1

*I backported latest [metacello](http://github.com/metacello/metacello) to 
Pharo 6.1

This is needed to now backport iceberg (0.6.2)


24 October 2017:


*And now I took the oportunity to modify zeroconf to *not* download sources 
if release >= 7.0 (the 
image comes with sources anyway).

*I just changed the way zeroconf works to restore its original purpose. 

Turns out, at some moment we introduced a change to ask users if an 
override will happen. But this 
is a problem because zeroconf is designed to be used on CI environments, 
where human interaction does 
not have a place. 

I restored the old behaviour, but now I'm creating a backup of files 
already existing. 

This way if someone has an error and executes zeroconf in the wrong place, 
previous images will not 
be lost.


23 October 2017:


*I spend some days last week woking with the guys of AFI 
([http://afi-sa.fr](http://afi-sa.fr), yes they also use Pharo 
in some of their projects) and together we recovered SeasideTesting from 
Davis Shaffer to be used for 
their TDD experience. 

you can check it out here: 
[https://github.com/Afibre/SeasideTesting](https://github.com/Afibre/SeasideTesting)

What’s SeasideTesting? A package to test Seaside components.
Why we do not use Parasol? Because it is based on selenium and that makes 
the process slow.
Where can I know more? 

* there is some documentation here (for VW, I think): 
[http://www.shaffer-consulting.com/david/Seaside/TestingComponents/TestingComponents.html](http://www.shaffer-consulting.com/david/Seaside/TestingComponents/TestingComponents.html)
 
* some slides here (on squeak): 
[http://esug.org/data/ESUG2005/Wednesday/2005-ESUG-Shaffer.pdf](http://esug.org/data/ESUG2005/Wednesday/2005-ESUG-Shaffer.pdf)

but all that is old. Best way is to just install and see the tests, as 
always,


cheers! 
Esteban