Re: [Python-Dev] Why does pip upgrade to a random version?

2015-02-04 Thread Jeremy Dunck
Does this happen with other packages?  I wonder if perhaps the issue is
with the package itself.


On Wed, Feb 4, 2015 at 11:04 AM, Martin Thoma  wrote:

> Could somebody please have a look at the following SO question? It seems
> as if I might have found a bug in pip:
> http://stackoverflow.com/q/28282671/562769
>
> TL;DR of the SO question:
> I executed `$ sudo pip install hwrt --upgrade` mutiple times and got a -
> seemingly random - version of hwrt installed.
>
> Best regards,
> Martin
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/jdunck%40gmail.com
>
>
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] PLY in stdlib (was cffi in stdlib)

2013-07-12 Thread Jeremy Dunck
David Beasley; see earlier in this same thread:

http://mail.python.org/pipermail/python-dev/2013-February/thread.html#124389



On Fri, Jul 12, 2013 at 9:41 PM, Terry Reedy  wrote:

> On 7/13/2013 12:10 AM, Eric Snow wrote:
>
>>
>> On Feb 27, 2013 4:31 AM, "Michael Foord" >
>
>   > +1 PLY is capable and well tried-and-tested. We used it in Resolver
>> One to implement a pretty large grammar and it is (in my opinion) best
>> of breed in the Python parser generator world. Being stable and widely
>> used, with an "available maintainer", makes it an ideal candidate for
>> standard library inclusion.
>>
>> Is this still on the table?
>>
>
> Who is the maintainer and what is his opinion?
>
> --
> Terry Jan Reedy
>
>
> __**_
> 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/**
> jdunck%40gmail.com
>
___
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] Bug in json (the format and the module)

2011-05-17 Thread Jeremy Dunck
On Tue, May 17, 2011 at 1:21 PM, Dirkjan Ochtman  wrote:
> On Tue, May 17, 2011 at 19:40, Jeremy Dunck  wrote:
>> So, to start with, is there a maintainer for the json module, or how
>> should I go about discussing implementing this solution?
>
> Your subject states that there is an actual bug in the json module,
> but your message fails to mention any actual bug. Is this what you
> mean?
>
> Python 2.7.1 (r271:86832, Mar 28 2011, 09:54:04)
> [GCC 4.4.5] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import json
>>>> print json.dumps(u'foo\u2028bar')
> "foo\u2028bar"

Actually, that would be fine, and Bob's right that this is a non-issue
with ensure_ascii=True (the default).  His change upstream seems good
for the ensure_ascii=False case.

To be complete, this is what I meant:

>>> s = '{"JSON":"ro
cks!"}' # this string has a literal U+2028 in it
>>> s
'{"JSON":"ro\xe2\x80\xa8cks!"}'

>>> import json
>>> json.dumps(s) # fine by default
'"{\\"JSON\\":\\"ro\\u2028cks!\\"}"'

>>> json.dumps(s, ensure_ascii=False) # not fine with ensure_ascii=False
'"{\\"JSON\\":\\"ro\xe2\x80\xa8cks!\\"}"'
___
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