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

Update of ConfigurationOfGlorp

by stephan

I've added a Pharo 7 version, copied the configurations from DBXTalk/Glorp to DBXTalk/Configurations and the metarepos, and replaced the #'Pharo6.0.x' style names by #'Pharo6.x' style. Please let me know if that creates problems Stephan

Oct. 4, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by askoh

Very nice. Thanks. Aik-Siong Koh -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by Sean P. DeNigris

Daniel BLANC wrote > Regarding my quick hack for managing the wifi at home, unfortunately there > is not so much smalltalk magic involved. That is *exactly* the magic of objects - hiding ugly implementation details (like shell scripts) under an abstraction you can easily understand and dare say enjoy working with! Daniel BLANC wrote > I'll continue playing/hacking on this small app and I'll publish the end > result. Great! Looking forward to it. This is a great time to share even toy projects because GitHub et al have made the effort/pain/cost so low. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

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

by Sean P. DeNigris

Dirk Olmes wrote > However if I find classes in a package with prefix "Zinc" and I google > for "Zinc Pharo" the first thing that comes up is > http://zn.stfx.eu/zn/index.html - Zinc HTTP Components The problem is that Sven has the nasty habit of turning frustrating areas of the system into top-notch solutions which then become core parts of Pharo ha ha ;) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

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

by Sven Van Caekenberghe

Dirk, > On 4 Oct 2017, at 15:43, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > > On 10/04/2017 10:22 AM, Sven Van Caekenberghe wrote: >>> 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… > > Understood. > > However if I find classes in a package with prefix "Zinc" and I google > for "Zinc Pharo" the first thing that comes up is > http://zn.stfx.eu/zn/index.html - Zinc HTTP Components > > Ok I'm really just nitpicking here but IMHO it would be nice to decouple > these very useful classes from the Zinc namespace. > > -dirk One day we will have package level comments that will make clear the scope and purpose of groups of code. Anyway, thanks for the feedback. Sven

Oct. 4, 2017

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

by Dirk Olmes

On 10/04/2017 10:22 AM, Sven Van Caekenberghe wrote: >> 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… Understood. However if I find classes in a package with prefix "Zinc" and I google for "Zinc Pharo" the first thing that comes up is http://zn.stfx.eu/zn/index.html - Zinc HTTP Components Ok I'm really just nitpicking here but IMHO it would be nice to decouple these very useful classes from the Zinc namespace. -dirk

Oct. 4, 2017

Re: [Pharo-users] Pharo 7 license question

by Ben Coman

On Tue, Oct 3, 2017 at 1:45 AM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Back on topic. > > To my understanding, if I should port anything GPL licensed that I needed > from some language to a C library and licensed it GPL. Then I called my new > GPL C library via UFFI. I should have no problems at all. Is that a correct > understanding by all? > > Does this look like a good approach for most anyone in the Pharo community > if they desire to port and use GPL software? > UFFI is use via "linking", so your C library needs to LGPL to avoid your Smalltalk code needing to be GPL licensed. cheers -ben > > Thanks. > > Jimmie > > > > On 09/15/2017 03:49 PM, Jimmie Houchin wrote: > >> Hello, >> >> Pharo 7 to my understanding fundamentally changes Pharo. It is my >> understanding that Pharo 7 starts with a core Pharo kernel and like many >> languages out there, imports or adds code from a variety of external >> sources to the image being built. >> >> With that understanding, I am curious if that would allow for inclusion >> of a specific library/module to be licensed as GPL? And it not affect the >> other code in the composed image? >> >> I am a big believer in the MIT/BSD license and not a big fan of the GPL. >> However, there is software out there that I have avoided looking at the >> source code or attempting to port it to Pharo because it is GPL. I would >> sincerely love if I could now port such a library and license it under the >> GPL as required, and it not affect any other code outside of that specific >> library. >> >> I am not a lawyer. Nor do I know any lawyers. Is is possible for someone >> to get a reasonably definitive answer on this question? >> >> I am sure I am not the only one who has had this desire. I am also sure >> that I am not the only one who will have this question in the future. So it >> would be nice to have a proper legal response that could possibly be >> explicitly stated somewhere on the website or on an FAQ or something. >> >> Regardless of the answer, yes or no. It does need to be a settled issue >> for Pharo. That way someone could know if GPL/LGPL or whatever software >> could be in the catalog. >> >> Just wanted to put that out there to the community. I look forward to the >> answer, should one be or become available. >> >> Thanks. >> >> >> Jimmie >> >> >> > >

Oct. 4, 2017

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