Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756220AbbLAUWj (ORCPT ); Tue, 1 Dec 2015 15:22:39 -0500 Received: from rhlx01.hs-esslingen.de ([129.143.116.10]:59071 "EHLO rhlx01.hs-esslingen.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754354AbbLAUWi (ORCPT ); Tue, 1 Dec 2015 15:22:38 -0500 X-Greylist: delayed 550 seconds by postgrey-1.27 at vger.kernel.org; Tue, 01 Dec 2015 15:22:37 EST Date: Tue, 1 Dec 2015 21:13:26 +0100 From: Andreas Mohr To: Michal Suchanek Cc: Al Viro , linux-kernel@vger.kernel.org Subject: Re: Non-ascii mantainers Message-ID: <20151201201326.GA11267@rhlx01.hs-esslingen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Priority: none User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1809 Lines: 38 Hi, > I don't really care if the maintainers are encoded or whatever. > However, neither get_maintainers nor git format-patch encodes them and > the listserver rejects them when not encoded. "neither ... nor" - IMHO transcoding should always be done at exactly *one* layer transition (namely prior to entering the layer which might happen to be using non-encoded same-char values as used by payload data as control chars, or which might happen to have a "reduced" encoding only requirement [think 7bit vs. 8bit], and only there, and of course also correctly [transcodes full set of control chars, and properly]). ;) So, since git-format-patch (according to git-format-patch(1)) itself declares that it does "Prepare patches for e-mail submission", it would seem that format-patch would definitely need to provide readily submittable content i.e. support submitting (i.e., generating) such content in *fully compatible* format (maybe it would not need to generate this as MIME encoding always - since there might be different encoding technologies to be chosen - but at least it should offer an encoding cmdline option, with this option then definitely defaulting to the mainstream choice, probably MIME). IOW, I would consider this to be a git-format-patch "missing crucial i18n support" bug (a bug for this should probably be filed). (and, due to my reasoning above, transcoding would *not* be the job of get_maintainers) Rather astonishing that this issue is hitting the streets in 2015 - if we aren't missing something here, that is... HTH, Andreas Mohr -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/