[issue15448] utimes() functions fail with ENOSYS even when detected by configure

2013-03-03 Thread Charles-François Natali

Charles-François Natali added the comment:

Alright, closing.

--
resolution:  - invalid
stage:  - committed/rejected
status: open - closed

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15448
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15448] utimes() functions fail with ENOSYS even when detected by configure

2013-01-17 Thread Bohuslav Slavek Kabrda

Bohuslav Slavek Kabrda added the comment:

I have a similar problem with python 3.3.0. During installation, I get

snip
running install_lib
creating 
/builddir/build/BUILDROOT/python33-python-3.3.0-3.el6.i386/opt/rh/python33/root/usr/lib/python3.3/lib-dynload
copying build/lib.linux-i686-3.3-pydebug/_codecs_cn.cpython-33dm.so - 
/builddir/build/BUILDROOT/python33-python-3.3.0-3.el6.i386/opt/rh/python33/root/usr/lib/python3.3/lib-dynload
[?1034herror: Function not implemented
/snip

I tracked it down to distutils calling os.utime. When I comment the two lines 
[1] that use utime, everything works fine (well, except all the tests using 
utime fail, too). I'm running RHEL 6.4. Any chance to fix this? Richard's patch 
doesn't work for me.

Thanks.

[1] 
http://hg.python.org/cpython/file/f3e348ab08c6/Lib/distutils/file_util.py#l149

--
nosy: +bkabrda

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15448
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15448] utimes() functions fail with ENOSYS even when detected by configure

2013-01-17 Thread Charles-François Natali

Charles-François Natali added the comment:

There are actually two distinct issues.

For the first one, the problem is really a distribution issue: the libc is more 
recent than the kernel, and exports *utimes() whereas the kernel doesn't 
implement those syscalls, which results in ENOSYS.
I don't like the idea of adding explicit check for this, because any syscall 
can fail with ENOSYS (we've had recently pipe2(), accept4(), etc).
It's really a distribution issue.

For the second one, it seems that RHEL6.4 doesn't have utime() anymore, which I 
find really strange (although POSIX.1-2008 marks utime() as obsolete).
Could you provide the output of:
$ strace ./python -c import os; os.utime('.')

--
nosy: +neologix

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15448
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15448] utimes() functions fail with ENOSYS even when detected by configure

2013-01-17 Thread Bohuslav Slavek Kabrda

Bohuslav Slavek Kabrda added the comment:

Ouch, the problem was in fact on my side. I was building python inside a mock 
[1] chroot that had different version of headers than the actual kernel. When I 
figured this out and made the versions the same, everything passed perfectly.
Sorry for the confusion.

[1] http://fedoraproject.org/wiki/Projects/Mock

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15448
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue15448] utimes() functions fail with ENOSYS even when detected by configure

2012-07-25 Thread Richard Moseley

New submission from Richard Moseley dickie.mose...@virgin.net:

When building on a ASUS Eee PC 1000 running the original Xandros O/S with 
libc-2.7-13, the various utimes() functions are being detected as available for 
use, everything compiles. However, during installation of the lib-dynload 
libraries, the error 'Error: Function not implemented' is given and the 
installation halts.

This problem has been tracked down to the fact that some of the utimes() 
functions will return ENOSYS rather than the expected result.

I have now patched the configure.ac script to check for the seven variants of 
the function, which is attached. This patch would ideally have made use of the 
same model as the AC_CHCEK_FUNCS macro but this would require adding a new file 
to the source tree.

--
components: Build
files: configure.ac.diff
keywords: patch
messages: 166413
nosy: richmose
priority: normal
severity: normal
status: open
title: utimes() functions fail with ENOSYS even when detected by configure
type: compile error
versions: Python 3.3
Added file: http://bugs.python.org/file26514/configure.ac.diff

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15448
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com