Thanks! I tried that but got two errors:

"MessageNotUnderstood: FFIExternalStructureReferenceHandle>>free"

"LGit_GIT_ERROR: Out of memory"

I got other errors with Iceberg that make it unusable, for example, if I
try to show history -> select a changeset, the image crashes... :(

On Tue, Oct 3, 2017 at 3:58 PM, Guillermo Polito <guillermopol...@gmail.com>
wrote:

> 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 <vitormc...@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 <
>> guillermopol...@gmail.com> wrote:
>>
>>> I know, but a LGitProxyOptions accepts one.
>>>
>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormc...@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 <
>>>> guillermopol...@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 <
>>>>> vitormc...@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 <
>>>>>> guillermopol...@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 <
>>>>>>> vitormc...@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 <
>>>>>>>> guillermopol...@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 <
>>>>>>>>> vitormc...@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 <
>>>>>>>>>> esteba...@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 <vitormc...@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
>>>>>>>>> <http://www.cnrs.fr>*
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>>>>>>>>>
>>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 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
>>>>>>> <http://www.cnrs.fr>*
>>>>>>>
>>>>>>>
>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>>>>>>>
>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>>
>>>>>
>>>>> 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
>>>>> <http://www.cnrs.fr>*
>>>>>
>>>>>
>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>>>>>
>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>>
>>>
>>> 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
>>> <http://www.cnrs.fr>*
>>>
>>>
>>> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>>>
>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>>>
>>
>>
>
>
> --
>
>
>
> 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
> <http://www.cnrs.fr>*
>
>
> *Web:* *http://guillep.github.io* <http://guillep.github.io>
>
> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013>
>

Reply via email to