On Wednesday, October 12, 2016, Chris Mayo <aklh...@gmail.com> wrote:
> > > /Users/dpage/Downloads/0001-Document-that-a-patch-should-
> be-submitted-to-the-lis.patch:16: trailing whitespace.
> > > as well as the rationale for any important design decisions.
> > > error: patch failed: docs/en_US/submitting_patches.rst:30
> > > error: docs/en_US/submitting_patches.rst: patch does not apply
> > >
> > I checked and I can't see anything wrong. I also tried downloading
> the patch from the web archive and using git apply.
> > The "trailing whitespace" errors may suggest the problem - the added
> lines in the patch don't have any whitespace.
> > Have you been near a Windows machine? I used unix2dos on the patch
> and then got the same result as above.
> > No, I've only been on my Mac. Your suggestion made me think though - I
> opened the patch in my editor, and it claims the original had Windows line
> endings. I converted them to \n and it applied just fine.
> I think it's an email thing. From:
> "The problem is that SMTP transport is CRLF-unsafe. Sending a patch by
> email is the same as passing it through "dos2unix | unix2dos". The newly
> introduced CRLFs are normally transparent because git-am strips them."
> I have been using git send-email, to avoid the risk of a mail client
> mangling patches.
> But I can try using Thunderbird in future.
> I guess git imap-send behaviour is similar:
> > I'm using git imap-send to send patches to wine-patches, and it seems
> > like it converts all my patches to have CRLF line endings?
> The canonical line ending for mail is CRLF. So yes, it will convert your
> patch to CRLF for storage. But anything pulling it out of the IMAP
> folder should convert it back to native line endings."
> Testing locally the raw emails do have CRLF saved from Thunderbird as .eml,
> although when I save just the attachment the patch only has LF.
> Not sure why this hasn't been an issue before on the list.
It has, on rare occasions. One particular friend of mine had to resort to
gzipping patches for pgAdmin 4, but it's been a non-issue for pretty much
everyone else here - and the process we use is pretty standard on the
PostgreSQL lists as well, where it's also not generally a problem.
Note that at least for those of us at EDB, Gmail is the standard client we
use. I wonder if some combination of sending and receiving MUAs is what
causes the problem.
> The Git tools seem to be more focussed on inline messages. On the
> receiving end
> using attachments the ideas I have:
> - Is there a save as text option in your client?
You can view the original message in Gmail, but that's the entire raw text
of it, so you get all the mime parts and headers as well.
> - Save from the web archive
That's a possibility, though it's such a rare issue that I doubt we'll
remember to do it.
I'd really like to know the root cause - it's quite annoying not being able
to pin it down.
> > What does 'git config core.autocrlf' output for you?
> The only core. attribute I have set is core.editor.
> > In any case, I applied the patch. Thanks!
> Hopefully we don't have to add more instructions as a result of this
Well at least it's keeping you busy :-)
EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company