{"thread":{"id":"47772","subject":"\"git branch\" issue in 2.16.1","startedAt":"2018-02-06T19:49:19Z","lastAt":"2018-02-08T16:28:54Z","messageCount":15,"participants":["Jason Racey","Todd Zullinger","Stefan Beller","Paul Smith","Lars Schneider","Jeff King","Junio C Hamano","Kevin Daudt"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"338529","messageId":"2412A603-4382-4AF5-97D0-D16D5FAAFE28@eluvio.com","threadId":"47772","inReplyTo":null,"subject":"\"git branch\" issue in 2.16.1","fromName":"Jason Racey","fromEmail":"jason@eluvio.com","sentAt":"2018-02-06T19:49:12Z","receivedAt":"2018-02-06T19:49:19Z","isPatch":false,"sender":{"key":"jason@eluvio.com","avatar":null},"body":"After upgrading git from 2.16.0 to 2.16.1 (via Homebrew - I’m on macOS) I noticed that the “git branch” command appears to display the branch listing in something similar to a vi editor - though not quite the same. I don’t know the technical term for this state. You can’t actually edit the output of the command, but you’re in a state where you have to type “q” to exit and then the list disappears. It’s very inconvenient and it doesn’t seem like it was by design. I’m using zsh in iTerm2 if that helps. Thanks.\n\n- Jason"},{"id":"338530","messageId":"20180206195754.GE1427@zaya.teonanacatl.net","threadId":"47772","inReplyTo":"2412A603-4382-4AF5-97D0-D16D5FAAFE28@eluvio.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Todd Zullinger","fromEmail":"tmz@pobox.com","sentAt":"2018-02-06T19:57:54Z","receivedAt":"2018-02-06T19:58:02Z","isPatch":false,"sender":{"key":"tmz@pobox.com","avatar":"https://avatars.githubusercontent.com/u/806319?v=4"},"body":"Hi Jason,\n\nJason Racey wrote:\n> After upgrading git from 2.16.0 to 2.16.1 (via Homebrew -\n> I’m on macOS) I noticed that the “git branch” command\n> appears to display the branch listing in something similar\n> to a vi editor - though not quite the same. I don’t know\n> the technical term for this state. You can’t actually edit\n> the output of the command, but you’re in a state where you\n> have to type “q” to exit and then the list disappears.\n> It’s very inconvenient and it doesn’t seem like it was by\n> design. I’m using zsh in iTerm2 if that helps. Thanks.\n\nIn 2.16.0 `git branch --list` is sent to a pager by default.\n(Without arguments, --list is the default, so this applies\nto `git branch`).\n\nYou can set pager.branch to false to disable this in the\nconfig, or use git --no-pager branch to do so for a single\ninvocation.\n\nI can't say why you're seeing this with 2.16.1 and not\n2.16.0, but I'm not familiar with homebrew, so perhaps\nsomething didn't work as intended in 2.16.0.\n\n-- \nTodd\n~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\nHistorian, n. A broad-gauge gossip.\n -- Ambrose Bierce, \"The Devil's Dictionary\"\n\n"},{"id":"338532","messageId":"CAGZ79kaxf3qUyOe6R-LCgyLtwzrwhB=y767tk2qPbC_KR473ig@mail.gmail.com","threadId":"47772","inReplyTo":"20180206195754.GE1427@zaya.teonanacatl.net","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Stefan Beller","fromEmail":"sbeller@google.com","sentAt":"2018-02-06T20:05:52Z","receivedAt":"2018-02-06T20:05:59Z","isPatch":false,"sender":{"key":"stefanbeller@gmail.com","avatar":"https://avatars.githubusercontent.com/u/455868?v=4"},"body":"On Tue, Feb 6, 2018 at 11:57 AM, Todd Zullinger wrote:\n> Hi Jason,\n>\n> Jason Racey wrote:\n>> After upgrading git from 2.16.0 to 2.16.1 (via Homebrew -\n>> I’m on macOS) I noticed that the “git branch” command\n>> appears to display the branch listing in something similar\n>> to a vi editor - though not quite the same. I don’t know\n>> the technical term for this state. You can’t actually edit\n>> the output of the command, but you’re in a state where you\n>> have to type “q” to exit and then the list disappears.\n>> It’s very inconvenient and it doesn’t seem like it was by\n>> design. I’m using zsh in iTerm2 if that helps. Thanks.\n>\n> In 2.16.0 `git branch --list` is sent to a pager by default.\n> (Without arguments, --list is the default, so this applies\n> to `git branch`).\n>\n> You can set pager.branch to false to disable this in the\n> config, or use git --no-pager branch to do so for a single\n> invocation.\n>\n> I can't say why you're seeing this with 2.16.1 and not\n> 2.16.0, but I'm not familiar with homebrew, so perhaps\n> something didn't work as intended in 2.16.0.\n>\n\nMaybe the number of branches changed since then?\nAs the pager only comes to life when the output fills\nmore than your screen. Quick workarounds:\n* buy a bigger screen\n* have fewer branches.\n\n:-)\n\nStefan\n"},{"id":"338535","messageId":"1517947345.10111.103.camel@mad-scientist.net","threadId":"47772","inReplyTo":"2412A603-4382-4AF5-97D0-D16D5FAAFE28@eluvio.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Paul Smith","fromEmail":"paul@mad-scientist.net","sentAt":"2018-02-06T20:02:25Z","receivedAt":"2018-02-06T20:26:07Z","isPatch":false,"sender":{"key":"paul@mad-scientist.net","avatar":"https://avatars.githubusercontent.com/u/109636?v=4"},"body":"On Tue, 2018-02-06 at 11:49 -0800, Jason Racey wrote:\n> After upgrading git from 2.16.0 to 2.16.1 (via Homebrew - I’m on\n> macOS) I noticed that the “git branch” command appears to display the\n> branch listing in something similar to a vi editor - though not quite\n> the same. I don’t know the technical term for this state. You can’t\n> actually edit the output of the command, but you’re in a state where\n> you have to type “q” to exit and then the list disappears. It’s very\n> inconvenient and it doesn’t seem like it was by design. I’m using zsh\n> in iTerm2 if that helps. Thanks.\n\nI think you mean that you're in the pager (less(1), most likely). \nMany/most Git commands that can generate a large amount of output (git\nlog, git diff, git show, etc.) will automatically send the output to a\npager so you can scroll through it easily.\n\n\nThe man page for git branch says:\n\n CONFIGURATION\n pager.branch is only respected when listing branches, i.e., when --list\n is used or implied. The default is to use a pager. See git-config(1).\n\nSo, if you never want to use the pager for git branch output you can\nconfigure the pager.branch option to set it always off.\n\nOr you can use \"git branch | cat\" so that stdout is not a terminal :).\n"},{"id":"338640","messageId":"5A7788B0-6250-4D1F-A86D-E3155C03EF0C@gmail.com","threadId":"47772","inReplyTo":"CAGZ79kaxf3qUyOe6R-LCgyLtwzrwhB=y767tk2qPbC_KR473ig@mail.gmail.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Lars Schneider","fromEmail":"larsxschneider@gmail.com","sentAt":"2018-02-07T17:54:23Z","receivedAt":"2018-02-07T17:54:40Z","isPatch":false,"sender":{"key":"larsxschneider@gmail.com","avatar":"https://avatars.githubusercontent.com/u/477434?v=4"},"body":"\n> On 06 Feb 2018, at 21:05, Stefan Beller wrote:\n> \n> On Tue, Feb 6, 2018 at 11:57 AM, Todd Zullinger wrote:\n>> Hi Jason,\n>> \n>> Jason Racey wrote:\n>>> After upgrading git from 2.16.0 to 2.16.1 (via Homebrew -\n>>> I’m on macOS) I noticed that the “git branch” command\n>>> appears to display the branch listing in something similar\n>>> to a vi editor - though not quite the same. I don’t know\n>>> the technical term for this state. You can’t actually edit\n>>> the output of the command, but you’re in a state where you\n>>> have to type “q” to exit and then the list disappears.\n>>> It’s very inconvenient and it doesn’t seem like it was by\n>>> design. I’m using zsh in iTerm2 if that helps. Thanks.\n>> \n>> In 2.16.0 `git branch --list` is sent to a pager by default.\n>> (Without arguments, --list is the default, so this applies\n>> to `git branch`).\n>> \n>> You can set pager.branch to false to disable this in the\n>> config, or use git --no-pager branch to do so for a single\n>> invocation.\n>> \n>> I can't say why you're seeing this with 2.16.1 and not\n>> 2.16.0, but I'm not familiar with homebrew, so perhaps\n>> something didn't work as intended in 2.16.0.\n>> \n> \n> Maybe the number of branches changed since then?\n> As the pager only comes to life when the output fills\n> more than your screen. Quick workarounds:\n> * buy a bigger screen\n> * have fewer branches.\n\nHmmm... there might be more to it. I just noticed the\npager behavior on macOS, too. Consider this call:\n\n$ git diff --shortstat\n\nThis should generate at most one line of output. On Linux\nthe pager is never used. On macOS the pager is always used.\n\nI tried older versions of Git on macOS and experienced the\nsame behavior.\n\n@Jason: That might be a bug on macOS. However, I am surprised\nyou only noticed it after upgrading from 2.16.0 to 2.16.1.\nDo you recall anything else you've changed?\n\n- Lars\n\n"},{"id":"338643","messageId":"4F1475A5-DBD4-484A-9AB6-4DA57A8B8C7B@eluvio.com","threadId":"47772","inReplyTo":"5A7788B0-6250-4D1F-A86D-E3155C03EF0C@gmail.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Jason Racey","fromEmail":"jason@eluvio.com","sentAt":"2018-02-07T18:09:59Z","receivedAt":"2018-02-07T18:10:06Z","isPatch":false,"sender":{"key":"jason@eluvio.com","avatar":null},"body":"Hi Lars,\n\nHere’s what I’m certain of:\n\n1. Just set up a new MacBook Pro at work. Git version 2.16.1 installed via Homebrew. “git branch” command always displays the list of branches in the less pager, regardless of number of branches or screen size. I’ve never seen this happen before.\n2. Checked the “git branch” behavior on my personal MacBook Pro. Git version there is 2.16.0. Does not have this always paging behavior.\n3. Ran \"brew upgrade git\" on personal MacBook Pro. Git upgraded to 2.16.1.\n4. Checked the “git branch” behavior on my personal MacBook Pro after version upgrade. Pager now always used regardless of number of branches or screen size. Oh no! Seems like there might be a bug in the new version, better email the git bug list in just to be safe.\n5. Meanwhile research problem on Stack Overflow. Mitigated (though not really fixed) issue on both machines with this command: git config --global core.pager ‘’\n\nThanks!\n\n- Jason\n\n\n> On Feb 7, 2018, at 9:54 AM, Lars Schneider wrote:\n> \n> \n>> On 06 Feb 2018, at 21:05, Stefan Beller wrote:\n>> \n>> On Tue, Feb 6, 2018 at 11:57 AM, Todd Zullinger wrote:\n>>> Hi Jason,\n>>> \n>>> Jason Racey wrote:\n>>>> After upgrading git from 2.16.0 to 2.16.1 (via Homebrew -\n>>>> I’m on macOS) I noticed that the “git branch” command\n>>>> appears to display the branch listing in something similar\n>>>> to a vi editor - though not quite the same. I don’t know\n>>>> the technical term for this state. You can’t actually edit\n>>>> the output of the command, but you’re in a state where you\n>>>> have to type “q” to exit and then the list disappears.\n>>>> It’s very inconvenient and it doesn’t seem like it was by\n>>>> design. I’m using zsh in iTerm2 if that helps. Thanks.\n>>> \n>>> In 2.16.0 `git branch --list` is sent to a pager by default.\n>>> (Without arguments, --list is the default, so this applies\n>>> to `git branch`).\n>>> \n>>> You can set pager.branch to false to disable this in the\n>>> config, or use git --no-pager branch to do so for a single\n>>> invocation.\n>>> \n>>> I can't say why you're seeing this with 2.16.1 and not\n>>> 2.16.0, but I'm not familiar with homebrew, so perhaps\n>>> something didn't work as intended in 2.16.0.\n>>> \n>> \n>> Maybe the number of branches changed since then?\n>> As the pager only comes to life when the output fills\n>> more than your screen. Quick workarounds:\n>> * buy a bigger screen\n>> * have fewer branches.\n> \n> Hmmm... there might be more to it. I just noticed the\n> pager behavior on macOS, too. Consider this call:\n> \n> $ git diff --shortstat\n> \n> This should generate at most one line of output. On Linux\n> the pager is never used. On macOS the pager is always used.\n> \n> I tried older versions of Git on macOS and experienced the\n> same behavior.\n> \n> @Jason: That might be a bug on macOS. However, I am surprised\n> you only noticed it after upgrading from 2.16.0 to 2.16.1.\n> Do you recall anything else you've changed?\n> \n> - Lars\n> \n\n"},{"id":"338659","messageId":"BF47061D-939A-46C4-95F3-B97B2889B4CC@gmail.com","threadId":"47772","inReplyTo":"4F1475A5-DBD4-484A-9AB6-4DA57A8B8C7B@eluvio.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Lars Schneider","fromEmail":"larsxschneider@gmail.com","sentAt":"2018-02-07T19:55:56Z","receivedAt":"2018-02-07T19:56:04Z","isPatch":false,"sender":{"key":"larsxschneider@gmail.com","avatar":"https://avatars.githubusercontent.com/u/477434?v=4"},"body":"\n> On 07 Feb 2018, at 19:09, Jason Racey wrote:\n> \n> Hi Lars,\n> \n> Here’s what I’m certain of:\n> \n> 1. Just set up a new MacBook Pro at work. Git version 2.16.1 installed via Homebrew. “git branch” command always displays the list of branches in the less pager, regardless of number of branches or screen size. I’ve never seen this happen before.\n> 2. Checked the “git branch” behavior on my personal MacBook Pro. Git version there is 2.16.0. Does not have this always paging behavior.\n> 3. Ran \"brew upgrade git\" on personal MacBook Pro. Git upgraded to 2.16.1.\n> 4. Checked the “git branch” behavior on my personal MacBook Pro after version upgrade. Pager now always used regardless of number of branches or screen size. Oh no! Seems like there might be a bug in the new version, better email the git bug list in just to be safe.\n> 5. Meanwhile research problem on Stack Overflow. Mitigated (though not really fixed) issue on both machines with this command: git config --global core.pager ‘’\n> \n\nThat's great! Thank you. Can you share your exact OS version running\non your work and personal machine? Plus, what shell do you use and\nwhat terminal application?\n\nThanks,\nLars\n\n\nPS: Please don't top post on the git mailing list :-)\nhttps://en.wikipedia.org/wiki/Posting_style\n\n\n> Thanks!\n> \n> - Jason\n> \n> \n>> On Feb 7, 2018, at 9:54 AM, Lars Schneider wrote:\n>> \n>> \n>>> On 06 Feb 2018, at 21:05, Stefan Beller wrote:\n>>> \n>>> On Tue, Feb 6, 2018 at 11:57 AM, Todd Zullinger wrote:\n>>>> Hi Jason,\n>>>> \n>>>> Jason Racey wrote:\n>>>>> After upgrading git from 2.16.0 to 2.16.1 (via Homebrew -\n>>>>> I’m on macOS) I noticed that the “git branch” command\n>>>>> appears to display the branch listing in something similar\n>>>>> to a vi editor - though not quite the same. I don’t know\n>>>>> the technical term for this state. You can’t actually edit\n>>>>> the output of the command, but you’re in a state where you\n>>>>> have to type “q” to exit and then the list disappears.\n>>>>> It’s very inconvenient and it doesn’t seem like it was by\n>>>>> design. I’m using zsh in iTerm2 if that helps. Thanks.\n>>>> \n>>>> In 2.16.0 `git branch --list` is sent to a pager by default.\n>>>> (Without arguments, --list is the default, so this applies\n>>>> to `git branch`).\n>>>> \n>>>> You can set pager.branch to false to disable this in the\n>>>> config, or use git --no-pager branch to do so for a single\n>>>> invocation.\n>>>> \n>>>> I can't say why you're seeing this with 2.16.1 and not\n>>>> 2.16.0, but I'm not familiar with homebrew, so perhaps\n>>>> something didn't work as intended in 2.16.0.\n>>>> \n>>> \n>>> Maybe the number of branches changed since then?\n>>> As the pager only comes to life when the output fills\n>>> more than your screen. Quick workarounds:\n>>> * buy a bigger screen\n>>> * have fewer branches.\n>> \n>> Hmmm... there might be more to it. I just noticed the\n>> pager behavior on macOS, too. Consider this call:\n>> \n>> $ git diff --shortstat\n>> \n>> This should generate at most one line of output. On Linux\n>> the pager is never used. On macOS the pager is always used.\n>> \n>> I tried older versions of Git on macOS and experienced the\n>> same behavior.\n>> \n>> @Jason: That might be a bug on macOS. However, I am surprised\n>> you only noticed it after upgrading from 2.16.0 to 2.16.1.\n>> Do you recall anything else you've changed?\n>> \n>> - Lars\n>> \n> \n\n"},{"id":"338662","messageId":"20180207200859.GA9141@sigill.intra.peff.net","threadId":"47772","inReplyTo":"5A7788B0-6250-4D1F-A86D-E3155C03EF0C@gmail.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2018-02-07T20:08:59Z","receivedAt":"2018-02-07T20:09:06Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Wed, Feb 07, 2018 at 06:54:23PM +0100, Lars Schneider wrote:\n\n> > Maybe the number of branches changed since then?\n> > As the pager only comes to life when the output fills\n> > more than your screen. Quick workarounds:\n> > * buy a bigger screen\n> > * have fewer branches.\n> \n> Hmmm... there might be more to it. I just noticed the\n> pager behavior on macOS, too. Consider this call:\n> \n> $ git diff --shortstat\n> \n> This should generate at most one line of output. On Linux\n> the pager is never used. On macOS the pager is always used.\n> \n> I tried older versions of Git on macOS and experienced the\n> same behavior.\n\nKeep in mind that we always run the pager, since we don't know ahead of\ntime how much output will be generated. It's just that with certain\nconfigurations of \"less\", it may exit if it sees EOF before there's a\nwhole screen worth of data.\n\nThis is controlled by the \"-F\" option. By default, Git will set LESS=FRX\nin the environment if you do not already have a $LESS environment. So\nsome other possibilities are:\n\n 1. You have $LESS in your environment (without \"F\") on one platform\n but not the other.\n\n 2. Git was built with a different PAGER_ENV Makefile variable on one\n platform versus the other (that's what controls the baked-in LESS\n defaults).\n\n 3. \"less\" somehow behaves differently on macOS. The \"F\" behavior is\n quite old, but possibly there's some platform-specific bug.\n\n-Peff\n"},{"id":"338664","messageId":"xmqqbmh07dtm.fsf@gitster-ct.c.googlers.com","threadId":"47772","inReplyTo":"20180207200859.GA9141@sigill.intra.peff.net","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2018-02-07T20:19:17Z","receivedAt":"2018-02-07T20:19:25Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jeff King writes:\n\n> Keep in mind that we always run the pager, since we don't know ahead of\n> time how much output will be generated. It's just that with certain\n> configurations of \"less\", it may exit if it sees EOF before there's a\n> whole screen worth of data.\n>\n> This is controlled by the \"-F\" option. By default, Git will set LESS=FRX\n> in the environment if you do not already have a $LESS environment. So\n> some other possibilities are:\n>\n> 1. You have $LESS in your environment (without \"F\") on one platform\n> but not the other.\n>\n> 2. Git was built with a different PAGER_ENV Makefile variable on one\n> platform versus the other (that's what controls the baked-in LESS\n> defaults).\n>\n> 3. \"less\" somehow behaves differently on macOS. The \"F\" behavior is\n> quite old, but possibly there's some platform-specific bug.\n\n4. Between your two runs, you do not have that many branches to fill\n the screen vertically in either case, but only in one case you\n have a branch with very long name (or perhaps \"branch -l -v\" made\n a line longer), and you have S and F in LESS environment. The\n case that shows branches with short names will cause pager to\n exit at the end, while the other one, because it wants to allow\n you to scroll sideways, will not.\n\n"},{"id":"338673","messageId":"F7E12F8B-6C55-4348-860A-B91942922A73@gmail.com","threadId":"47772","inReplyTo":"20180207200859.GA9141@sigill.intra.peff.net","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Lars Schneider","fromEmail":"larsxschneider@gmail.com","sentAt":"2018-02-07T22:20:08Z","receivedAt":"2018-02-07T22:20:16Z","isPatch":false,"sender":{"key":"larsxschneider@gmail.com","avatar":"https://avatars.githubusercontent.com/u/477434?v=4"},"body":"\n> On 07 Feb 2018, at 21:08, Jeff King wrote:\n> \n> On Wed, Feb 07, 2018 at 06:54:23PM +0100, Lars Schneider wrote:\n> \n>>> Maybe the number of branches changed since then?\n>>> As the pager only comes to life when the output fills\n>>> more than your screen. Quick workarounds:\n>>> * buy a bigger screen\n>>> * have fewer branches.\n>> \n>> Hmmm... there might be more to it. I just noticed the\n>> pager behavior on macOS, too. Consider this call:\n>> \n>> $ git diff --shortstat\n>> \n>> This should generate at most one line of output. On Linux\n>> the pager is never used. On macOS the pager is always used.\n>> \n>> I tried older versions of Git on macOS and experienced the\n>> same behavior.\n> \n> Keep in mind that we always run the pager, since we don't know ahead of\n> time how much output will be generated. It's just that with certain\n> configurations of \"less\", it may exit if it sees EOF before there's a\n> whole screen worth of data.\n> \n> This is controlled by the \"-F\" option. By default, Git will set LESS=FRX\n> in the environment if you do not already have a $LESS environment. So\n> some other possibilities are:\n> \n> 1. You have $LESS in your environment (without \"F\") on one platform\n> but not the other.\n\nI think that's it. On my system LESS is defined to \"-R\".\n\nThis opens the pager:\n\n\t$ echo \"TEST\" | less\n\nThis does not open the pager:\n\n\t$ echo \"TEST\" | less -FRX\n\nThat means \"F\" works on macOS but Git doesn't set it because LESS is\nalready in my environment.\n\nQuestion is, why is LESS set that way on my system? I can't find\nit in .bashrc .bash_profile .zshrc and friends.\n\n- Lars\n\n\n> \n> 2. Git was built with a different PAGER_ENV Makefile variable on one\n> platform versus the other (that's what controls the baked-in LESS\n> defaults).\n> \n> 3. \"less\" somehow behaves differently on macOS. The \"F\" behavior is\n> quite old, but possibly there's some platform-specific bug.\n> \n> -Peff\n\n"},{"id":"338692","messageId":"20180208085015.GA24571@sigill.intra.peff.net","threadId":"47772","inReplyTo":"F7E12F8B-6C55-4348-860A-B91942922A73@gmail.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2018-02-08T08:50:16Z","receivedAt":"2018-02-08T08:50:25Z","isPatch":false,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Wed, Feb 07, 2018 at 11:20:08PM +0100, Lars Schneider wrote:\n\n> > 1. You have $LESS in your environment (without \"F\") on one platform\n> > but not the other.\n> \n> I think that's it. On my system LESS is defined to \"-R\".\n> \n> This opens the pager:\n> \n> \t$ echo \"TEST\" | less\n> \n> This does not open the pager:\n> \n> \t$ echo \"TEST\" | less -FRX\n> \n> That means \"F\" works on macOS but Git doesn't set it because LESS is\n> already in my environment.\n> \n> Question is, why is LESS set that way on my system? I can't find\n> it in .bashrc .bash_profile .zshrc and friends.\n\nThere's also /etc/bash.bashrc, /etc/profile, etc. I don't know what's\nnormal in the mac world. You can try running:\n\n bash -ix 2>&1 On 08 Feb 2018, at 09:50, Jeff King wrote:\n> \n> On Wed, Feb 07, 2018 at 11:20:08PM +0100, Lars Schneider wrote:\n> \n>>> 1. You have $LESS in your environment (without \"F\") on one platform\n>>> but not the other.\n>> \n>> I think that's it. On my system LESS is defined to \"-R\".\n>> \n>> This opens the pager:\n>> \n>> \t$ echo \"TEST\" | less\n>> \n>> This does not open the pager:\n>> \n>> \t$ echo \"TEST\" | less -FRX\n>> \n>> That means \"F\" works on macOS but Git doesn't set it because LESS is\n>> already in my environment.\n>> \n>> Question is, why is LESS set that way on my system? I can't find\n>> it in .bashrc .bash_profile .zshrc and friends.\n> \n> There's also /etc/bash.bashrc, /etc/profile, etc. I don't know what's\n> normal in the mac world. You can try running:\n> \n> bash -ix 2>&1 \n> to see what your startup code is doing. I don't know of a good way to\n> correlate that with the source files, though. Or even to ask bash which\n> startup files it's looking in.\n\nUnfortunately, this command doesn't work for me.\n\nI ask around and most of my coworkers have LESS=\"-R\".\nOnly the coworker that doesn't really use his Mac and has\nno customizations does not have $LESS defined.\n\nTherefore, I think it is likely some third party component\nthat sets $LESS.\n\n@Jason:\nDo you have homebrew, iTerm2, and/or oh-my-zsh installed?\n\n- Lars\n"},{"id":"338697","messageId":"44FE6343-9236-4F50-A0C1-A70A887A8BC5@gmail.com","threadId":"47772","inReplyTo":"CBF51BD2-0B54-43E3-BB48-884C7DB94237@gmail.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Lars Schneider","fromEmail":"larsxschneider@gmail.com","sentAt":"2018-02-08T11:27:07Z","receivedAt":"2018-02-08T11:27:14Z","isPatch":false,"sender":{"key":"larsxschneider@gmail.com","avatar":"https://avatars.githubusercontent.com/u/477434?v=4"},"body":"\n> On 08 Feb 2018, at 12:13, Lars Schneider wrote:\n> \n> \n>> On 08 Feb 2018, at 09:50, Jeff King wrote:\n>> \n>> On Wed, Feb 07, 2018 at 11:20:08PM +0100, Lars Schneider wrote:\n>> \n>>>> 1. You have $LESS in your environment (without \"F\") on one platform\n>>>> but not the other.\n>>> \n>>> I think that's it. On my system LESS is defined to \"-R\".\n>>> \n>>> This opens the pager:\n>>> \n>>> \t$ echo \"TEST\" | less\n>>> \n>>> This does not open the pager:\n>>> \n>>> \t$ echo \"TEST\" | less -FRX\n>>> \n>>> That means \"F\" works on macOS but Git doesn't set it because LESS is\n>>> already in my environment.\n>>> \n>>> Question is, why is LESS set that way on my system? I can't find\n>>> it in .bashrc .bash_profile .zshrc and friends.\n>> \n>> There's also /etc/bash.bashrc, /etc/profile, etc. I don't know what's\n>> normal in the mac world. You can try running:\n>> \n>> bash -ix 2>&1 > \n>> to see what your startup code is doing. I don't know of a good way to\n>> correlate that with the source files, though. Or even to ask bash which\n>> startup files it's looking in.\n> \n> Unfortunately, this command doesn't work for me.\n> \n> I ask around and most of my coworkers have LESS=\"-R\".\n> Only the coworker that doesn't really use his Mac and has\n> no customizations does not have $LESS defined.\n> \n> Therefore, I think it is likely some third party component\n> that sets $LESS.\n> \n> @Jason:\n> Do you have homebrew, iTerm2, and/or oh-my-zsh installed?\n\nHa. I found it it! It is indeed oh-my-zsh:\nhttps://github.com/robbyrussell/oh-my-zsh/blob/master/lib/misc.zsh#L23\n\nLet's see if oh-my-zsh is willing to change that...\n\n- Lars\n"},{"id":"338719","messageId":"20180208161959.GA4042@alpha.vpn.ikke.info","threadId":"47772","inReplyTo":"44FE6343-9236-4F50-A0C1-A70A887A8BC5@gmail.com","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Kevin Daudt","fromEmail":"me@ikke.info","sentAt":"2018-02-08T16:19:59Z","receivedAt":"2018-02-08T16:20:10Z","isPatch":false,"sender":{"key":"me@ikke.info","avatar":"https://avatars.githubusercontent.com/u/135698?v=4"},"body":"On Thu, Feb 08, 2018 at 12:27:07PM +0100, Lars Schneider wrote:\n> \n> > On 08 Feb 2018, at 12:13, Lars Schneider wrote:\n> > \n> > \n> >> On 08 Feb 2018, at 09:50, Jeff King wrote:\n> >> \n> >> On Wed, Feb 07, 2018 at 11:20:08PM +0100, Lars Schneider wrote:\n> >> \n> >>>> 1. You have $LESS in your environment (without \"F\") on one platform\n> >>>> but not the other.\n> >>> \n> >>> I think that's it. On my system LESS is defined to \"-R\".\n> >>> \n> >>> This opens the pager:\n> >>> \n> >>> \t$ echo \"TEST\" | less\n> >>> \n> >>> This does not open the pager:\n> >>> \n> >>> \t$ echo \"TEST\" | less -FRX\n> >>> \n> >>> That means \"F\" works on macOS but Git doesn't set it because LESS is\n> >>> already in my environment.\n> >>> \n> >>> Question is, why is LESS set that way on my system? I can't find\n> >>> it in .bashrc .bash_profile .zshrc and friends.\n> >> \n> >> There's also /etc/bash.bashrc, /etc/profile, etc. I don't know what's\n> >> normal in the mac world. You can try running:\n> >> \n> >> bash -ix 2>&1 >> \n> >> to see what your startup code is doing. I don't know of a good way to\n> >> correlate that with the source files, though. Or even to ask bash which\n> >> startup files it's looking in.\n> > \n> > Unfortunately, this command doesn't work for me.\n> > \n> > I ask around and most of my coworkers have LESS=\"-R\".\n> > Only the coworker that doesn't really use his Mac and has\n> > no customizations does not have $LESS defined.\n> > \n> > Therefore, I think it is likely some third party component\n> > that sets $LESS.\n> > \n> > @Jason:\n> > Do you have homebrew, iTerm2, and/or oh-my-zsh installed?\n> \n> Ha. I found it it! It is indeed oh-my-zsh:\n> https://github.com/robbyrussell/oh-my-zsh/blob/master/lib/misc.zsh#L23\n> \n> Let's see if oh-my-zsh is willing to change that...\n> \n> - Lars\n\nI've just added unset LESS in my .zshrc, but for most users it would be\nbetter if they don't set it at all.\n"},{"id":"338737","messageId":"70109B7B-61F1-491D-AC53-D06493E8E6C4@gmail.com","threadId":"47772","inReplyTo":"20180208161959.GA4042@alpha.vpn.ikke.info","subject":"Re: \"git branch\" issue in 2.16.1","fromName":"Lars Schneider","fromEmail":"larsxschneider@gmail.com","sentAt":"2018-02-08T16:28:46Z","receivedAt":"2018-02-08T16:28:54Z","isPatch":false,"sender":{"key":"larsxschneider@gmail.com","avatar":"https://avatars.githubusercontent.com/u/477434?v=4"},"body":"\n> On 08 Feb 2018, at 17:19, Kevin Daudt wrote:\n> \n> On Thu, Feb 08, 2018 at 12:27:07PM +0100, Lars Schneider wrote:\n>> \n>>> On 08 Feb 2018, at 12:13, Lars Schneider wrote:\n>>> \n>>> \n>>>> On 08 Feb 2018, at 09:50, Jeff King wrote:\n>>>> \n>>>> On Wed, Feb 07, 2018 at 11:20:08PM +0100, Lars Schneider wrote:\n>>>> \n>>>>>> 1. You have $LESS in your environment (without \"F\") on one platform\n>>>>>> but not the other.\n>>>>> \n>>>>> I think that's it. On my system LESS is defined to \"-R\".\n>>>>> \n>>>>> This opens the pager:\n>>>>> \n>>>>> \t$ echo \"TEST\" | less\n>>>>> \n>>>>> This does not open the pager:\n>>>>> \n>>>>> \t$ echo \"TEST\" | less -FRX\n>>>>> \n>>>>> That means \"F\" works on macOS but Git doesn't set it because LESS is\n>>>>> already in my environment.\n>>>>> \n>>>>> Question is, why is LESS set that way on my system? I can't find\n>>>>> it in .bashrc .bash_profile .zshrc and friends.\n>>>> \n>>>> There's also /etc/bash.bashrc, /etc/profile, etc. I don't know what's\n>>>> normal in the mac world. You can try running:\n>>>> \n>>>> bash -ix 2>&1 >>> \n>>>> to see what your startup code is doing. I don't know of a good way to\n>>>> correlate that with the source files, though. Or even to ask bash which\n>>>> startup files it's looking in.\n>>> \n>>> Unfortunately, this command doesn't work for me.\n>>> \n>>> I ask around and most of my coworkers have LESS=\"-R\".\n>>> Only the coworker that doesn't really use his Mac and has\n>>> no customizations does not have $LESS defined.\n>>> \n>>> Therefore, I think it is likely some third party component\n>>> that sets $LESS.\n>>> \n>>> @Jason:\n>>> Do you have homebrew, iTerm2, and/or oh-my-zsh installed?\n>> \n>> Ha. I found it it! It is indeed oh-my-zsh:\n>> https://github.com/robbyrussell/oh-my-zsh/blob/master/lib/misc.zsh#L23\n>> \n>> Let's see if oh-my-zsh is willing to change that...\n>> \n>> - Lars\n> \n> I've just added unset LESS in my .zshrc, but for most users it would be\n> better if they don't set it at all.\n\nI proposed this instead:\nhttps://github.com/robbyrussell/oh-my-zsh/pull/6611\n\nMaybe you can chime in there?\n\nThanks,\nLars\n\n"}]}