ack, therefore), my only response to this is:
if it doesn't get eyeballs on PyPi I don't think there's a great enough need to
justify it in the stdlib.
Alex
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listi
ed about this
you can read our implementation here:
https://bitbucket.org/pypy/pypy/src/default/pypy/objspace/std/mapdict.py .
Alex
___
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
se? Anyone willing to help with
the mercurial scripting?
Cheers,
Alex
___
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
;s interested in the state of the branch can see it at:
github.com/alex/cpython on the backport-ssl branch. Note that many many tests
are still failing, and you'll need to apply the patch from
http://bugs.python.org/issue22023 to get it to work.
Thanks,
Alex
PS: Any help in getting http://b
this, and a
few things about SSLError's str(), so this will hopefully be ready to upload
any day now for review.
Cheers,
Alex
PS: Please review and merge http://bugs.python.org/issue22023 :-)
___
Python-Dev mailing list
Python-Dev@python.org
https:/
ntext.wrap_socket()``.
Alex
___
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
oblem everyone here has stated, and in no uncertain
terms am I completely opposed to deprecating anything. The Python 2 to 3
migration is already hard enough, and already proceeding far too slowly for
many of our tastes. Making that migration even more complex would
Hi all,
I've just submitted PEP 476, on enabling certificate validation by default for
HTTPS clients in Python. Please have a look and let me know what you think.
PEP text follows.
Alex
---
PEP: 476
Title: Enabling certificate verification by default for stdlib http clients
Ve
t. I can't even rely on the httplib defaults,
because someone might disable them from the outside.
Cheers,
Alex
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.pytho
The Windows certificate store is used by ``load_default_certs``:
* https://github.com/python/cpython/blob/master/Lib/ssl.py#L379-L381
* https://docs.python.org/3.4/library/ssl.html#ssl.enum_certificates
Cheers, Alex
___
Python-Dev mailing list
Python
rade your Python installation, and you want to
talk to this peer, and you need to use an encrypted channel, but don't really
care if it's being MITM'd. It doesn't seem to me that this is reasonably
Python's responsibility to deal with the fact that you have no ability to
upgrad
when creating the ssl_context?
>
> --
> ~Ethan~
>
Yes, it's totally possible to create (and pass to ``http.client``) an
``SSLContext`` which doesn't verify various things. My proposal is only about
changing what happens when you don&#x
Guido
This probably doesn't surprise anyone, but I'm more than happy to do the back-
porting work for httplib, and any other modules which need SSLContext support;
does this require an additional PEP, or does it fit under PEP466 or PEP476?
Alex
__
Guido van Rossum python.org> writes:
>
>
Would you be willing to officially pronounce on PEP-476 in the context of 3.4.x,
so we can get it into the release, and then we can defer on officially approving
it for 2.7.X until we figure out all the moving pieces?
Che
quot;https://something-i-apparently-dont-care-much-about";,
context=context)
Alex
On Mon, Sep 8, 2014 at 10:35 AM, Guido van Rossum wrote:
> I will pronounce for 3.4 once you point me to the documentation that
> explains how to disable cert validation for an example program that
>
Hi all,
I've just updated the PEP to reflect the API suggestions from Nick, and the
fact that the necessary changes to urllib were landed.
I think this is ready for pronouncement, Guido?
Cheers,
Alex
___
Python-Dev mailing list
Python-Dev@pytho
; is the same as ssl.create_default.http.client ..."
>
> (4) There's no mention of the Python 2 equivalent of http.client.
>
> Finally, it's kind of non-obvious in the PEP that this affects Python
> 2.7.X (I guess the one after the next) as well as 3.4 and 3.5.
>
> On F
Done and done.
Alex
On Fri, Sep 19, 2014 at 4:13 PM, Guido van Rossum wrote:
> +1 on Nick's suggestion. (Might also mention that this is the reason why
> both functions should exist and have compatible signatures.)
>
> Also please, please, please add explicit mention of Py
That sounds reasonable to me -- at this point I don't expect this to make
it into 3.4.2; Nick has some working code on the ticket:
http://bugs.python.org/issue22417 it's mostly missing documentation.
Alex
On Sat, Sep 20, 2014 at 9:46 AM, Guido van Rossum wrote:
> Nice. I just
Guido van Rossum python.org> writes:
>
> OK, I'll hold off a bit on approving the PEP, but my intention is to approve
> it. Go Alex go!
>
A patch for the environmental variable overrides on Windows has landed; thanks
Benjamin!
Alex
__
e developers to ask for reviews for anything besides *gigantic*
patches, we'd mostly just commit stuff to trunk. Since the switch to github,
I've seen that core developers are *far* more likely to ask for reviews of
their work before merging.
Big +1 from me, thanks for writing this up Donal
a patch author to leave
their workflow, they simply "git push" to update a patch. We now also have
CI for PRs, but that's a recent addition.
It's not magic, it's a good UX :-)
Alex
___
Python-Dev mailing list
Python-Dev@pytho
effectively no
involvement in the development of Python the language, or CPython. We
certainly
don't care what version of Python you use.
Members of the python-dev list, or the CPython core development teams have
opinions probably, but that doesn
Newb question time, what's BoF
On Wed, Apr 8, 2015 at 7:31 PM, Alexander Belopolsky <
alexander.belopol...@gmail.com> wrote:
>
> On Wed, Apr 8, 2015 at 6:52 PM, Isaac Schwabacher
> wrote:
> >
> > > So "storing the offset" and "storing a flag" are not two alternative
> solutions to the same probl
inside cpython source root does nothing. If we will enable test discovery
inside namespace packages then this command will start running the whole
python test suite in Lib/test/.
So I'm looking for someone's help to clarify how test discovery should work.
Thanks,
Alex
--
Issue in bugtracker
> -Original Message-
> From: Python-Dev [mailto:python-dev-bounces+tritium-
> list=sdamon@python.org] On Behalf Of Alexander Belopolsky
> Sent: Tuesday, October 24, 2017 5:54 PM
> To: Chris Barker
> Cc: Python-Dev
> Subject: Re: [Python-Dev] iso8601 parsing
>
> On Tue, Oct 24, 2017
> -Original Message-
> From: Alexander Belopolsky [mailto:alexander.belopol...@gmail.com]
> Sent: Wednesday, October 25, 2017 12:07 PM
> To: Alex Walters
> Cc: Chris Barker ; Python-Dev d...@python.org>
> Subject: Re: [Python-Dev] iso8601 parsing
>
>
>
> -Original Message-
> From: Python-Dev [mailto:python-dev-bounces+tritium-
> list=sdamon@python.org] On Behalf Of Elvis Pranskevichus
> Sent: Tuesday, October 24, 2017 8:12 PM
> To: python-dev@python.org
> Cc: Chris Barker
> Subject: Re: [Python-Dev] iso8601 parsing
>
> On Tuesday,
> -Original Message-
> From: Alexander Belopolsky [mailto:alexander.belopol...@gmail.com]
> Sent: Wednesday, October 25, 2017 4:33 PM
> To: Alex Walters
> Cc: Elvis Pranskevichus ; Python-Dev d...@python.org>; Chris Barker
> Subject: Re: [Python-Dev] iso8601 par
From: Python-Dev [mailto:python-dev-bounces+tritium-list=sdamon@python.org]
On Behalf Of Chris Barker
Sent: Thursday, October 26, 2017 12:46 PM
To: Wes Turner
Cc: Python-Dev
Subject: Re: [Python-Dev] iso8601 parsing
> No, it doesn't -- it may call them "timezones", but it only supp
I also feel this decision was a mistake. If there's a consensus to revert,
I'm happy to draft a PEP.
Alex
On Nov 6, 2017 1:58 PM, "Neil Schemenauer" wrote:
> On 2017-11-06, Nick Coghlan wrote:
> > Gah, seven years on from Python 2.7's release, I still get
I would suggest throwing this to -ideas, rather than just keeping it in -dev
as there is a much wider community of users and usecases in -ideas.
... and -ideas will shoot it down because user installs are too useful. It
is also my understanding that it is the desire of PyPA to eventually have
pip
Are you aware of pypy?
> -Original Message-
> From: Python-Dev [mailto:python-dev-bounces+tritium-
> list=sdamon@python.org] On Behalf Of asrp asrp
> Sent: Friday, February 2, 2018 7:02 PM
> To: python-dev@python.org
> Subject: [Python-Dev] A minimal Python interpreter written in Pytho
I am still working on porting code from 2.x to 3.x. As of late on the lists
I've seen comments about making somewhat major changes in 4.0 - now I'm
concerned that I should pause my porting effort until that is released. Is
python 4 going to be another python 3?
__
Are there people still actively developing new cgi scripts in python? I know
some modern HTTPDs don’t even support classic cgi without some kind of fastcgi
daemon in between. I am aware that some parts of various wsgi tools use the
cgi module, but is the cgitb module useful for them?
Your sug
/2018 9:45 PM, Alex Walters wrote:
Are there people still actively developing new cgi scripts in python? I know
some modern HTTPDs don’t even support classic cgi without some kind of fastcgi
daemon in between. I am aware that some parts of various wsgi tools use the
cgi module, but is the cgitb
http://pyvideo.org/pycascades-2018/bdfl-python-3-retrospective.html link to
Guido’s talk, for your convenience
From: Python-Dev On
Behalf Of Guido van Rossum
Sent: Thursday, April 26, 2018 6:12 PM
To: Brett Cannon
Cc: Barry Warsaw ; Python-Dev
Subject: Re: [Python-Dev] (Looking for) A Retr
PEP 3099 is the big list of things that will not happen in Python 3.
Everything on that list is still true, 12 years after it was posted.
However...
"There will be no alternative binding operators such as :=."
While earlier versions of PEP 572 avoided breaking this declaration, the
current versio
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Greg Ewing
> Sent: Saturday, April 28, 2018 10:53 PM
> To: 'Python-Dev'
> Subject: Re: [Python-Dev] PEP 572 contradicts PEP 3099
>
> Alex Walters wrote:
> > PEP
I've gotten some mixed signals on the status of this release, notably from
the BDFL:
https://twitter.com/gvanrossum/status/991170064417153025
"Python 2.7.15 released -- the last 2.7 release!" (and a link to this
thread)
I was under the impression that 2.7 was being supported until 2020. If this
In the spirit of learning why there is a fence across the road before I tear
it down out of ignorance [1], I'd like to know the rationale behind source
only releases of cpython. I have an opinion on their utility and perhaps an
idea about changing them, but I'd like to know why they are done (as o
Thank you, that's exactly what I needed to read.
> -Original Message-
> From: Ned Deily
> Sent: Wednesday, May 16, 2018 7:07 AM
> To: Alex Walters
> Cc: Python-Dev
> Subject: Re: [Python-Dev] What is the rationale behind source only
releases?
>
> On
This is precisely what I meant. Before asking this question, I didn’t fully
understand why, for example, 3.5.4 got a binary installer for windows and mac,
but 3.5.5 did not. This thread has cleared that up for me.
From: Python-Dev On
Behalf Of Donald Stufft
Sent: Wednesday, May 16, 2018 1
> -Original Message-
> From: Paul Moore
> Sent: Wednesday, May 16, 2018 4:07 AM
> To: Alex Walters
> Cc: Python Dev
> Subject: Re: [Python-Dev] What is the rationale behind source only releases?
>
> On 16 May 2018 at 05:35, Alex Walters wrote:
> > In th
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Ivan Pozdeev via Python-Dev
> Sent: Tuesday, June 5, 2018 10:01 PM
> To: python-dev@python.org
> Subject: Re: [Python-Dev] Microsoft to acquire GitHub for $7.5 b
>
> On 05.06.2018 17:28, Martin Gainty wrot
Looking at PEP 484, I came up with two use cases that I felt were not
catered for:
1. Specifying that a parameter should be a subclass of another
(example: Type[dict] would match dict or OrderedDict; plain "Type"
would equal "type" from builtins)
2. Specifying that a callable should take a
18.05.2015, 02:50, Guido van Rossum kirjoitti:
On Sun, May 17, 2015 at 3:07 PM, Alex Grönholm
mailto:alex.gronh...@nextday.fi>> wrote:
Looking at PEP 484, I came up with two use cases that I felt were
not catered for:
1. Specifying that a parameter should be a subcl
18.05.2015, 18:05, Guido van Rossum kirjoitti:
On Mon, May 18, 2015 at 12:14 AM, Alex Grönholm
mailto:alex.gronh...@nextday.fi>> wrote:
18.05.2015, 02:50, Guido van Rossum kirjoitti:
On Sun, May 17, 2015 at 3:07 PM, Alex Grönholm
mailto:alex.gronh...@nextday.fi&g
Would you mind updating the "typing" package on PyPI now to contain
something useful? Thanks.
22.05.2015, 23:51, Mark Shannon kirjoitti:
Hello all,
I am pleased to announce that I am accepting PEP 484 (Type Hints).
Given the proximity of the beta release I thought I would get this
announceme
te.
Really do appreciate everyone's confidence.
Cheers,
Alex
On Mon, Nov 23, 2015 at 2:35 PM, Christian Heimes
wrote:
> On 2015-11-17 01:00, Guido van Rossum wrote:
> > Hm, making Christian the BDFL-delegate would mean two out of three
> > authors *and* the BDFL-delegate all
Thanks for putting this together Nick.
I suspect it goes without saying that I'm wildly +1 on this as a whole. I'm in
favor of leaving it somewhat implicit as to exactly which networking modules
concern "the health of the internet as
fine, with the advance of being able to
explicitly specify some options.
All of which is to say: I don't think this is a real concern.
Alex
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/pytho
* Persisant FD for os.urandom()
* ssl
* SNI
* SSLContext
* A giant suite of constants from OpenSSL
* The functions for checking a hostname against a certificate
* The functions for finding the platform's certificate store
Alex
__
nto effect [...]". It's
fairly evident to me that the folks most likely to actually do the work of
implementing this are myself and Donald. This PEP really has nothing to do with
corporate contribution, so I think this sentence ought to be removed.
Alex
__
of. Second, urandom is still a
psuedo-random number generator, however they are cryptographically secure,
it's not "more random". Wikipedia does a good job laying out the necessary
properties for a CSPRNG:
https://en.wikipedia.org/wiki/Cryptographically_secure_pseudorandom_number_gener
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Paul Moore
> Why not just have a second button, "Download Python 3.7.0 (64-bit)"
> alongside or below the "Download Python 3.7.0" button? People who
> don't know the difference will just ignore it, people
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Victor Stinner
> Sent: Thursday, July 12, 2018 4:01 AM
> To: Serhiy Storchaka
> Cc: python-dev
> Subject: Re: [Python-Dev] Can I make marshal.dumps() slower but stabler?
>
> 2018-07-12 8:21 GMT+02:00 Ser
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Steven D'Aprano
> Sent: Thursday, September 27, 2018 9:54 AM
> To: python-dev@python.org
> Subject: Re: [Python-Dev] Change in Python 3's "round" behavior
>
> On Thu, Sep 27, 2018 at 05:55:07PM +1200, Greg
> -Original Message-
> From: Python-Dev list=sdamon@python.org> On Behalf Of Greg Ewing
> Sent: Saturday, September 29, 2018 9:50 PM
> To: python-dev@python.org
> Subject: Re: [Python-Dev] Change in Python 3's "round" behavior
>
> I don't really get the statistical argument. If you
Doesn't read the docs already do this for pull requests? Even if it doesn't,
don't the core maintainers of read the docs go to pycon? I wouldn't suggest
read the docs for primary docs hosting for python, but they are perfectly fine
for live testing pull request documentation without having to
I'm confused about this. Didn't you need someone with merge permissions
already to merge a pep into the pep repo? Isn't this just adding a layer of
paperwork to something that was already the case for all practical purposes?
> -Original Message-
> From: Python-Dev list=sdamon@pyth
I've watched the entire thread and its taken me a few days to put a finger
on what bothers me about it.
In my opinion, this shouldn't be a pep describing the list of modules that
need to go as "dead batteries", but should be a process pep describing how
dead batteries should be removed, and the in
I'd like to chime in with an example of how PEP 563 breaks code that uses
dataclasses.
I've written a library instant_api (https://github.com/alexmojaki/instant_api)
that is heavily inspired by FastAPI but uses dataclasses for complex types
instead of pydantic. The example at the beginning of t
What about creating a new syntax for annotating metadata? For example,
`type_hint :: metadata` could be equivalent to `Annotated[type_hint,
"metadata"]`, and if we wanted type guards to look like TypeScript they could
look like this:
```
def is_str_list(val: List[object]) -> bool :: is List
ds-compatibility, to incorporate into core distutils. Any thoughts?
Thanks for your time.
Kind regards,
Alex
[1] -
http://stackoverflow.com/questions/11013851/speeding-up-build-process-with-distutils
[2] -
http://stackoverflow.com/questions/543697/include-all-cpp-files-into-a-single-compilation-uni
3.3 adds some -X options around faulthandler if I recall correctly.
Alex
On Mon, Jun 24, 2013 at 1:14 PM, Maciej Fijalkowski wrote:
> On Sun, Jun 23, 2013 at 6:14 PM, R. David Murray
> wrote:
> > On Sun, 23 Jun 2013 17:40:13 +0200, Maciej Fijalkowski
> wrote:
> >> O
of finalizations (Ideally I think you'd ignore use
__del__ functions, but keep the bits of C code that decref other things and
actually call free()).
Alex
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-de
> -Original Message-
> From: Python-Dev [mailto:python-dev-bounces+tritium-
> list=sdamon@python.org] On Behalf Of Sebastian Krause
> Sent: Friday, June 10, 2016 1:01 PM
> To: python-dev@python.org
> Subject: Re: [Python-Dev] BDFL ruling request: should we block forever
> waiting for
/watch?v=wlUtkBa8tK8&feature=youtu.be&t=49m
- https://github.com/NuxiNL/cloudlibc
- https://github.com/NuxiNL/cloudabi-ports
- https://github.com/NuxiNL/cloudabi-ports/tree/master/packages/python
- #cloudabi on Efnet IRC
Regards, Alex
--
Alex Willmer
(or at least it did when I originally
wrote it).
Cheers,
Alex
On Tue, May 23, 2017 at 8:46 PM, Victor Stinner
wrote:
> Hi,
>
> Would you be ok to backport ssl.MemoryBIO and ssl.SSLObject on Python
> 2.7? I can do the backport.
>
> https://docs.python.org/dev/library/ssl.htm
> -Original Message-
> From: Python-Dev [mailto:python-dev-bounces+tritium-
> list=sdamon@python.org] On Behalf Of Paul Moore
> Sent: Saturday, July 22, 2017 4:14 AM
> To: David Mertz
> Cc: Barry Warsaw ; Python-Dev d...@python.org>
> Subject: Re: [Python-Dev] Python startup time
>
The promise that PEP-11 is making is that as long as a python was released
while Microsoft still supported that OS, and that python is still supported,
there will still be a python that works for you. So, yes, Windows XP is
long since unsupported by Microsoft, but a disturbing number of people sti
This is a great UX win for our development process. Thanks for making this
happen!
Alex
On Tue, Sep 5, 2017 at 9:10 PM, Mariatta Wijaya
wrote:
> Hi,
>
> The cherry picker bot has just been deployed to CPython repo, codenamed
> miss-islington.
>
> miss-islington made the very
https://www.youtube.com/watch?v=pNe1wWeaHOU&list=PLYI8318YYdkCsZ7dsYV01n6TZhXA6Wf9i&index=1
Thank you,
-Alex Goretoy
On Wed, Sep 6, 2017 at 7:05 PM, Ben Hoyt wrote:
> I think Serhiy's response is excellent and agree with it. My gut reaction is
> "this looks like Perl
https://www.youtube.com/watch?v=pNe1wWeaHOU&list=PLYI8318YYdkCsZ7dsYV01n6TZhXA6Wf9i&index=1
On Wed, Sep 6, 2017 at 5:49 PM, INADA Naoki wrote:
> OK, I stop worring about thread safety and other implementation
> detail behavior on edge cases.
>
> Thanks,
>
> INADA Naoki
>
>
> On Wed, Sep 6, 201
to a
small collection of problems, rather than a general solution to a large
collection of problems. PyPI feels like the right place for this library.
Best,
Alex
On Thu, Nov 11, 2021 at 12:33 PM Paul Moore wrote:
> On Thu, 11 Nov 2021 at 11:51, Antoine Pitrou wrote:
> >
> > On Wed, 1
ew
member of the triage team to do).I'm only a triager (like Nikita), but I really
don't see any problem here, personally.Best wishes, Alex
Original message From: Nikita Sobolev Date:
01/02/2022 04:14 (GMT+00:00) To: python-dev@python.org Subject: [Python-Dev]
Re: In
ind of iterable,
and I'm definitely -1 on disallowing using a dictionary for __slots__. Using a
dictionary for __slots__ as a way to document attributes is a feature I very
much like.
Best,
Alex
> On 18 Mar 2022, at 20:59, Guido van Rossum wrote:
>
>
>> On Fri, Mar 18, 2022 a
There's also the "Experts index" in the devguide:
https://devguide.python.org/experts/#expertsBest, Alex
Original message From: Skip Montanaro
Date: 29/03/2022 22:36 (GMT+00:00) To: "Eric V.
Smith" Cc: Python Dev Subject:
[Python-Dev] Re: Are &qu
`http.server`?
Best,
- Alex
___
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-le...@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at
https://mail.python.org/archives
I thought about adding it as a command line option when invoked as `python3
-m http.server`.
On Sat, Oct 26, 2019, 18:02 Guido van Rossum wrote:
> Is this not something you can do yourself by calling send_header() after
> calling send_response()?
>
> On Sat, Oct 26, 2019 at 7:33 AM
icenses are cheap, so I've
always routinely upgraded all my home Macs to recent OSX releases).
(I'm not home during the weekend though).
Alex
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
t recap it
> > here but it might be of interest.
>
> Thank you very much for your writeups on that thread: both in tone and
> in content I found them extremely helpful.
I'd like to read that thread for my edification -- might there be a URL for
it perhaps...?
Thanks,
Alex
__
t recap it
> > here but it might be of interest.
>
> Thank you very much for your writeups on that thread: both in tone and
> in content I found them extremely helpful.
I'd like to read that thread for my edification -- might there be a URL for
it perhaps...?
Thanks,
Alex
__
On Tue, Mar 31, 2009 at 6:33 PM, Alexandre Vassalotti wrote:
...
> html <https://lists.ubuntu.com/archives/bazaar/2009q1/055850.html>
> https://lists.ubuntu.com/archives/bazaar/2009q1/055872.html
>
Perfect, thanks!
Alex
___
Python-D
On Tue, Mar 31, 2009 at 6:33 PM, Alexandre Vassalotti wrote:
...
> html <https://lists.ubuntu.com/archives/bazaar/2009q1/055850.html>
> https://lists.ubuntu.com/archives/bazaar/2009q1/055872.html
>
Perfect, thanks!
Alex
___
Python-D
s" in a
Template Method design pattern instance. Base class deals with all locking
issues in e.g. 'get' (the method a client calls), subclass can override _get
and not worry about threading (it will be called by parent class's get with
proper locks held and locks will be properly
>
I haven't tried, but there's an interesting distro at
http://www.vanille-media.de/site/index.php/projects/python-for-arm-linux/ --
I don't know if other such distros have better-updated Python versions (eg.
current 2.6.* vs that one's 2.4.*) but that one includes a
FWIW, I prefer Fredrik's wish too.
Alex
On Sat, May 2, 2009 at 12:26 PM, Fredrik Johansson <
fredrik.johans...@gmail.com> wrote:
> On Sat, May 2, 2009 at 9:01 PM, Georg Brandl wrote:
> > Hi,
> >
> > this is just a short notice that Mattias Brändström and I have f
, e.g. starting at
http://en.wikipedia.org/wiki/Command-query_separation and links
therefrom.
Alex
___
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
Next(s) would seem good...
Alex
Sent from my iPhone
On Oct 24, 2009, at 6:47 PM, John Arbash Meinel > wrote:
Adam Olsen wrote:
On Fri, Oct 23, 2009 at 11:04, Vitor Bosshard
wrote:
I see this as being useful for frozensets as well, where you can't
get
an arbitrary element easil
w intense things once or in a tight
> loop. I know where the hotspots are, and I want them compiled before they're
> *ever* run.
>
Unfortunately that model doesn't work particularly well with a JIT.
The point of a JIT is that it can respond to runtime feedback, and
take advantag
ttp://mail.python.org/mailman/options/python-dev/alex.gaynor%40gmail.com
>
A Pony reviewing patches? That's absurd. Clearly we should review
patches ourselves and pray that the Pony doesn't decide to smite us.
Alex
--
"I disapprove of what you say, but I will defend to the death y
> http://mail.python.org/mailman/options/python-dev/alex.gaynor%40gmail.com
>
What about making profiling something more tied to the core VM. So
profiling is either enabled or disabled for the course of the run of
the application, not something that can be enabled or disabl
ongoing rights and
> privileges. You further represent that you have the authority to release me
> from any BOGUS AGREEMENTS on behalf of your employer.
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> http://mail.python.org/ma
e
unrolled-linked-list data structure python uses you can make it faster
by a constant factor, but not O(1). There are other structures like
skip-lists that have O(log n) arbitrary lookups though. If someone
could make an O(1) linked-list I'd love to see it :)
Alex
--
"I disapprove of
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/alex.gaynor%40gmail.com
>
"Python lists implement a pretty useless data structure"
It's very difficult for ideas to gain traction when they contain su
({}, **kwargs)
{1: 3}
>>> f(**kwargs)
Traceback (most recent call last):
File "", line 1, in
TypeError: f() keywords must be strings
>>>
This behavior seems pretty strange to me, indeed PyPy gives the
TypeError for both attempts. I just wanted to confirm that it was in
fa
On Thu, Jul 22, 2010 at 10:04 AM, Bartosz Tarnowski <
bartosz-tarnow...@zlotniki.pl> wrote:
>
> Let all reserved words be preceded with some symbol, i.e. "!" (exclamation
> mark). This goes also for standard library global identifiers.
>
> !for boo in foo:
>!if boo is !None:
>!print(hoo
ry support for open source sprints
> taking off. Tomorrow, the world ... :-)
Sprints are indeed a fascinating idea and have proven they work, in
an open-source context -- I do wonder if they could be made to work
in other contexts, and I'm sure many others are wondering similarly.
A
1 - 100 of 364 matches
Mail list logo
