Marc Abramowitz msabr...@gmail.com 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/browse_thread
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com added the comment:
curl -sk https://raw.github.com/gist/2727063/ | patch -p1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14572
Marc Abramowitz msabr...@gmail.com 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.patch
New submission from Marc Abramowitz msabr...@gmail.com:
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
/usr/bin
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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 rep
New submission from Marc Abramowitz msabr...@gmail.com:
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
Marc Abramowitz msabr...@gmail.com added the comment:
Revising per feedback from Taggnostr on IRC.
--
Added file: http://bugs.python.org/file25643/devguide-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14860
Marc Abramowitz msabr...@gmail.com 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 point
Marc Abramowitz msabr...@gmail.com 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
New submission from Marc Abramowitz msabr...@gmail.com:
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
Marc Abramowitz msabr...@gmail.com added the comment:
Ned, thanks for applying this patch!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14572
New submission from Marc Abramowitz msabr...@gmail.com:
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
Marc Abramowitz msabr...@gmail.com added the comment:
Here's the pip issue: https://github.com/pypa/pip/issues/556
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14982
Marc Abramowitz msabr...@gmail.com 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 for more information
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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 curl -s
http://bugs.python.org
Marc Abramowitz msabr...@gmail.com 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 msabr...@gmail.com 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
New submission from Marc Abramowitz msabr...@gmail.com:
$ 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
Changes by Marc Abramowitz msabr...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15195
___
___
Python-bugs-list
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
...E
Marc Abramowitz msabr...@gmail.com added the comment:
Similar issue in distribute:
https://bitbucket.org/tarek/distribute/issue/283/bdist_egg-issues-with-python-330ax
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com added the comment:
Updated patch based on feedback from Brett (thanks!)
--
Added file: http://bugs.python.org/file26177/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Marc Abramowitz msabr...@gmail.com 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 rep...@bugs.python.org
Marc Abramowitz msabr...@gmail.com added the comment:
Brett, I just emailed the contributor agreement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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/cpython-issue-15030.patch
Marc Abramowitz msabr...@gmail.com 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 rep
Marc Abramowitz msabr...@gmail.com added the comment:
Oops. Refactor. :-)
--
Added file: http://bugs.python.org/file26189/cpython-issue-15030.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15030
Marc Abramowitz msabr...@gmail.com 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 source -- thanks,
Brett
New submission from Marc Abramowitz msabr...@gmail.com:
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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com added the comment:
Updating patch
--
Added file: http://bugs.python.org/file26219/hmac.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15225
Changes by Marc Abramowitz msabr...@gmail.com:
--
type: - enhancement
Added file: http://bugs.python.org/file26220/test_hmac.py.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15225
Marc Abramowitz msabr...@gmail.com 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 rep
Marc Abramowitz msabr...@gmail.com 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 rep...@bugs.python.org
http
New submission from Marc Abramowitz msabr...@gmail.com:
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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com added the comment:
Attaching patch
--
keywords: +patch
Added file: http://bugs.python.org/file26271/python_issue_15256.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15256
Marc Abramowitz msabr...@gmail.com added the comment:
Patch with Brett's comments
--
Added file: http://bugs.python.org/file26272/python_issue_15256.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15256
Marc Abramowitz msabr...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org/issue15195
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com added the comment:
All tests pass on OpenIndiana b151A (SunOS openindiana 5.11 oi_151a2 i86pc i386
i86pc Solaris).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
Marc Abramowitz msabr...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org/issue13405
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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
Marc Abramowitz msabr...@gmail.com 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 license for more information
Marc Abramowitz msabr...@gmail.com 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 rep...@bugs.python.org
http
Marc Abramowitz msabr...@gmail.com added the comment:
Hey Jesús,
Let me know if you need any additional help testing.
Marc
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13405
Marc Abramowitz msabr...@gmail.com 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 rep...@bugs.python.org
http://bugs.python.org
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 code
Marc Abramowitz added the comment:
Oops, Nick = Brett.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15805
___
___
Python-bugs-list mailing
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 name-based
API, I
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 mention
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
Changes by Marc Abramowitz msabr...@gmail.com:
--
nosy: +Marc.Abramowitz
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15805
___
___
Python-bugs
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
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)
[GCC 4.6.3
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
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 echo RST
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 msabr...@gmail.com:
Added file: http://bugs.python.org/file37472/issue23063.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23063
Marc Abramowitz added the comment:
What's the next step?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23063
___
___
Python-bugs-list mailing
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
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('debug msg
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
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 override
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:
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:
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
83 matches
Mail list logo
