On Tuesday 08 March 2005 12:14, Greg Ward wrote:
> D'ohhh -- busted! My only excuse is that the lack of these attributes
> was originally filed as a bug report, and I suddenly realized "oops! new
> attributes == feature request" just as I was checking the change in on
> 2.4.
>
> I'll revert the ch
On Mon, 7 Mar 2005 14:43:01 -0600, Skip Montanaro <[EMAIL PROTECTED]> wrote:
>
> It seems to me that either urllib's docs are wrong or its code is wrong
> w.r.t. how the User-agent header is handled. In part, the docs say:
>
> By default, the URLopener class sends a User-Agent: header of
>
[Greg Ward]
>> What would be *really* spiffy is to provide a way for
>> externally-triggered thread dumps. This is one of my top two Java
>> features [1]. The way this works in Java is a bit awkward --
>> "kill -QUIT" the Java process and it writes a traceback for every
>> running thread to stdou
At 08:23 PM 3/7/05 -0500, Greg Ward wrote:
On 06 March 2005, Fazal Majid said:
> Since I started this, I might as well finish it. I do have some Python
> developer experience (hey, I even voted for comp.lang.python back
> when...) but not in the core interpreter itself.
What would be *really* spiff
On Mon, Mar 07, 2005, Greg Ward wrote:
>
> D'ohhh -- busted! My only excuse is that the lack of these attributes
> was originally filed as a bug report, and I suddenly realized "oops! new
> attributes == feature request" just as I was checking the change in on
> 2.4.
>
> I'll revert the change on
On 06 March 2005, Fazal Majid said:
> Since I started this, I might as well finish it. I do have some Python
> developer experience (hey, I even voted for comp.lang.python back
> when...) but not in the core interpreter itself.
What would be *really* spiffy is to provide a way for
externally-tri
On 07 March 2005, "Martin v. Löwis" said:
> OTOH, I wonder whether the distutils CVS needs to be converted at all,
> or whether it would be sufficient to only migrate the python "module"
> (in which case your approach would be sufficient).
The last time I looked (late 2000), there was useful conte
On 07 March 2005, Anthony Baxter said:
> Um, unless I misread this, you added new attributes to the ossaudiodev
> objects in the 2.4 branch. Please don't do this - this is a new
> feature, and suddenly people who want to use those new attributes have
> to either test for version >= 2.4.1, or else d
On 07 March 2005, Steve Holden said:
> Just to offer alternatives:
Cool, I liked some of your changes. I'm happy with this doc change.
Will checkin Doc/ref/ref3.tex on 2.4 branch and merge to trunk shortly.
Greg
--
Greg Ward <[EMAIL PROTECTED]> http://www.gerg.ca
Greg Ward wrote:
On 05 March 2005, Nick Coghlan said:
Steven Bethard has put together some text to add __new__ to the list of
Basic Customisation methods in the language reference. Would one of the
documentation folks care to take a look at it?
I've tried to tighten up the text there and hopeful
It seems to me that either urllib's docs are wrong or its code is wrong
w.r.t. how the User-agent header is handled. In part, the docs say:
By default, the URLopener class sends a User-Agent: header of
"urllib/VVV", where VVV is the urllib version number. Applications can
define thei
Greg Ward wrote:
Presumably for Python's repository, this would work:
cvs2svn -s /home/svn/python /home/cvs/python/python
...except, umm, isn't distutils a separate top-level directory in the
Python repository or something?
Ok. Removing the CVSROOT before the conversion (from CVS) or after
the c
Barry Warsaw wrote:
I personally have had no success doing this, but the last time I tried
was with a fairly old version of svn.
It gives an error message when you try. You then need to interpret the
error message, retry, and it gives you another error message. You do
this three times, and end up w
On Sun, 2005-03-06 at 14:16, "Martin v. Löwis" wrote:
> I don't know whether anybody has done this before,
> but I just tried to run cvs2svn on the Python repository.
> The conversion took 7 hours, and the result is now
> available at
>
> http://www.dcl.hpi.uni-potsdam.de/python/branches/
>
> Bec
Greg Ewing wrote:
Is there some reason why Context couldn't invoke the binary
operator methods using binary operators, rather than calling
their methods directly?
I had a similar idea, but then I remembered that the whole point of invoking the
methods through a specific Context is to override the
Greg Ward <[EMAIL PROTECTED]> writes:
> On 06 March 2005, I said:
>> I'll check this in and merge to the trunk once I see all tests passing.
>
> Checked in on 2.4 branch. Not merged to trunk since Raymond hasn't
> merged his stuff to the trunk yet.
I don't think that code is going onto HEAD.
Ch
16 matches
Mail list logo
