I was trying debug it a little to see if how iceberg uses the path to
private and public keys. When I mangle the path to something non-existant I
got no error saying that the path is wrong. What would be a way to verify
that iceberg actually uses the keys?

On Thu, Sep 6, 2018, 16:35 Peter Uhnak <i.uh...@gmail.com> wrote:

> >  I need to get past that error since I get it even when I install Moose
> via Metacello.
>
> Note that Moose depends on projects that are on github, so if it is
> misconfigured, then it will fail.
> Maybe you can provide both the ssh key and regular key/password? I use
> both and so far I had no problems on neither Windows nor Linux.
>
> Peter
>
> On Thu, Sep 6, 2018 at 6:28 PM Ben Coman <b...@openinworld.com> wrote:
>
>> On Thu, 6 Sep 2018 at 21:58, Andrei Stebakov <lisper...@gmail.com> wrote:
>>
>>> I followed the tutorial
>>>
>>
>> Hi Andrei,  Could you be specific about which tutorial that was.  I'm not
>> sure if I'm just getting by on old knowledge
>> or the much improved Iceberg UI and its good to refresh myself with such
>> tutorials.
>>
>>
>>
>>> and provided IceCredentialProvider with ssh settings, also put the same
>>> settings in Settings-Tools-Software Configuration Management.
>>> It seems not to have any effect since when I try to create a repo using
>>> SSH it gives the error "Failed to connect to github.com".
>>> I need to get past that error since I get it even when I install Moose
>>> via Metacello.
>>> Do I need to add ssh-agent as well? If yes, why do we need to provide
>>> public/private key paths with IceCredentialProvider?
>>>
>>
>> In the past I had github+ssh working on Windows with "Use custom SSH
>> keys" enabled"
>> but then a while ago it stopped for "no apparent reason"(TM).
>> Co-incidentally a few hours ago I solved my problem.
>>
>> I went back to basics checking from command line per...
>> https://help.github.com/articles/testing-your-ssh-connection/
>> and found  ```ssh -T g...@github.com``` erroring with...
>> "@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
>> @         WARNING: UNPROTECTED PRIVATE KEY FILE!          @
>> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
>> Permissions for 'C:\\Users\\Ben/.ssh/id_rsa' are too open.
>> It is required that your private key files are NOT accessible by others.
>> This private key will be ignored.
>> Load key "C:\\Users\\Ben/.ssh/id_rsa": bad permissions
>> g...@github.com: Permission denied (publickey).
>>
>> I right-clicked on my folder C:\Users\ben\.ssh
>> then Properties > Security > Advanced > Disable Inheritance
>> then removed SYSTEM, Administrator & Administrators leaving only BEN.
>>
>> Then this worked...
>> C:>ssh -T g...@github.com
>> Hi bencoman! You've successfully authenticated, but GitHub does not
>> provide shell access.
>>
>> And now also worked from within Pharo (with "Use custom SSH keys"
>> enabled")
>>
>> HTH, cheers -ben
>>
>

Reply via email to