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.017206 |
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
1 2 3 Next › Last »
hexd commented on 2022-06-24 15:15 (UTC)
@funkmuscle, when it failed without
:$PWD
, have you used makepkg directly or an AUR helper? What's your distro (Arch/Manjaro/Endeavour)? What's the error message?funkmuscle commented on 2022-06-23 20:40 (UTC)
@hexd, I had to add :$PWD back in for it to work.
lucian commented on 2022-06-18 20:27 (UTC)
just tested and no error message anymore.
thx - super support.
hexd commented on 2022-06-18 04:49 (UTC)
@lucian, I found a way to reproduce the issue you described. Namely, calling this from the
src/scandir-1.10.0/
directory (the one created bymakepkg
):Removing the
:$PWD
solved the issue for me. It seems the reason has to do with mixing the built shared object_scandir.so
with two distinct Python source versions (the directory with the shared object and the current working directory). If for some reason the new approach of v1.10.0-8 doesn't work for you, please tell what's the content ofsrc/scandir-1.10.0/
andsrc/scandir-1.10.0/build/lib.linux-x86_64-2.7/
after the error.lucian commented on 2022-06-17 08:53 (UTC)
on manjaro, tried with yay and manual. same result.
currently 1.10.0-4 is installed, so its not a new install.
using os.symlink("src","lnsrc") in python2 result is:
File: lnsrc -> src Size: 3 Blocks: 0 IO Block: 4096 symbolic link Device: 259,2 Inode: 19661835 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 1000/ user) Gid: ( 1000/ user)
hexd commented on 2022-06-17 07:40 (UTC)
@lucian, it seems that
os.symlink
isn't creating the symbolic link in your system, or it's creating something not as a directory.Are you running
makepkg
or an AUR helper? What's the filesystem type? Can you tryos.symlink(target, link)
in Python 2 for some actual target and link that are in the same filesystem, and send the result of callingstat link
in shell (replacing "link" by the actual link name) afterwards?lucian commented on 2022-06-17 06:49 (UTC)
deleted - didn't change the outcome. all other python packages are updated.
hexd commented on 2022-06-16 20:46 (UTC)
@MarsSeed thanks for this research on the UTF-8 issue! I've switched it to
C.UTF-8
.@lucian, the error has to do with mixed context between the two
TestWalkSymlink
tests, it seems thetemp
directory was not emptied from a previous run of the tests (or something similar). Can you please clean the directory and try again?lucian commented on 2022-06-16 17:06 (UTC)
I have got a different error, cant trace back this message via goodle:
test_traversal (test.test_walk.TestWalk) ... ok test_symlink_to_directory (test.test_walk.TestWalkSymlink) ... FAIL test_symlink_to_file (test.test_walk.TestWalkSymlink) ... ok
====================================================================== FAIL: test_symlink_to_directory (test.test_walk.TestWalkSymlink)
Traceback (most recent call last): File "test/test_walk.py", line 191, in test_symlink_to_directory self.assertEqual(dirs, ['dir', 'link_to_dir']) AssertionError: Lists differ: ['dir'] != ['dir', 'link_to_dir']
Second list contains 1 additional elements. First extra element 1: 'link_to_dir'
Ran 34 tests in 0.003s
FAILED (failures=1, skipped=3) ==> ERROR: A failure occurred in check(). Aborting...
MarsSeed commented on 2022-06-16 11:59 (UTC)
Just re-read the comments carefully. So thanks also goes out to @Daerun and @robertc for their valuable feedback!
1 2 3 Next › Last »