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: 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 >> > > > 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> >> > >
