Search Criteria
Package Details: python2-scandir 1.10.0-8
Package Actions
Git Clone URL: | https://aur.archlinux.org/python2-scandir.git (read-only, click to copy) |
---|---|
Package Base: | python2-scandir |
Description: | Better directory iterator and faster os.walk() alternative |
Upstream URL: | https://github.com/benhoyt/scandir |
Licenses: | BSD |
Submitter: | hexd |
Maintainer: | hexd |
Last Packager: | hexd |
Votes: | 4 |
Popularity: | 0.016862 |
First Submitted: | 2022-06-12 05:39 (UTC) |
Last Updated: | 2022-06-18 04:43 (UTC) |
Dependencies (2)
- python2AUR (python2-binAUR)
- python2-setuptoolsAUR (make)
Latest Comments
« First ‹ Previous 1 2 3 Next › Last »
MarsSeed commented on 2022-06-16 11:53 (UTC)
Thanks to both of, you, @jfk and @ravenblackdusk.
@hexd, I've changed the test locale to
LC_ALL=C.UTF-8
in python2-pyopenssl'scheck()
.According to @jfk's comment, it resolved the
UnicodeEncodeError
there.Based on input from both @jfk and @ravenblackdusk, as well as my own testing, it seems that if we set any
<lang>.UTF-8
locale that is not available on a particular system (neither in glibc nor via locale-gen), python2 will fall back to the ancientANSI_X3.4-1968
encoding for its filesystem access. (The same as if we were forcingLC_ALL=C
).Only locales
POSIX
,C
andC.UTF-8
are universally present on up-to-date Arch-based systems. The latter has just been added recently to glibc, on 6 June 2022, with package version 2.35-6 (systemd needs that as fallback now, and "forced" the Arch devs to include it, according to them).It is possible some users still don't have it; they'll have to update to at least glibc 2.35-6.
Fortunately even Manjaro's roughly one-month-delayed stable-branch repos received this glibc version 2 days after Arch, as a fast-tracked package upgrade.
So @hexd, please change your testing locale to
C.UTF-8
and cross your fingers! :Dravenblackdusk commented on 2022-06-16 11:36 (UTC)
I'm using manjaro I don't use testing repositories AFAIK.
seemingly same error:
UnicodeEncodeError: 'ascii' codec can't encode character u'\u018f' in position 72: ordinal not in range(128)
tpaniaki commented on 2022-06-16 07:45 (UTC) (edited on 2022-06-16 09:27 (UTC) by tpaniaki)
EDIT: build eventually went through after installing python2-pyopenssl (see MarsSeed's thread for details). I cannot pinpoint a reason though.
Daerun commented on 2022-06-16 07:39 (UTC)
Just wanted to say that in my case (vanilla Arch and locale set to catalan) I had to comment the line containing "LC_ALL" for it to work.
MarsSeed commented on 2022-06-16 00:20 (UTC)
+1: I'm also interested in the output of this command:
MarsSeed commented on 2022-06-16 00:09 (UTC) (edited on 2022-06-16 01:18 (UTC) by MarsSeed)
Thanks for both of you for your replies. On the surface, everything looks fine with those LANG settings.
But could you please also share the output of the following statement? (I have a hunch and I've already found some potential discrepancy; will discuss later).
EDIT: And also please report the results of the following variant:
tpaniaki commented on 2022-06-15 17:00 (UTC) (edited on 2022-06-15 17:36 (UTC) by tpaniaki)
I'm running Gnome on Arch with default repos (meaning I haven't set anything in particular).
robertc commented on 2022-06-15 16:07 (UTC)
I am getting the same errors both with Pamac and Yay, I am using EndeavourOS.
MarsSeed commented on 2022-06-15 13:53 (UTC)
@ravenblackdusk, are you using Manjaro? In that case, which branch?
@jfk, same question to you - which distro are you using? And within that, do you use the default 'branch' / default repos, or maybe 'testing' / 'unstable' etc.?
Also to both of you: what is the output of the following command on your system(s)?
Thank you for your responses in advance.
tpaniaki commented on 2022-06-15 13:09 (UTC)
Still getting the same errors on my system as well.
« First ‹ Previous 1 2 3 Next › Last »