Well,��LGitFetchOptions has a proxy options property of type��LGitProxyOptions, and this one a property type of type��LGitProxyTypeEnum. I did not try it but maybe it should look something like:

fetchOptions prim_proxy_opts��prim_type:��LGitProxyTypeEnum��git_proxy_auto.

?

if fetchOptions is null you'll have to instantiate one. The same if a fresh fetchOptions does not have a prim_proxy_opts

On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz@gmail.com> wrote:

Couldn't figure out how to configure a LGitFetchOptionswith a LGitProxyOptions accepting one of the auto/none/specified from LGitProxyTypeEnum. Can you provide an example?

On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito <guillermopolito@gmail.com> wrote:

I know, but a��LGitProxyOptions accepts one.

On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz@gmail.com> wrote:

Nope, auto/none/specified returned objects are not compatible to the expected one received by prim_proxy_opts:

On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito <guillermopolito@gmail.com> wrote:

Check that��LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe you can configure it with a��LGitProxyTypeEnum which has values auto/none/specified?

On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz <vitormcruz@gmail.com> wrote:

I got to this point:

remote_fetch: remote refspecs: refspecs opts: opts reflog_message: reflog_message
��
��^ self
��call:
��#(LGitReturnCodeEnum git_remote_fetch #(self��, void * refspecs��, LGitFetchOptions * opts��, String reflog_message))
��options: #(optCoerceNilToNull)

This seams like a call to a native C code. The opts has an authentication callback, which should be called, but it is not. Any leads on what I can do from here to figure out what is happening?

On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito <guillermopolito@gmail.com> wrote:

Looks like it's an iceberg/libgit problem. We should set the proxy to libgit :)

https://libgit2.github.com/libgit2/#HEAD/search/proxy

On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz@gmail.com> wrote:

Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm proxy and configured Pharo settings accordingly. It is working because I can use Zinc directly, but Iceberg cannot pull/push. I tried the same at home without a proxy and I could not pull/push either, so it probably has nothing to do with the proxy.��

I will investigate more���.

On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito <guillermopolito@gmail.com> wrote:

You should probably set the proxy in the Pharo settings. Pharo does not recognize the system's proxy (so far).

Could you try with that?

Guille

On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz@gmail.com> wrote:

git push via command line works fine. When I try to pull, for example, from Iceberg it says "a connection with the server cannot be estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, but it fails while normal Zinc usage is ok.

I will try to understand better what is happening....

On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm@gmail.com> wrote:

hi,

if you have the ssh port restricted, you need to use one that is not���but then, is not clear how it will work on server side. ��

can you try if you can do command line git push in your project?

Esteban

On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz@gmail.com> wrote:

Hello!

Iceberg don���t work behind a proxy? I have made proper proxy configuration, if I use Zinc, for example, the proxy information is used, but that don���t seems to be the case for Iceberg.

Regards,

Vito

--

������

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

--

������

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

--

������

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

--

������

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

--

������

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