- Pharo-users - lists.pharo.org

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

No idea, Esteban??? I actually think that Iceberg should manage this. Either use the system's proxy or use Pharo's proxy... On Wed, Oct 4, 2017 at 1:56 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)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 <vitormcruz(a)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(a)gmail.com> wrote: >>> >>>> I know, but a LGitProxyOptions accepts one. >>>> >>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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> >> > > -- 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

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

I updated the Iceberg version and now the crash isn't happening. On Wed, Oct 4, 2017 at 9:09 AM, Vitor Medina Cruz <vitormcruz(a)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 <nicolaihess(a)gmail.com> > wrote: > >> >> >> 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)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 <vitormcruz(a)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(a)gmail.com> wrote: >>>> >>>>> I know, but a LGitProxyOptions accepts one. >>>>> >>>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz < >>>>> vitormcruz(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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> >>> >> >> >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

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 <nicolaihess(a)gmail.com> wrote: > > > 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)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 <vitormcruz(a)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(a)gmail.com> wrote: >>> >>>> I know, but a LGitProxyOptions accepts one. >>>> >>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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> >> > >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Nicolai Hess

2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)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 <vitormcruz(a)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(a)gmail.com> wrote: >> >>> I know, but a LGitProxyOptions accepts one. >>> >>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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> >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

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 <guillermopolito(a)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 <vitormcruz(a)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(a)gmail.com> wrote: >> >>> I know, but a LGitProxyOptions accepts one. >>> >>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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> >

Oct. 4, 2017

Behold Pharo: The Modern Smalltalk

by horrido

Behold Pharo: The Modern Smalltalk <https://medium.com/smalltalk-talk/behold-pharo-the-modern-smalltalk-38e132c…> If you would like to suggest some edits, I'm all ears. Anything to improve the impact of the article. Thanks. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Deploying on Linux with LibC version < 2.15

by Cyril Ferlicot

Hi, I am migrating some applications from Pharo 4 to Pharo 6. The new deployment of those applications needs to work on linux with LibC < 2.15. With Pharo 4 there was a special VM[1]. I do not see such VM for Pharo 6. How should we manage those distributions? Thank you in advance. [1] http://files.pharo.org/vm/pharo/linux/old-libc/Pharo-VM-linux-oldLibC.zip -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Sven Van Caekenberghe

> On 4 Oct 2017, at 09:23, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > > Hi Sven, > >>> I'm trying to get started with Pharo doing something really simple - at >>> least that's what I thought ... I'm trying to read a text file line by line. >>> >>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >>> debugger telling me that BinaryFileStream does not understand nextLine. >> >> (File named: '/tmp/lines.txt') readStreamDo: [ :in | >> | characterStream | >> characterStream := ZnCharacterReadStream on: in. >> Array streamContents: [ :out | >> [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. > > Thanks for the hint, Sven. Of all alternatives you gave I like the last > one best as it does not load the entire contents of the (probably large) > text file into memory. Yes, that is true, the first ones are more for quick and dirty scripting, real streaming is better for production code. > ZnCharacterReadStream belongs to the Zinc classes. I would have expected > a generic character reading stream to be part of the core classes > (whatever that means :-) and not a part of some HTTP component classes. > But that may only be my limited understanding of Pharo so far :-) Well, the package is 'Zinc-Character-Encoding-Core' not 'Zinc-HTTP'. Character encoding stands on its own and has nothing to do with HTTP. See also this book chapter https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… > -dirk >

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Dirk Olmes

Hi Sven, >> I'm trying to get started with Pharo doing something really simple - at >> least that's what I thought ... I'm trying to read a text file line by line. >> >> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >> debugger telling me that BinaryFileStream does not understand nextLine. > > (File named: '/tmp/lines.txt') readStreamDo: [ :in | > | characterStream | > characterStream := ZnCharacterReadStream on: in. > Array streamContents: [ :out | > [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. Thanks for the hint, Sven. Of all alternatives you gave I like the last one best as it does not load the entire contents of the (probably large) text file into memory. ZnCharacterReadStream belongs to the Zinc classes. I would have expected a generic character reading stream to be part of the core classes (whatever that means :-) and not a part of some HTTP component classes. But that may only be my limited understanding of Pharo so far :-) -dirk

Oct. 4, 2017

Re: [Pharo-users] Pharo Launcher Source

by Steven R. Baker

On 03/10/17 21:51, Sven Van Caekenberghe wrote: > >> On 3 Oct 2017, at 21:30, Steven R. Baker <steven(a)stevenrbaker.com> wrote: >> >> Heya, >> >> I'm trying to build a Pharo Launcher of my own, but I can't find the >> code. This says it's on SmalltalkHub: >> https://github.com/pharo-project/pharo-launcher, but the link doesn't >> show anything. > As it says there: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher Sigh. Apologies. I had an overzealous blocker. :( Thanks! -Steven >> I tried looking on CI for the build script, but I can't find the build >> script, just build results. What I'm looking for is how to check out, >> build, and run Pharo Launcher from scratch. Can someone help me with this? >> >> Thanks! >> >> -Steven >> >> >> >

Oct. 3, 2017