Zooko O'Whielacronx added the comment:
Oh, I'm sorry I didn't make that clear at first. First of all, so that others
who encounter these warnings can see how I worked-around them so that they can
do that as well. Second, because Python comes with a valgrind suppressions
file.
New submission from Zooko O'Whielacronx :
The buildbot for the Tahoe-LAFS and pycryptopp projects runs CPython under
valgrind on Fedora, and valgrind emits warnings like this:
==30127== Conditional jump or move depends on uninitialised value(s)
==30127== at 0x4C2AD01: bcmp (mc_replace_str
Changes by Zooko O'Whielacronx :
--
nosy: -zooko
___
Python tracker
<http://bugs.python.org/issue3871>
___
___
Python-bugs-list mailing list
Unsubsc
Zooko O'Whielacronx added the comment:
Thanks, Stefan Krah. I posted your comment to the tahoe-dev mailing list:
http://tahoe-lafs.org/pipermail/tahoe-dev/2011-May/006336.html
Also Samuel Neves has posted on that thread.
--
___
Python tr
Zooko O'Whielacronx added the comment:
I got a bug report from a user that they encountered this error:
http://tahoe-lafs.org/pipermail/tahoe-dev/2011-April/006312.html
Then a follow-up in which they say they applied the patch from
http://bugs.python.org/issue8597 (this ticket i
Zooko O'Whielacronx added the comment:
There seems to be some mistake, re #msg134219 and #msg134255. The current
version of may patch *does* avoid the cost of a subprocess in the common case.
I described this new strategy in #msg73744 and as far as I know it satisfies
all of MAL'
Zooko O'Whielacronx added the comment:
For what it is worth, here is the current version of this code that we are
using in Tahoe-LAFS:
http://tahoe-lafs.org/trac/tahoe-lafs/browser/trunk/src/allmydata/__init__.py?annotate=blame&rev=5033#L36
You can see the results on our buildb
Zooko O'Whielacronx added the comment:
This appears to be a concern for some people. Maybe the builtin ssl module
should be deprecated if there isn't a lot of manpower to maintain it and
instead the well-maintained pyOpenSSL package should become the recommended
tool?
Here is a l
Zooko O'Whielacronx added the comment:
> Please check what platform.linux_distribution() returns on your platform
> using Python 2.6rc2.
Here are the results of that. Summary: looks fine to me.
http://tahoe-lafs.org/buildbot/waterfall
Here are the scripts that are generating th
Zooko O'Whielacronx added the comment:
This issue is a security vulnerability.
--
___
Python tracker
<http://bugs.python.org/issue9123>
___
___
Python-bugs-l
Zooko O'Whielacronx added the comment:
HACK Zooko-Ofsimplegeos-MacBook-Pro:~/playground/python/release27-trunk$ svn
diff
Index: Modules/posixmodule.c
===
--- Modules/posixmodule.c (revision 82382)
+++ Modules/posixmod
New submission from Zooko O'Whielacronx :
os.urandom() on VMS invokes OpenSSL's RAND_pseudo_bytes(). That is documented
on:
http://www.openssl.org/docs/crypto/RAND_bytes.html
as being predictable and therefore unsuitable for many cryptographic purposes.
This is inconsisten
Zooko O'Whielacronx added the comment:
There is a small mistake in the docs:
def bit_length(x):
'Number of bits necessary to represent self in binary.'
s = bin(x) # binary representation: bin(-37) --> '-0b100101'
s = s.lstrip('-0b')
Zooko O'Whielacronx added the comment:
> Option 1: Make Unicode-agnosticism the default and force anyone who cares
> about the Unicode setting to include a separate header. If they don't
> include that header, they can only call safe functions and can't poke at
>
New submission from Zooko O'Whielacronx :
I maintain a Python package which comes with assembly optimizations --
http://tahoe-lafs.org/trac/pycryptopp . Someone was porting this package to
Win64 today and discovered that distutils couldn't build it because the
Microsoft compile
Zooko O'Whielacronx added the comment:
Here is a set of macros that I use to test for overflow:
http://allmydata.org/trac/libzutil/browser/libzutil/zutilimp.h
--
___
Python tracker
<http://bugs.python.org/i
Zooko O'Whielacronx added the comment:
Here is a way to test for overflow which is correct for any C implementation:
static PyObject *
int_add(PyIntObject *v, PyIntObject *w)
{
register long a, b;
CONVERT_TO_LONG(v, a);
CONVERT_TO_LONG(w, b);
if (((a>
New submission from Zooko O'Whielacronx :
This command:
python setup.py --verbose darcsver
works as expected -- the presence of '--verbose' increases the verbosity
of logging.
This command:
python setup.py darcsver --verbose
does not increase the verbosity, nor does it t
New submission from Zooko O'Whielacronx :
According to
https://bugs.edge.launchpad.net/ubuntu/+source/boost1.38/+bug/457688 ,
Python 2.6.3 stopped working for something that Python 2.6.2 worked for,
involving Boost.
Andrew Mitchell looked at the Python 2.6.3 release notes, saw
Zooko O'Whielacronx added the comment:
I just tried to port a library of mine -- zfec -- to Nexenta (the Ubuntu
variant built on top of OpenSolaris). I hit this bug because the
Nexenta folks don't use all the patches that are applied to Python by
the Solaris folks. My port of my
New submission from Zooko O'Whielacronx :
Looking at http://bugs.python.org/setuptools/issue1 and reading the
source of Lib/platform.py, it appears to me that uname() returns
different strings identifying the amd64 architecture depending on what
operating system is running. It would seem
Zooko O'Whielacronx added the comment:
In msg82274 MvL wrote: "I can grudgingly accept removal of _XOPEN_SOURCE
on Solaris 5.{9,10,11} (?), to work-around this system limitation."
Great! That's what the attached patch does. So please apply that patch
and then people can
Zooko O'Whielacronx added the comment:
I was spurred to write this ticket today because of a conversation with
J.P. Calderone:
but, I have no clue where distutils.cfg goes on Windows
--
___
Python tracker
<http://bugs.python.org/i
New submission from Zooko O'Whielacronx :
The distutils looks in an environment variable named "HOME" on Windows:
http://docs.python.org/install/#location-and-names-of-config-files
Windows does not by default create such a variable, so only if a user
has manually configured o
New submission from Zooko O'Whielacronx :
Currently we have this:
http://docs.python.org/install/#location-and-names-of-config-files
The distutils config file can have one of four different names depending
on which platform and which location. This makes it harder for people
to remembe
Zooko O'Whielacronx added the comment:
Antoine, when you say zip has "better support everywhere", what do you
mean? I don't want to put words in your mouth, but what I think of is
that users maybe want to pack or unpack distributions with separate
tools instead of with t
Changes by Zooko O'Whielacronx :
--
assignee: georg.brandl
components: Documentation
nosy: georg.brandl, zooko
severity: normal
status: open
title: http://python.org/download says Python 2.4.5, but I think it means
Python 2.4.6.
___
Python tr
Zooko O'Whielacronx added the comment:
I strongly favor a common approach instead of doing it differently on
different platforms. (Aside: check out the gratuitous differences for
names and locations of distutils config files:
http://docs.python.org/install/index.html#location-and-nam
Zooko O'Whielacronx added the comment:
Okay, I posted to python-dev:
http://mail.python.org/pipermail/python-dev/2009-June/090021.html
--
___
Python tracker
<http://bugs.python.org/i
Zooko O'Whielacronx added the comment:
Here is the ticket that tracked this issue within the Tahoe-LAFS
project: http://allmydata.org/trac/tahoe/ticket/733
--
___
Python tracker
<http://bugs.python.org/i
New submission from Zooko O'Whielacronx :
I've been struggling to write a function that takes UTC timestamps in
ISO-8601 strings and returns UTC timestamps in unix-seconds-since-epoch.
The first implementation used time.mktime() minus time.timezone
(http://allmydata.org/trac/tahoe/b
New submission from Zooko O'Whielacronx :
A user of the Tahoe-LAFS project submitted a bug report to us, saying:
"""
I get lots of "cc1plus: warning: command line option "-Wstrict-
prototypes" is valid for Ada/C/ObjC but not for C++" when compiling
&qu
New submission from Zooko O'Whielacronx :
The stat module currently uses the "st_ctime" slot to hold two kinds
values which are semantically different but which are frequently
confused with one another. It chooses which kind of value to put in
there based on platform -- Window
Zooko O'Whielacronx added the comment:
I just read back through this ticket, but I didn't understand exactly
what MAL wanted to have different from what this Python function
currently does:
http://allmydata.org/trac/tahoe/browser/src/allmydata/__init__.py?rev=2008112515
Zooko O'Whielacronx added the comment:
doko: thanks for your interest encouraging more formal and generic
solutions to this.
For what it is worth, the current version of my patch (used in Tahoe) is
here:
http://allmydata.org/trac/tahoe/browser/src/allmydata/__init__.py?rev=200811251
Zooko O'Whielacronx added the comment:
By the way, here is the ticket on allmydata.org "Tahoe" where this issue
was bugging me which is why I opened this ticket:
http://allmydata.org/trac/tahoe/ticket/149 # unable to use pre-installed
non-setuptools^H^H^H^H^H^H^H^H^H^Hdistut
Zooko O'Whielacronx added the comment:
Thank you. I've now read PEP 376. It is good. However, this same
issue remains in PEP 376 like it does in today's distutils. If the new
work in PEP 376 is going to continue to use the word "egg" in its
filenames, th
New submission from Zooko O'Whielacronx :
The .egg-info files which are produced by distutils in Python >= 2.5 are
the only standard, cross-platform way for a Python package
("distribution") to declare its name and version number in a
machine-parseable way. Unfortunately, the
Zooko O'Whielacronx added the comment:
Martin (sometimes called "MvL") mentioned some specific issues about e.g.
#pragma redefine_extname sigwait __posix_sigwait
I didn't understand exactly what MvL's concern was, and I don't know off
the top of my head how So
Zooko O'Whielacronx added the comment:
Here's Twisted failing to build because Python.h isn't found:
Added file: http://bugs.python.org/file12913/Twisted-build-no-Python.h.txt
___
Python tracker
<http://bugs.py
Zooko O'Whielacronx added the comment:
Here's Twisted failing to build when gcc is not installed:
Added file: http://bugs.python.org/file12912/Twisted-build-with-no-gcc.txt
___
Python tracker
<http://bugs.python.
Changes by Zooko O'Whielacronx :
Added file: http://bugs.python.org/file12911/build-with-no-gcc.txt
___
Python tracker
<http://bugs.python.org/issue4706>
___
___
Zooko O'Whielacronx added the comment:
Oh! And simplejson is able to cleanly fall back to pure Python when gcc
is not found, as well. Perhaps Twisted
http://twistedmatrix.com/trac/ticket/3586 could use simplejson's approach.
___
Python trac
Zooko O'Whielacronx added the comment:
Hey check it out -- simplejson can try to build its extension module,
and when it fails to compile (in this case because there is no
Python.h), then it prints out a warning message and finishes a
successful build:
Added file: http://bugs.pytho
Zooko O'Whielacronx added the comment:
Tarek:
Yes, failure to build an extension module for any reason should
definitely cause "build" to fail by default. However, many Python
packages seem to come with optional extension modules, typically for a
performance speed-
New submission from Zooko O'Whielacronx :
I was trying to install Twisted on my son's OLPC. Twisted comes with a
handful of C extensions which are all optional and most of which are not
expected to compile on this platform anyway (they are platform-specific
for Mac or Windows). I
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
I'm interested in this patch so I'm adding myself to the Nosy list.
--
nosy: +zooko
___
Python tracker <[EMAIL PROTECTED]>
<ht
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Corinna Vinschen of cygwin requests a smaller test case:
http://www.cygwin.com/ml/cygwin/2008-11/msg00166.html
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Here's the version of this that I've been using for almost a decade now:
http://allmydata.org/trac/pyutil/browser/pyutil/pyutil/fileutil.py?rev=127#L241
Actually I used to have a bigger version that could optio
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
I opened a ticket on the cygwin issue tracker:
http://sourceware.org/bugzilla/show_bug.cgi?id=7017 # closing stdout in a
child python process means that process doesn't receive bytes from stdin
New submission from Zooko O'Whielacronx <[EMAIL PROTECTED]>:
When someone runs "bin/trial --reactor=select
twisted.internet.test.test_process.ProcessTestsBuilder_PollReactor.test_
childConnectionLost" on cygwin, using the cygwin version of Python,
either manually (which I&
New submission from Zooko O'Whielacronx <[EMAIL PROTECTED]>:
When I build an extension module with cygwin g++ and "compiler=mingw32"
in my distutils config file, the build fails with:
File
"c:\python25\lib\site-packages\setuptools-0.6c9.egg\setuptools\command\buil
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Well, for what it is worth I've updated the custom "detect linux
distribution" code in Tahoe yet again. The current version first tries
to parse /etc/lsb-version (fast, gives a good answer on Ubuntu, a
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Sorry I didn't get back to this ticket, MvL.
Recently someone trying to build the Tahoe distributed filesystem on
Solaris had a problem:
http://allmydata.org/pipermail/tahoe-dev/2008-September/000789.html
They had
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
> Because that's exactly what lsb_release does as well.
You must know something about common lsb_release implementations that I
don't. As far as I saw in the LSB documentation, it is required to
print out
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
MAL: why do you say it is better to look for
/etc/$supportedplatform-release files first instead of looking for
/etc/lsb-release first?
I do not know if /etc/lsb-release is suitably generic -- I've tried it
only on a f
Changes by Zooko O'Whielacronx <[EMAIL PROTECTED]>:
Added file: http://bugs.python.org/file11574/dist.patch.txt
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Okay, per MAL's request over on #3937, I tried
platform.get_linux_distribution() on the current svn trunk (which I
assume is the version that is about to become python 2.6). It gave the
same not-so-great answer as plat
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Please see also #3937 for a patch which first tries to parse
"/etc/lsb-release", then tries to execute "lsb_release", then falls back
to the old behavior of platform.dist(). (Note that parsing the fil
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Here is an updated version of my patch which tries parsing
/etc/lsb-release first and only if that fails tries executing
lsb_release. The reason is that executing lsb_release in a subprocess
takes half-a-second on my high-
Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment:
Here's a new version of this patch which differs only in having slightly
more correct documentation.
Added file: http://bugs.python.org/file11563/dist.patch.txt
___
Python tracker &
New submission from Zooko O'Whielacronx <[EMAIL PROTECTED]>:
platform.dist() returns ('debian', 'lenny/sid', '') on my Ubuntu 8.04
Hardy system. Investigating shows that there are a few techniques in
platform.py to parse the version-number-files of d
New submission from Zooko O'Whielacronx <[EMAIL PROTECTED]>:
As reported at https://bugs.launchpad.net/pyopenssl/+bug/236190 ,
tarfile.py incurs an "Operation not permitted" exception (on Mac OS
10.4) when it tries to untar the pyOpenSSL-0.6.tar.gz tarball, because
that ta
Zooko O'Whielacronx added the comment:
This bug was fixed in cygwin 1.5.25-7, released 2007-12-17.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1759997>
_
_
Zooko O'Whielacronx added the comment:
No, I don't want to work on a patch for this at this time. In fact, my
current strategy with regard to random bits doesn't require this
functionality, in general.
_
Tracker <[EMAIL PROTECTED]>
&l
Zooko O'Whielacronx added the comment:
Thank you for the one-liner. I was about to use it in the allmydata.org
project, but I remembered that my programming partner would probably
prefer the larger but more explicit if:else: over the clever one-liner.
Perhaps it will be useful to someone
Zooko O'Whielacronx added the comment:
I meant that it special-cases .microseconds == 0. If I want to produce
a custom output format using Python Standard Library, I expect to have
to slice, add my own fields and so forth, but I don't expect to need an
"if" to handle a
Zooko O'Whielacronx added the comment:
Here is a note for the next person who comes to this ticket wondering
why isoformat() exhibits this slightly un-Pythonic behavior. If you
want to use isoformat() to produce, for example, timestamps for your
logfiles, you'll need to do somethin
Zooko O'Whielacronx added the comment:
> Here is an updated version of the patch which simply removes some
> dead code and updates a URL:
>
> regards,
>
> Zooko
>
> diff -rN -u old-up/setuptools-0.6c7/ez_setup.py new-up/
> setuptools-0.6c7/ez_setup.py
> ---
Zooko O'Whielacronx added the comment:
Hi! Sorry it took me so long to look at this. I just checked the
source in current trunk, and the relevant code is the same so this
patch is still useful. (See the initial post for details.)
Here is an updated version of the patch which s
70 matches
Mail list logo
