Re: /usr/lib/python2.7/subprocess.py:OSError: [Errno 2] No such file or directory

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 4:20 AM, Marco Ippolito wrote: >File "/usr/local/lib/python2.7/dist-packages/nltk/classify/megam.py", > line 167, in call_megam > p = subprocess.Popen(cmd, stdout=subprocess.PIPE) >File "/usr/lib/python2.7/subprocess.py", line 679, ininit > errread, errwri

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Steven D'Aprano
On Mon, 06 Jan 2014 16:32:01 -0500, Ned Batchelder wrote: > On 1/6/14 12:50 PM, Steven D'Aprano wrote: >> Ned Batchelder wrote: >> >>> You are still talking about whether Armin is right, and whether he >>> writes well, about flaws in his statistics, etc. I'm talking about >>> the fact that an org

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 1:42 PM, Terry Reedy wrote: > I am pleased to see that the bug-fix releases get downloaded so heavily. That's a tricky one, though. It's impossible to say how many 3.3.1 downloads were upgrading from 3.3.0, and how many were simply "I want Python, give me the latest". But e

Re: the Gravity of Python 2

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 2:12 PM, Devin Jeanpierre wrote: > Doing a flag like that that enables a backwards incompatible change > does in fact address that issue you were worried about originally, so > that's something. And feature-by-feature moves are, like the OP said, > still lower cost than a wh

Re: Trying to wrap my head around futures and coroutines

2014-01-06 Thread MRAB
On 2014-01-07 02:29, Cameron Simpson wrote: On 06Jan2014 18:56, Skip Montanaro wrote: [...] Let's say I have a dead simple GUI with two buttons labeled, "Do A" and "Do B". Each corresponds to executing a particular activity, A or B, which take some non-zero amount of time to complete (as percei

Re: Trying to wrap my head around futures and coroutines

2014-01-06 Thread Skip Montanaro
>From the couple responses I've seen, I must have not made myself clear. Let's skip specific hypothetical tasks. Using coroutines, futures, or other programming paradigms that have been introduced in recent versions of Python 3.x, can traditionally event-driven code be written in a more linear mann

Re: the Gravity of Python 2

2014-01-06 Thread Devin Jeanpierre
On Mon, Jan 6, 2014 at 6:28 PM, Chris Angelico wrote: > class Foo(str): > def __add__(self, other): > if isinstance(other, unicode): return self + other.encode("cp500") > return str.__add__(self, other) > > What happens if you have the __future__ directive disabling > autoencod

Re: Trying to wrap my head around futures and coroutines

2014-01-06 Thread Cameron Simpson
On 07Jan2014 13:29, I wrote: > def do_A(): > with lock_B(): > with lock_A(): > _do_A() Um, of course there would be a cancel_B() up front above, like this: def do_A(): cancel_B() with lock_B(): with lock_A(): _do_A() I'm with MRAB: you don't really nee

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Terry Reedy
On 1/6/2014 6:24 PM, Chris Angelico wrote: On Tue, Jan 7, 2014 at 10:06 AM, Antoine Pitrou wrote: Terry Reedy udel.edu> writes: On 1/6/2014 11:29 AM, Antoine Pitrou wrote: People don't use? According to available figures, there are more downloads of Python 3 than downloads of Python 2 (W

Re: Trying to wrap my head around futures and coroutines

2014-01-06 Thread Cameron Simpson
On 06Jan2014 18:56, Skip Montanaro wrote: [...] > Let's say I have a dead simple GUI with two buttons labeled, "Do A" and "Do > B". Each corresponds to executing a particular activity, A or B, which take > some non-zero amount of time to complete (as perceived by the user) or > cancel (as perceive

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 1:15 PM, Rhodri James wrote: > Sorry, I assumed we were talking about threads in general. Py2 vs Py3 > threads that aren't interminable trolling don't show up often enough to > register for me; the current set is something of an exception. Sure. In that case, I would agree

Re: the Gravity of Python 2

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 1:15 PM, Devin Jeanpierre wrote: > The other alternative is having + (etc.) do something different > depending on what module it's in. It's not hard to do: add a condition > to all places where Python automatically converts, and check the call > stack to see what module you'

Pragmatic Unicode (was Re: "More About Unicode in Python 2 and 3")

2014-01-06 Thread Terry Reedy
On 1/6/2014 5:25 PM, Ned Batchelder wrote: I do respect you, and all the core developers. As I've said elsewhere in the thread, I greatly appreciate everything you do. I dedicate a great deal of time and energy to the Python community, primarily because of the amazing product that you have all

Re: Trying to wrap my head around futures and coroutines

2014-01-06 Thread MRAB
On 2014-01-07 00:56, Skip Montanaro wrote: I've been programming for a long while in an event&callback-driven world. While I am comfortable enough with the mechanisms available (almost 100% of what I do is in a PyGTK world with its signal mechanism), it's never been all that satisfying, breaking

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Rhodri James
On Tue, 07 Jan 2014 01:35:54 -, Chris Angelico wrote: On Tue, Jan 7, 2014 at 12:26 PM, Rhodri James wrote: On Mon, 06 Jan 2014 21:17:06 -, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene Heskett wrote: > And from my lur

Re: the Gravity of Python 2

2014-01-06 Thread Devin Jeanpierre
On Mon, Jan 6, 2014 at 6:00 PM, Chris Angelico wrote: > On Tue, Jan 7, 2014 at 12:55 PM, Devin Jeanpierre > wrote: >> What if we decide there is no single source of responsibility, and it >> can't be limited exactly to a module, and make a __future__ feature >> the best we can regardless? We can

Python 3 Q & A (Nick C.) updated

2014-01-06 Thread Terry Reedy
As a counterpoint to 2 versus 3: http://python-notes.curiousefficiency.org/en/latest/python3/questions_and_answers.html by Nick Coughlan, one of Python's major core developers. A couple of points related to the other threads. 1. There were real social and technical reasons for the non-2.8 pep (4

Re: the Gravity of Python 2

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 12:55 PM, Devin Jeanpierre wrote: > What if we decide there is no single source of responsibility, and it > can't be limited exactly to a module, and make a __future__ feature > the best we can regardless? We can still exact some benefit from a > "sloppy" __future__ feature:

Re: django question

2014-01-06 Thread Roy Smith
In article , CM wrote: > On Sunday, January 5, 2014 4:50:55 PM UTC-5, Roy Smith wrote: > > > One of the things we try to do is put as little in the views as > > possible. Views should be all about accepting and validating request > > parameters, and generating output (be that HTML via templa

Re: the Gravity of Python 2

2014-01-06 Thread Devin Jeanpierre
On Mon, Jan 6, 2014 at 5:00 PM, Chris Angelico wrote: > On Tue, Jan 7, 2014 at 11:27 AM, Devin Jeanpierre > wrote: >> For example, I imagine that it is kind of _silly_ to have a >> __future__.disable_str_autoencoding on a per-module basis, because >> some modules' functions will fail when they ar

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 12:26 PM, Rhodri James wrote: > On Mon, 06 Jan 2014 21:17:06 -, Gene Heskett wrote: > >> On Monday 06 January 2014 16:16:13 Terry Reedy did opine: >> >>> On 1/6/2014 9:32 AM, Gene Heskett wrote: >>> > And from my lurking here, its quite plain to me that 3.x python has a

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Rhodri James
On Mon, 06 Jan 2014 21:17:06 -, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene Heskett wrote: > And from my lurking here, its quite plain to me that 3.x python has a > problem with everyday dealing with strings. Strings of what? An

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 11:23 AM, Dennis Lee Bieber wrote: >>Uhh, I think you're the only one here who has that nightmare, like >>Chris Knight with his sun-god robes and naked women throwing pickles >>at him. >> > > Will somebody please wash out my brain... "Pickles straight from the > jar,

Re: the Gravity of Python 2

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 11:27 AM, Devin Jeanpierre wrote: > For example, I imagine that it is kind of _silly_ to have a > __future__.disable_str_autoencoding on a per-module basis, because > some modules' functions will fail when they are given the wrong type, > and some won't -- but in the context

Trying to wrap my head around futures and coroutines

2014-01-06 Thread Skip Montanaro
I've been programming for a long while in an event&callback-driven world. While I am comfortable enough with the mechanisms available (almost 100% of what I do is in a PyGTK world with its signal mechanism), it's never been all that satisfying, breaking up my calculations into various pieces, and t

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Steven D'Aprano
Mark Janssen wrote: >> Looks like another bad batch, time to change your dealer again. > > ??? Strange, when the debate hits bottom, accusations about doing > drugs come up. This is like the third reference (and I don't even > drink alcohol). It is an oblique reference to the fact that your pos

Re: Postfix conditionals

2014-01-06 Thread Rhodri James
On Mon, 06 Jan 2014 07:51:28 -, Göktuğ Kayaalp wrote: Thanks for the input! I'd be quite interested in examples which required you to "mentally transpose the conditional back to the start of the statement", by the way. Sorry, it's been too long and I don't have any relevant Perl arou

Re: django question

2014-01-06 Thread CM
On Sunday, January 5, 2014 4:50:55 PM UTC-5, Roy Smith wrote: > One of the things we try to do is put as little in the views as > possible. Views should be all about accepting and validating request > parameters, and generating output (be that HTML via templates, or JSON, > or whatever). All

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Steven D'Aprano
Ethan Furman wrote: > On 01/06/2014 09:27 AM, Steven D'Aprano wrote: >> Ethan Furman wrote: >> >> Chris didn't say "bytes and ascii data", he said "bytes and TEXT". >> Text != "ascii data", and the fact that some people apparently think it >> does is pretty much the heart of the problem. > > The

Re: Which python framework?

2014-01-06 Thread CM
On Monday, January 6, 2014 12:02:31 PM UTC-5, blis...@gmail.com wrote: > I love programming in python but I'm having trouble deciding over a framework > for a single player MUD like game I'm making for fun. Ideally it's a > cross-platform free framework in case I want make it open source later wi

Re: the Gravity of Python 2

2014-01-06 Thread Devin Jeanpierre
On Mon, Jan 6, 2014 at 4:19 PM, Chris Angelico wrote: > Can we get a run-down of everything that actually must be broken in > 2.7 -> 3.3, that can't be backported via __future__, so we can start > cherry-picking which bits to break in 2.8? The biggest one is going to > be Unicode strings, for a la

Re: the Gravity of Python 2

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 6:26 AM, Mark Lawrence wrote: > http://blog.startifact.com/posts/python-2-gravity.html > > "A Way Forward - How to go forward then? I think it makes sense to work as > hard as possible to lift those Python 2 codebases out of the gravity well." > > I think this is complete no

Re: Python program distribution - a source of constant friction

2014-01-06 Thread Nicholas Cole
On Monday, 6 January 2014, Chris Angelico wrote: > On Tue, Jan 7, 2014 at 10:39 AM, Nicholas Cole > > > wrote: > > But what about the end-user? The end-user who just wants a blob (he > doesn't > > care about what language it is in - he just wants to solve the problem at > > hand with your shiny,

Re: python finance

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 8:11 AM, d ss wrote: > i wrote just 2 words with a clear indicative title: "Python, Finance" which > summarizes the following "if you are good in python and interested in > applying your python knowledge to the field of finance then we may have a > common interest in talk

Re: python finance

2014-01-06 Thread Walter Hurry
On Mon, 06 Jan 2014 13:11:53 -0800, d ss wrote: i wrote just 2 words with a clear > indicative title: "Python, Finance" which summarizes the following "if > you are good in python and interested in applying your python knowledge > to the field of finance then we may have a common interest in talk

Re: Python program distribution - a source of constant friction

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 10:39 AM, Nicholas Cole wrote: > But what about the end-user? The end-user who just wants a blob (he doesn't > care about what language it is in - he just wants to solve the problem at > hand with your shiny, cool, problem-solving application). This is where OS-provided pa

Python program distribution - a source of constant friction

2014-01-06 Thread Nicholas Cole
This email is inspired by a YouTube video of a talk that Jessica McKellar recently gave. I was struck by her analysis that it is hard to remain a popular language (as Python currently is) and her call to action to address friction points that make it hard for a non-Python audience to use Python an

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 10:06 AM, Antoine Pitrou wrote: > Terry Reedy udel.edu> writes: >> >> On 1/6/2014 11:29 AM, Antoine Pitrou wrote: >> >> > People don't use? According to available figures, there are more > downloads of >> > Python 3 than downloads of Python 2 (Windows installers, mostly): >

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 23:14, Ben Finney wrote: Mark Lawrence writes: You arrogance really has no bounds. If you'd have done the job that you should have done in the first place and stopped that blithering idiot 16 months ago, we wouldn't still be putting up with him now. That is a misdirection; Ned

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 7:32 AM, Antoine Pitrou wrote: > Chris Angelico gmail.com> writes: >> >> On Tue, Jan 7, 2014 at 3:29 AM, Antoine Pitrou pitrou.net> > wrote: >> > People don't use? According to available figures, there are more > downloads of >> > Python 3 than downloads of Python 2 (Windo

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ben Finney
Mark Lawrence writes: > You arrogance really has no bounds. If you'd have done the job that > you should have done in the first place and stopped that blithering > idiot 16 months ago, we wouldn't still be putting up with him now. That is a misdirection; Ned's request that you stop bad behaviou

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Antoine Pitrou
Terry Reedy udel.edu> writes: > > On 1/6/2014 11:29 AM, Antoine Pitrou wrote: > > > People don't use? According to available figures, there are more downloads of > > Python 3 than downloads of Python 2 (Windows installers, mostly): > > http://www.python.org/webstats/ > > While I would like the

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 22:41, Nicholas Cole wrote: I hardly know which of the various threads on this topic to reply to! No one is taking Python 2.7 away from anyone. It is going to be on the net for years to come. Goodness! I expect if I wanted to go and download Python 1.5 I could find it easily enou

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 8:32 AM, Mark Janssen wrote: >>> Really? If people are using binary with "well-defined ascii-encoded >>> tidbits", they're doing something wrong. Perhaps you think escape >>> characters "\n" are "well defined tidbits", but YOU WOULD BE WRONG. >>> The purpose of binary is t

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 22:35, Antoine Pitrou wrote: Mark Lawrence yahoo.co.uk> writes: [...] And as I started this thread, I'll say what I please, throwing my toys out of my pram in just the same way that your pal Armin is currently doing. I'll join Ned here: please stop it. You are doing a disservi

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Chris Angelico
On Tue, Jan 7, 2014 at 7:42 AM, Tim Chase wrote: > On 2014-01-06 22:20, Serhiy Storchaka wrote: >> data = b"\x43\x6c\x67\x75\x62\x61" # is there an easier way to >> turn a hex dump into a bytes literal? >> >> >>> bytes.fromhex('43 6c 67 75 62 61') >> b'Clguba' > > Very nice new function

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Janssen
>> I would still point out that "Kenneth and Armin" are not the whole Python >> community. > > I never said they were the whole community, of course. But they are not > outliers either. [...] > >> Your whole argument seems to be that a couple "revered" (!!) >> individuals should see their complain

Re: Suggested GUI framework for Mac and unix?

2014-01-06 Thread Mark Lawrence
On 06/01/2014 22:31, Russell E. Owen wrote: I'm no expert on GUIs but I've just picked wxPython via the age old system of tossing a coin :) I have a free cross-platform Python GUI application that has to run on Mac and linux. It is presently written in Tkinter, but for various reasons* it may

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Terry Reedy
On 1/6/2014 11:29 AM, Antoine Pitrou wrote: People don't use? According to available figures, there are more downloads of Python 3 than downloads of Python 2 (Windows installers, mostly): http://www.python.org/webstats/ While I would like the claim to be true, I do not see 2 versus 3 download

Re: Drawing shaded area depending on distance with latitude and altitude coordinate

2014-01-06 Thread Dave Angel
On Mon, 6 Jan 2014 12:08:19 -0800 (PST), Isaac Won wrote: dis1 = [[]]*1 for c in range(0,275): dis1[0].append(dis[c]) So dis1 has 1 row in it. But contourf is expecting many rows, matching the length of lat. I'm guessing you have to fill in the others. cs = plt.

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Nicholas Cole
I hardly know which of the various threads on this topic to reply to! No one is taking Python 2.7 away from anyone. It is going to be on the net for years to come. Goodness! I expect if I wanted to go and download Python 1.5 I could find it easily enough. Like everyone else, when Python 3 came

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Antoine Pitrou
Mark Lawrence yahoo.co.uk> writes: > [...] > > And as I started this thread, I'll say what I please, throwing my toys > out of my pram in just the same way that your pal Armin is currently doing. I'll join Ned here: please stop it. You are doing a disservice to everyone. Thanks in advance An

Suggested GUI framework for Mac and unix?

2014-01-06 Thread Russell E. Owen
I have a free cross-platform Python GUI application that has to run on Mac and linux. It is presently written in Tkinter, but for various reasons* it may be time to switch. I've heard many good things about wxpython and qt, but not used either, and am wondering if somebody could tell me if eith

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 22:22, Ned Batchelder wrote: On 1/6/14 5:08 PM, Mark Lawrence wrote: On 06/01/2014 21:42, Ned Batchelder wrote: On 1/6/14 4:33 PM, Mark Lawrence wrote: On 06/01/2014 21:17, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ned Batchelder
On 1/6/14 5:16 PM, Antoine Pitrou wrote: Ned Batchelder nedbatchelder.com> writes: I never said they were the whole community, of course. But they are not outliers either. By your own statistics above, 23% of respondents think Python 3 was a mistake. Armin and Kenneth are just two very visib

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ned Batchelder
On 1/6/14 5:08 PM, Mark Lawrence wrote: On 06/01/2014 21:42, Ned Batchelder wrote: On 1/6/14 4:33 PM, Mark Lawrence wrote: On 06/01/2014 21:17, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene Heskett wrote: And from my lurking here, it

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Antoine Pitrou
Ned Batchelder nedbatchelder.com> writes: > > > I never said they were the whole community, of course. But they are not > outliers either. By your own statistics above, 23% of respondents think > Python 3 was a mistake. Armin and Kenneth are just two very visible > people. Indeed, they are

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 21:42, Ned Batchelder wrote: On 1/6/14 4:33 PM, Mark Lawrence wrote: On 06/01/2014 21:17, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene Heskett wrote: And from my lurking here, its quite plain to me that 3.x python has a

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Terry Reedy
On 1/6/2014 7:39 AM, Ned Batchelder wrote: You are still talking about whether Armin is right, and whether he writes well, about flaws in his statistics, etc. That is how *I* decide whether someone is worth attending to. He failed. > I'm talking about the fact that an organization of volunte

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ned Batchelder
On 1/6/14 4:33 PM, Mark Lawrence wrote: On 06/01/2014 21:17, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene Heskett wrote: And from my lurking here, its quite plain to me that 3.x python has a problem with everyday dealing with strings.

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Devin Jeanpierre
On Mon, Jan 6, 2014 at 1:02 PM, Mark Lawrence wrote: > I find all this intriguing. People haven't found time to migrate from > Python 2 to Python 3, but now intend finding time to produce a fork of > Python 2 which will ease the migration to Python 3. Have I got that > correct? Keeping old, uns

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ned Batchelder
On 1/6/14 11:29 AM, Antoine Pitrou wrote: Ned Batchelder nedbatchelder.com> writes: You can look through his problems and decide that he's "wrong," or that he's "ranting," but that doesn't change the fact that Python 3 is encountering friction. What happens when a significant fraction of your

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 21:17, Gene Heskett wrote: On Monday 06 January 2014 16:16:13 Terry Reedy did opine: On 1/6/2014 9:32 AM, Gene Heskett wrote: And from my lurking here, its quite plain to me that 3.x python has a problem with everyday dealing with strings. Strings of what? And what specific 'ev

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Janssen
>> Really? If people are using binary with "well-defined ascii-encoded >> tidbits", they're doing something wrong. Perhaps you think escape >> characters "\n" are "well defined tidbits", but YOU WOULD BE WRONG. >> The purpose of binary is to keep things raw. WTF? > > If you want to participate i

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ned Batchelder
On 1/6/14 12:50 PM, Steven D'Aprano wrote: Ned Batchelder wrote: You are still talking about whether Armin is right, and whether he writes well, about flaws in his statistics, etc. I'm talking about the fact that an organization (Python core development) has a product (Python 3) that is gettin

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Janssen
>> Really? If people are using binary with "well-defined ascii-encoded >> tidbits", they're doing something wrong. Perhaps you think escape >> characters "\n" are "well defined tidbits", but YOU WOULD BE WRONG. >> The purpose of binary is to keep things raw. WTF? > If you want to participate in

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Gene Heskett
On Monday 06 January 2014 16:16:13 Terry Reedy did opine: > On 1/6/2014 9:32 AM, Gene Heskett wrote: > > And from my lurking here, its quite plain to me that 3.x python has a > > problem with everyday dealing with strings. > > Strings of what? And what specific 'everyday' problem are you referrin

Re: python finance

2014-01-06 Thread d ss
On Monday, January 6, 2014 12:06:45 PM UTC-5, Chris Angelico wrote: > On Tue, Jan 7, 2014 at 3:58 AM, d ss wrote: > > > what the heck! > > > who told you this is a spam! > > > this is a call for cooperation and collaboration > > > how retarded! > > > > It is, at best, misdirected. There is

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ned Batchelder
On 1/6/14 2:30 PM, Mark Janssen wrote: Chris didn't say "bytes and ascii data", he said "bytes and TEXT". Text != "ascii data", and the fact that some people apparently think it does is pretty much the heart of the problem. The heart of a different problem, not this one. The problem I refer to

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 20:49, Terry Reedy wrote: On 1/6/2014 8:44 AM, Mark Lawrence wrote: On 06/01/2014 12:39, Ned Batchelder wrote: I'm not talking about the technical details of bytes and Unicode. I'm talking about making customers happy. Simply scrap PEP 404 Not necessary. and the currently

Re: class inheritance python2.7 vs python3.3

2014-01-06 Thread jwe . van . dijk
On Monday, 6 January 2014 18:14:08 UTC+1, jwe.va...@gmail.com wrote: > I have problems with these two classes: > > > > class LPU1(): > > def __init__(self, formula): > > """ > > formula is a string that is parsed into a SymPy function > > and several derived func

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Terry Reedy
On 1/6/2014 10:10 AM, Ethan Furman wrote: The argument is that a very important, if small, subset a data manipulation become very painful in Py3. Not impossible, and not difficult, but painful because the mental model and the contortions needed to get things to work don't sync up anymore. Tha

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Terry Reedy
On 1/6/2014 8:44 AM, Mark Lawrence wrote: On 06/01/2014 12:39, Ned Batchelder wrote: I'm not talking about the technical details of bytes and Unicode. I'm talking about making customers happy. Simply scrap PEP 404 Not necessary. and the currently unhappy customers will be happy as they'

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 20:42, Tim Chase wrote: On 2014-01-06 22:20, Serhiy Storchaka wrote: data = b"\x43\x6c\x67\x75\x62\x61" # is there an easier way to turn a hex dump into a bytes literal? >>> bytes.fromhex('43 6c 67 75 62 61') b'Clguba' Very nice new functionality in Py3k, but 2.x doesn't seem

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Tim Chase
On 2014-01-06 22:20, Serhiy Storchaka wrote: > data = b"\x43\x6c\x67\x75\x62\x61" # is there an easier way to > turn a hex dump into a bytes literal? > > >>> bytes.fromhex('43 6c 67 75 62 61') > b'Clguba' Very nice new functionality in Py3k, but 2.x doesn't seem to have such a meth

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 20:31, Serhiy Storchaka wrote: 06.01.14 15:44, Mark Lawrence написав(ла): Simply scrap PEP 404 and the currently unhappy customers will be happy as they'll be free to do all the work they want on Python 2.8, as my understanding is that the vast majority of the Python core developer

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Antoine Pitrou
Chris Angelico gmail.com> writes: > > On Tue, Jan 7, 2014 at 3:29 AM, Antoine Pitrou pitrou.net> wrote: > > People don't use? According to available figures, there are more downloads of > > Python 3 than downloads of Python 2 (Windows installers, mostly): > > http://www.python.org/webstats/ > >

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Serhiy Storchaka
06.01.14 15:44, Mark Lawrence написав(ла): Simply scrap PEP 404 and the currently unhappy customers will be happy as they'll be free to do all the work they want on Python 2.8, as my understanding is that the vast majority of the Python core developers won't do it for them. It's not necessary.

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Serhiy Storchaka
06.01.14 06:41, Tim Chase написав(ла): from codecs import getencoder getencoder("rot-13")(s2.decode('utf-8'))[0] 'Python' codecs.decode('rot13', s2.decode()) -- https://mail.python.org/mailman/listinfo/python-list

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Serhiy Storchaka
06.01.14 06:51, Chris Angelico написав(ла): data = b"\x43\x6c\x67\x75\x62\x61" # is there an easier way to turn a hex dump into a bytes literal? >>> bytes.fromhex('43 6c 67 75 62 61') b'Clguba' -- https://mail.python.org/mailman/listinfo/python-list

Re: Drawing shaded area depending on distance with latitude and altitude coordinate

2014-01-06 Thread Mark Lawrence
On 06/01/2014 20:08, Isaac Won wrote: I have tried to make a plot of points with longitude and latitude coordinate, and draw shaded area with distance from one point. So, I thought that I could uae contourf function from matplotlibrary. My code is: import haversine import numpy as np

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Terry Reedy
On 1/6/2014 9:32 AM, Gene Heskett wrote: And from my lurking here, its quite plain to me that 3.x python has a problem with everyday dealing with strings. Strings of what? And what specific 'everyday' problem are you referring to? -- Terry Jan Reedy -- https://mail.python.org/mailman/listinf

Drawing shaded area depending on distance with latitude and altitude coordinate

2014-01-06 Thread Isaac Won
I have tried to make a plot of points with longitude and latitude coordinate, and draw shaded area with distance from one point. So, I thought that I could uae contourf function from matplotlibrary. My code is: import haversine import numpy as np import matplotlib.pyplot as plt wi

python-list@python.org

2014-01-06 Thread 7390621
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- https://mail.python.org/mailman/listinfo/python-list

Re: the Gravity of Python 2

2014-01-06 Thread Mark Lawrence
On 06/01/2014 19:41, Mark Janssen wrote: http://blog.startifact.com/posts/python-2-gravity.html "A Way Forward - How to go forward then? I think it makes sense to work as hard as possible to lift those Python 2 codebases out of the gravity well." I think this is complete nonsense. There's only

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Janssen
> Looks like another bad batch, time to change your dealer again. ??? Strange, when the debate hits bottom, accusations about doing drugs come up. This is like the third reference (and I don't even drink alcohol). mark -- https://mail.python.org/mailman/listinfo/python-list

Re: the Gravity of Python 2

2014-01-06 Thread Mark Janssen
> http://blog.startifact.com/posts/python-2-gravity.html > > "A Way Forward - How to go forward then? I think it makes sense to work as > hard as possible to lift those Python 2 codebases out of the gravity well." > > I think this is complete nonsense. There's only been five years since the > firs

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Lawrence
On 06/01/2014 19:30, Mark Janssen wrote: Chris didn't say "bytes and ascii data", he said "bytes and TEXT". Text != "ascii data", and the fact that some people apparently think it does is pretty much the heart of the problem. The heart of a different problem, not this one. The problem I refer

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Janssen
>> Chris didn't say "bytes and ascii data", he said "bytes and TEXT". >> Text != "ascii data", and the fact that some people apparently think it >> does is pretty much the heart of the problem. > > The heart of a different problem, not this one. The problem I refer to is > that many binary formats

the Gravity of Python 2

2014-01-06 Thread Mark Lawrence
http://blog.startifact.com/posts/python-2-gravity.html "A Way Forward - How to go forward then? I think it makes sense to work as hard as possible to lift those Python 2 codebases out of the gravity well." I think this is complete nonsense. There's only been five years since the first relea

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Mark Janssen
> The argument is that a very important, if small, subset a data manipulation > become very painful in Py3. Not impossible, and not difficult, but painful > because the mental model and the contortions needed to get things to work > don't sync up anymore. You are confused. Please see my reply to

Re: Which python framework?

2014-01-06 Thread Mark Lawrence
On 06/01/2014 19:07, bliss...@gmail.com wrote: Would you please read and action this https://wiki.python.org/moin/GoogleGroupsPython to prevent us seeing double line spacing, thanks. -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. M

Re: Which python framework?

2014-01-06 Thread blissend
On Monday, January 6, 2014 12:37:24 PM UTC-5, blis...@gmail.com wrote: > On Monday, January 6, 2014 12:09:28 PM UTC-5, Chris Angelico wrote: > > > On Tue, Jan 7, 2014 at 4:02 AM, wrote: > > > > > > > I love programming in python but I'm having trouble deciding over a > > > framework for a si

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Ethan Furman
On 01/06/2014 09:27 AM, Steven D'Aprano wrote: Ethan Furman wrote: Chris didn't say "bytes and ascii data", he said "bytes and TEXT". Text != "ascii data", and the fact that some people apparently think it does is pretty much the heart of the problem. The heart of a different problem, not this

/usr/lib/python2.7/subprocess.py:OSError: [Errno 2] No such file or directory

2014-01-06 Thread Marco Ippolito
Hi everybody, I'm trying to use MEGAM with NLTK. running the file: [Found /home/ubuntu/nltk_data/megam_i686.opt: /home/ubuntu/nltk_data/megam_i686.opt] Traceback (most recent call last): File "classifying.py", line 494, in me_classifier = MaxentClassifier.train(train_feats, algorithm=

Re: informal #python2.8 channel on freenode

2014-01-06 Thread Emile van Sebille
Why not contribute to the planned Stackless 2.8? As I understand their direction, they'll be backporting certain v3.x features and will be prepping both SLP and nonSLP versions. Emile On 01/06/2014 04:45 AM, Martijn Faassen wrote: Fellow Pythoneers, I've started an informal channel "#pytho

Re: class inheritance python2.7 vs python3.3

2014-01-06 Thread Steven D'Aprano
jwe.van.d...@gmail.com wrote: > I have problems with these two classes: > > class LPU1(): > def __init__(self, formula): > """ > formula is a string that is parsed into a SymPy function > and several derived functions > """ > self.formula = formula >

Re: "More About Unicode in Python 2 and 3"

2014-01-06 Thread Steven D'Aprano
Ned Batchelder wrote: > You are still talking about whether Armin is right, and whether he > writes well, about flaws in his statistics, etc.  I'm talking about the > fact that an organization (Python core development) has a product > (Python 3) that is getting bad press.  Popular and vocal custom

Re: class inheritance python2.7 vs python3.3

2014-01-06 Thread Dave Angel
On Mon, 6 Jan 2014 09:14:08 -0800 (PST), jwe.van.d...@gmail.com wrote: I have problems with these two classes: class LPU1() : You forgot to derive from object. That's implied on 3.x, but you say you're also running on 2.7 Without naming your base class you're asking for an old style clas

Re: Which python framework?

2014-01-06 Thread blissend
On Monday, January 6, 2014 12:09:28 PM UTC-5, Chris Angelico wrote: > On Tue, Jan 7, 2014 at 4:02 AM, wrote: > > > I love programming in python but I'm having trouble deciding over a > > framework for a single player MUD like game I'm making for fun. Ideally > > it's a cross-platform free fram

  1   2   >