On Fri, Jan 23, 2015 at 10:23 PM, Robert Dailey <rcdailey.lists@xxxxxxxxx> wrote: > On Fri, Jan 23, 2015 at 4:13 PM, Chris Packham <judge.packham@xxxxxxxxx> wrote: >> Hi, >> >> On Fri, Jan 23, 2015 at 3:50 PM, Robert Dailey <rcdailey.lists@xxxxxxxxx> wrote: >>> I have a submodule using HTTP URL. I do this: >>> >>> $ git submodule init MySubmodule >>> $ git submodule update MySubmodule >>> >>> The 2nd command fails because the HTTP URL cannot be resolved, this is >>> because it requires a proxy. I have "http.proxy" setup properly in the >>> .git/config of my parent git repository, so I was hoping the submodule >>> update function would have a way to specify it to inherit the proxy >>> value from the parent config. >> >> Your not the first to suggest it and you probably won't be the last. >> It is hard to decide _which_ config variables, if any, should >> propagate from the parent. What works for one use-case may not >> necessarily work for another. >> >>> How can I set up my submodule? >> >> Probably the easiest thing would be to make your http.proxy >> configuration global i.e. >> >> $ git config --global http.proxy .... >> >> If you don't want to make it a global setting you can setup the >> submodule configuration after running init but before running update >> i.e. >> >> $ git submodule init MySubmodule >> $ (cd MySubmodule && git config http.proxy ...) >> $ git submodule update MySubmodule > > For some reason, the init call does not create the submodule > directory as you indicate. I also checked in .git/modules and it's not > there either. Correction: I have to deinit the submodule then init again, then the submodule dir is created (but empty). When I run the git config command inside the submodule directory, it silently returns and does not indicate failure, however the final git submodule update command shows failure to access the remote and then subsequently the submodule empty directory is removed by Git. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html