linux-kernel - Re: [PATCH] fs/inode.c: include "internal.h" for external definitions

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Mon, 17 Jan 2011 07:20:02 +0000
From:	Al Viro <viro@...IV.linux.org.uk>
To:	H Hartley Sweeten <hartleys@...ionengravers.com>
Cc:	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] fs/inode.c: include "internal.h" for external definitions

On Tue, Jan 11, 2011 at 06:21:59PM -0600, H Hartley Sweeten wrote:
[snip]

Fix your MUA, please.  What you've somehow managed to produce was

Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

and git-am is not happy with it, to put it mildly.  I can work around
that (view as attachment in mutt, save that, etc.) and if that had been
anything more inspiring I'd bothered to undo the wreckage, apply by
hand and recall how to tell git commit who's the author, but...

Why had your MUA done that, anyway?  I don't see anything in the text
that might have possibly warranted something that weird...

	Al "tempted to reply with Content-Transfer-Encoding: morse" Viro
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/