Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 522110 - dev-python/setuptools-5.7 fails install phase on f2fs file system [ARM] (locking issue?)
Summary: dev-python/setuptools-5.7 fails install phase on f2fs file system [ARM] (lock...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: ARM Linux
: Normal normal
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-04 02:57 UTC by Reuben Martin
Modified: 2014-09-20 16:53 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
Build Log (build.log,225.96 KB, text/plain)
2014-09-04 03:22 UTC, Reuben Martin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Reuben Martin 2014-09-04 02:57:55 UTC
I'm trying to build dev-python/setuptools-5.7 and the install phase fails. This is within a f2fs image running under qemu. (ARM emulation)

I understand this is not a common setup. However I suspect the issue stems from a missing file locking function (or something similar related to the filesystem) in f2fs.

writing manifest file '/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_4/build/setuptools.egg-info/SOURCES.txt'
Copying /var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_4/build/setuptools.egg-info to /var/tmp/portage/dev-python/setuptools-5.7/image//_python3.4/usr/lib/python3.4/site-packages/setuptools-5.7-py3.4.egg-info
error: [Errno 38] Function not implemented: '/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_4/build/setuptools.egg-info/dependency_links.txt'


Reproducible: Always
Comment 1 Mike Gilbert gentoo-dev 2014-09-04 03:19:09 UTC
Please attach a full build log.

Also, it would help if you could do a bit more debugging yourself. We would just be guessing at where the problem is occurring.

I suspect it is somewhere in setuptools.archive_util.unpack_directory(). If you insert some debug print statements in /usr/lib/python3.4/setuptools/archive_util.py to confirm that and possibly narrow it down, that would be helpful.
Comment 2 Reuben Martin 2014-09-04 03:22:18 UTC
Created attachment 384182 [details]
Build Log
Comment 3 Reuben Martin 2014-09-04 03:50:12 UTC
There currently is no such file /usr/lib/python3.4/setuptools/archive_util.py

Or perhaps did you mean relative to the working directory?

The existing setuptools version is quite old (1.1.6) and was not built with python 3.4 support.

Currently existing paths for that archive_util.py are:
/usr/lib/python2.7/distutils/archive_util.py
/usr/lib/python2.7/distutils/archive_util.pyc
/usr/lib/python2.7/distutils/archive_util.pyo
/usr/lib/python2.7/distutils/tests/test_archive_util.py
/usr/lib/python2.7/distutils/tests/test_archive_util.pyc
/usr/lib/python2.7/distutils/tests/test_archive_util.pyo
/usr/lib/python2.7/site-packages/setuptools/archive_util.py
/usr/lib/python2.7/site-packages/setuptools/archive_util.pyc
/usr/lib/python2.7/site-packages/setuptools/archive_util.pyo
/usr/lib/python3.2/distutils/archive_util.py
/usr/lib/python3.2/distutils/tests/test_archive_util.py
/usr/lib/python3.2/site-packages/setuptools/archive_util.py
/usr/lib/python3.3/distutils/archive_util.py
/usr/lib/python3.3/distutils/tests/test_archive_util.py
/usr/lib/python3.3/site-packages/setuptools/archive_util.py
/usr/lib/python3.4/distutils/archive_util.py
/usr/lib/python3.4/distutils/tests/test_archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/image/_python3.3/usr/lib/python3.3/site-packages/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/image/_python3.4/usr/lib/python3.4/site-packages/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/image/usr/lib/python2.7/site-packages/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/image/usr/lib/python2.7/site-packages/setuptools/archive_util.pyc
/var/tmp/portage/dev-python/setuptools-5.7/image/usr/lib/python2.7/site-packages/setuptools/archive_util.pyo
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python2_7/build/lib/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python2_7/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python2_7/setuptools/archive_util.pyc
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_3/build/lib/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_3/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_4/build/lib/setuptools/archive_util.py
/var/tmp/portage/dev-python/setuptools-5.7/work/setuptools-5.7-python3_4/setuptools/archive_util.py

I'll probably need direction in what I'm looking for. I'm not very familiar with python.
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2014-09-04 11:55:21 UTC
This isn't a support forum. When you find the actual bug, then please reopen this bug report with appropriate information.
Comment 5 Reuben Martin 2014-09-20 16:53:10 UTC
Meh. There are just too many locking (and other) syscalls that are not yet supported on this file system. I created a small ext4 image and mounted it to /var/tmp/portage to work around it. It's a hack but it works.

As it is a limitation of the file system itself, and is not officially one of the filesystems supported for a system install, it's probably not something Gentoo should be trying to fix.