Re: the Gravity of Python 2
I think for new projects one should go with 3.x this is the right thing to do. If you require a module that's 2.x only it's easy enough to port it unless it depends on some monster like protobuf which doesn't have python3.x support Pedro. On Wed, Jan 8, 2014 at 3:30 PM, Mark Lawrence wrote: > On 08/01/2014 14:15, Roy Smith wrote: > >> As somebody who is still firmly in the 2.x world, I'm worried about the >> idea of a 2.x fork. While I have my doubts that 3.x was a good idea, >> the fact is, it's here. Having the community fractured between the two >> camps is not good. Let's say I'm somebody who wants to contribute some >> OSS. I have three basic choices: >> >> 1) I can make it 3.x only. Now, (nominally) half of the python >> community is unable to realize value from my contribution. >> >> 2) I can make it 2.x only. Same thing in reverse. >> >> 3) I can make it work on both 2.x and 3.x, which means I'm investing >> more effort than I had to if it were single platform. >> >> Any of those alternatives is worse than ideal. Forking 2.x to create an >> unofficial 2.8 release would just prolong the situation. As I've stated >> before, I don't see any urgency in moving to 3.x, and don't imagine >> doing there for another couple of years, but I absolutely can't imagine >> moving to a 2.8 fork. >> >> > The above strikes me as common sense. Surely that's out of place on this > list? :) > > But to be serious why not stick with 2.x if there's no compelling reason > to move? Whatever happened to "if it ain't broke, don't fix it"? And > before anyone says anything please don't start on about the bytes versus > string debate, I'm fairly certain that there are a substantial number of > application areas that don't run into these problems. > > > -- > My fellow Pythonistas, ask not what our language can do for you, ask what > you can do for our language. > > Mark Lawrence > > -- > https://mail.python.org/mailman/listinfo/python-list > -- https://mail.python.org/mailman/listinfo/python-list
Re: Python 2.6 and Sqlite3 - Slow
Try incrementing the variable cursor.arraysize a lot. Pedro. On Tue, Aug 28, 2012 at 11:20 PM, Dennis Lee Bieber wrote: > On Tue, 28 Aug 2012 10:25:35 -0700 (PDT), bruceg113...@gmail.com > declaimed the following in gmane.comp.python.general: > >> >> Doesn't the last paragraph imply that SQLite can operate on a network drive. >> > > Most anything "can operate" on a network drive... But should it? > > The main thing the documentation is explaining is that one > application accessing the database FILE does NOT LOCK OTHERS from > accessing the file. Nothing about how the file is accessed. A > low-activity web service would allow lots of people to concurrently > access it -- but the processes that are doing said access are all local > to the database file. > > Technically, M$ Access/JET (which is also file server database) also > permits multiple clients -- but the locking becomes a pain. > -- > Wulfraed Dennis Lee Bieber AF6VN > wlfr...@ix.netcom.comHTTP://wlfraed.home.netcom.com/ > > -- > http://mail.python.org/mailman/listinfo/python-list -- http://mail.python.org/mailman/listinfo/python-list
Re: protobuf + pypy
_with pypy_ On Wed, Aug 22, 2012 at 12:16 AM, Mark Lawrence wrote: > On 21/08/2012 22:55, Pedro Larroy wrote: >> >> Hi >> >> Anyone knows if it's possible to use protobuffers with pypy? Seems >> there isn't much info on the web about this. >> >> Pedro. >> > > Did you mean this, in which case there loads on the web > http://code.google.com/p/protobuf/ ? > > -- > Cheers. > > Mark Lawrence. > > -- > http://mail.python.org/mailman/listinfo/python-list -- http://mail.python.org/mailman/listinfo/python-list
Re: set PYTHONPATH for a directory?
Isn't virtualenv for this kind of scenario? Pedro. On Fri, May 4, 2012 at 3:46 PM, Dave Angel wrote: > On 05/04/2012 08:21 AM, Neal Becker wrote: >> I'm testing some software I'm building against an alternative version of a >> library. So I have an alternative library in directory L. Then I have in an >> unrelated directory, the test software, which I need to use the library >> version >> from directory L. >> >> One approach is to set PYTHONPATH whenever I run this test software. Any >> suggestion on a more foolproof approach? >> > Simply modify sys.path at the beginning of your test software. That's > where import searches. > > > > -- > > DaveA > > -- > http://mail.python.org/mailman/listinfo/python-list -- http://mail.python.org/mailman/listinfo/python-list
monotonically increasing memory usage
Hi pickling Just crossposting this from stackoverflow: http://stackoverflow.com/questions/6857006/python-monotonically-increasing-memory-usage-leak Any hints? Pedro. -- Pedro Larroy Tovar | http://pedro.larroy.com/ -- http://mail.python.org/mailman/listinfo/python-list
