Confirmed - not sure if my earlier email made it?
https://github.com/biopython/biopython/commit/6421d365a511c0de71748737ba6e1cd8518658ac
Can you pull in that commit as a patch for the Biopython 1.71 package?
Peter
On Thu, Apr 5, 2018 at 3:39 PM, Klaus Zimmermann
<klaus_zimmerm...@gmx.de> wrote:
> Hi Andreas,
>
> here, the culprit is
> U+2019 : RIGHT SINGLE QUOTATION MARK {single comma quotation mark}
> that is used as an apostrophe in two places in "Apple's".
>
> I found this by looking for 0xe2 (from your error message) in an hexdump
> (od -A d -xc README.rst |less ) at the named position (7116).
>
> Cheers
> Klaus
>
>
> On 05/04/18 16:34, Andreas Tille wrote:
>> Hi Olivier,
>>
>> On Thu, Apr 05, 2018 at 04:19:37PM +0200, Olivier Sallou wrote:
>>>
>>> On 04/05/2018 04:10 PM, Andreas Tille wrote:
>>>> (maybe?) setup.py:
>>>>
>>>>
>>>> ...
>>>> dh_auto_clean
>>>> pybuild --clean -i python{version} -p 2.7
>>>> I: pybuild base:217: python2.7 setup.py clean
>>>> running clean
>>>> removing
>>>> '/home/andreas/debian-maintain/salsa/med-team/build-area/python-biopython-1.71+dfsg/.pybuild/cpython2_2.7/build'
>>>> (and everything under it)
>>>> 'build/bdist.linux-x86_64' does not exist -- can't clean it
>>>> 'build/scripts-2.7' does not exist -- can't clean it
>>>> pybuild --clean -i python{version} -p 3.6
>>>> I: pybuild base:217: python3.6 setup.py clean
>>>> Traceback (most recent call last):
>>>> File "setup.py", line 435, in <module>
>>>> readme_rst = handle.read()
>>>> File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode
>>>> return codecs.ascii_decode(input, self.errors)[0]
>>>> UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 7116:
>>>> ordinal not in range(128)
>>>> E: pybuild pybuild:336: clean: plugin distutils failed with: exit code=1:
>>>> python3.6 setup.py clean
>>>> dh_auto_clean: pybuild --clean -i python{version} -p 3.6 returned exit
>>>> code 13
>>> this is usually related to non ascii characters in file (readme.rst?) ,
>>> if you find some, you can patch file to remove them.
>>
>> Is there any efficient method to seek for this kind of non-ascii
>> characters?
>>
>> Kind regards
>>
>> Andreas.
>>
>
>
