From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751994AbdHaRfD (ORCPT ); Thu, 31 Aug 2017 13:35:03 -0400 Received: from merlin.infradead.org ([205.233.59.134]:45034 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751622AbdHaRfB (ORCPT ); Thu, 31 Aug 2017 13:35:01 -0400 Subject: Re: [PATCH 1/2] docs: kernel-doc comments are ASCII To: Jani Nikula , Jonathan Corbet , Mauro Carvalho Chehab Cc: "linux-doc@vger.kernel.org" , LKML , linux-media References: <54c23e8e-89c0-5cea-0dcc-e938952c5642@infradead.org> <20170830152314.0486fafb@lwn.net> <3390facf-69ae-ba18-8abe-09b5695a6b31@infradead.org> <20170831064941.1fb18d20@vento.lan> <87h8wn98bv.fsf@intel.com> <20170831105602.5607fe52@vento.lan> <20170831081721.38be05ef@lwn.net> <87d17b90zb.fsf@intel.com> <87a82f8zjc.fsf@intel.com> From: Randy Dunlap Message-ID: <58800275-b969-5377-2fd8-da8e13bad344@infradead.org> Date: Thu, 31 Aug 2017 10:34:57 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <87a82f8zjc.fsf@intel.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/31/17 09:36, Jani Nikula wrote: > On Thu, 31 Aug 2017, Jani Nikula wrote: >> On Thu, 31 Aug 2017, Randy Dunlap wrote: >>> On 08/31/17 07:17, Jonathan Corbet wrote: >>>> On Thu, 31 Aug 2017 10:56:26 -0300 >>>> Mauro Carvalho Chehab wrote: >>>> >>>>> It should have something to do with python version and/or to some >>>>> locale info at the system, as neither I or Jon can reproduce it. >>>> >>>> I can't reproduce it here, but I have certainly seen situations where >>>> Python 2 wants to run with the ascii codec by default. >>>> >>>> Note that the exception happens in our Sphinx extension, not in Sphinx >>>> itself. We've had other non-ascii text in our docs, so I think Sphinx is >>>> doing the right thing. The problem is with our own code. If I could >>>> reproduce it, it shouldn't be too hard to track down - take out that >>>> massive "except anything" block and see where it explodes. >>>> >>>> Randy, which distribution are you running, and are you using their version >>>> of Sphinx? >>> >>> opensuse LEAP 42.2 >>> Yes, their sphinx 1.3.1. >> >> What's your LANG setting? I think that's what it boils down to, and >> trying to work around non-UTF-8 LANG in both python 2 and 3 compatible >> ways. >> >> The odd thing is that I can reproduce the issue using a small python >> snippet, but not through Sphinx. > > Your original error message suggests your Sphinx actually uses python > 3. Can you check that? The clue is that it's the *decode* that fails. Where do you see that clue? My /usr/bin/python is linked to python2.7: > ll /usr/bin/python lrwxrwxrwx 1 root root 9 Jun 10 19:59 /usr/bin/python -> python2.7* > Does the below patch help? It avoids the implicit ascii decoding due to > universal_newlines=True and your LANG setting, and does explicit utf-8 > decoding instead. > > Fingers crossed. testing now. -- ~Randy