Tim Peters wrote:
>>Still, perhaps it's wise to wipe the checkout every so often?
>
>
> I think it is. And while I haven't seen this under MS VC7.1 yet, a
> few times I caught VC 6.0 failing to recompile after a relevant
> header file changed. Certainly from-scratch checkout + build should
> b
Barry Warsaw wrote:
>>It would still be one level behind: patchlevel.h gets N, then 'svn cp'
>>creates the tag, producing N+1. OTOH, for a tag, the revision number
>>is nearly irrelevant.
>
>
> Unless we tagged and then modified the file in that tag as the very last
> thing we do before we create
Just one short comment of your ( well written ) rationale and PEP. Ruby
might be hyped at the moment but at least in the german labour market
and the biggest german freelancer mediation Ruby is quite inexistent.
Even when the nerdish blogosphere is setting different priorities SAP
and Intel mad
> > Or for separate logic projects being built with the same builtbot
> > master. For example, say Python's buildbot wanted to do regular builds
> > and tests of the distutils tree
> > (http://svn.python.org/view/distutils/trunk/).
>
> I believe you could always get it arranged the way you like by
[John J Lee]
> Might a buildbot running this setup of David Munman's (free MS compiler +
> NAnt interpreting the MS project file) be useful?
>
> http://groups.google.co.uk/group/comp.lang.python/browse_frm/thread/226584dd47047bb6/1e33ad19197bee20
No comment from me about that (don't know anything
On Fri, 2006-01-06 at 01:33 +0100, "Martin v. Löwis" wrote:
> As you can see, this is done now. The value appears at the Python
> level only for tags, though, because it will be unreliable for the
> trunk and for branches.
Cool, thanks. I can chuck my local diffs now. :)
> > patchlevel.h seems
Alexander Kozlovsky wrote:
> Hello!
>
> I have some proposal for Python 3.0 (interesting one, from my point
> of view). I'm sorry for my English, it is not very good.
Your English seems fine. About the only thing I noticed is that you have the
meaning of 'function arguments' vs 'function paramet
Barry Warsaw wrote:
> I was working on a patch to add a PY_BUILDNO macro to
> Include/patchlevel.h, which would have "$Revision$" as its value.
As you can see, this is done now. The value appears at the Python
level only for tags, though, because it will be unreliable for the
trunk and for branche
Trent Mick wrote:
> I meant that more as a justification for improving the Waterfall
> status receiver to support separate summary pages for separate
> projects and trunks... all with the same buildbot master server.
>python.org/dev/buildbot/python/...
>python.org/dev/buildbot/python-releas
I wrote:
> 5. Each function have two constant attributes, __class__ and __self__,
>both of them have value 'None'
Of course, this attributes have names 'im_class' and 'im_self',
as before, but can be used with any function.
I have not sleep enough last night :)
Best regards,
Alexander
Trent Mick wrote:
> Or for separate logic projects being built with the same builtbot
> master. For example, say Python's buildbot wanted to do regular builds
> and tests of the distutils tree
> (http://svn.python.org/view/distutils/trunk/).
I believe you could always get it arranged the way you l
Brian Warner wrote:
> There was also a patch[1] to add some regexps to svn_buildbot.py to do this
> kind of branch determination. I haven't been able to review it properly yet,
> but it may give you some ideas.
The patch itself is completely broken. It removes random parts of
svn_buildbot.py, so a
Hello!
I have some proposal for Python 3.0 (interesting one, from my point
of view). I'm sorry for my English, it is not very good.
Abstract
There are three different peculiarity in Python 2.x
in respect of 'self' method argument:
1. Each method must have explicit 'self' argument in i
Anthony Baxter wrote:
> My only concern is that it's gentoo, not just linux. I know that for a
> couple of my other open source projects I usually don't spend too
> long debugging bizarrely broken apparent bugs, because it ends up
> being some strange build flag or some such on the gentoo box in
On Thu, 5 Jan 2006, John J Lee wrote:
> Might a buildbot running this setup of David Munman's (free MS compiler +
> NAnt interpreting the MS project file) be useful?
s/Munman/Murmann/
John
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.p
On Jan 5, 2006, at 1:08 PM, Anthony Baxter wrote:
> On Friday 06 January 2006 07:44, Martin v. Löwis wrote:
>> With the gentoo installation, I think we have "enough" linux for
>> the moment. Somebody noticed that the Waterfall view of buildbot
>> quickly becomes unreadable if there are too many b
On Friday 06 January 2006 07:44, Martin v. Löwis wrote:
> With the gentoo installation, I think we have "enough" linux for
> the moment. Somebody noticed that the Waterfall view of buildbot
> quickly becomes unreadable if there are too many builds.
My only concern is that it's gentoo, not just lin
John J Lee wrote:
> Might a buildbot running this setup of David Munman's (free MS compiler +
> NAnt interpreting the MS project file) be useful?
I feel that any contribution here takes quite some time initially, so
somebody making that offer should accept some pain until it really
works self-cont
Anthony Baxter wrote:
> FWIW, I have an older box running Ubuntu 05.10 that spends most of
> it's days pining for stuff to do (at the moment, it does DHCP and DNS
> for the house. Yes, I know I have too many damn computers here). I
> can set up a buildbot on it easily enough. It's something like
Armin Rigo wrote:
> This would do the right thing for <= 2.4, using ints everywhere; and the
> Python.h version 2.5 would detect the #define and assume it's a
> 2.5-compatible module, so it would override the #define with the real
> thing *and* turn on the ssize_t interpretation of the '#' format
>
On Thu, 5 Jan 2006, Tim Peters wrote:
[...]
> A problem for Windows buildbot slaves is that they need an appropriate
> compiler. Does this machine have MS VC 7.1 installed? If not, it
> can't compile the code. The Windows Python would also like to build
> several other packages (like bz2 and Tcl
Hi Martin,
On Fri, Dec 30, 2005 at 11:26:44AM +0100, "Martin v. L?wis" wrote:
> > Hum. It would be much cleaner to introduce a new format character to
> > replace '#' and deprecate '#'...
>
> That would certainly be clearer. What character would you suggest?
>
> I see two drawbacks with that ap
Hi Martin,
On Thu, Jan 05, 2006 at 12:36:40AM +0100, "Martin v. L?wis" wrote:
> OTOH, I also think we should get rid of buildno entirely. Instead,
> svnversion should be compiled into the object file, or, if it is absent,
> $Revision$ should be used; the release process should be updated to
> forc
On Wed, Jan 04, 2006 at 10:10:07AM -0800, Guido van Rossum wrote:
> I'd say go right ahead and submit a change to SF (and then after it's
> reviewed you can check it in yourself :-).
http://www.python.org/sf?id=1397960
The patch comments and source should explain it all. The diff is quite big
(j
> > If the portability problem can be solved by checking things into Jython
> > instead, I think I would prefer that.
I'm definitely interested in bringing ElementTree into Jython at some
point, though I probably won't have time to look into it until after
the next Jython release. I'm quite sure
[Morel Xavier]
> I currently have a (quite weak) computer that mostly sits idle (shares
> the web connection), Tbird 750; 640Mb RAM; Windows Server 2003 Standard
> Edition.
>
> Since the computer sits there doing nothing, I could probably put a
> buildbot on it if needed (since the
FWIW, I have an older box running Ubuntu 05.10 that spends most of
it's days pining for stuff to do (at the moment, it does DHCP and DNS
for the house. Yes, I know I have too many damn computers here). I
can set up a buildbot on it easily enough. It's something like a
600MHz P3 or something. Is
On Thu, 2006-01-05 at 00:36 +0100, "Martin v. Löwis" wrote:
> 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 in configure,
> and generate the entire buildno generation.
>
> OTOH, I also think we should get rid
Morel> but i'd like to know how often it'll try to build, and how long
Morel> the build itself may take on such a platform.
It should build every time there's a checkin on trunk or the 2.4 branch. As
for performance, take a look at
http://www.python.org/dev/buildbot/
to see how long
I currently have a (quite weak) computer that mostly sits idle (shares
the web connection), Tbird 750; 640Mb RAM; Windows Server 2003 Standard
Edition.
Since the computer sits there doing nothing, I could probably put a
buildbot on it if needed (since the python-dev thread state
On 5-jan-2006, at 11:53, [EMAIL PROTECTED] wrote:
>
> me> This works for me (compiles with no warnings, passes all
> tests).
> ...
>
> The bagpipe didn't say "no", so I checked this in on trunk and the 2.4
> branch.
I haven't tested this on 10.4 yet, but it should work. The heuristic
me> This works for me (compiles with no warnings, passes all tests).
...
The bagpipe didn't say "no", so I checked this in on trunk and the 2.4
branch.
Skip
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
Anthony Baxter 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?
Peace, brother... Err, pax(1).
-bash-3.00$ uname -a
SunOS tb3 5.10 Generic sun4u sparc SUNW,Sun-Fire-V440
-bash-3.00$ bu
Anyone wanna give bsddb some tlc? Head and 2.4 work with 4.2 on amd64
and x86. Neither python version works when using BSD db 4.1 or 3.2. I
don't know anything about bsddb, so any help fixing this would be
appreciated.
In 4.1 it seems associate doesn't work.
http://python.org/sf/1332873
3.2
34 matches
Mail list logo
