Re: Weird problem with git-submodule.sh

2012-12-12 Thread Phil Hord
Marc Branchaud marcn...@xiplink.com writes: It's FreeBSD 7.2, which I know is an obsolete version but I'm not able to upgrade the machine. I believe FreeBSD's sh is, or is derived from, dash. Dash has been the default '/bin/sh' for Ubuntu for quite a long time now[1] in spite of repeated

Re: Weird problem with git-submodule.sh

2012-12-12 Thread Junio C Hamano
Phil Hord phil.h...@gmail.com writes: Marc Branchaud marcn...@xiplink.com writes: It's FreeBSD 7.2, which I know is an obsolete version but I'm not able to upgrade the machine. I believe FreeBSD's sh is, or is derived from, dash. Dash has been the default '/bin/sh' for Ubuntu for quite a

Re: Weird problem with git-submodule.sh

2012-12-12 Thread Phil Hord
On Wed, Dec 12, 2012 at 2:44 PM, Junio C Hamano gits...@pobox.com wrote: Phil Hord phil.h...@gmail.com writes: [2] https://bugs.launchpad.net/ubuntu/+source/dash/+bug/141481 None of the ones listed seems to me a bug. Rather, I see it as a sign that the reporter does not know POSIX shell well

Re: Weird problem with git-submodule.sh

2012-12-09 Thread Stefano Lattarini
Hi Junio, Marc. On 12/07/2012 10:08 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: It's FreeBSD 7.2, which I know is an obsolete version but I'm not able to upgrade the machine. I believe FreeBSD's sh is, or is derived from, dash. Finally. Yes, as you suspected, I

Weird problem with git-submodule.sh

2012-12-07 Thread Marc Branchaud
Hi all, This is with git 1.8.0.1 on all the machines involved. One of our build machines is having trouble with git submodule: $ git submodule init external/openssl No submodule mapping found in .gitmodules for path '' (.gitmodules and other aspects of the repo are fine -- the

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Junio C Hamano
Marc Branchaud marcn...@xiplink.com writes: This is with git 1.8.0.1 on all the machines involved. One of our build machines is having trouble with git submodule: ... Any ideas? How and why is the IFS set differently only on one of your build machines? -- To unsubscribe from this list: send

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Marc Branchaud
On 12-12-07 12:54 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: This is with git 1.8.0.1 on all the machines involved. One of our build machines is having trouble with git submodule: ... Any ideas? How and why is the IFS set differently only on one of your build

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Junio C Hamano
Marc Branchaud marcn...@xiplink.com writes: On 12-12-07 12:54 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: This is with git 1.8.0.1 on all the machines involved. One of our build machines is having trouble with git submodule: ... Any ideas? How and why is the

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Marc Branchaud
On 12-12-07 02:11 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: On 12-12-07 12:54 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: This is with git 1.8.0.1 on all the machines involved. One of our build machines is having trouble with git

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Junio C Hamano
Marc Branchaud marcn...@xiplink.com writes: sh-setup: protect from exported IFS Many scripted Porcelains rely on being able to split words at the default $IFS characters, i.e. SP, HT and LF. If the user exports a non-default IFS to the environment, what they read from

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Marc Branchaud
On 12-12-07 03:23 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: sh-setup: protect from exported IFS Many scripted Porcelains rely on being able to split words at the default $IFS characters, i.e. SP, HT and LF. If the user exports a non-default IFS

Re: Weird problem with git-submodule.sh

2012-12-07 Thread Marc Branchaud
On 12-12-07 03:23 PM, Junio C Hamano wrote: Marc Branchaud marcn...@xiplink.com writes: sh-setup: protect from exported IFS Many scripted Porcelains rely on being able to split words at the default $IFS characters, i.e. SP, HT and LF. If the user exports a non-default IFS