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