-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 13, 2008, at 9:01 AM, anatoly techtonik wrote:
On Thu, Oct 30, 2008 at 4:22 PM, Eric Smith <[EMAIL PROTECTED]>
wrote:
Bazaar. Take a look at the developers' pages on python.org, they
mention
that a BZR checkout is available. I know that
On Thu, Oct 30, 2008 at 4:22 PM, Eric Smith <[EMAIL PROTECTED]> wrote:
>> Bazaar. Take a look at the developers' pages on python.org, they mention
>> that a BZR checkout is available. I know that it works (though the initial
>> checkout is glacially slow) but I don't know what "official" support i
On Sun, Nov 2, 2008 at 5:42 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
...
> A dvcs means that people can publish their branches in a wide variety of
> ways. Trusted developers can push their branches to code.python.org.
> Non-core developers can use one of the free public dvcs branch hosting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 30, 2008, at 11:04 AM, A.M. Kuchling wrote:
On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
One of the reasons why I'm very keen on us moving to a distributed
version
control system is to help break the logjam on core develope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 30, 2008, at 10:22 AM, Eric Smith wrote:
Ulrich Eckhardt wrote:
On Thursday 30 October 2008, Victor Stinner wrote:
One of the reasons why I'm very keen on us moving to a distributed
version control system is to help break the logjam on core
Tarek Ziadé schrieb:
> On Fri, Oct 31, 2008 at 7:46 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>>>
>>> What about having two level of devs ?
>>>
>>> + core developers + standard library developers
>>>
>>> [cut]
>>
>>
>> So I'd suggest thinking about developer responsibilities more in terms
>> of a
> But we need also some hooks to automate stage changes:
> * attach a new patch => set stage to "patch review"
>(and maybe add the keyword "review")
The latter already happens automatically.
> * remove "patch reviewed" keyword => set stage to "commit review"
> * set status to "closed" => s
> I have a similar list that I have been thinking about proposing. I did
> a blog post about it at
> http://sayspy.blogspot.com/2008/08/what-are-typical-steps-issue-goes.html
> and received positive feedback:
>
> * triage
> * verify bug
> * test needed
> * needs patch
> * patch review
> * commit re
On Fri, Oct 31, 2008 at 7:46 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>>
>> What about having two level of devs ?
>>
>> + core developers + standard library developers
>>
>> [cut]
>
>
> So I'd suggest thinking about developer responsibilities more in terms
> of areas of expertise rather than "le
Paul Moore:
> 3. There's nothing obvious I can do to move an issue forward. Sure, I
> can make a comment, but that's about it. I'd like something that
> stood a bit more chance of getting noticed (like a status change, or
> maybe a list of people who think this is good to apply, which I can
> add
On Thu, Oct 30, 2008 at 17:27, Victor Stinner
<[EMAIL PROTECTED]> wrote:
> Le Friday 31 October 2008 00:34:32 Paul Moore, vous avez écrit :
>> Agreed. I was thinking vaguely in terms of a type of voting - rather
>> than a status or resolution, it might be more like the nosy list - a
>> list of peop
Le Friday 31 October 2008 00:34:32 Paul Moore, vous avez écrit :
> Agreed. I was thinking vaguely in terms of a type of voting - rather
> than a status or resolution, it might be more like the nosy list - a
> list of people who have said they think the patch is OK. The more
> people on the list, th
On Thu, Oct 30, 2008 at 12:09 PM, Tarek Ziadé <[EMAIL PROTECTED]> wrote:
>
> What about having two level of devs ?
>
> + core developers
> + standard library developers
>
I was also thinking about two levels of developers, but structured a
little differently. We have the same core developers with
> I haven't seen any of the ones today.
OK, I've respooled them.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-a
2008/10/30 "Martin v. Löwis" <[EMAIL PROTECTED]>:
>> Question - is there anything Roundup can do to help triage? Extra
>> status or keyword values ("has patch",
>
> There is "patch" keyword already, and a public query "Patches"
> (as well as "My Patches")
Sorry, I checked the keywords but missed i
On Thu, Oct 30, 2008 at 6:25 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> By the way, it seems that this python-checkins mailing list did not
>> archive the recent commits:
>> http://mail.python.org/pipermail/python-checkins/2008-October/date.html#end
>> I miss them... Can someone fix it?
>
> By the way, it seems that this python-checkins mailing list did not
> archive the recent commits:
> http://mail.python.org/pipermail/python-checkins/2008-October/date.html#end
> I miss them... Can someone fix it?
Which ones are you missing specifically?
Regards,
Martin
> On some of my issues (esp. ones relating to curses and mailbox.py), I
> feel paralyzed because problems are occurring on platforms I don't
> have access to (e.g. FreeBSD). The buildbots will report problems,
> but then you have to debug them by committing changes, triggering a
> build, and obser
On Thu, Oct 30, 2008 at 22:17, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> On some of my issues (esp. ones relating to curses and mailbox.py), I
> feel paralyzed because problems are occurring on platforms I don't
> have access to (e.g. FreeBSD). The buildbots will report problems,
> but then you h
On Thu, 30 Oct 2008 17:17:02 -0400, "A.M. Kuchling" <[EMAIL PROTECTED]> wrote:
[snip]
On some of my issues (esp. ones relating to curses and mailbox.py), I
feel paralyzed because problems are occurring on platforms I don't
have access to (e.g. FreeBSD). The buildbots will report problems,
but t
Arfrever Frehtes Taifersar Arahesis schrieb:
> 2008-10-30 16:04 A.M. Kuchling <[EMAIL PROTECTED]> napisał(a):
>> On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
>>> One of the reasons why I'm very keen on us moving to a distributed version
>>> control system is to help break the logja
On Thu, Oct 30, 2008 at 03:55:38PM +, Paul Moore wrote:
> 2. Some patches marked as "documentation" are doc fixes, others seem
> to be issues where it has been decided that the behaviour is correct
> as is, but needs to be documented. Fair enough, but it's much harder
> to assess the latter, an
> Interestingly enough, I consider myself in the "standard library
> developers" RE: the multiprocessing package. I just thought that's how
> things broke down unofficially.
It's actually fairly official (see my other message) - "you know who you
are". It has been working that way fine for the las
> What about having two level of devs ?
>
> + core developers
> + standard library developers
We effectively have that already. Many of the committers will
only ever commit to a single module (+docs and tests), as they
volunteered to maintain that very module (e.g. Lars Gustäbel
for the tarfile m
> Question - is there anything Roundup can do to help triage? Extra
> status or keyword values ("has patch",
There is "patch" keyword already, and a public query "Patches"
(as well as "My Patches")
> "ready to go", ...)?
We could give more people the right to set the resolution to "Accepted".
Th
On Thu, Oct 30, 2008 at 05:50, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Oct 30, 2008, at 01:02 PM, Victor Stinner wrote:
[SNIP]
>>If Python would be more reactive, more developer will be attracted. The
>>communication is very important in an o
On Thu, Oct 30, 2008 at 06:14, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Ulrich Eckhardt wrote:
>> On Thursday 30 October 2008, Victor Stinner wrote:
One of the reasons why I'm very keen on us moving to a distributed
version control system is to help break the logjam on core developers.
>
On Thu, Oct 30, 2008 at 12:09 PM, Tarek Ziadé <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 30, 2008 at 4:55 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
>>> I don't see how a DVCS will fix anything. The bottleneck is in
>>> assessing patches for inclusion in the master tree; not enough people
>>> are doi
On Thu, Oct 30, 2008 at 4:55 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
>> I don't see how a DVCS will fix anything. The bottleneck is in
>> assessing patches for inclusion in the master tree; not enough people
>> are doing that. We'd just end up with lots of proposed branches
>> waiting to be mer
On Thu, Oct 30, 2008 at 11:55 AM, Paul Moore <[EMAIL PROTECTED]> wrote:
> I just did a quick experiment, checking for trivial documentation
> patches I could review, and some things became obvious:
>
> 1. There is no way of telling which issues have a patch.
There is a "patch" keyword that is usu
2008/10/30 A.M. Kuchling <[EMAIL PROTECTED]>:
> On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
>> One of the reasons why I'm very keen on us moving to a distributed version
>> control system is to help break the logjam on core developers. True, your
>> code will still not be able to
On Thu, Oct 30, 2008 at 8:50 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Oct 30, 2008, at 01:02 PM, Victor Stinner wrote:
> >If Python would be more reactive, more developer will be attracted. The
> >communication is very important in an op
Arfrever Frehtes Taifersar Arahesis wrote:
> 2008-10-30 16:04 A.M. Kuchling <[EMAIL PROTECTED]> napisał(a):
>> On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
>>> One of the reasons why I'm very keen on us moving to a distributed version
>>> control system is to help break the logjam
On Oct 30, 2008, at 11:11 AM, Arfrever Frehtes Taifersar Arahesis wrote:
SVN supports path-based authorization.
http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html
This has worked well for us with contractors and partners, and isn't
problematic or tedious to maintain.
2008-10-30 16:04 A.M. Kuchling <[EMAIL PROTECTED]> napisał(a):
> On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
>> One of the reasons why I'm very keen on us moving to a distributed version
>> control system is to help break the logjam on core developers. True, your
>> code will sti
On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
> One of the reasons why I'm very keen on us moving to a distributed version
> control system is to help break the logjam on core developers. True, your
> code will still not be able to land in the "official" branch without core
> devel
Ulrich Eckhardt wrote:
On Thursday 30 October 2008, Victor Stinner wrote:
One of the reasons why I'm very keen on us moving to a distributed
version control system is to help break the logjam on core developers.
Yeah, exactly :-) Does anyone already maintain a distributed tree?
Mercurial, GIT,
Barry Warsaw wrote:
> or even decided that we're moving to one. Brett as the head of the
> infrastructure committee will have more to say about that.
While it is indeed the infrastructure committee's call (since they'll
shoulder the bulk of the effort in organising further investigation into
the
Ulrich Eckhardt wrote:
> On Thursday 30 October 2008, Victor Stinner wrote:
>>> One of the reasons why I'm very keen on us moving to a distributed
>>> version control system is to help break the logjam on core developers.
>> Yeah, exactly :-) Does anyone already maintain a distributed tree?
>> Merc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 30, 2008, at 01:02 PM, Victor Stinner wrote:
>> Let me remind you though that I've been mostly unavailable for the past two
>> weeks at a work conference.
>
>Cool, you're back :-) But my email was not against you.
Well, not quite. :) Monday.
On Thursday 30 October 2008, Victor Stinner wrote:
> > One of the reasons why I'm very keen on us moving to a distributed
> > version control system is to help break the logjam on core developers.
>
> Yeah, exactly :-) Does anyone already maintain a distributed tree?
> Mercurial, GIT, anything else
> Let me remind you though that I've been mostly unavailable for the past two
> weeks at a work conference.
Cool, you're back :-) But my email was not against you.
> That's why I set the 3.0 schedule the way I did.
Personnaly, I don't want to get python 3.0 final with some broken modules or
som
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 30, 2008, at 11:08 AM, Victor Stinner wrote:
>Since some months, I'm trying to improve Python but it's difficult because
>I'm not allowed to push patches and I have to wait for some reviews and then
>for someone interrested by my patches. Somet
Hi,
Since some months, I'm trying to improve Python but it's difficult because I'm
not allowed to push patches and I have to wait for some reviews and then for
someone interrested by my patches. Sometimes I just get a good reaction
like "nice patch" and then nothing. Should I stop sending new p
44 matches
Mail list logo
