On Tue, Jul 8, 2008 at 12:56 PM, <[EMAIL PROTECTED]> wrote:
> It looks to me like the main thing that Pybots needs is help with
> maintenance. Getting someone to set up an individual buildbot is one thing,
> but keeping it working is the important bit and it looks like people are not
> doing that
On 6 Jul, 09:09 pm, [EMAIL PROTECTED] wrote:
On Sun, Jul 6, 2008 at 8:46 AM, <[EMAIL PROTECTED]> wrote:
It's one thing to tell people that they need to be helping out (and
I'm sure you're right) but it's much more useful to get the message
out that
"we really need people to do X, Y, and Z".
On 6 Jul, 05:29 pm, [EMAIL PROTECTED] wrote:
(I'd also like to improve the labels of the build slaves. What
exactly
is "x86 Red Hat 9 trunk" testing? Trunk of what? What project?)
It seems like you would like to edit the master configuration file.
That can be arranged fairly easily.
How s
On Sun, Jul 6, 2008 at 2:09 PM, Grig Gheorghiu <[EMAIL PROTECTED]> wrote:
> I'll send a message to the pybots mailing list asking people whose
> buildbots are turned off if they're still interested in running them.
> Negative or no answers will mean we can remove them from the farm.
>
OK, I poste
> It's not only a question of changing a static label in this case. A
> given buildslave can run the tests for multiple projects, in which
> case it becomes tricky to change the label on the fly accordingly.
I think you could set up different builders for a single slave in
that case (use a slave l
On Sun, Jul 6, 2008 at 8:46 AM, <[EMAIL PROTECTED]> wrote:
>
> However, let's say that this were tremendously successful, and lots of
> people start paying attention. I think pybots.org needs to be updated to
> say exactly what a participant interested in python testing needs to do,
> beyond "her
> (I'd also like to improve the labels of the build slaves. What exactly
> is "x86 Red Hat 9 trunk" testing? Trunk of what? What project?)
It seems like you would like to edit the master configuration file.
That can be arranged fairly easily.
Regards,
Martin
___
[EMAIL PROTECTED] writes:
> On 01:02 am, [EMAIL PROTECTED] wrote:
> >To bring my $0.02 to this discussion: the Pybots 'community buildbots'
> >turned out largely to be a failure.
>
> Let's not say it's a failure. Let's instead say that it hasn't yet
> become a success :-).
+1
> >I still
On 01:02 am, [EMAIL PROTECTED] wrote:
To bring my $0.02 to this discussion: the Pybots 'community buildbots'
turned out largely to be a failure.
Let's not say it's a failure. Let's instead say that it hasn't yet
become a success :-).
I still haven't given up, and I hope this thread will spur
On Thu, Jun 26, 2008 at 8:18 AM, <[EMAIL PROTECTED]> wrote:
> Today on planetpython.org, Doug Hellman announced the June issue of Python
> magazine. The cover story this month is about Pybots, "the fantastic
> automation system that has been put in place to make sure new releases of
> Python soft
Guido van Rossum wrote:
On Thu, Jun 26, 2008 at 3:22 PM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
On Thu, Jun 26, 2008 at 8:45 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
So you're saying py.test needs to be fixed? Fine with me, but then I
don't understand why you bothered bringing it up her
On Thu, Jun 26, 2008 at 5:33 PM, <[EMAIL PROTECTED]> wrote:
> OK, fair enough. Taking a step back, I was pushing this really hard because
> to *me*, it seems like dealing with the influx of bug reports after the fact
> is an unreasonable amount of additional work, whereas immediate reverts are
>
On Thu, Jun 26, 2008 at 3:22 PM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 8:45 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>>
>> So you're saying py.test needs to be fixed? Fine with me, but then I
>> don't understand why you bothered bringing it up here instead of
>> f
[EMAIL PROTECTED] wrote:
I do tend to ramble on, so here's an executive summary of my response:
I want python developers to pay attention to the community buildbots and
to treat breakages of existing projects as a serious issue.
Counter-proposal:
* Interested developers or users of the majo
On 26 Jun, 09:24 pm, [EMAIL PROTECTED] wrote:
On Thu, Jun 26, 2008 at 1:06 PM, <[EMAIL PROTECTED]> wrote:
On 07:44 pm, [EMAIL PROTECTED] wrote:
Well, sorry, that's life. We're not going to deal with breakage in 3rd
party code on a "drop all other work" basis.
For the record, "automatic rev
On 09:17 pm, [EMAIL PROTECTED] wrote:
On Thu, Jun 26, 2008 at 12:35 PM, <[EMAIL PROTECTED]> wrote:
Because the relevant community buildbot turned red with that revision
of
trunk. Keep in mind I'm not talking about every piece of Python code
in the
universe; just the ones selected for the c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 26, 2008, at 5:54 PM, Martin v. Löwis wrote:
I just added a "deferred blocker" priority -- that implements one
half
of your wish. Mass issue updating must be done by someone who knows
Roundup better than me, I'm afraid.
I doubt true mass
On Thu, Jun 26, 2008 at 8:45 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>
> So you're saying py.test needs to be fixed? Fine with me, but then I
> don't understand why you bothered bringing it up here instead of
> fixing it (or reporting to the py.test maintainers, I don't know if
> you're one
> I just added a "deferred blocker" priority -- that implements one half
> of your wish. Mass issue updating must be done by someone who knows
> Roundup better than me, I'm afraid.
I doubt true mass update will be necessary. If you remind me that I
should convert all "deferred blocker" issues to s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 26, 2008, at 5:20 PM, Georg Brandl wrote:
Barry Warsaw schrieb:
I don't know if this "Barry" guy has the appropriate permissions
on the bugtracker to increase priorities, so I've taken the
liberty of upgrading it as a release blocker f
On Thu, Jun 26, 2008 at 1:06 PM, <[EMAIL PROTECTED]> wrote:
> On 07:44 pm, [EMAIL PROTECTED] wrote:
>>
>> At no time will a policy "the community buildbots must be green" be
>> useful: the tests that run on these buildbots are not under our control,
>> so if the tests test things we deem non-publi
Barry Warsaw schrieb:
I don't know if this "Barry" guy has the appropriate permissions on
the bugtracker to increase priorities, so I've taken the liberty of
upgrading it as a release blocker for the _second_ beta ... ;-).
So, at least there's been one productive consequence of this
disc
On Thu, Jun 26, 2008 at 12:35 PM, <[EMAIL PROTECTED]> wrote:
>
> On 05:14 pm, [EMAIL PROTECTED] wrote:
>>>
>>> I don't know. JP is already addressing the issues affecting Twisted in
>>> another thread (incompatible changes in the private-but-necessary-to-
>>> get-any-testing-done API of the warni
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 26, 2008, at 12:54 PM, [EMAIL PROTECTED] wrote:
On 04:42 pm, [EMAIL PROTECTED] wrote:
On Thu, Jun 26, 2008 at 5:33 PM, Guido van Rossum
<[EMAIL PROTECTED]> wrote:
an explanation about *why* Django cannot even be imported than a
blanket com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 26, 2008, at 11:42 AM, Nick Coghlan wrote:
If the community buildbots aren't largely green by the time beta 2
comes out, that's when I'll agree we have a problem - they should
definitely be green by the time first release candidate comes o
Terry Reedy schrieb:
[EMAIL PROTECTED] wrote:
to what extent should Python actually be compatible between releases?
As I understand things from years of observation, the following are fair
game to changed in ways possibly backward-incompatible for specific
code: bugs, detailed float behavi
[EMAIL PROTECTED] schrieb:
On 07:44 pm, [EMAIL PROTECTED] wrote:
At no time will a policy "the community buildbots must be green" be
useful: the tests that run on these buildbots are not under our
control,
so if the tests test things we deem non-public we can't do anything
about it. (And we ma
> I don't ascribe this to malice -
> it really *would* be much harder to fix it now, for us as well as for him.
I think I disagree. It's easier to fix it now than it was to fix it back
then. Fixing it back then would have meant to constantly observe the
buildbots, and keep them running, so it woul
On 07:44 pm, [EMAIL PROTECTED] wrote:
At no time will a policy "the community buildbots must be green" be
useful: the tests that run on these buildbots are not under our
control,
so if the tests test things we deem non-public we can't do anything
about it. (And we may have a hard time convincin
> BuildBot has two ways to let you run your code on all builders before you
> commit it to trunk. You can force a build on a branch or you can try a
> build with a patch. I don't know if these options are enabled on Python's
> buildmaster. If they are, then if you want, you can use them to make
Georg Brandl wrote:
[EMAIL PROTECTED] schrieb:
Another way to phrase this question is, "whose responsibility is it to
make Python 2.5 programs run on Python 2.6"? Or, "what happens when
the core team finds out that a change they have made has broken some
python software 'in the wild'"?
Her
[EMAIL PROTECTED] wrote:
to what extent should Python actually be compatible between releases?
As I understand things from years of observation, the following are fair
game to changed in ways possibly backward-incompatible for specific
code: bugs, detailed float behavior (which may be syst
> I want python developers to pay attention to the community buildbots
I don't think that goal is realistic. Instead, somebody who has actual
interest in this matter should pay this attention, and then bring it up
on python-dev when something breaks.
Regards,
Martin
__
On Thu, 26 Jun 2008 21:46:48 +0200, Georg Brandl <[EMAIL PROTECTED]> wrote:
[snip]
As for reverting changes that break, I'd support this
only for changes that break *all* of them. For example, I only use one
platform to develop on (and I guess it's the same for many others), having
the buildbots
To me (and I'm an outsider not a direct developer), it's Python developers
responsibility to handle the Python problems and the Python build bots. The
community build bots are the responsibility of their authors. If JP is
handling the Twisted one then great. It's got a gatekeeper. If no one is
hand
[EMAIL PROTECTED] schrieb:
On 03:42 pm, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
beta 1 has some trouble running *our* test suite - I'd be fairly
surprised if the community buildbots were in significantly better
shape.
That's another problem, yes :)
The community buildbots have b
[EMAIL PROTECTED] schrieb:
Another way to phrase this question is, "whose responsibility is it to
make Python 2.5 programs run on Python 2.6"? Or, "what happens when the
core team finds out that a change they have made has broken some python
software 'in the wild'"?
Here are a couple of way
On 05:14 pm, [EMAIL PROTECTED] wrote:
I don't know. JP is already addressing the issues affecting Twisted
in
another thread (incompatible changes in the private-but-necessary-to-
get-any-testing-done API of the warnings module). But I really think
that whoever made the change which broke it s
I do tend to ramble on, so here's an executive summary of my response:
I want python developers to pay attention to the community buildbots and
to treat breakages of existing projects as a serious issue. However, I
don't think that maintaining those projects is the core team's job, so
all I'
On Thu, Jun 26, 2008 at 11:07 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 7:55 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>> On Thu, Jun 26, 2008 at 10:40 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
>>> this patch even make things worse for me. now py.test also dies.
On Thu, Jun 26, 2008 at 7:55 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 26, 2008 at 10:40 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
>> this patch even make things worse for me. now py.test also dies.
>
> Please add details to the tracker.
>
Well, I think most probably the patc
On Thu, Jun 26, 2008 at 10:40 AM, Ralf Schmitt <[EMAIL PROTECTED]> wrote:
> this patch even make things worse for me. now py.test also dies.
Please add details to the tracker.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-
On Thu, Jun 26, 2008 at 6:54 PM, <[EMAIL PROTECTED]> wrote:
> On 04:42 pm, [EMAIL PROTECTED] wrote:
>>
>> On Thu, Jun 26, 2008 at 5:33 PM, Guido van Rossum <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> an explanation about *why* Django cannot even be imported than a
>>> blanket complaint that this is a di
> A big part of why I wrote this message is that I wanted a clear
> understanding of the relationship between the definition of "alpha",
> "beta" and "RC" and the state of various buildbots. If that
> relationship exists already, just linking to it from
> http://python.org/download/releases/2.6/
> That's also why the alpha is called an alpha. My informal understanding
> is that a beta should have no (or at least very few) known issues
No, that's not the purpose. Instead, it is a promise that no further
features will be added, i.e. that the code is stable from a feature
point of view.
It
And just to make my position perfectly clear, I've unassigned it,
since I don't foresee to be able to give this issue the quality time
it clearly needs. Mind you, I agree it's a release blocker. But I
don't have time to personally investigate it. Sorry.
On Thu, Jun 26, 2008 at 9:54 AM, <[EMAIL PR
On Thu, Jun 26, 2008 at 9:21 AM, <[EMAIL PROTECTED]> wrote:
> On 03:33 pm, [EMAIL PROTECTED] wrote:
>> It needs to be decided case-by-case.
>
> If certain tests are to be ignored on a case-by-case basis, why not record
> that decision by disabling the test in the code? Otherwise, the decision
> i
On 04:42 pm, [EMAIL PROTECTED] wrote:
On Thu, Jun 26, 2008 at 5:33 PM, Guido van Rossum <[EMAIL PROTECTED]>
wrote:
an explanation about *why* Django cannot even be imported than a
blanket complaint that this is a disgrace. So why is it?
and already discussed:
http://mail.python.org/pipermail/
Ralf Schmitt wrote:
TypeError: unhashable type: 'ManyToManyField'
TypeError: unhashable type: 'PrimaryKeyConstraint'
and already discussed:
http://mail.python.org/pipermail/python-dev/2008-April/078421.html
Following the discussion to it's conclusions leads one to a tracker
issue [1] that was
On Thu, Jun 26, 2008 at 5:33 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> an explanation about *why* Django cannot even be imported than a
> blanket complaint that this is a disgrace. So why is it?
>
File "/home/ralf/pediapress/appserver/django/db/models/options.py",
line 198, in _many_to
On 03:42 pm, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
beta 1 has some trouble running *our* test suite - I'd be fairly
surprised if the community buildbots were in significantly better
shape.
That's another problem, yes :)
The community buildbots have been in a broken state for mo
On 03:33 pm, [EMAIL PROTECTED] wrote:
Too verbose, Glyph. :-)
Mea culpa. "Glyph" might be a less appropriate moniker than "Altogether
too many glyphs".
It needs to be decided case-by-case.
If certain tests are to be ignored on a case-by-case basis, why not
record that decision by disablin
[EMAIL PROTECTED] wrote:
Today on planetpython.org, Doug Hellman announced the June issue of
Python magazine. The cover story this month is about Pybots, "the
fantastic automation system that has been put in place to make sure new
releases of Python software are as robust and stable as possibl
Too verbose, Glyph. :-)
It needs to be decided case-by-case. The beta is called beta because,
well, it may break stuff and we may want to fix it. But there are also
likely many frameworks that use undefined behavior. I'm not
particularly impressed by statistics like "all tests are red" -- this
may
Today on planetpython.org, Doug Hellman announced the June issue of
Python magazine. The cover story this month is about Pybots, "the
fantastic automation system that has been put in place to make sure new
releases of Python software are as robust and stable as possible".
Last week, there was
55 matches
Mail list logo