October 2017 - Pharo-users - lists.pharo.org

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

Re: [Pharo-users] Pharo Launcher Source

by Sven Van Caekenberghe

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

Pharo Launcher Source

by Steven R. Baker

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

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

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

Oct. 3, 2017