Ronald Oussoren added the comment:
A major reason for why the current installers don't install Tk as well is that
this would significantly increase the size of the installer.
There's also the question of what bits of Tcl/Tk should be bundled, although I
guess we should ship a minim
New submission from Ronald Oussoren:
I noticed that 'test_curses' is not started when performing "make test" on an
OSX box:
...
[ 42/369] test_curses
test_curses skipped -- sys.__stdout__ is not a tty
...
The host is a machine running OSX 10.8, fully up-to-date with patc
Ronald Oussoren added the comment:
The attached patch syncs libffi_osx with the copy of libffi that's included
with PyObjC.
With this patch test_ctypes passes for me when using clang to build on OSX 10.8.
I haven't run the tests with other python releases yet, and also not on a
Ronald Oussoren added the comment:
the test does get run with 'make buildbottest', and then fails with a
ValueError exception:
$ /Users/ronald/Projects/python/rw/default/tbuild/python.exe -W default -bb -E
-R -m test -r -w -j 1 -u all -W --timeout=3600 test_curses
Using random se
Ronald Oussoren added the comment:
I knew the test failure looked familiar, but couldn't find the issue in the
tracker.
This issue (test_curses not running with make test) is due to '-j0' in the
arguments to the test runner: with -j0 the runner uses multiprocessing and the
st
Ronald Oussoren added the comment:
Yes.
I'll add a message to that issue to note that is also affects 'make test'
--
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
type: -> behavior
__
Ronald Oussoren added the comment:
As noted in Issue15664 this issue also affects "make test".
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.o
Ronald Oussoren added the comment:
Nadeem: is the failure you show in msg141798 with a version of test_curses that
uses pty.openpty?
If it isn't: I'd expect more test failures on buildbot machines where the
buildbot agent is started as a system daemon, in which case the process doe
Ronald Oussoren added the comment:
BTW. the documentation for curses.setupterm says:
curses.setupterm([termstr, fd])
The first argument is actually named "term" in the C code.
--
___
Python tracker
<http://bugs.python.o
Ronald Oussoren added the comment:
Py_UNICODE is an typedef for wchar_t and that type is 4 bytes long:
>>> a.tobytes()
b'h\x00\x00\x00e\x00\x00\x00l\x00\x00\x00l\x00\x00\x00o\x00\x00\x00
\x00\x00\x00w\x00\x00\x00o\x00\x00\x00r\x00\x00\x00l\x00\x00\x00d\x00\x00\x00'
>
Ronald Oussoren added the comment:
I'm pretty sure this is a generic Makefile bug. I could reproduce this problem
with a clean install into a new prefix, after cleaning up the source tree:
'make clean' won't remove the generated file when srcdir != builddir.
This line i
Changes by Ronald Oussoren :
--
keywords: +needs review, patch
___
Python tracker
<http://bugs.python.org/issue13370>
___
___
Python-bugs-list mailing list
Unsub
Ronald Oussoren added the comment:
Patch looks good to me.
I've added 3.3 to the list of python versions because it might be worthwhile to
apply this to 3.3 as well (after 3.3.0 is released).
--
keywords: +needs review
versions: +Pytho
Ronald Oussoren added the comment:
Patch seems to be present in the current maintenance and development releases
(2.7, 3.2 and 3.3).
Can you confirm that this issue is no longer present in python 2.7 and later?
--
___
Python tracker
<h
New submission from Ronald Oussoren:
On my laptop (running OSX 10.8, but I have noticed the same on earlier OSX
releases) test_ssl fails:
==
FAIL: test_connect (test.test_ssl.NetworkedTests
Changes by Ronald Oussoren :
--
assignee: ronaldoussoren ->
___
Python tracker
<http://bugs.python.org/issue15740>
___
___
Python-bugs-list mailing list
Un
Ronald Oussoren added the comment:
I've tested the patch on OSX 10.5 with GCC and all tests pass.
I'd like to get this into 3.3rc1 as the test failure indicate a problem that
could cause very vague problems for users of the ctypes library that use clang
on OSX to build python (whic
Ronald Oussoren added the comment:
There were some problems building using llvm-gcc, those have been resolved by
detecting falling back to clang when llvm-gcc is detected. That's the only real
problem I know of.
--
___
Python tracker
Ronald Oussoren added the comment:
BTW. I wouldn't mind a patch review, particularly by someone that can easily
test on Linux. I'm not too keen on checking in this patch without a test on
Linux, not this close to 3.3rc1.
--
___
Pyth
Ronald Oussoren added the comment:
The bug report mentions python 2.7.1. Could you try to reproduce using the most
recent release, or a fresh checkout?
The reason I ask this is that the crash report has a deeply nested call stack
and there used to be a bug where new threads were created
Ronald Oussoren added the comment:
The stack size problem was issue #9670.
--
___
Python tracker
<http://bugs.python.org/issue15739>
___
___
Python-bugs-list m
Ronald Oussoren added the comment:
What's rather annoying is that I cannot find OpenSSL on opensource.apple.com,
which means we cannot check if they use patches add functionality that our
users would like to have.
One such feature is likely keychain integration (that is, use the CA
Ronald Oussoren added the comment:
Antoine: Apple almost certainly has hacked their copy of OpenSSL, they do so
for other libraries (including python) as well.
Apple does not ship CAcerts root certificate, I've added it to the System
Keychain on my machine because I use a number of mac
Ronald Oussoren added the comment:
More interesingly are the download archives for OpenSSL098, which is the
openssl version that's used on newer OSX releases. Sadly enough the version
used on OSX 10.8 is not present there (that seems to be OpenSSL098-47, the
latest download is -35).
Dow
Ronald Oussoren added the comment:
Attached cleaner version of the test:
* use self.addCleanup instead of a tearDown method
* add comment that explains why the code is present
* setUp method is only active on OSX
--
Added file: http://bugs.python.org/file26948/issue15740-2.txt
Ronald Oussoren added the comment:
The attached patch sets not just 'CC' but 'CXX' as well.
I haven't tested the patch beyond building on an OSX 10.8 system (that is, the
primary use of the script is not tested)
--
Changes by Ronald Oussoren :
Added file: http://bugs.python.org/file26957/issue14292.txt
___
Python tracker
<http://bugs.python.org/issue14292>
___
___
Python-bugs-list m
Ronald Oussoren added the comment:
The change to ppc-ffi_darwin.c was unintentional and should be removed. I must
have been sleeping during the merge, as I only intended to copy the files for
i386/x86_64 and not for PPC as the latter architecture didn't have problems
when compiled with
Ronald Oussoren added the comment:
There could be an off by one error in the decoding of PYTHONEXECUTABLE,
mbstowcs will only add a NUL character when there is room for one and when the
environment variable is all ASCII the buffer isn't large enough which means the
argume
Ronald Oussoren added the comment:
I can now reproduce the isue:
env PYTHONHOME=/Library/Frameworks/Python.framework/Versions/3.3
PYTHONEXECUTABLE=/bin/bash MallocGuardEdges=1 MallocStackLogging=1
MallocScribble=1 MallocStackLoggingNoCompact=1 MallocCheckHeapEach=1 arch -i386
python3.3 -c
Changes by Ronald Oussoren :
--
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue15761>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
This also affects 2.7, and the patch doesn't work there.
It does work when I add the call to os.putenv at module scope before (before
importing ssl), but I don't really like that.
It is probably necessary to do it like this though, the code that
Ronald Oussoren added the comment:
There is no need to unconditionally skip the test. The cacert.org root
certificate is not present on most systems, I just happened to have imported it
into my keychain.
I've removed the cacert root from my keychain and test_ssl now passed without a
Ronald Oussoren added the comment:
committed a patch in revisions 526c6262d91f and ae51329f9893. Those won't end
up as messages in this issue due to a typo in the check-in message.
--
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
My fingers are too thick. The two changesets in msg168877 are for issue 15761,
not this one. Sorry about the noise.
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue15
Ronald Oussoren added the comment:
I didn't have time to look into this today and will look into this tomorrow.
--
Added file: http://bugs.python.org/file26972/smime.p7s
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
plutil(1) supports writing json format.
That written, the opensource parts of CoreFoundation on opensource.apple.com
don't support reading or writing json files.
I'm therefore -1 w.r.t. adding support for json formatted plist files, support
fo
Ronald Oussoren added the comment:
What code duplication do you mean?
The code in the switch statement at line 71 looks similar for the various case,
but it isn't: there is variation in the types uses in the casts (and
particularly in the cast used to read the input
Changes by Ronald Oussoren :
Removed file: http://bugs.python.org/file26972/smime.p7s
___
Python tracker
<http://bugs.python.org/issue13370>
___
___
Python-bugs-list m
Ronald Oussoren added the comment:
Attached version of the patch without the change to the powerpc specific code.
I will commit this version later today (after another testing round).
--
Added file: http://bugs.python.org/file26984/issue_13370-2.txt
Ronald Oussoren added the comment:
That's not code duplication, but a way to silence a compiler warning. I added
it while trying to get pyobjc to compile without any warnings.
--
___
Python tracker
<http://bugs.python.org/is
Ronald Oussoren added the comment:
I noticed earlier today that test_ctypes passes for Python 3.3 both with and
without my patch. This is on OSX 10.8.1 with an up-to-date Xcode.
Configure arguments:
'--enable-framework' '--with-pydebug'
'--enable-universalsdk=/Applic
Ronald Oussoren added the comment:
Duh...
3.3 without patch fails when I leave out '--with-pydebug'. I'm now running the
testsuite for 2.7 and 3.2 with patch and will commit once those are ready,
which should be within a
Ronald Oussoren added the comment:
The issue should be gone in the upcoming 3.3rc1 release and the next stable
releases of 3.2 and 2.7.
--
resolution: -> fixed
status: open -> pending
___
Python tracker
<http://bugs.python.org/i
New submission from Ronald Oussoren:
Recent versions of Xcode on OSX 10.7 and 10.8 fail to compile 3 of the
extension modules in Mac/Modules: the modules for fm, qd and qdoffs.
That's because those extensions wrap APIs that are long deprecated and are no
longer present.
The attached
Changes by Ronald Oussoren :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Ronald Oussoren added the comment:
PEP 405 is for "venv" support and that is available. Documenting how to use
pip/distribute/setuptools with venv is IMHO beyond the scope of the stdlib
documentation (and should be easy enough: create a virtual environment using
pyvenv, then install
Ronald Oussoren added the comment:
pyvenv won't install setuptools because setuptools is not a stdlib package.
Having packaging would have been nice, but that library was not in a good
enough shape for the 3.3 release.
I don't understand what you try to do in the second traceback.
Ronald Oussoren added the comment:
The obvious workaround w.r.t. dtrace not finding the preprocessor is to install
the command-line tools for xcode, which you can do from Xcode's preferences.
something else to try (before installing the commandline tools): add $(dirname
$(xcrun -find cpp
Changes by Ronald Oussoren :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue13370>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Ronald Oussoren :
--
status: open -> pending
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue14329>
___
___
Python-bugs-list
Ronald Oussoren added the comment:
It's rather annoying that dtrace doesn't honor the PATH variable, and when you
run the strings command on /usr/lib/libdtrace.dylib you'll see that it
hardcodes the use of gcc (not even cpp or clang).
I've filed radar 12196604 in Apple&#x
Ronald Oussoren added the comment:
Is it really possible that the pickle is created after calculation of the
wildcard expansion? The GNU make manual says that make will run multiple
recipes in parallel when the -j option is used (that is, multiple targets are
build at the same time), not that
Ronald Oussoren added the comment:
FWIW the patch is issue15645 was a patch that fixed the issue with minimal
changes, as it was created close to the first 3.3 release candidate I didn't
want to change code when that could be avoided.
A fix that writes the generated file into the build
Ronald Oussoren added the comment:
The configure script for python 3.3 detects llvm-gcc and automatically selects
clang when it is found.
That seems to be the best feasible solution for this issue. I therefore propose
to close this issue
Ronald Oussoren added the comment:
I've closed the issue as 'wont fix' because llvm-gcc will miscompile 3.3 due to
bugs in that compiler. CPython won't work around that compiler bug (if that's
even possible).
The workaround: use clang to compile (and on older OSX
Ronald Oussoren added the comment:
See als Issue15838.
--
___
Python tracker
<http://bugs.python.org/issue15822>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
See also Issue15838
--
___
Python tracker
<http://bugs.python.org/issue15645>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
The other alternative to fix this is to revert the patch in issue 15645 and
then remove the -E flag from PYTHON_FOR_BUILD.
PYTHON_FOR_BUILD was introduced by a, possibly incomplete, attempt to introduce
support for cross compiling. In particular, the
Ronald Oussoren added the comment:
What's wrong with working around this bug by reading a smaller amount? How much
data is there supposed to be?
BTW. URLs for reports in Apple's tracker are fairly useless as bugreports are
private (only you and Apple's engineers can see the r
Changes by Ronald Oussoren :
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue15898>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ronald Oussoren added the comment:
I'd change the name of the subdirectories of build instead of the name of the
build directory itself. That way distutils will still create one build
directory regardless of how many python versions you use, and the name of that
directory is e
Ronald Oussoren added the comment:
I don't think this is a bugfix, but a new feature and as such the behavior
should only be changed for 3.4.
The easiest workaround for this issue is to use setuptools or distribute when
installing, as those tools do set the various build directori
Ronald Oussoren added the comment:
The workaround should not be implemented in os.read because it is a very thin
wrapper around the system call and should stay that way.
--
___
Python tracker
<http://bugs.python.org/issue15
Ronald Oussoren added the comment:
How can you work around it in os.read, without knowing anything about what the
file descriptor represents? Just triggering on getting on EINVAL error when
calling read might trigger other problems and might even be a valid result for
some file descriptors
Ronald Oussoren added the comment:
What version of OSX do you use?
Do you have ActiveState TCL installed, and if so, which version?
Does 'Ctrl+Shift+5' insert a special character in the keyboard layout you use?
BTW. I cannot reproduce this on my machine (OSX 10.8.2) with a recen
Ronald Oussoren added the comment:
(unassigning as this is not a mac-specific issue)
BTW. Is this really a bug, the documentation says that append appends a single
element
<http://docs.python.org/library/xml.etree.elementtree.html#xml.etree.ElementTree.Element.append>:
append(sube
Ronald Oussoren added the comment:
Use the extend method to add multiple elements. Both the source and
documentation indicate that 'append' is used for appending a single item and
'extend' for appending multiple items (just like with list).
IMHO this is not a bug.
A
Ronald Oussoren added the comment:
I'd write the extended header when the current file size is larger than the
zip64 limit (that is, when 'st.st_size > ZIP64_LIMIT' in the write method.
That way the minimal header size is used whenever possible.
As you noted this can cause
Ronald Oussoren added the comment:
The binary installers for OSX do install all of the std library, and AFAIK the
same is true for the version of python that ships with the OS.
Please explains how to reproduce the problem you are having:
* What release of OSX
* Which python version (/usr/bin
Ronald Oussoren added the comment:
I'm closing this as invalid as the python sources for the stdlib are installed
by the python.org installer, and this is probably a problem with PyDev.
It is lame that Apple doesn't install the python sources anymore, but there is
nothing we can do
Changes by Ronald Oussoren :
--
status: pending -> closed
___
Python tracker
<http://bugs.python.org/issue14329>
___
___
Python-bugs-list mailing list
Unsubscri
Ronald Oussoren added the comment:
Oddly enough the share/doc directory is created in the postinstall script for
the documentation, looking at the script again makes me think that the script
could be removed other than the symlink in /Developer/Documentation and that
link is not useful on
Ronald Oussoren added the comment:
The patch itself looks fine, but I wonder how useful it will be.
A small question about the patch, why this case in the cross_arch function:
+ x86_64*darwin*)
+ echo i386
That doesn't look correct.
Back to the more important issue o
Ronald Oussoren added the comment:
I've just tested this on OSX 10.8.2 and the problem is not present there (that
is, 'python -c "import deadline" &' does not hang)
The problem is present on OSX 10.6.8, and when using ksh(1) you can see why the
process is st
Ronald Oussoren added the comment:
1) Issue is still present with libedit on OSX 10.8
2) Libedit on OSX doesn't call rl_pre_input_hook when using the '#if
defined(HAVE_RL_CALLBACK) && defined(HAVE_SELECT)' branch in the readline
extension (that is, not calling
Ronald Oussoren added the comment:
This is not relevant for supported python releases: in python 2.6 and later my
usecase can be implemented using the magic method __dir__.
I'm therefore closing this issue.
--
resolution: -> rejected
status: open -
Ronald Oussoren added the comment:
An 'atTime' argument would work. I'm currently using a subclass of
BaseRotatingHandler that implements just the 'MIDNIGHT' option of
TimedRotatingFileHandler with a rotation hour argument.
The attached patch is a first attempt at
Ronald Oussoren added the comment:
For the record: I agree with Ned, the patch is not needed at this time and
won't work as is anyway (in particular: tar on OSX does not have an 'J' option,
so even if you install the lzma tools the p
Ronald Oussoren added the comment:
Apple seems to have switched to using dlopen in their version of getpath.c (see
<http://www.opensource.apple.com/source/python/python-60.3/2.7/fix/getpath.c.ed>,
this is the version in OSX 10.8.2)
This causes a problem for some people, as noticed
Ronald Oussoren added the comment:
The locale issue is that on a default (us english) install of 10.9 the
following locale related environment variables are set:
$ set | grep UTF
LANG=en_US.UTF-8
LC_CTYPE=UTF-8
The locale module doesn't understand the LC_CTYPE setting, and this appears t
Ronald Oussoren added the comment:
The link below contains a script for building fat binaries for openssl. There's
nothing surprising in the script, just building multiple times and then merging
the result using lipo.
https://gist.github.com/foozmeat/5154962
BTW. I'm not propos
Ronald Oussoren added the comment:
I didn't get this on my previous system (which was basically a 10.4 system
updated through 10.5, 10.7, ..., to 10.9), but did get it on my current system,
which has a fresh 10.9 install where I did not use the migration assistent to
migrate settings.
Ronald Oussoren added the comment:
With the following C code:
#include
#include
int main(void)
{
char* res = setlocale(LC_CTYPE, "UTF-8");
printf("Result: %s\n", res);
res = setlocale(LC_CTYPE, "UTF-9");
printf("Result: %s\n
Ronald Oussoren added the comment:
You could trace using dtruss (as root), which behaves similarly to strace.
What happens when you first set "http_proxy" in the environment:
$ env http_proxy= python -m SimpleHTTPServer
If that doesn't cause problems the hang is caused
Ronald Oussoren added the comment:
I've used -O4 for extensions in the past (which until recently implied LTO) and
that worked fine.
I'm pretty sure that I haven't used LTO for python itself, apart from a some
tests with an early version llvm-gcc where using LTO for building
Ronald Oussoren added the comment:
Have you tried the -export_dynamic option for ld(1):
-export_dynamic
Preserves all global symbols in main executables during LTO.
Without this option, Link Time Optimization is allowed to inline and remove
global functions. This
Ronald Oussoren added the comment:
This works for me (with a separate build directory):
CC=clang CXX=clang++ CFLAGS="-g -flto" LDFLAGS="-flto -Wl,-export_dynamic"
../configure
This is on OSX 10.9.2, with Xcode 5.1, and clang --version says:
$ clang --version
Apple LLV
Ronald Oussoren added the comment:
This could be related to a problem described on this blog:
<http://savanne.be/1035-benchmarking-on-osx-http-timeouts/>
As such this appears to be a platform issue and not a python one.
--
___
Python tracker
Ronald Oussoren added the comment:
The problem in Issue18075 depends on the amount of C stack used on average
during recursion because unlike Windows the Unix ports don't test if the end of
the stack is reached but just check for a maximum recursion count. It could
well be that the pr
Ronald Oussoren added the comment:
This is the same issue as Issue18211. As that issue doesn't have a patch and
this one does, I'm closing Issue18211 as a duplicate.
--
nosy: +ronaldoussoren
___
Python tracker
<http://bugs.python.o
Ronald Oussoren added the comment:
Closing this one because Issue21121 contains a usable patch.
--
resolution: -> duplicate
superseder: -> -Werror=declaration-after-statement is added even for extension
modules through setup.py
___
Python t
Ronald Oussoren added the comment:
Sigh. Actually closing doesn't work due to the dependency :-(
--
___
Python tracker
<http://bugs.python.org/issue18211>
___
___
Ronald Oussoren added the comment:
I share Ned's sentiment on this. The amount of information exposed through
sysconfig is too large as it is because a lot of that information is only
useful during the built of python itself. I'm pretty sure that have been
patches in the past w
Ronald Oussoren added the comment:
The patch looks good.
--
___
Python tracker
<http://bugs.python.org/issue21538>
___
___
Python-bugs-list mailing list
Unsub
Ronald Oussoren added the comment:
I'm pretty sure that I wrote the code Ned refers to, and that's indeed only
targeting darwin to avoid breaking other platforms. That code could easily be
made actively globally though, the only reason I didn't do so at the time is we
were sti
Ronald Oussoren added the comment:
Isn't Modules/Setup used for builtin modules?
The proposed configure flags are easier to find because similar flags are used
by other projects using autoconf.
Note that on OSX you could use "CFLAGS=-I/path/to/ssl/include
LDFLAGS=-L/path/
Ronald Oussoren added the comment:
According to the manpage pkgutil is used with flat packages. The Python
installer users older bundle-style packages.
--
nosy: +ned.deily
___
Python tracker
<http://bugs.python.org/issue21
Ronald Oussoren added the comment:
The patch should work on OSX, although I haven't actually tested it yet. I've
verified that sizeof(uid_t) and sizeof(gid_t) are the same for x86_64 and i386,
which means SIZEOF_UID_T doesn't have to be added to pymacconfig.h.
A smal nit wit
Changes by Ronald Oussoren :
--
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14892>
___
___
Pyth
1601 - 1700 of 2445 matches
Mail list logo
