Currently, branches are not supported, because buildbot is
somewhat limited. When I get a solution for this problem,
I plan to have all buildbots build both the trunk and the
2.4 branch; such builds would only be initiated whenever
something is committed on the branch.
Branch support
Walter Dörwald wrote:
And while we're at it, could you remove the commit of too? IMHO it
just obscures the real content of the subject.
Done. FYI, the rationale for this prefix was that post-commit
distinguishes between commit and revprop, where revprop
would indicate that properties changed,
Twice now, I've been bitten by the 'mixing file-iteration with readline'
issue. (Yeah, twice.. Good thing I don't write anything important in
Python ;) I've also seen a number of newbies bitten by the same thing. The
issue, for those that aren't aware, is that when mixing file-iteration and
I'd say go right ahead and submit a change to SF (and then after it's
reviewed you can check it in yourself :-).
The only reason I can think of why this isn't done yet would be that
nobody thought of it.
Of course there are other ill-advised combinations, like write
followed by read for which
Hi,
At the company I work for we've embedded Python 2.4.1 in a C++
application. We execute multiple scripts concurrenlty, each one in its
own interpreter (created using Py_NewInterpreter()).
We are sharing a certain instance between interpreters because its to
expensive to instantiate that class
On 4-jan-2006, at 0:51, Bob Ippolito wrote:
On Jan 3, 2006, at 3:12 PM, Martin v. Löwis wrote:
Bob Ippolito wrote:
Who's going to bother?
It violates PEP 7, unless you argue that OS X/gcc is not
a major compiler.
Clearly, but that still doesn't answer the question of who's going to
do
Recently, someone on dclpy posted about an error he got
when he tried to unpack the Python distribution tarball
with Sparc Solaris 9's tar:
tar: directory checksum error
With GNU tar, it worked correctly.
Is this a known issue, or is it irrelevant?
Reinhold
--
Mail address is perfectly
[Reinhold Birkenfeld]
Recently, someone on dclpy posted about an error he got
when he tried to unpack the Python distribution tarball
with Sparc Solaris 9's tar:
tar: directory checksum error
With GNU tar, it worked correctly.
Is this a known issue, or is it irrelevant?
It's a known
Tim Peters wrote:
[Reinhold Birkenfeld]
Recently, someone on dclpy posted about an error he got
when he tried to unpack the Python distribution tarball
with Sparc Solaris 9's tar:
tar: directory checksum error
With GNU tar, it worked correctly.
Is this a known issue, or is it irrelevant?
On Wed, 2006-01-04 at 22:01 +0100, Reinhold Birkenfeld wrote:
Recently, someone on dclpy posted about an error he got
when he tried to unpack the Python distribution tarball
with Sparc Solaris 9's tar:
tar: directory checksum error
With GNU tar, it worked correctly.
Is this a known
Barry Warsaw wrote:
Unfortunately, /usr/bin/type doesn't seem to accept the -t flag for me
on Solaris 9. Okay, so what's the best (read: portable) way to do this?
The portable way would be to check for svnversion in configure, and then
only use it if it was found. You could also check for .svn
Weber, Gregoire wrote:
Questions
-
Notice that this article is not appropriate for python-dev.
If you ask is it the case that Python behaves such and such?,
you have a python-list (comp.lang.python) question. For
python-dev, the question should be formulated as because
it is such and
[Brian Warner wrote]
...
The only lingering issues are with status delivery: the main HTML
Waterfall HTML will interleave builds of both branches on the same
page, which could be a bit confusing (if the top line is red, does
that mean the trunk is broken, or the 2.4 branch?).
Or for separate
[Trent Mick wrote]
Or for separate logic projects being built with the same builtbot
s/logic/logical/
Trent
--
Trent Mick
[EMAIL PROTECTED]
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Ronald This should do it, although I haven't tested this on OSX 10.3:
Not quite. On my 10.3 system MAC_OS_X_VERSION_10_N for N in 0, 1, 2, 3,
4 is defined. However, MAC_OS_X_VERSION_MAX_ALLOWED is defined to be
MAC_OS_X_VERSION_10_3.
This works for me (compiles with no warnings, passes
On Thursday 05 January 2006 08:23, Barry Warsaw wrote:
Dunno, but I'm always having problems w/ Solaris tar, so I just use
GNU tar on Solaris. ;)
Maybe we should switch to cpio-based distributions?
Anthony
___
Python-Dev mailing list
16 matches
Mail list logo