[Python-Dev] hello
___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] download python-2.6 docs?
http://docs.python.org/dev/download.html I want a pdf. The above link says: "To download an archive containing all the documents for this version of Python in one of various formats, follow one of links in this table. " But there are no links. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Buildbots for trunk are all red
On Tue, Feb 26, 2008 at 09:46:04PM -0800, Gregory P. Smith wrote: > My opinion on bsddb as a standard library module is based mostly on "its > always been there" and a vague memory of the last time this came up I > thought people piped up saying they liked batteries being included, > including bsddb and sqlite, but I don't have a handy reference to that email > thread. Looking at the July 2000 python-dev archive, it was added in the lead-up for Python 2.0 because the bsddb185 module was becoming increasingly difficult to support; fewer and fewer platforms were including it, I think. So we included the BerkeleyDB wrapper which was backward-compatible and provided much lower-level access. I think BerkeleyDB was also the only stdlib database that included transactional features until sqlite was included. It's disappointing that the API has gotten so complicated and that a few releases have been broken. Doing a code search finds a fair number of users of the module: Zope's BDBStorage, Mailman 2.x's archiver, 4Suite, PyTone, OuterSpace, Chandler, BioPython. --amk ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Buildbots for trunk are all red
On Tue, Feb 26, 2008 at 11:47 PM, Brett Cannon <[EMAIL PROTECTED]> wrote: > > Well, in my opinion "batteries included" is great, but not when one of > the batteries consistently acts up and requires a good shake to get > working again. The bsddb module has consistent reliability issues when > it comes to testing (and I suspect it has more to do with Sleepycat > than the bindings). I know I am tired of getting buildbot errors > saying that the bsddb tests died more consistently than most tests > over their history. I agree that bsddb has been a pain. It's about 1 of 10 tests that fill that category. I've been working on reducing these problems (recently: test_bsddb3, test_smptlib, test_xmlrpclib, and I'm sure there are others I forgot). Rather than remove modules, it would be more productive if we fixed the flaky tests. Then we wouldn't have to ignore failures, we could trust the buildbots. test_urllib*net tests still fail regularly, I think because some hosts aren't available from time to time. Can someone look into making test_urllib*net more robust? We also need to make the tests more robust. By fixing test_smtplib, I sped it up by over 99% while making it more robust. Any test that uses threads and sleeps (really just sleeps) needs to be fixed similarly. Can someone find which tests still use sleep? n ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Buildbots for trunk are all red
Neal Norwitz schrieb: > On Tue, Feb 26, 2008 at 11:47 PM, Brett Cannon <[EMAIL PROTECTED]> wrote: >> >> Well, in my opinion "batteries included" is great, but not when one of >> the batteries consistently acts up and requires a good shake to get >> working again. The bsddb module has consistent reliability issues when >> it comes to testing (and I suspect it has more to do with Sleepycat >> than the bindings). I know I am tired of getting buildbot errors >> saying that the bsddb tests died more consistently than most tests >> over their history. > > I agree that bsddb has been a pain. It's about 1 of 10 tests that > fill that category. I've been working on reducing these problems > (recently: test_bsddb3, test_smptlib, test_xmlrpclib, and I'm sure > there are others I forgot). Rather than remove modules, it would be > more productive if we fixed the flaky tests. Then we wouldn't have to > ignore failures, we could trust the buildbots. Maybe the flaky tests could be moved towards the end? This way we could at least see if the other tests work. Thomas ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Buildbots for trunk are all red
> Maybe the flaky tests could be moved towards the end? This way we could > at least see if the other tests work. It's intentional that the tests run in a random order. Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Adding a new Windows x64 buildbot
Hi, I've got a Windows Server 2008 x64 server I'd like to contribute as a buildbot. As per the recommendation on http://wiki.python.org/moin/BuildBot, it sounds like I'm looking for Martin, Anthony or Neal to sort me out with slave credentials. Feel free to drop me a line! Regards, Trent. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-3000] Python 2.6 and 3.0
> (unless a complete working solution is presented in that other technology, > and as long as that other technology still creates MSI files with > free-as-in-beer tools). Just out of interest, what's the reason for enforcing that the installer must be an MSI? Or, rather, if I were to present an alternative .exe installer that ticks all of the above boxes, exceeds the capabilities of the current installer and above all is easier to extend and maintain -- would that be a non-starter because it's not an MSI? Trent. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-3000] Python 2.6 and 3.0
>> (unless a complete working solution is presented in that other >> technology, and as long as that other technology still creates MSI >> files with free-as-in-beer tools). > > Just out of interest, what's the reason for enforcing that the > installer must be an MSI? Or, rather, if I were to present an > alternative .exe installer that ticks all of the above boxes, exceeds > the capabilities of the current installer and above all is easier to > extend and maintain -- would that be a non-starter because it's not > an MSI? Not necessarily - it is just very hard to provide the same features as MSI, but with a different tool. It seems that most tools have given up the battle against MSI, and now provide just another layer on top of MSI (just as my msilib does, or WiX). Regards, Martin ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Buildbots for trunk are all red
On Feb 27, 2008, at 9:13 AM, A.M. Kuchling wrote: > Doing a code search finds a fair number of users of the module: Zope's > BDBStorage, ... The BDBStorage is long gone at this point. Few are so unfortunate as to remember it (though a few who may just might be on this list). :-) -Fred -- Fred Drake ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
