Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp4260326imm; Mon, 30 Jul 2018 11:18:02 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdXHAZPBxg9MTu2O5aUQtr/Zm4jMOGmbuQZcJkH08naZoMWouWRC145PDo8khLBdrTFyzAu X-Received: by 2002:a65:630e:: with SMTP id g14-v6mr17678363pgv.153.1532974682482; Mon, 30 Jul 2018 11:18:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532974682; cv=none; d=google.com; s=arc-20160816; b=aikF81c7NDoeZ91j+JbZGGb/zHytOUA9L8pFpS9rqmkgW7LTqESj1Oqv9qUlzi/dq0 zA1NwwJ4RPCoo176Bh9SGM7hhQToeBfP/pfqR/Ru4iIeCKFI+6s2AvUwh0gTOZgQYwMu hHGkxjHqXoG4aKY3+bdsq0bIl7QCAcy6t+VNor/FJ7OiFgMbCDc9Oxl4wkGB4NPDnWiz rZSm3VrhWX23AFjhiRXuFXvuR+fxlth8O7Ziijf3ScyIi6o8lgmib95A+8rv9E2vVB8J V0mhJxby0aC1yxrxAkZHQk6NUVYv4Ax3LjY/KFCwDY+ArWvuiYc2YtpBVfUiIkupktMF N3Ew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=7pCBcR2ebSYtn6HEBACHil+oDAvNg5OlQdXjRblwIis=; b=BDsOTIjfNMd0llVwwhVuXDbYWD0mT8jSUgYkzx86L/YbyGsnQB9bAWrJWn6blBmBjr HMqunrVQ4lC6ajoY0rDhAmvXeQe0EHwnBxXQLSp7attVHTNOUSRQrUfJavcDu6uL1uv3 FzFuH6yWQTPnCXUmO16kS1+Rk7kH4lmMot3p5NjAGFk5cDJ2ztnx8qqtl2XZJpLYYlJP 33OvrOQFZhwJQ4/JCotbtAEA6K56VnNWjQ+5lmBMSdfInq1vPUOnSUSmglAqCxnHFbZv cuYWUMdjEIJkco4Cmqr7tM3QdccMSWIDJHZ3mzRfj+2v7/gjezMyncS11ssnJKfe4gI6 0PHQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o3-v6si10447333plk.321.2018.07.30.11.17.48; Mon, 30 Jul 2018 11:18:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731760AbeG3TwU (ORCPT + 99 others); Mon, 30 Jul 2018 15:52:20 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:41675 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726876AbeG3TwU (ORCPT ); Mon, 30 Jul 2018 15:52:20 -0400 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 4486080668; Mon, 30 Jul 2018 20:16:07 +0200 (CEST) Date: Mon, 30 Jul 2018 20:16:06 +0200 From: Pavel Machek To: Linus Torvalds Cc: David Howells , Al Viro , linux-fsdevel , Linux Kernel Mailing List Subject: Re: [PATCH 36/38] vfs: Add a sample program for the new mount API [ver #10] Message-ID: <20180730181606.GB2416@amd> References: <20180730143104.GB24051@amd> <20180729113749.GA7333@amd> <153271267980.9458.7640156373438016898.stgit@warthog.procyon.org.uk> <153271292330.9458.14583488053811372222.stgit@warthog.procyon.org.uk> <25489.1532953411@warthog.procyon.org.uk> <21165.1532964795@warthog.procyon.org.uk> <20180730173052.GA881@amd> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon 2018-07-30 10:54:19, Linus Torvalds wrote: > On Mon, Jul 30, 2018 at 10:30 AM Pavel Machek wrote: > > > > Still userland needs a way to understand the errors. >=20 > Not really. >=20 > We don't internationalize kernel strings. We never have. Yes, some > people tried to do some database of kernel messages for translation > purposes, but I absolutely refused to make that part of the > development process. It's a pain. >=20 > For some GUI project, internationalization might be a big deal, and it > might be "TheRule(tm)". For the kernel, not so much. We care about the > technology, not the language. >=20 > So we'll continue to give error numbers for "an error happened". And > if/when people need more information about just what _triggered_ that > error, they are as English-language strings. You can quote them and > google them without having to understand them. That's just how things > work. >=20 > Let's face it, the mount options themselves are already (shortened) > English language words. We talk about "mtime" and "create". >=20 > There are places where localization is a good idea. The kernel is > *not* one of those places. Well, yes, we use english language words, and then we have documentation explaining what those words mean. So it does not matter if it is "mtime" or "auiasd", it is documented. If we continue giving reasonable errnos, I guess that's fine. But I believe man page should give list of errors that can happen, with explanations, and it would be good to pass them in a way confusion does not happen. Yes, dmesg is confusing, and there's no way to translate that. But dmesg is kernel debugging, not normal administration. Userspace does good job translating errors, and it would be good to keep that capability. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAltfVeYACgkQMOfwapXb+vLQzACdEETkN4m0l326TWgSxyiodYLS C4gAoKTO7p0Sg0XlRiOAeZ2tgSAtOthE =78Lk -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg--