I updated the Iceberg version and now the crash isn't happening. On Wed, Oct 4, 2017 at 9:09 AM, Vitor Medina Cruz <vitormc...@gmail.com> wrote:
> Either I create a new repository from Iceberg or I cloned an existing one > from command line and then added to Iceberg. > > On Wed, Oct 4, 2017 at 8:56 AM, Nicolai Hess <nicolaih...@gmail.com> > wrote: > >> >> >> 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopol...@gmail.com>: >> >>> 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: LGi >>> tProxyTypeEnum 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 >>> >> >> >> And how to do a initial copy of a remote repository, if we are behind a >> proxy? >> >> @vito, who did you created the clone ? I can not clone a repository when >> I am behind a proxy. >> >> >>> >>> 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> >>> >> >> >
