L. Drake, Jr. fdrake at acm.org
___
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-archive.com
.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
; PageRank(tm) numbers don't get
transferred as quickly as contents. I have this worry too in the
context of the python.org redesign; 301 permanent redirect is *not*
going to help PageRank of the new page.)
Maybe I'm just not getting why that's relevant.
-Fred
--
Fred L. Drake, Jr
, 1, 2, 3])
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
and time on an impossible quest.
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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
.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
already included in the urlparse module is a URN scheme from
CNRI. Either we should support URNs, or we should consider deprecating
support for that one.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
; mirroring the exact form
of the word fail doesn't make sense; making it readable does.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
?
I had a class to do the really-careful editing bit like Guido described once,
but lost it in a disk crash several years ago. I really wish I'd gotten that
into revision control somewhere, but it's too late now. I've not needed that
badly enough to re-write it.
-Fred
--
Fred L. Drake, Jr
unmark
the test. This avoids having to refactor test classes just to update the
status of a test.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Friday 30 December 2005 06:31, Ka-Ping Yee wrote:
Is there a really good reason to do that? It's not obvious to me.
No more than there is to rename None to none or NONE.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing
On Tuesday 27 December 2005 08:06, Fredrik Lundh wrote:
the trunk link on
http://www.python.org/dev/doc/
Fixed now; thanks for the reminder.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev
; dynamic DNS is fine if the name propogation to the
slaves is fast). The slaves do not need to be reachable from the buildbot
master, since the slave is responsible for contacting the master.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python
.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
it to me for conversion. I do not want
LaTeX itself to cause us to lose documentation contributions; the hard part
for documentation really is getting good content. Hard workers shouldn't be
turned away. :-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
make sure it's easy for everyone to contribute. I'm
certainly interested in suggestions, though I make all of them happen.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
): please make a note of this in your next summary. The
I-can't-contribute-because-I-don't-know-LaTeX notion has to die, die, die.
An excellent idea!
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
. :-)
In general, my worry is less with dealing with spam than with ensuring
integration of content enhancements before release candidates go out.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http
belongs on the Doc-SIG; I've CC'd that
list.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python
no longer be used as we have now migrated to CVS on Sourceforge :-(
Try it now.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
: vwrite_tuple: Assertion `opt
|| cstr' failed. Aborted
I've never seen anything like that from Subversion before.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
to each version.
I think the whole PyXML v. the standard library dabacle has taught us that
there should *always* be an explicit path to each version of a module or
package.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
time.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
On Monday 28 November 2005 20:14, 장혜식 wrote:
There's a hacky trick to remove them:
put rm -rf $CVSROOT/src into CVSROOT/loginfo
and remove the line then and commit again. :)
Wow, that is tricky! Glad it wasn't me who thought of this one. :-)
-Fred
--
Fred L. Drake, Jr. fdrake
On Sunday 30 October 2005 18:37, Gustavo Niemeyer wrote:
I'd like to apply the following patch:
+1
Might want to include SystemExit as well, though I think that's less likely to
be seen in practice.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
, a listing of files that _would_ change if you were to
do svn update.
It's worth noting that svn status -u does require network access, since it
has to check with the repository to see what's been updated there.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
and svn:ignore.
Shouldn't we simply remove the .cvsignore files? Subversion doesn't use them,
so they'll just end up getting out of sync with the svn:ignore properties.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev
as quickly as
possible, but it's a manual process just to get the mail through.
We should probably have a dedicated address for this, or tell people to send
them to webmaster.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing
-deposit address be routed to the webmaster
crew? Most of the webmasters don't have the access needed to deposit keys.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
candidate, because we get the
advantages of peer review.
For things that describe policy, I don't think that's so great. For policy
(how to use SVN for Python development, because we have certain rules), I
think we want to maintain strict editorial control.
-Fred
--
Fred L. Drake, Jr. fdrake
. Dates and times, separate from a date-time, are
completely unsupported by the bare XML-RPC protocol. Applications must
determine what they mean and how to encode them in XML-RPC separately if they
need to do so.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
.
Well stated. I'm in complete agreement on this matter.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
releases.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
discussion here just now leads me to believe that at least two of us
here (including myself) think iterators shouldn't have length at all: they're
*not* containers and shouldn't act that way.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev
.
That's what strikes me as different in this discussion.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
with this in
the next 5 minutes. Sorry. I do intend to read your message carefully and
respond then.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
. :-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
On Tuesday 30 August 2005 11:26, Raymond Hettinger wrote:
FWIW, I am VERY happy with the name partition().
I like it too. +1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http
to be raised and
then caught again abstractly, in addition to allow anydbm.error to act as a
base exception that catches the specific errors raised by the backend
databases.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing
now. :-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
won't deal with the varargs
portion of the signature, but it can deal with the return value and normal
arguments without worrying about varargs portions of the signature for any
function.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python
with them generically if they can reasonably want to deal with either), then
it seems they need a common base:
+--AnyDeprecationWarning
+--DeprecationWarning
+--PendingDeprecationWarning
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
. That makes it a child of Raisable, not Error.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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
not sure if there are any political issues about that, but I
think everyone actively developing on that project has been happy with the
move. (Only the berlios.de Subversion is being used; everything else remains
at SourceForge IIRC.)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
can provide more details of what he had to do; I was only
slightly involved in the discussions.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
convert our trunk, which took several hours. The main time
sink was in the load step of the conversion process.
This might be a possibility for Python as well, though we have a much less
complex branching structure, so the conversion may not be so difficult.
-Fred
--
Fred L. Drake, Jr
to keep multiple
projects in a single repository for zope.org.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
away.
Yes, it does. Avoiding the maintenance burden is a matter of having only one
source for the docs, and doesn't not inform the selection of which place is
best in a substantial way. A little though.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
such low-hanging fruit is worthwhile.) What do other people think?
The low-hanging fruit, of course, is to close the report with a 'reject'
status.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
On Tuesday 05 July 2005 02:57, Greg Ewing wrote:
I'm thinking about something like context manager,
or at least something with context in it.
Oh, I like this one. Context manager / context protocol work well for me.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
, with this link to the specific PEP
section, so that we can get this fixed.
Unless, of course, you have the time and inclination to finish it off
yourself. :-)
(I know, I've not been very helpful getting doc issues cleared up lately; I'm
hoping that'll get a bit better soon.)
-Fred
--
Fred L. Drake
On Thursday 30 June 2005 17:26, Raymond Hettinger wrote:
the current idiom:
mylist[:] = [] # clear
Unless you happen to prefer the other current idiom:
del mylist[:]
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python
to describe them. So Python 2.2.2 can become Python 2.2.2
(unmaintained). Whether this is desirable or not, I'm not sure.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
categories/groups were marked unusable for new submissions. But
that's not necessary in any way.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
platforms, would be helpful.
-Fred
--
Fred L. Drake, Jr.fdrake at acm.org
___
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
the API, if its useful at all.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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
, a developer should not find difficulty to
reverse that if needed.
Right. I think if the API provides a control for this and some mention is
made in the documentation, that would be good.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev
or on a project web page. A proper field
will be added for this in the future (hopefully not too distant).
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
). Getting the metadata wrong is
just too evil. Now that more people have seen the code for PyPI (and
understand more of it), it'll be easier to implement new fields once they've
been carefully defined.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
-Encoding field should be
included. There should also be a field for the version of Python that's
required.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
be conservative in what we generate.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
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
()
suffices for that much. Tack on .replace('-', '') to do the whole job.
Yep, that would work too.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
the range of what's accepted and produced by the
various XML-RPC libraries, but I've not looked hard for it.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
will be convinced that the file is still
open and refuse to let you delete it. To fix that, you'd have to trigger GC
from the failed removal operation and try again.
I think we'd find there are a lot more operations that need that support than
we'd like to think.
-Fred
--
Fred L. Drake, Jr
--
Fred L. Drake, Jr. fdrake at acm.org
___
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-archive.com
holiday here,
and so that's the day that's most likely for me...
Sounds good to me. Anything in that range is equally doable.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
101 - 168 of 168 matches
Mail list logo