Re: [Python-Dev] Deprecating builtin id (and moving it to sys())
On Friday 19 August 2005 02:22, Guido van Rossum wrote: On 8/17/05, Anthony Baxter [EMAIL PROTECTED] wrote: If you _really_ want to call a local variable 'id' you can (but shouldn't). Disagreed. The built-in namespace is searched last for a reason -- the design is such that if you don't care for a particular built-in you don't need to know about it. I'm not sure what you're disagreeing with. Are you saying you _can't_ call a variable 'id', or that it's OK to do this? You also can't/shouldn't call a variable 'class', 'def', or 'len' -- but I don't see any movement to allow these... Please don't propagate the confusion between reserved keywords and built-in names! It's not a matter of 'confusion', more that there are some names you can't or shouldn't use in Python. When coding twisted, often the most obvious 'short' name for a Deferred is 'def', but of course that doesn't work. Anthony ___ 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
Re: [Python-Dev] Deprecating builtin id (and moving it to sys())
On 8/20/05, Anthony Baxter [EMAIL PROTECTED] wrote: On Friday 19 August 2005 02:22, Guido van Rossum wrote: On 8/17/05, Anthony Baxter [EMAIL PROTECTED] wrote: If you _really_ want to call a local variable 'id' you can (but shouldn't). Disagreed. The built-in namespace is searched last for a reason -- the design is such that if you don't care for a particular built-in you don't need to know about it. I'm not sure what you're disagreeing with. Are you saying you _can't_ call a variable 'id', or that it's OK to do this? That it's OK. You also can't/shouldn't call a variable 'class', 'def', or 'len' -- but I don't see any movement to allow these... Please don't propagate the confusion between reserved keywords and built-in names! It's not a matter of 'confusion', more that there are some names you can't or shouldn't use in Python. When coding twisted, often the most obvious 'short' name for a Deferred is 'def', but of course that doesn't work. My point is that there are two reasons for not using such a name. With 'def', you *can't*. With 'len', you *could* (but it would be unwise). With 'id', IMO it's okay. -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ 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
Re: [Python-Dev] PEP 347: Migration to Subversion
I'm ready to accept te general idea of moving to subversion and away from SourceForge. On the hosting issue, I'm still neutral -- I expect we'll be able to support the current developer crowd easily on svn.python.org, but if we ever find ther are resource problems (either people or bandwidth etc.) I just received a recommendation for wush.net which specializes in svn hosting. $90/month for 5 Gb of disk space sounds like a good deal and easily within the PSF budget. -- --Guido van Rossum (home page: http://www.python.org/~guido/) ___ 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
Re: [Python-Dev] PEP 347: Migration to Subversion
On Aug 20, 2005, at 6:14 AM, Guido van Rossum wrote: I'm ready to accept te general idea of moving to subversion and away from SourceForge. On the hosting issue, I'm still neutral -- I expect we'll be able to support the current developer crowd easily on svn.python.org, but if we ever find ther are resource problems (either people or bandwidth etc.) I just received a recommendation for wush.net which specializes in svn hosting. $90/month for 5 Gb of disk space sounds like a good deal and easily within the PSF budget. We were using wush.net's subversion and trac service for a (commercial) project from February until a little over a week ago. Their servers dropped off the internet for about three days straight earlier this month and we were unable to contact anyone. I still don't think we've received an explanation as to what happened. When it did come up, our data was OK. Previous to that experience, it worked out OK. The subversion repository got wedged once, but that was fixed in a matter of hours after filing a ticket. We host our own subversion and trac now. We just can't afford that kind of downtime again. Setting up subversion and trac isn't a very big deal, and they don't really require any real maintenance as far as I can tell (.. and I have been dealing with subversion over apache via mod_dav_svn since pre-1.0 days). Another thing to note is that the trac installation at wush.net is a branch off the latest stable version, and the database can't be downgraded or upgraded correctly by the trac-admin tool. However, the SQL to downgrade the schema to the latest stable is trivial and I still have it lying around if anyone is interested in moving their trac repositories off of wush ;) -bob ___ 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
Re: [Python-Dev] A testing challenge
On Wed, 2005-08-17 at 18:57, Calvin Austin wrote: When was the last time someone thanked you for writing a test? I tried to think of the last time it happened to me and I can't remember. Well at Spikesource we want to thank you not just for helping the Python community but for your testing efforts too and we are running a participatory testing contest. This is a competition where there are no losers, every project gains if new tests are written. For more details see below, it is open worldwide. feel free to send questions to me. Since you posted to python-dev, you might think about adding Python to the list of languages in which [...] the project [is] written on the registration form. Currently, the only choices are C/C++, Java, and php. -Barry signature.asc Description: This is a digitally signed message part ___ 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