[issue16591] RUNSHARED wrong for OSX no framework
Fabian Groffen added the comment:
re: single quotes - double quotes
I made RUNSHARED consistent (although, as you point out, less broken) with the
other RUNSHARED assignments right above. If suggest to tackle the issue of
whitespace support for all RUNSHARED assignments, not just Darwin case.
re: `pwd` vs. $(pwd)
$ /bin/sh
$ echo $(pwd)
syntax error: `(' unexpected
Here again, even though Darwin/OSX may be shipped with /bin/sh being bash
(hence above problem not existing), for consistency, using `pwd` in all
RUNSHARED assignments is nice, IMO.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16591
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16591] RUNSHARED wrong for OSX no framework
Fabian Groffen added the comment: Which shell doesn't have $(command) support? It is not a bash-ism, but is part of the POSIX shell definition (but wasn't present in older sh implementations). Solaris' /bin/sh. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16591] RUNSHARED wrong for OSX no framework
New submission from Fabian Groffen: Python fails to run python.exe on OSX when a non-framework build is requested, due to wrong quoting in configure.ac. Like all other RUNSHARED, it shouldn't be quoted because then `pwd` won't be expanded, resulting in a wrong DYLD_LIBRARY_PATH when regen is ran (from a different directory than where libpython3.3.dylib resides). Attached patch solves the issue. The issue seems to be in current 3.3 and default heads. -- components: Build files: 11_all_darwin-dyld-library-path.patch hgrepos: 162 keywords: patch messages: 176754 nosy: grobian priority: normal severity: normal status: open title: RUNSHARED wrong for OSX no framework type: compile error versions: Python 3.3 Added file: http://bugs.python.org/file28180/11_all_darwin-dyld-library-path.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16591 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)
Fabian Groffen grob...@gentoo.org added the comment: % echo test /var/tmp/testfile % python Python 2.7.3 (default, Apr 26 2012, 19:06:37) [GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin Type help, copyright, credits or license for more information. import shutil shutil.move(/var/tmp/testfile, ./testfile); Traceback (most recent call last): File stdin, line 1, in module File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 299, in move copy2(src, real_dst) File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 129, in copy2 copystat(src, dst) File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 103, in copystat os.chflags(dst, st.st_flags) OSError: [Errno 45] Operation not supported: './testfile' % vi /Library/Gentoo/usr/lib/python2.7/shutil.py % python Python 2.7.3 (default, Apr 26 2012, 19:06:37) [GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin Type help, copyright, credits or license for more information. import shutil shutil.move(/var/tmp/testfile, ./testfile); 45 Traceback (most recent call last): File stdin, line 1, in module File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 300, in move copy2(src, real_dst) File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 130, in copy2 copystat(src, dst) File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 103, in copystat os.chflags(dst, st.st_flags) OSError: [Errno 45] Operation not supported: './testfile' % grep 45 /usr/include/sys/errno.h #define ENOTSUP 45 /* Operation not supported */ I tried with a FAT16 formatted USB-disk, but there it doesn't fail, so I did some further digging. MS-DOS FS (under OSX) just seems to support setting flags (I tried with stat.UF_HIDDEN, Finder no longer displays the file). NFS, however, does NOT support any chflags call. % python Python 2.7.3 (default, Apr 26 2012, 19:06:37) [GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin Type help, copyright, credits or license for more information. import errno print hasattr(errno, 'EOPNOTSUPP') True print errno.EOPNOTSUPP 102 102 obviously != 45 % grep 102 /usr/include/sys/errno.h #define EOPNOTSUPP 102 /* Operation not supported on socket */ I believe Python got it mixed up here, we're looking for ENOTSUP, but that one doesn't exist, at least not here. print hasattr(errno, 'ENOTSUP') False -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)
Fabian Groffen grob...@gentoo.org added the comment:
it seems errnomodule.c has no idea of ENOTSUP, and that's not the only missing
one.
OSX 10.7:
$ grep ^#define\sE /usr/include/sys/errno.h | awk '{print $2}' | while read
line ; do grep -q ${line} Modules/errnomodule.c || echo missing: $line ; done
missing: ENOTSUP
missing: EBADRPC
missing: ERPCMISMATCH
missing: EPROGUNAVAIL
missing: EPROGMISMATCH
missing: EPROCUNAVAIL
missing: EFTYPE
missing: EAUTH
missing: ENEEDAUTH
missing: EPWROFF
missing: EDEVERR
missing: EBADEXEC
missing: EBADARCH
missing: ESHLIBVERS
missing: EBADMACHO
missing: ECANCELED
missing: ENOATTR
missing: ENOPOLICY
missing: ENOTRECOVERABLE
missing: EOWNERDEAD
missing: ELAST
Solaris 10:
$ grep ^#define\sE /usr/include/sys/errno.h | awk '{print $2}' | while read
line ; do grep -q ${line} Modules/errnomodule.c || echo missing: $line ; done
missing: ECANCELED
missing: ENOTSUP
missing: EOWNERDEAD
missing: ENOTRECOVERABLE
missing: ELOCKUNMAPPED
missing: ENOTACTIVE
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14662
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)
Fabian Groffen grob...@gentoo.org added the comment: I don't want to go through the paperwork nonsense just for a trivial patch, hence I didn't supply one, but instead provided all the information for you guys to make the correct fix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)
New submission from Fabian Groffen grob...@gentoo.org: With current working dir an NFS-mounted ZFS share, and /var/tmp (OSX default) HFS+: % echo test /var/tmp/testfile % python Python 2.7.3 (default, Apr 24 2012, 19:33:45) [GCC 4.2.1 (Gentoo 4.2.1_p5666, Apple Inc. build 5666) (dot 3)] on darwin Type help, copyright, credits or license for more information. import shutil shutil.move(/var/tmp/testfile, ./testfile); Traceback (most recent call last): File stdin, line 1, in module File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 299, in move copy2(src, real_dst) File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 129, in copy2 copystat(src, dst) File /Library/Gentoo/usr/lib/python2.7/shutil.py, line 103, in copystat os.chflags(dst, st.st_flags) OSError: [Errno 45] Operation not supported: './testfile' % ls /var/tmp/testfile ./testfile ./testfile /var/tmp/testfile The problem likely is that the flags stored on the HFS+ volume cannot be applied to the NFS-mounted ZFS volume. This likely also occurs when doing a bit more regular things, like e.g. moving/copying to a mounted USB disk (with FAT32 filesystem). I believe this is a regression introduced by http://bugs.python.org/issue8746. Python-2.7.2 works fine. While preserving flags is nice, it is questionable whether failure to do so in this case is worth dying for. In particular, leaving behind both the original as well as the copy is a bit messy. -- components: None messages: 159178 nosy: grobian priority: normal severity: normal status: open title: shutil.move broken in 2.7.3 on OSX (chflags fails) type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14662] shutil.move broken in 2.7.3 on OSX (chflags fails)
Fabian Groffen grob...@gentoo.org added the comment: I presume Python 3.2+ have the same behavior? I cannot compile that or get it working normally, so I can't tell for sure. Judging from the code, I'd say yes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14662 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Fabian Groffen grob...@gentoo.org added the comment: Sorry for the noise. My issue seems to be caused by a broken openssl. It is a specific problem with the code for sparcv9 and the T1 CPU. Python can't do much about this. -- versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Fabian Groffen grob...@gentoo.org added the comment: I recompiled openssl with noasm flag now for sparcv9 (like I do on 32-bits compiles), and the example runs fine for me on the T1, proving Python is not to blame here. That said, if your problem only occurs with 0.9.8 isn't it then likely that that version has some bug which is fixed in 1.0.0 series? My gdb backtraces pointed at code inside libcrypto (one of the ASM accelerators). I am using GCC and a minimum of host-provided libs though. % python2.7 -V Python 2.7.1 (r271:86832, Feb 14 2011, 12:37:15) [GCC 4.3.2] on sunos5 % file `which python2.7` /scratch/tmp/gentoo/sparcv9/usr/bin/python2.7: ELF 64-bit MSB executable, SPARC V9, total store ordering, version 1 (SYSV), dynamically linked (uses shared libs), not stripped % uname -a SunOS build-t1000-sol10.cwi.nl 5.10 Generic_139555-08 sun4v sparc SUNW,SPARC-Enterprise-T1000 Solaris -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Fabian Groffen grob...@gentoo.org added the comment: I can reproduce this on Solaris 10/Sparc64 only, using Python 2.7.1. My core files aren't really useful though, nothing it can point to, everything is corrupt. -- nosy: +grobian versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7305] urllib2.urlopen() segfault using SSL on Solaris
Fabian Groffen grob...@gentoo.org added the comment: Perhaps I should have been a bit more clear. Python 2.6 works fine for me on Solaris 10/Sparc64 (64-bits). Python 2.7.1 also works on Solaris 10/Sparc (32-bits), but not on Sparc64 (64-bits). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7305 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7718] Build shared libpythonX.Y.so on IRIX
Fabian Groffen grob...@gentoo.org added the comment: Is it necessary to file a new bug for the same issue, or can we reopen from here? With Stuart in the loop it looks to me the raised issues are dealt with? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7713] implement ability to disable automatic search path additions
New submission from Fabian Groffen grob...@gentoo.org: setup.py adds in various places hardcoded paths to locations in the filesystem that may contain libraries/includes to compile a given module or feature. While this behaviour is probably interesting for some users, it is undesirable for distributions that use a package manager to track and install dependencies in a given offset on top of a host system such as Mac OS X, Solaris, AIX, HPUX, etc. Examples are: http://trac.macports.org/browser/trunk/dports/lang/python26/files/patch-setup.py.diff http://www.mail-archive.com/openpkg-...@openpkg.org/msg09547.html http://overlays.gentoo.org/proj/alt/browser/trunk/prefix-overlay/dev-lang/python/files/python-2.5.1-no-usrlocal.patch It would be great if there was a way to disable setup.py from looking for hardcoded paths, and instead completely rely on the behaviour of compiler and linker (or e.g. CFLAGS as given) -- components: Build messages: 97880 nosy: grobian severity: normal status: open title: implement ability to disable automatic search path additions type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7713 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7714] configure GCC version detection fix for Darwin
New submission from Fabian Groffen grob...@gentoo.org: configure.in contains a check for the compiler in use for Darwin like this: gcc_version=`gcc -v 21 | grep version | cut -d\ -f3` This yields in a wrong answer if the output of gcc -v has version in another place as well, such as when --enable-version-specific-runtime-libs is enabled. A better way to retrieve the compiler version is to use GCC's -dumpversion argument, which works with Apple's GCC 3.3, 4.0.1 and 4.2.1 and doesn't need additional grepping/cutting, etc. The attached patch uses -dumpversion to retrieve the GCC version, which allows a successful configure run. -- components: Build files: python-2.5.1-darwin-gcc-version.patch keywords: patch messages: 97883 nosy: grobian severity: normal status: open title: configure GCC version detection fix for Darwin type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file15911/python-2.5.1-darwin-gcc-version.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7714 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7715] Allow use of GNU arch on Darwin
New submission from Fabian Groffen grob...@gentoo.org: Configure will die on Darwin with the message Unexpected output of 'arch' on OSX when GNU arch is in use. The following patch simply adds the output as given by GNU arch to allow a successful configure run. -- components: Build files: python-2.6.4-gnu-arch-darwin.patch keywords: patch messages: 97884 nosy: grobian severity: normal status: open title: Allow use of GNU arch on Darwin type: behavior versions: Python 2.6, Python 2.7 Added file: http://bugs.python.org/file15912/python-2.6.4-gnu-arch-darwin.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7716] IPv6 detection, don't assume existence of /usr/xpg4/bin/grep
New submission from Fabian Groffen grob...@gentoo.org: The solaris case implementation of the ipv6 check assumes /usr/xpg4/bin/grep is available. This gives error messages on e.g. IRIX where /etc/netconfig is available, but no /usr/xpg4/bin/grep. This is simply fixed by using $GREP which is set by configure, and will be set to /usr/xpkg4/bin/grep if no suitable grep was found in the path. Attached patch incorporates this change. -- files: python-2.5.1-no-hardcoded-grep.patch keywords: patch messages: 97892 nosy: grobian severity: normal status: open title: IPv6 detection, don't assume existence of /usr/xpg4/bin/grep versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file15913/python-2.5.1-no-hardcoded-grep.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7716 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7717] Compilation fixes for IRIX
New submission from Fabian Groffen grob...@gentoo.org: Patches to fix compilation issues on IRIX, on behalf of Frank Everdij and Stuart Shelton. -- components: Build files: python-2.7-irix.patch keywords: patch messages: 97896 nosy: grobian severity: normal status: open title: Compilation fixes for IRIX versions: Python 2.6, Python 2.7 Added file: http://bugs.python.org/file15915/python-2.7-irix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7717] Compilation fixes for IRIX
Changes by Fabian Groffen grob...@gentoo.org: Added file: http://bugs.python.org/file15916/python-2.6.4-irix.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7717 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7718] Build shared libpythonX.Y.so on IRIX
New submission from Fabian Groffen grob...@gentoo.org: Create a libpythonX.Y.so library on IRIX. Patch on behalf of Stuart Shelton. -- components: Build files: python-2.6-irix-libpython2.6.patch keywords: patch messages: 97897 nosy: grobian severity: normal status: open title: Build shared libpythonX.Y.so on IRIX versions: Python 2.6, Python 2.7 Added file: http://bugs.python.org/file15917/python-2.6-irix-libpython2.6.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7719] distutils: ignore .nfsXXXX files
New submission from Fabian Groffen grob...@gentoo.org: NFS on certain platforms (most notably AIX, Solaris) use .nfsX files that appear and disappear automagically. distutils can get confused by that once a .nfsX file was earlier seen with listdir and then removed by the OS before its copied. Simply ignore .nfsX files as workaround. -- assignee: tarek components: Distutils files: python-2.5.1-distutils-aixnfs.patch keywords: patch messages: 97898 nosy: grobian, tarek severity: normal status: open title: distutils: ignore .nfs files type: behavior versions: Python 2.5, Python 2.6, Python 2.7 Added file: http://bugs.python.org/file15918/python-2.5.1-distutils-aixnfs.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris
Fabian Groffen grob...@gentoo.org added the comment: I use this patch, which just always uses crypt_i on Solaris to work around the problem. -- keywords: +patch nosy: +grobian title: Python libcrypt build problem on Solaris 8 - Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris versions: +Python 2.7 Added file: http://bugs.python.org/file15919/python-2.7-solaris64-crypt.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1471934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1471934] Python libcrypt build problem on Solaris 8, 9, 10 and OpenSolaris
Changes by Fabian Groffen grob...@gentoo.org: Added file: http://bugs.python.org/file15920/python-2.6.2-solaris64-crypt.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1471934 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7718] Build shared libpythonX.Y.so on IRIX
Fabian Groffen grob...@gentoo.org added the comment: I think so. From my experience he's mainly not willing to sign up to each and every bugtracking system, which I fully understand. Do you guys need signed contracts for each and every (even single line) patch? Is it better to report the problem and how it can possibly be redone by one of the python devs? In this case that would be something like take the linux case, and change LD_LIBRARY_PATH to LD_LIBRARYN32_PATH. I'm really in favour of getting rid of these 35 patches against Python :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7718] Build shared libpythonX.Y.so on IRIX
Fabian Groffen grob...@gentoo.org added the comment: I've asked Stuart to sign up and comment on this bug to get his opinion. Sorry. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
