{"thread":{"id":"21138","subject":"[PATCH] tests: make all test files executable","startedAt":"2009-10-06T01:46:06Z","lastAt":"2009-10-06T10:00:16Z","messageCount":2,"participants":["Mark Rada","Jeff King"],"isPatch":true,"patchVersion":1,"patchTotal":null},"messages":[{"id":"124291","messageId":"4ACAA15E.6090403@mailservices.uwaterloo.ca","threadId":"21138","inReplyTo":null,"subject":"[PATCH] tests: make all test files executable","fromName":"Mark Rada","fromEmail":"marada@uwaterloo.ca","sentAt":"2009-10-06T01:46:06Z","receivedAt":"2009-10-06T01:46:06Z","isPatch":true,"sender":{"key":"marada@uwaterloo.ca","avatar":"https://avatars.githubusercontent.com/u/38430?v=4"},"body":"For consistency with the rest of the test files.\n\nSigned-off-by: Mark Rada <marada@uwaterloo.ca>\n---\n\n\tNo changes, just a resend. This should work; I assume\n\tthe problem last time was a human error (me :(), or\n\tsomething weird that happens with saving e-mail drafts\n\tbetween\tApple Mail and Thunderbird (they share).\n\n\tIf this version is also messed up, then I give up.\n\n\tJeff, please explain what you meant by `inscrutable\n\tbinary'? It is an ASCII text file according to file.\n\t¯\\(°_o)/¯\n\n 0 files changed, 0 insertions(+), 0 deletions(-)\n mode change 100644 => 100755 t/t5531-deep-submodule-push.sh\n mode change 100644 => 100755 t/t9501-gitweb-standalone-http-status.sh\n\ndiff --git a/t/t5531-deep-submodule-push.sh b/t/t5531-deep-submodule-push.sh\nold mode 100644\nnew mode 100755\ndiff --git a/t/t9501-gitweb-standalone-http-status.sh b/t/t9501-gitweb-standalone-http-status.sh\nold mode 100644\nnew mode 100755\n--\n1.6.5.rc2\n"},{"id":"124305","messageId":"20091006100016.GA30404@coredump.intra.peff.net","threadId":"21138","inReplyTo":"4ACAA15E.6090403@mailservices.uwaterloo.ca","subject":"Re: [PATCH] tests: make all test files executable","fromName":"Jeff King","fromEmail":"peff@peff.net","sentAt":"2009-10-06T10:00:16Z","receivedAt":"2009-10-06T10:00:16Z","isPatch":true,"sender":{"key":"peff@peff.net","avatar":"https://avatars.githubusercontent.com/u/45925?v=4"},"body":"On Mon, Oct 05, 2009 at 09:46:06PM -0400, Mark Rada wrote:\n\n> \tNo changes, just a resend. This should work; I assume\n> \tthe problem last time was a human error (me :(), or\n> \tsomething weird that happens with saving e-mail drafts\n> \tbetween\tApple Mail and Thunderbird (they share).\n\nThis version looks fine (though I fixed up and applied the old one, so\nit is only useful as an experment). Whatever you did differently worked.\n:)\n\n> \tJeff, please explain what you meant by `inscrutable\n> \tbinary'? It is an ASCII text file according to file.\n> \t¯\\(°_o)/¯\n\nWhen I looked at in mutt, it was full of binary garbage. But looking at\nit more closely, the attachment is bogus. Look at:\n\n  http://article.gmane.org/gmane.comp.version-control.git/129522/raw\n\nYou have a message/rfc822 attachment which claims to be encoded using\nbase64. But there's a bunch of extra text at the top before the base64\nstarts, which throws off the decoding, leading to the binary garbage.\n\nSo the .eml format appears to be a subset of the headers, followed by\nthe base64-encoded body. But your mail client, in attaching it, marked\nit as base64-encoded, which is just wrong. But in theory that is a\nproblem in transporting the file to the list. For you to \"git am\" it\nyourself, we'll assume you saw the raw contents.\n\nEven then, it is still a confusing format. Instead of the headers\nlooking like\n\n  From: whatever\n\nthere is a line break, so they appear as\n\n  From:\n  whatever\n\nand of course there are no mime headers indicating that body is\nbase64-encoded. So it is definitely not an rfc822 message, which is what\n\"git am\" is expecting.\n\n-Peff\n"}]}