git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] Fix t6031 on filesystems without working exec bit

From
Alex Riesen <raa.lkml@gmail.com>
Date
May 23, 2008, 19:12 UTC
Message-ID
<20080523191209.GA3673@steel.home>
In-Reply-To
<20080522131258.GE3206@steel.home>
Alex Riesen, Thu, May 22, 2008 15:12:58 +0200:
Show 8 quoted lines
> Junio C Hamano, Thu, May 22, 2008 11:04:09 +0200:
> > If your repository is marked so that executable bit is untrustworthy
> > there, the check done when switching to branch "a1" to compare if "file1"
> > that is involved in the switch operation has local changes should ignore
> > (apparent and false) executable-bit change, shouldn't it?
> 
> Will see next monday, when I get back to that wretched laptop.
>

I managed to get my hands on it today and tried the test with your modification. The test succeeds always and it succeeds with or without the chmod. So it seems merge-recursive somehow ignores the x-bit from working tree, I just cannot not find how and where.

Previous: Alex Riesen
Message 8 of 8 in “Fix t6031 on filesystems without working exec bit”
  1. Fix t6031 on filesystems without working exec bitAlex Riesen, May 18, 2008
  2. Junio C HamanoMay 19, 2008
  3. Alex RiesenMay 19, 2008
  4. Junio C HamanoMay 21, 2008
  5. Alex RiesenMay 22, 2008
  6. Junio C HamanoMay 22, 2008
  7. Alex RiesenMay 22, 2008
  8. Alex RiesenMay 23, 2008

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.