I saw encouraging tweet from Kenneth Reitz.
https://twitter.com/kennethreitz/status/902028601893294081/photo/1
On Heroku, most people choose Python 3!
I know, it's because Python 3 is the default Python on Heroku.
I can't wait Python 3 is the default Python of Red Hat, and "python"
command means
Terry Reedy :
> On 9/9/2017 6:31 AM, Pavol Lisy wrote:
>> Interesting reading:
>> https://stackoverflow.blog/2017/09/06/incredible-growth-python/?cb=1
>
> So much for Python 3 having killed python ;-)
Hasn't yet, but it would have been interesting to see the 2/3 divide in
the stats.
One shouldn'
INADA Naoki :
> I can't wait Python 3 is the default Python of Red Hat, and "python"
> command means Python 3 on Debian and Ubuntu.
I can't wait till Python 3 is available on Red Hat.
Marko
--
https://mail.python.org/mailman/listinfo/python-list
On Sun, Sep 10, 2017 at 5:27 PM, Marko Rauhamaa wrote:
> Terry Reedy :
>
>> On 9/9/2017 6:31 AM, Pavol Lisy wrote:
>>> Interesting reading:
>>> https://stackoverflow.blog/2017/09/06/incredible-growth-python/?cb=1
>>
>> So much for Python 3 having killed python ;-)
>
> Hasn't yet, but it would have
On 10 September 2017 at 09:30, Marko Rauhamaa wrote:
> INADA Naoki :
>
>> I can't wait Python 3 is the default Python of Red Hat, and "python"
>> command means Python 3 on Debian and Ubuntu.
>
> I can't wait till Python 3 is available on Red Hat.
Python 3.4 is available in EPEL. RHEL 8 will switc
On 09/10/2017 04:19 AM, Chris Warrick wrote:
On 10 September 2017 at 09:30, Marko Rauhamaa wrote:
INADA Naoki :
I can't wait Python 3 is the default Python of Red Hat, and "python"
command means Python 3 on Debian and Ubuntu.
I can't wait till Python 3 is available on Red Hat.
Python 3.4
Chris Warrick :
> On 10 September 2017 at 09:30, Marko Rauhamaa wrote:
>> I can't wait till Python 3 is available on Red Hat.
>
> Python 3.4 is available in EPEL.
As an application developer, I can't make the customers depend on EPEL.
It's Python2 until the distro comes with Python3.
> RHEL 8 w
On 10 September 2017 at 11:24, Leam Hall wrote:
> On 09/10/2017 04:19 AM, Chris Warrick wrote:
>>
>> On 10 September 2017 at 09:30, Marko Rauhamaa wrote:
>>>
>>> INADA Naoki :
>>>
I can't wait Python 3 is the default Python of Red Hat, and "python"
command means Python 3 on Debian and U
> * asyncio with its a-dialect
What is a/the "a-dialect"?
S
--
https://mail.python.org/mailman/listinfo/python-list
On Sunday, September 10, 2017 at 3:15:32 PM UTC+5:30, Skip Montanaro wrote:
> > * asyncio with its a-dialect
>
> What is a/the "a-dialect"?
>
> S
I'd guess its the async/await (semi)keyworded python
Compre with the (IMHO) better suggestion for codef/cocall
https://lists.gt.net/python/dev/119731
On Sunday 10 September 2017 01:06:00 Ben Finney wrote:
> Gene Heskett writes:
> > On Saturday 09 September 2017 21:48:44 Chris Angelico wrote:
> > > The Python Secret Underground emphatically does not exist.
> >
> > Humm. here all this time I thought you were a charter member. :)
>
> With all the
On Sun, Sep 10, 2017 at 7:45 PM, Skip Montanaro
wrote:
>> * asyncio with its a-dialect
>
> What is a/the "a-dialect"?
Want to make something iterable? Define __iter__. Want to make it
async-iterable (with "async for")? Define __aiter__. It's a bit clunky
if you want the same object to be iterabl
y'all,
My god-kids and their proginators lost most everything because of
Harvey. I spent much of yesterday worrying about a friend who had gone
quiet as he evacuated his family ahead of Irma.
Please keep Python in perspective. Whether we use 1.5 or 4rc1 is a lot
less critical than using Pyth
On Sunday 10 September 2017 05:25:51 Leam Hall wrote:
> On 09/10/2017 04:19 AM, Chris Warrick wrote:
> > On 10 September 2017 at 09:30, Marko Rauhamaa
wrote:
> >> INADA Naoki :
> >>> I can't wait Python 3 is the default Python of Red Hat, and
> >>> "python" command means Python 3 on Debian and U
Op 2017-09-10, Chris Angelico schreef :
> Want to make something iterable? Define __iter__. Want to make it
> async-iterable (with "async for")? Define __aiter__. It's a bit clunky
> if you want the same object to be iterable both ways, but I don't know
> of any real-world situations where that's t
Skip Montanaro :
>> * asyncio with its a-dialect
>
> What is a/the "a-dialect"?
await
async def
async for
__aiter__
__anext__
async with
__aenter__
__aexit__
What's more, when you turn a function into an async, you need to
refactor a large part of your program.
Marko
--
https://mail.python.o
Op 2017-09-10, Marko Rauhamaa schreef :
> As an application developer, I can't make the customers depend on EPEL.
> It's Python2 until the distro comes with Python3.
Why not bundle the Python interpreter with your application?
It seems to work for Windows developers...
Stephan
--
https://mail.py
On 2017-09-10 12:21 PM, Leam Hall wrote:
y'all,
My god-kids and their proginators lost most everything because of
Harvey. I spent much of yesterday worrying about a friend who had gone
quiet as he evacuated his family ahead of Irma.
Please keep Python in perspective. Whether we use 1.5 or 4r
>
> I suspect it's down to timing.
>
> What you're putting into the queue is a reference to the array, and it's
> only some time later that the array itself is pickled and then sent (the
> work being done in the 'background').
>
> Modifying the array before (or while) it's actually being sent
Stephan Houben :
> Op 2017-09-10, Marko Rauhamaa schreef :
>> As an application developer, I can't make the customers depend on EPEL.
>> It's Python2 until the distro comes with Python3.
>
> Why not bundle the Python interpreter with your application?
> It seems to work for Windows developers...
Stephan Houben :
> Op 2017-09-10, Chris Angelico schreef :
>> Want to make something iterable? Define __iter__. Want to make it
>> async-iterable (with "async for")? Define __aiter__. It's a bit clunky
>> if you want the same object to be iterable both ways, but I don't know
>> of any real-world s
ايجى وورلد
http://egyworld.bid
--
https://mail.python.org/mailman/listinfo/python-list
On Sat, Sep 9, 2017 at 9:26 PM, Rick Johnson
wrote:
> On Friday, September 8, 2017 at 8:57:56 AM UTC-5, Ned Batchelder wrote:
>> On 9/8/17 6:12 AM, Leam Hall wrote:
>> > I've read comments about Python 3 moving from the Zen of Python. I'm a
>> > "plain and simple" person myself. Complexity to supp
On Sun, Sep 10, 2017 at 8:08 PM, Marko Rauhamaa wrote:
> Skip Montanaro :
>
>>> * asyncio with its a-dialect
>>
>> What is a/the "a-dialect"?
>
> What's more, when you turn a function into an async, you need to
> refactor a large part of your program.
That's not Python-specific. If you're going
08.09.17 20:34, Stephen Michell пише:
I chair ISO/IEC/JTC1/SC22/WG23 Programming Language Vulnerabilities. We publish
an international technical report, ISO IEC TR 24772 Guide to avoiding
programming language vulnerabilities through language selection use. Annex D in
this document addresses vu
Chris Angelico wrote:
> Marko Rauhamaa wrote:
[...]
> > The clouds I see looming over Python's head are:
> >
> > * 2-to-3 migration
>
> If that was going to kill Python, it would have had some
> impact by now. There are students learning Python *today*
> who are never going to have to worry
On Sunday, September 10, 2017 at 6:07:00 AM UTC+1, Ben Finney wrote:
> Gene Heskett writes:
>
> > On Saturday 09 September 2017 21:48:44 Chris Angelico wrote:
> >
> > > The Python Secret Underground emphatically does not exist.
> >
> > Humm. here all this time I thought you were a charter member.
Ian Kelly :
> 2. Type hints are completely optional, so this does not support the
> claim that Python 3 added complexity that is counter-productive to
> "simple" users. If you want to keep your program simple, you can: just
> don't use them.
We'll see about that. I'm afraid type hints will become
Chris Angelico :
> On Sun, Sep 10, 2017 at 8:08 PM, Marko Rauhamaa wrote:
>> What's more, when you turn a function into an async, you need to
>> refactor a large part of your program.
>
> That's not Python-specific. If you're going to change your program
> from single-threaded single-process sync
Steve D'Aprano wrote:
> Rick Johnson wrote:
> > Marko Rauhamaa wrote:
> > >
> > > The risk to Python will be whether the occasion is
> > > exploited by fanboys of competing programming languages.
> > > The migration from Python 2 might be to something else
> > > than Python 3 in some circles.
> >
Ian wrote:
> Rick Johnson wrote:
> > Ned Batchelder wrote:
> > > Leam Hall wrote:
> > > >
> > > > I've read comments about Python 3 moving from the Zen of
> > > > Python. I'm a "plain and simple" person myself.
> > > > Complexity to support what CompSci folks want, which was
> > > > used to descri
Stephan Houben wrote:
> Rick Johnson schreef:
>
> > One of the nice (current) features of Tkinter menus (that
> > i sometimes miss on my windows box!) is the ability to
> > "tear- off" a menu cascade and use it as a sort of "pseudo
> > tool bar".
>
> I was under the impression that Tk also supporte
On 2017-09-10 11:21, Leam Hall wrote:
y'all,
My god-kids and their proginators lost most everything because of
Harvey. I spent much of yesterday worrying about a friend who had gone
quiet as he evacuated his family ahead of Irma.
Please keep Python in perspective. Whether we use 1.5 or 4rc1 is
On 2017-09-10 12:40, gerlando.fala...@gmail.com wrote:
I suspect it's down to timing.
What you're putting into the queue is a reference to the array, and it's
only some time later that the array itself is pickled and then sent (the
work being done in the 'background').
Modifying the array b
Dennis Lee Bieber :
> In contrast, every sample I've seen of the async library comes
> across as "magic happens here -- at some point in time".
That magic can be learned, in principle. I'm afraid few programmers will
be willing/able to get over the hump, and there are a number of tricky
asp
On 9/10/17 10:46 AM, Rick Johnson wrote:
> The stain of Python3's violent and radical changes to the
> core philosophy of the language may never be washed clean,
> and although we might have survived Python3 _eventually_,
> type-hints is like a wooden stake driven into the heart of
> this community
On 06/09/2017 23:17, Irmen de Jong wrote:
>
> https://github.com/irmen/bouldercaves
>
My Boulder Dash clone is now at version 2.0 because a few important things that
were
lacking are now implemented:
* authentic mode:
The game is now displayed in a small screen that scrolls smoothly over the
I will add my +1 to the careful editing of code. Python's use of white
space is pretty good once you get used to it. My Ruby code looks a lot like
my Python code. :)
Leam
--
https://mail.python.org/mailman/listinfo/python-list
My apologies. I maintain that website.
There should have been no broken links. I will fix that.
The previous version of TR 24772 had annexes for language-specific material. We
have split those out, so the main document (Tr 24772-1) only has language
independent material. The last Python documen
Il giorno domenica 10 settembre 2017 18:53:33 UTC+2, MRAB ha scritto:
> On 2017-09-10 12:40, gerlando.fala...@gmail.com wrote:
> >>
> >> I suspect it's down to timing.
> >>
> >> What you're putting into the queue is a reference to the array, and it's
> >> only some time later that the array itse
That link's not working for me, even after changing the double slash
to a single slash.
Skip
On Sun, Sep 10, 2017 at 1:45 PM, Stephen Michell
wrote:
> My apologies. I maintain that website.
>
> There should have been no broken links. I will fix that.
>
> The previous version of TR 24772 had anne
These links work:
*
http://open-std.org/JTC1/SC22/WG23/docs/ISO-IECJTC1-SC22-WG23_N0702-tr24772-4-draft-python-before-mtg-48-2017-03-10.pdf
*
http://open-std.org/JTC1/SC22/WG23/docs/ISO-IECJTC1-SC22-WG23_N0702-tr24772-4-draft-python-before-mtg-48-2017-03-10.docx
Skip
On Sun, Sep 10, 2017 at 4
Rick Johnson wrote:
Heck, when is the last time GvR participated in any
discussion outside the hermetic bubble of Python-Dev or
Python-Ideas?
I'd hardly call python-ideas "hermetic". Anyone is free to
post there and participate in discussions.
Python-dev is open to anyone too, the only differe
On Sunday, September 10, 2017 at 12:36:52 PM UTC-5, Ned Batchelder wrote:
> On 9/10/17 10:46 AM, Rick Johnson wrote:
> > The stain of Python3's violent and radical changes to the
> > core philosophy of the language may never be washed clean,
> > and although we might have survived Python3 _eventual
On 09/08/2017 03:06 AM, Peter Otten wrote:
leam hall wrote:
On Thu, Sep 7, 2017 at 8:16 AM, Steve D'Aprano
wrote:
On Thu, 7 Sep 2017 07:20 pm, Leam Hall wrote:
OOP newbie on Python 2.6.
Python 2.6 is ancient, and is missing many nice features. You should
consider
using the latest version
And not one mention of Unicode. I consider this progress.
On Sunday, September 10, 2017 at 7:46:54 AM UTC-7, Rick Johnson wrote:
> Chris Angelico wrote:
> > Marko Rauhamaa wrote:
>
> [...]
>
> > > The clouds I see looming over Python's head are:
> > >
> > > * 2-to-3 migration
> >
> > If t
On Sunday, September 10, 2017 at 1:14:40 PM UTC-5, leam hall wrote:
> I will add my +1 to the careful editing of code. Python's
> use of white space is pretty good once you get used to it.
Python's mandate that all blocks must use whitespace is by
far my favorite feature. A clean code structure is
On Mon, Sep 11, 2017 at 11:29 AM, Rick Johnson
wrote:
> Ruby:
> farray = [1.5, 1.9, 2.0, 1.0]
> uniqueIntegers = farray.map{|f| f.to_i()}.uniq.length
>
> Python:
> flist = [1.5, 1.9, 2.0, 1.0]
> uniqueIntegers = len(set(map(lambda f:int(f), flist)))
Python:
floats = [1.5, 1.9, 2.
On 09/10/2017 09:20 AM, Marko Rauhamaa wrote:
> Been there. I'm afraid this is not a joke:
>
> https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition>
Wow that's pretty amazing! Thanks for sharing that link.
> Python, COBOL for the next generation.
I guess we'll have to see. CO
On 09/10/2017 06:16 PM, Leam Hall wrote:
> The Career seems to be a "Decorator" pattern given my limited
> understanding of design patterns. Concur? If so I'll go study that some
> more.
A career seems to be something one "has." So a classic "has a"
characteristic, which means it should be an a
On Mon, 11 Sep 2017 12:46 am, Rick Johnson wrote:
> if we consider the damage that small changes
> (like the print statement versus print function and
> raw_input versus input) have caused
The word for negative damage is "improvement".
--
Steve
“Cheer up,” they said, “things could be worse.”
On Mon, 11 Sep 2017 03:14 am, Marko Rauhamaa wrote:
> Dennis Lee Bieber :
>
>> In contrast, every sample I've seen of the async library comes
>> across as "magic happens here -- at some point in time".
>
> That magic can be learned, in principle. I'm afraid few programmers will
> be willing/able
On Monday, September 11, 2017 at 3:08:51 AM UTC+5:30, bream...@gmail.com wrote:
> On Sunday, September 10, 2017 at 11:21:26 AM UTC+1, Leam Hall wrote:
> > y'all,
> >
> > My god-kids and their proginators lost most everything because of
> > Harvey. I spent much of yesterday worrying about a friend
On Mon, 11 Sep 2017 04:14 am, leam hall wrote:
> I will add my +1 to the careful editing of code. Python's use of white
> space is pretty good once you get used to it. My Ruby code looks a lot like
> my Python code. :)
I believe you've replied to the wrong list. I think you meant to reply to the
On Mon, Sep 11, 2017 at 1:12 PM, Steve D'Aprano
wrote:
> On Mon, 11 Sep 2017 03:14 am, Marko Rauhamaa wrote:
>
>> Dennis Lee Bieber :
>>
>>> In contrast, every sample I've seen of the async library comes
>>> across as "magic happens here -- at some point in time".
>>
>> That magic can be learned,
On 9/10/2017 5:05 PM, iurly wrote:
Il giorno domenica 10 settembre 2017 18:53:33 UTC+2, MRAB ha scritto:
I've had a quick look at the source code.
When an object is put into the queue, it's actually put into an internal
buffer (a deque), and then the method returns.
An internal thread works
So, I’m on section (3. The Tip) …
Instructions
1.
Set the variable tip to decimal value of 15% on line 5.
This was my input:
You’re almost there! Assign the tip variable on line 5.
meal = 44.50
tax = 6.75 / 100
tip = 15.0
But, when I tried to run the program, I don’t get any output at all. Nada
On Sun, Sep 10, 2017 at 10:06 AM, Rick Johnson
wrote:
> Ian wrote:
>> Rick Johnson wrote:
>> > Ned Batchelder wrote:
>> > > Leam Hall wrote:
>> > > >
>> > > > I've read comments about Python 3 moving from the Zen of
>> > > > Python. I'm a "plain and simple" person myself.
>> > > > Complexity to su
Hatch now supports all major shells!!! https://github.com/ofek/hatch#090
--
https://mail.python.org/mailman/listinfo/python-list
Cai Gengyang wrote:
So, I’m on section (3. The Tip) …
Instructions
1.
Set the variable tip to decimal value of 15% on line 5.
This was my input:
You’re almost there! Assign the tip variable on line 5.
meal = 44.50
tax = 6.75 / 100
tip = 15.0
But, when I tried to run the program, I don’t get a
Torrench: Command-line torrent search program (cross-platform). Torrent search
made quick and simple.
GitHub: https://github.com/kryptxy/torrench
Suggestions/feedbacks are highly appreciated.
--
https://mail.python.org/mailman/listinfo/python-list
To see output you should use function that prints to the output, for
example print(). You also do not calculate correctly the tax and tip, it is
percentage from the meal cost, so the tax to be added to the total meal
cost is meal * tax / 100.
meal = 44.50
tax = 6.75
tip = 15.0
tax_amount = meal *
62 matches
Mail list logo
