Marc Abramowitz added the comment:
Jesús said he was focusing on Solaris and couldn't help with OS X. Not sure if
anyone else was going to try tackling that...
Just tried the patch `issue13405_4027.diff` on OS X 10.6.8.
First problem I ran into was:
gcc -fno-strict-aliasing -DNDEB
Marc Abramowitz added the comment:
With an hg checkout, I don't run into the `offsetof` problem - it fails when it
gets to calling dtrace to generate Python/dtrace.o (again -G is the culprit).
```
$ hg clone https://hg.jcea.es/cpython-2011/
$ cd cpython-2011
$ hg update dtrace-issue1340
Marc Abramowitz added the comment:
My understanding of DTrace is extremely shallow, but I think there is a major
difference in how USDT probes are created between Solaris and OS X. Whereas on
Solaris one generates object code using the -G option of dtrace and then links
it in with the
Marc Abramowitz added the comment:
I noticed that jcea already had some commented out stuff for OS X in his
configure.in.
I tried it out and stuff builds and works in a basic way, although it might not
be fully functional.
```
~/src/python-hg/cpython-2011$ hg diff configure.in
diff -r
Marc Abramowitz added the comment:
Hi Jesús,
Yes, I'm on an x86 machine. A MacBook Pro with OS X 10.6.8.
I'll try to hop on Google Talk during the week. I'm on the west coast of the
U.S. (GMT-8) so it might be tricky to find a mutually good time.
Here's the result of
Marc Abramowitz added the comment:
All tests pass on OpenIndiana b151A (SunOS openindiana 5.11 oi_151a2 i86pc i386
i86pc Solaris).
--
___
Python tracker
<http://bugs.python.org/issue13
Marc Abramowitz added the comment:
I get a build error on FreeBSD 9.0:
make: don't know how to make ./Include/phelper_offsets.h. Stop
Any ideas?
--
___
Python tracker
<http://bugs.python.org/is
Marc Abramowitz added the comment:
Re my comment in #154513, the following seems to fix that problem on FreeBSD
9.0:
[marca@freebsd9-0 ~/src/cpython-2011]$ hg diff Makefile.pre.in
diff -r 70dc1e48bd7f Makefile.pre.in
--- a/Makefile.pre.in Mon Feb 27 22:43:17 2012 +0100
+++ b
Marc Abramowitz added the comment:
Limiting to 10.6 and above seems entirely reasonable to me. I am one of the few
folks that I know who is still on 10.6. Most of my friends are on 10.7.
Since OS X is primarily a desktop OS, I think people tend to upgrade more
quickly compared to more of a
Marc Abramowitz added the comment:
I wanted to post an update on FreeBSD 9.0, which Jesús and I worked on a bit
yesterday.
Maybe Jordan will chime in here with an answer to my FreeBSD problems. :-)
With a little bit of Makefile hackery (make it skip building the phelper stuff
which was
Marc Abramowitz added the comment:
[marca@freebsd9-0 ~]$ /home/marca/custom/bin/python
Python 2.7.2+ (dtrace-issue13405_2.7:e612f29478e3+, Feb 27 2012, 20:37:22)
[GCC 4.2.1 20070831 patched [FreeBSD]] on freebsd9
Type "help", "copyright", "credits" or
Marc Abramowitz added the comment:
For anyone who is curious about the FreeBSD 9.0 DTrace userland problems I
experienced, see http://www.freebsd.org/cgi/query-pr.cgi?pr=165541
--
___
Python tracker
<http://bugs.python.org/issue13
Marc Abramowitz added the comment:
Hey Jesús,
Let me know if you need any additional help testing.
Marc
--
___
Python tracker
<http://bugs.python.org/issue13
Changes by Marc Abramowitz :
--
nosy: +Marc.Abramowitz
___
Python tracker
<http://bugs.python.org/issue15805>
___
___
Python-bugs-list mailing list
Unsubscribe:
Marc Abramowitz added the comment:
As it happens, I wrote a similar context manager to Victor's recently for a
setup.py because I wanted to suppress compiler errors that are output to the
console by distutils.ccompiler.CCompiler.has_function. As Victor mentioned, for
this to work
Marc Abramowitz added the comment:
I agree also that io is a good place for the basic version that doesn't do file
descriptor stuff and maybe the fancy file descriptor stuff should be a separate
issue and should go in subprocess.
To move this along and generate more discussion, I took
Marc Abramowitz added the comment:
Oops, Nick => Brett.
--
___
Python tracker
<http://bugs.python.org/issue15805>
___
___
Python-bugs-list mailing list
Un
Marc Abramowitz added the comment:
Thanks Nick! I'll work on applying your suggestions a little later. And I'll
add a note about it not working with subprocesses because I realized that I
forgot to do that.
Regarding redirect_stdfile, which is presumably what you meant by "
Marc Abramowitz added the comment:
I like Nick's version. I don't know if __exit__ really needs error checking,
but I like the API. For me, it strikes a good balance between being intuitive
and being general enough to do all the stuff I'd like to do.
Should the docstrings
Marc Abramowitz added the comment:
This patch worked for me as well. Thanks, Joakim!
$ cat /etc/redhat-release
CentOS release 5.5 (Final)
--
nosy: +Marc.Abramowitz
___
Python tracker
<http://bugs.python.org/issue14
Marc Abramowitz added the comment:
I just ran into this issue with Python 2.5 (doesn't seem to be an issue in >=
2.6?) and for the benefit of anyone else, I'm copying the answer from `Vinay's
Google Group post
<http://groups.google.com/group/comp.lang.python
Marc Abramowitz added the comment:
Or for a practical example, here's how I used the above technique to solve this
problem in web2py:
diff --git a/gluon/main.py b/gluon/main.py
index 57bf647..2f69c6b 100644
--- a/gluon/main.py
+++ b/gluon/main.py
@@ -68,6 +68,13 @@ create_missing_fo
Marc Abramowitz added the comment:
Just to make this a tad easier, I put Joakim's patch into a gist:
[marca@logger01.prod1 Python-2.7.3]$ pwd
/home/marca/src/Python-2.7.3
[marca@logger01.prod1 Python-2.7.3]$ curl -sk
https://raw.github.com/gist/2727063/ | patc
Marc Abramowitz added the comment:
curl -sk https://raw.github.com/gist/2727063/ | patch -p1
--
___
Python tracker
<http://bugs.python.org/issue14572>
___
___
Marc Abramowitz added the comment:
OK, here's a patch for configure.ac which seems to fix this problem -- if folks
could review and test it that would be great.
--
keywords: +patch
Added file: http://bugs.python.org/file25634/sqlite3_int64.
New submission from Marc Abramowitz :
On OS X 10.6.8, when I execute "idle", I see nothing in the Terminal and the
IDLE GUI launches but is not visible until I Command-Tab to the "Python"
application. I stumbled upon a solution to this problem using OS X's built-in
/
Marc Abramowitz added the comment:
I created the patch against the 2.7 branch of hg, but I just tried it with both
the 3.2 branch of hg and an installed version of 3.2 and it worked great.
[last: 0] marca@scml-marca:~/dev/hg-repos/cpython$ pushd
/Library/Frameworks/Python.framework/Versions
Marc Abramowitz added the comment:
I wonder if this could be applied at some lower level in TkInter, because this
bug happens with every Tk app -- e.g.: turtle, idle, web2py
--
nosy: +Marc.Abramowitz
___
Python tracker
<http://bugs.python.
New submission from Marc Abramowitz :
The way to test on Python 2.7 (discovered on IRC) is:
~/dev/hg-repos/cpython$ ./python.exe -m test.regrtest -j3
This is not documented. I will submit a patch...
--
components: Devguide
files: devguide.patch
keywords: patch
messages: 161155
nosy
Marc Abramowitz added the comment:
Revising per feedback from Taggnostr on IRC.
--
Added file: http://bugs.python.org/file25643/devguide-1.patch
___
Python tracker
<http://bugs.python.org/issue14
Marc Abramowitz added the comment:
My guess would be that the code was switched to use the new typedef because the
SQLite docs say they're preferred.
http://www.sqlite.org/c3ref/int64.html
Maybe they are planning to deprecate the old typedef at some
Marc Abramowitz added the comment:
Probably either approach will have the exact same effect for the foreseeable
future, so I don't feel strongly either way. It would be nice to have one of
them so folks can have a sqlite3 module without having to search around and
apply patches. Bi
New submission from Marc Abramowitz :
Currently, the devguide (http://docs.python.org/devguide/) mentions two sets of
commands for running the CPython test suite:
* For Python 3, one uses: ./python -m test
* For Python 2.7, one must use: ./python -m test.regrtest because ./python -m
test
Marc Abramowitz added the comment:
Ned, thanks for applying this patch!
--
___
Python tracker
<http://bugs.python.org/issue14572>
___
___
Python-bugs-list mailin
New submission from Marc Abramowitz :
I noticed that pip wasn't working properly on Python 3.3a - notably, it wasn't
able to load any of its own VCS modules -- it does this by using
pkgutil.walk_packages
I think the problem is that the behavior of pkgutil.walk_packages change
Marc Abramowitz added the comment:
Here's the pip issue: https://github.com/pypa/pip/issues/556
--
___
Python tracker
<http://bugs.python.org/issue14982>
___
___
Marc Abramowitz added the comment:
[last: 0] marca@scml-marca:~/dev/git-repos/pip$ python3.3
Python 3.3.0a4 (v3.3.0a4:7c51388a3aa7, May 30 2012, 16:58:42)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license&
Marc Abramowitz added the comment:
Hi jcea,
Sorry, I've been away from this for a while.
I'm getting undefined symbols now while trying to link:
```
(12:47pm) [last: 0] marca@scml-marca:~/src$ hg clone
http://hg.python.org/cpython...
(12:55pm) [last: 0] marca@scml-marca:~/src$
Marc Abramowitz added the comment:
The 2.7 patch doesn't apply cleanly for me against the latest on the 2.7 branch:
[last: 0] marca@scml-marca:~/src$ hg clone http://hg.python.org/cpython && cd
cpython && hg update 2.7 && hg branch && hg tip &&a
Marc Abramowitz added the comment:
If I do `/configure --with-dtrace --enable-framework && make` then I get:
```
...
gcc -c -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o Modules/gcmodule.o
Marc Abramowitz added the comment:
I hacked around the previous error (duplicate definitions of `collect`) and
then ran into:
gcc -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes-I. -I./Include-DPy_BUILD_CORE -o
./Include/pydtrace_offsets
New submission from Marc Abramowitz :
$ export ARCHFLAGS="-arch i386 -arch x86_64"
$ ./python.exe -m test -v test_distutils
[last: 0] marca@scml-marca:~/dev/hg-repos/cpython$ ./python.exe
Python 3.3.0a4+ (default:6af0535b5e3a, Jun 25 2012, 16:59:49)
[GCC 4.2.1 (Apple Inc. build 56
Changes by Marc Abramowitz :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue15195>
___
___
Python-bugs-list mailing list
Unsubscri
Marc Abramowitz added the comment:
Another package that inspects pyc files and which also ran into trouble because
of the 8 to 12 byte change is distribute.
See:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
Some kind of abstraction for loading pyc
Marc Abramowitz added the comment:
Attaching a patch...
Using Ronan's test_PyPyc.diff, before my patch:
{{{
~/dev/hg-repos/cpython$ ./python.exe -m unittest
Lib/importlib/test/source/test_abc_loader.py
...
Marc Abramowitz added the comment:
Similar issue in distribute:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
--
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Well, it may be a vestige from setuptools and I don't know if it's still
needed/appropriate, but distribute scans the pyc modules to try to see whether
stuff is zip_safe or not when you run `python setup.py bdist_egg`:
https://bitbucket.org/tarek/
Marc Abramowitz added the comment:
Updated patch based on feedback from Brett (thanks!)
--
Added file: http://bugs.python.org/file26177/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Third revision of my patch based on additional feedback from Brett (thanks!)...
--
Added file: http://bugs.python.org/file26178/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Brett, I just emailed the contributor agreement.
--
___
Python tracker
<http://bugs.python.org/issue15030>
___
___
Python-bug
Marc Abramowitz added the comment:
Hmmm if I simply do:
diff -r b66e82c9f852 Lib/importlib/abc.py
--- a/Lib/importlib/abc.py Tue Jun 26 23:05:27 2012 +0200
+++ b/Lib/importlib/abc.py Wed Jun 27 12:15:55 2012 -0700
@@ -282,7 +282,7 @@
if len(raw_timestamp) <
Marc Abramowitz added the comment:
Here's a patch that unconditionally switches over to the 12 byte format. I'm
assuming the "size" in data[8:12] is the length of the bytecode?
--
Added file: http://bugs.python.org/file26186/cpyth
Marc Abramowitz added the comment:
Oops, last attachment included the source timestamp twice instead of timestamp
+ bytecode size.
--
Added file: http://bugs.python.org/file26188/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.
Marc Abramowitz added the comment:
Oops. Refactor. :-)
--
Added file: http://bugs.python.org/file26189/cpython-issue-15030.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
I don't know if I'll have time soon to do the tweaks to Ronan's test (and maybe
he wants to do them himself anyway?), but here's the correction of the size
calculation in the header (from size of bytecode to size of sour
New submission from Marc Abramowitz :
I had been thinking of improving the error message for this case slightly --
and then couldn't find a test for this case so I'm adding one in the attached
patch...
--
components: Tests
files: test_hmac.py.patch
keywords: patch
messag
Marc Abramowitz added the comment:
And here is the tiny patch to make it clear in the error message which of the 3
arguments had the wrong type -- I follow the convention followed in some
TypeErrors raised in Lib/zipfile.py
--
Added file: http://bugs.python.org/file26213
Marc Abramowitz added the comment:
Updating patch
--
Added file: http://bugs.python.org/file26219/hmac.py.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Marc Abramowitz :
--
type: -> enhancement
Added file: http://bugs.python.org/file26220/test_hmac.py.patch
___
Python tracker
<http://bugs.python.org/issu
Marc Abramowitz added the comment:
Hi Brett, can I get an ack in Misc/ACKS please (to make my Mom proud :-))?
Attaching patch.
--
Added file: http://bugs.python.org/file26236/Misc_ACKS.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Hi Martin,
I already did. See http://bugs.python.org/msg164162 and
http://bugs.python.org/msg164164. Maybe it's not "on file" yet?
--
___
Python tracker
<http://bugs.pyt
New submission from Marc Abramowitz :
>From a failing unit test with coverage.py, I noticed what seems to be a slight
>typo in the error message when a module cannot be imported:
diff -r 1186d68715cc Lib/imp.py
--- a/Lib/imp.pyWed Jul 04 19:33:45 2012 -0700
+++ b/Lib/imp.py
Marc Abramowitz added the comment:
I think this is just a simple typo and a consistency issue; not a grammatical
issue.
The misspelled version was added in a recent commit:
[last: 0] marca@SCML-MarcA:~/dev/hg-repos/cpython$ hg log -r 76455
changeset: 76455:085cf1480cfe
user:Brett
Marc Abramowitz added the comment:
Attaching patch
--
keywords: +patch
Added file: http://bugs.python.org/file26271/python_issue_15256.patch
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Patch with Brett's comments
--
Added file: http://bugs.python.org/file26272/python_issue_15256.patch
___
Python tracker
<http://bugs.python.org/is
Marc Abramowitz added the comment:
I just verified -- the issue seems to be fixed for me on OS X 10.6.8 with
revision 00db71b3c5bd. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue15
Marc Abramowitz added the comment:
Nice to see this moving along as I helped Jesús a while back with some testing
on OS X and FreeBSD. The buildbots in particular sound like a great asset.
Let me know if I can help again with testing, though it looks like the basics
are pretty well-covered by
New submission from Marc Abramowitz:
I just installed Python 3.0a4 from source on an Ubuntu system and noticed that
it doesn't seem to set the distutils.sysconfig config var: "SO":
```
vagrant@ubuntu:~/src/Python-3.4.0a4$ python3.4
Python 3.4.0a4 (default, Nov 11 2013, 17:11:59)
Marc Abramowitz added the comment:
Thanks Barry, for tracking down that this is intentional.
I wonder how one gets this value in Python code now? For example, the reason I
stumbled upon this in the first place is that there is some code in PyCrypto
(https://github.com/dlitz/pycrypto/blob
New submission from Marc Abramowitz:
`python setup.py check --restructuredtext --strict --metadata` fails with:
warning: check: Could not finish the parsing.
if the RST document uses `code` or `code-block` directives.
This is annoying because the document is valid, but it appears to be
Marc Abramowitz added the comment:
Testing a few common cases:
$ python setup.py check --restructuredtext --strict --metadata
running check
error: The docutils package is needed.
$ python setup.py check --restructuredtext --strict --metadata
running check
warning: check: Cannot analyze code
Marc Abramowitz added the comment:
Note that this patch does 2 things:
1. Improves the error message
2. Prevents check from failing when there are code-blocks
If I only did #1 and not #2, then output looks like this:
$ python setup.py check --restructuredtext --strict --metadata && e
Marc Abramowitz added the comment:
OK, I added a test.
See:
*
https://bitbucket.org/msabramo/cpython/commits/9b8f6812ff6981b5f195b6bf73cefb0fea46fba6
*
https://bitbucket.org/msabramo/cpython/pull-request/1/fix-distutils-setuppy-check/diff
If you want, I can also update the diff attached
Changes by Marc Abramowitz :
Added file: http://bugs.python.org/file37472/issue23063.patch
___
Python tracker
<http://bugs.python.org/issue23063>
___
___
Python-bug
Marc Abramowitz added the comment:
What's the next step?
--
___
Python tracker
<http://bugs.python.org/issue23063>
___
___
Python-bugs-list mailing list
Marc Abramowitz added the comment:
I was just thinking that it would be nice if logging could be configured
through environment variables. This would make it easier to have Python
applications adhere to the Twelve-Factor methodology around application
configuration:
http://12factor.net
Marc Abramowitz added the comment:
I guess I should be more specific about the 12factor thing I just mentioned,
because http://12factor.net/logs says:
>>>
A twelve-factor app never concerns itself with routing or storage of its output
stream. It should not attempt to write to
Marc Abramowitz added the comment:
Patch to update the comment to remove "IP addresses are not accepted for
*hostname*", because supported for IP addresses was added earlier by @pitrou in
https://hg.python.org/cpython/rev/b15a5f239e8a
--
nosy: +Marc.Abramowitz
Added
Marc Abramowitz added the comment:
`ip_certs_comment.patch` is a simple patch that just removes the verbiage about
not supporting IP addresses in hostnames, as that restriction was removed by an
earlier commit from Antoine.
--
___
Python tracker
New submission from Marc Abramowitz:
My expectation was that any defaults I passed to ConfigParser when creating one
would override values in the DEFAULT section of the config file. This is
because I'd like the DEFAULT section to have the default values, but then I
want to be able to ove
Marc Abramowitz added the comment:
Some more info on the logging example I gave.
So here is a program called `my_app.py`:
```
import os
import logging.config
logging.config.fileConfig('logging.ini', defaults=os.environ)
logger = logging.getLogger(__name__)
logger.debug(
Marc Abramowitz added the comment:
So I think changing the behavior of `defaults` might break backwards
compatibility for folks who are relying on the old behavior.
So I guess I would propose adding a new parameter called `overrides`. These
would take precedence over `defaults` and that
Marc Abramowitz added the comment:
Well my thought is that the configuration file has defaults that a user may
want to override at runtime using an environment variable or command-line
switch.
I guess as SilentGhost pointed out, maybe this is not the responsibility of the
ConfigParser as
83 matches
Mail list logo
