Re: [Python-Dev] Python Job Board

;* http://www.pythonjobs.com/ >* http://www.djangojobs.org/ -- Wes Turner On Mon, Jul 14, 2014 at 1:24 PM, Ethan Furman wrote: > On 07/14/2014 10:43 AM, Skip Montanaro wrote: > >> On Mon, Jul 14, 2014 at 11:59 AM, Brett Cannon wrote: >>> >>> >>> This is the wrong plac

Re: [Python-Dev] Critical bash vulnerability CVE-2014-6271 may affect Python on *n*x and OSX

This was helpful: http://sarge.readthedocs.org/en/latest/internals.html#how-shell-quoting-works -- Wes Turner On Thu, Sep 25, 2014 at 5:17 PM, Antoine Pitrou wrote: > On Thu, 25 Sep 2014 13:00:16 -0700 > Bob Hanson wrote: >> Critical bash vulnerability CVE-2014-6271 may affect Pyt

Re: [Python-Dev] Critical bash vulnerability CVE-2014-6271 may affect Python on *n*x and OSX

e environment, not > through hypothetical user-injected command-line arguments. > > Regards > > Antoine. > > > ___________ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Un

Re: [Python-Dev] shebang policy, and pip

On Oct 8, 2014 7:20 AM, "Donald Stufft" wrote: > > > > On Oct 8, 2014, at 6:16 AM, Christian Tismer wrote: > > > > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > Howdy, > > > > this question is a bit about general policy which is not yet > > covered in the python recommendations:

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

_ > 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/wes.turner%40gmail.com > > -- Wes Turner https://westurner.github.io/

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

h...@gmail.com | Brisbane, Australia > ___ > 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/wes.turner%40gmail.com &g

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

On Sun, Nov 23, 2014 at 5:57 PM, Steven D'Aprano wrote: > On Sun, Nov 23, 2014 at 08:55:50AM -0800, Guido van Rossum wrote: > > > But I strongly believe that if we want to do the right thing for the > > long term, we should switch to GitHub. > > Encouraging a software, or social, monopoly is neve

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

_hosting_facilities > --- > Donald Stufft > PGP: 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA > > ___________ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscr

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

On Nov 24, 2014 3:12 AM, "Nick Coghlan" wrote: > > > On 24 Nov 2014 10:41, "Donald Stufft" wrote: > > > > > > > On Nov 23, 2014, at 6:57 PM, Steven D'Aprano wrote: > > > > > > On Sun, Nov 23, 2014 at 08:55:50AM -0800, Guido van Rossum wrote: > > > > > >> But I strongly believe that if we want to

Re: [Python-Dev] Move selected documentation repos to PSF BitBucket account?

on-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/wes.turner%40gmail.com > -- Wes Turner https://westurner.github.io/ ___ Python-Dev mailing list P

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

Specifically, which features are most ideal here? - [ ] Userbase - [ ] TTW editing only over SSL (see: Zope 2) - [ ] Pull Requests (see also: BitBucket, Torvalds rant) - [ ] Simple Issue Tagging - [ ] Pingbacks - [ ] CI Integration On Sat, Nov 29, 2014 at 11:27 PM, Donald Stufft wrote: > > > O

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

- [ ] Markdown - [ ] ReStructuredText - [ ] Review (why are these out of band?) On Sat, Nov 29, 2014 at 11:34 PM, Wes Turner wrote: > Specifically, which features are most ideal here? > > - [ ] Userbase > - [ ] TTW editing only over SSL (see: Zope 2) > - [ ] Pull Requests (see

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

- [ ] Stable URIs - [ ] Commit hashes On Sun, Nov 30, 2014 at 12:11 AM, Wes Turner wrote: > - [ ] Markdown > - [ ] ReStructuredText > > - [ ] Review (why are these out of band?) > > On Sat, Nov 29, 2014 at 11:34 PM, Wes Turner wrote: > >> Specifically, which f

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

://kallithea.readthedocs.org/en/latest/ http://pypi.python.org/pypi/vcs http://pythonhosted.org//vcs https://github.com/codeinn/vcs On Sun, Nov 30, 2014 at 12:50 AM, Wes Turner wrote: > - [ ] Paste-able links > > On Sun, Nov 30, 2014 at 12:31 AM, Wes Turner wrote: > >> - [ ] Stable UR

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

https://kallithea-scm.org/repos/kallithea/files/tip/setup.py https://github.com/codeinn/vcs/blob/master/setup.py On Sun, Nov 30, 2014 at 1:16 AM, Wes Turner wrote: > Is there a kalithea celery task to mirror / SYNC with github, for pull > requests and/or issues? > > https://pyp

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

- [ ] Paste-able links On Sun, Nov 30, 2014 at 12:31 AM, Wes Turner wrote: > - [ ] Stable URIs > - [ ] Commit hashes > > On Sun, Nov 30, 2014 at 12:11 AM, Wes Turner wrote: > >> - [ ] Markdown >> - [ ] ReStructuredText >> >> - [ ] Review (why are these o

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

On Sun, Nov 30, 2014 at 10:55 AM, Barry Warsaw wrote: > On Nov 30, 2014, at 09:54 AM, Ian Cordasco wrote: > > >- Migrating "data" from GitHub is easy. There are free-as-in-freedom > >tools to do it and the only cost is the time it would take to monitor > >the process > > *Extracting* data may be

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

On Sun, Nov 30, 2014 at 8:09 PM, Pierre-Yves David < pierre-yves.da...@ens-lyon.org> wrote: > > > On 11/30/2014 08:44 AM, Brett Cannon wrote: > >> For me personally, if I knew a simple patch integrated cleanly and >> passed on at least one buildbot -- when it wasn't a platform-specific >> fix -- t

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

On Mon, Dec 1, 2014 at 12:25 AM, Ethan Furman wrote: > One argument that keeps coming up is transferability of knowledge: > knowing git and/or GitHub, as many seem to, it > therefore becomes easier to commit to the Python ecosystem. > > What about the transferability of Python knowledge? Because

Re: [Python-Dev] PEP 481 - Migrate Some Supporting Repositories to Git and Github

ports Markdown/ReStructuredText, where I could put this? Which URI do we assign to this artifact? On Mon, Dec 1, 2014 at 8:37 AM, Wes Turner wrote: > > > On Mon, Dec 1, 2014 at 12:25 AM, Ethan Furman wrote: > >> One argument that keeps coming up is transferability of knowl

Re: [Python-Dev] My thinking about the development process

On Sat, Dec 6, 2014 at 8:01 AM, Donald Stufft wrote: > > > One potential solution is Phabricator (http://phabricator.org) which is a > gerrit like tool except it also works with Mercurial. It is a fully open > source platform though it works on a “patch” bases rather than a pull > request basis.

Re: [Python-Dev] My thinking about the development process

On Sat, Dec 6, 2014 at 9:07 AM, Donald Stufft wrote: > > Heh, one of my thoughts on deploying the bug tracker into production was > via a container, especially since we have multiple instances of it. I got > side tracked on getting the rest of the infrastructure readier for a web > application an

Re: [Python-Dev] My thinking about the development process

On Sat, Dec 6, 2014 at 7:27 PM, Wes Turner wrote: > > > On Sat, Dec 6, 2014 at 9:07 AM, Donald Stufft wrote: > >> >> Heh, one of my thoughts on deploying the bug tracker into production was >> via a container, especially since we have multiple instances of it. I

Re: [Python-Dev] My thinking about the development process

On Sat, Dec 6, 2014 at 7:23 PM, Wes Turner wrote: > > > On Sat, Dec 6, 2014 at 8:01 AM, Donald Stufft wrote: > >> >> >> One potential solution is Phabricator (http://phabricator.org) which is >> a gerrit like tool except it also works with Mercurial. It is a

Re: [Python-Dev] Tracker test instances (was: My thinking about the development process)

On Sat, Dec 6, 2014 at 10:11 AM, R. David Murray wrote: > On Sat, 06 Dec 2014 15:21:46 +, Brett Cannon wrote: > > On Sat Dec 06 2014 at 10:07:50 AM Donald Stufft > wrote: > > > On Dec 6, 2014, at 9:11 AM, Brett Cannon wrote: > > > > > >> On Fri Dec 05 2014 at 8:31:27 PM R. David Murray < >

Re: [Python-Dev] My thinking about the development process

This lists the ReviewBoard workflow steps for a pre-commit workflow: https://www.reviewboard.org/docs/manual/dev/users/getting-started/workflow/ On Sat, Dec 6, 2014 at 7:55 PM, Wes Turner wrote: > > > On Sat, Dec 6, 2014 at 7:23 PM, Wes Turner wrote: > >> >> >>

Re: [Python-Dev] Google search labels Python 2.7 docs as Python 3.4

Might one or more sitemap.xml files be useful here, if theoretically unnecessary? * https://github.com/vladris/tinkerer-contrib/blob/master/sitemap/sitemap.py * https://en.wikipedia.org/wiki/Sitemaps On Wed, Dec 31, 2014 at 10:26 PM, Vincent Davis wrote: > About a year ago I posted about this o

Re: [Python-Dev] My thinking about the development process

On Thu, Jan 8, 2015 at 12:59 AM, Nick Coghlan wrote: > On 6 December 2014 at 06:04, Brett Cannon wrote: > > # Next steps > > I'm thinking first draft PEPs by February 1 to know who's all-in (8 weeks > > away), all details worked out in final PEPs and whatever is required to > > prove to me it wi

Re: [Python-Dev] hg vs Github [was: PEP 481 - Migrate Some Supporting Repositories to Git and Github]

Links to OT (pending a mailman upgrade with auto-appended links): https://mail.python.org/pipermail/python-dev/2014-November/137283.html https://mail.python.org/pipermail/python-dev/2014-December/thread.html#137381 http://westurner.github.io/wiki/ideas#open-source-mailing-list-extractor (sphinx

Re: [Python-Dev] libffi embedded in CPython

On Mar 11, 2015 12:55 PM, "Maciej Fijalkowski" wrote: > > On Wed, Mar 11, 2015 at 7:50 PM, Antoine Pitrou wrote: > > On Wed, 11 Mar 2015 17:27:58 + > > Brett Cannon wrote: > >> > >> Did anyone ever step forward to do this? I'm a bit worried about the > >> long-term viability of ctypes if we

Re: [Python-Dev] Why does python use relative instead of absolute path when calling LoadLibrary*

On Mar 11, 2015 3:36 PM, "David Cournapeau" wrote: > > Hi, > > While looking at the import code of python for C extensions, I was wondering why we pass a relative path instead of an absolute path to LoadLibraryEx (see bottom for some context). > > In python 2.7, the full path existence was even ch

Re: [Python-Dev] [python-committers] Do we need to sign Windows files with GnuPG?

So, AFAIU from this discussion: * Authenticode does not have a PKI * GPG does have PKI * ASC signatures are signed checksums As far as downstream packaging on Windows (people who should/could be subscribed to release ANNs): For Choclatey NuGet: * https://chocolatey.org/packages/python * https:/

Re: [Python-Dev] PEP 564: Add new time functions with nanosecond resolution

On Saturday, October 21, 2017, Nick Coghlan wrote: > On 22 October 2017 at 09:32, Victor Stinner > wrote: > >> Le 21 oct. 2017 20:31, "francismb" > > a écrit : >> >> I understand that one can just multiply/divide the nanoseconds returned, >> (or it could be a factory) but wouldn't it help for fu

Re: [Python-Dev] PEP 564: Add new time functions with nanosecond resolution

d timelike curves) yet. Aligning simulation data in context to other events may be enlightening: is there a good library for handing high precision time units in Python (and/or CFFI)? ... http://opendata.cern.ch/ http://opendata.cern.ch/getting-started/CMS > > > On Oct 22, 2017 8:10 AM, &qu

Re: [Python-Dev] PEP 564: Add new time functions with nanosecond resolution

On Monday, October 23, 2017, Thomas Jollans wrote: > On 22/10/17 17:06, Wes Turner wrote: > > There are current applications with greater-than nanosecond precision: > > > > - relativity experiments > > - particle experiments > > > > Must they alway

[Python-Dev] PEP 564: Add new time functions with nanosecond resolution

; > _______ > 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/wes. > turner%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] iso8601 parsing

On Wednesday, October 25, 2017, Chris Barker wrote: > On Wed, Oct 25, 2017 at 4:22 PM, Alexander Belopolsky < > alexander.belopol...@gmail.com > > wrote: > >> > times. The only difference is that instead of calling the type directly, >> > you call the appropriate classmethod. >> > >> > What am I

Re: [Python-Dev] Migrate python-dev to Mailman 3?

On Thursday, October 26, 2017, Paul Moore wrote: > On 26 October 2017 at 10:24, Victor Stinner > wrote: > > We are using Mailman 3 for the new buildbot-status mailing list and it > > works well: > > > > https://mail.python.org/mm3/archives/list/buildbot-sta...@python.org/ > > > > I prefer to rea

Re: [Python-Dev] iso8601 parsing

On Thursday, October 26, 2017, Chris Barker wrote: > On Wed, Oct 25, 2017 at 7:37 PM, Wes Turner > wrote: > >> ISO 8601 support offsets, but not time zones -- presumably the __str__ >>> supports the full datetime tzinfo somehow. Which may be why .isoformat() >>&g

Re: [Python-Dev] Migrate python-dev to Mailman 3?

On Thursday, October 26, 2017, Mark Sapiro wrote: > On 10/26/2017 07:28 AM, Wes Turner wrote: > > > > > > On Thursday, October 26, 2017, Paul Moore > wrote: > > > > On 26 October 2017 at 10:24, Victor Stinner > > > wrote: > > &

[Python-Dev] OrderedDict(kwargs) optimization?

On Wednesday, November 8, 2017, Guido van Rossum wrote: > It seems there must be at least two threads for each topic worth > discussing at all. Therefore I feel compelled to point to > https://mail.python.org/pipermail/python-dev/2017-November/150381.html, > where I state my own conclusion about

Re: [Python-Dev] OrderedDict(kwargs) optimization?

Got it. Thanks! On Wednesday, November 8, 2017, INADA Naoki wrote: > > That'd be great for preserving kwargs' order after a pop() or a del? > > To clarify, order is preserved after pop in Python 3.6 (and maybe 3.7). > > There is discussion about breaking it to optimize for limited use cases, > b

Re: [Python-Dev] Python possible vulnerabilities in concurrency

CWE (Common Weakness Enumeration) has numbers (and URLs) and a graph model, and code examples, and mitigations for bugs, vulnerabilities, faults, design flaws, weaknesses. https://cwe.mitre.org/ Research Concepts https://cwe.mitre.org/data/definitions/1000.html Development Concepts https://cwe.mi

Re: [Python-Dev] Third and hopefully final post: PEP 557, Data Classes

Could these be things in types? types.ClassType types.InstanceType types.DataClass types.DataClassInstanceType (?) I sent a PR with typo fixes and ``.. code:: python`` directives so that syntax highlighting works (at least on GitHub). https://github.com/python/peps/blob/master/pep-0557.rst htt

Re: [Python-Dev] Third and hopefully final post: PEP 557, Data Classes

ghting, \r, character set, LEDs,) On Thursday, November 30, 2017, Wes Turner wrote: > Could these be things in types? > > types.ClassType > types.InstanceType > > types.DataClass > types.DataClassInstanceType (?) > > I sent a PR with typo fixes and ``.. code:: python`` dire

[Python-Dev] PEPs: ``.. code:: python`` or ``::`` (syntax highlighting)

In ReStructuredText, this gets syntax highlighted because of the code directive [1][2][3]: .. code:: python import this def func(*args, **kwargs): pass This also gets syntax highlighted as python[3]: .. code:: python import this def func(*args, **kwargs): pass This d

Re: [Python-Dev] Third and hopefully final post: PEP 557, Data Classes

On Thursday, November 30, 2017, Wes Turner wrote: > Could these be things in types? > > types.ClassType > types.InstanceType > > types.DataClass > types.DataClassInstanceType (?) > types.DataClass(types.ClassType) types.DataClassInstanceType(types.InstanceType) Would be

Re: [Python-Dev] PEPs: ``.. code:: python`` or ``::`` (syntax highlighting)

Pending a transition of PEPs to ReadTheDocs (with HTTPS on a custom domain? and redirects?) (is there a gh issue for this task?), for the pythondotorg project is it as simple as `pip install pygments` and rebuilding each .rst with docutils with pygments installed? On Saturday, December 2, 2017, Ma

Re: [Python-Dev] PEPs: ``.. code:: python`` or ``::`` (syntax highlighting)

: > On 3 December 2017 at 12:32, Wes Turner > wrote: > > Pending a transition of PEPs to ReadTheDocs (with HTTPS on a custom > domain? > > and redirects?) (is there a gh issue for this task?), > > See https://github.com/python/peps/projects/1 and > https://github.com

Re: [Python-Dev] Python 3.7: Require OpenSSL >=1.0.2 / LibreSSL >= 2.5.3

FWIW, anaconda and conda-forge currently have 1.0.2 X https://anaconda.org/anaconda/openssl https://anaconda.org/conda-forge/openssl On Sunday, January 14, 2018, Ned Deily wrote: > On Jan 14, 2018, at 08:39, Christian Heimes wrote: > > On 2018-01-14 09:24, Matt Billenstein wrote: > >> Correct

Re: [Python-Dev] Python 3.7: Require OpenSSL >=1.0.2 / LibreSSL >= 2.5.3

On Tuesday, January 16, 2018, Steve Dower wrote: > From my perspective, we can’t keep an OpenSSL-like API and use Windows > platform libraries (we *could* do a requests-like API easily enough, but > even urllib3 is painfully low-level). > > Support for Windows SChannel and Apple SecureTransport i

Re: [Python-Dev] Python 3.7: Require OpenSSL >=1.0.2 / LibreSSL >= 2.5.3

On Tuesday, January 16, 2018, Christian Heimes wrote: > On 2018-01-16 12:28, Wes Turner wrote: > > > > > > On Tuesday, January 16, 2018, Steve Dower > <mailto:steve.do...@python.org>> wrote: > > > > From my perspective, we can’t keep an Open

Re: [Python-Dev] LibreSSL support

Is there a build flag or a ./configure-time autodetection that would allow for supporting LibreSSL while they port X509_VERIFY_PARAM_set1_host? On Thursday, January 18, 2018, Christian Heimes wrote: > On 2018-01-16 21:17, Christian Heimes wrote: > > FYI, master on Travis CI now builds and uses O

Re: [Python-Dev] LibreSSL support

LibreSSL is not a pressing need for me; but fallback to the existing insecure check if LibreSSL is present shouldn't be too difficult? On Thursday, January 18, 2018, Christian Heimes wrote: > On 2018-01-18 19:42, Wes Turner wrote: > > Is there a build flag or a ./configure-time

Re: [Python-Dev] How is the GitHub workflow working for people?

On Friday, February 23, 2018, Nick Coghlan wrote: > On 23 February 2018 at 03:09, Eric Snow > wrote: > > So, coupled with slow CI, linting failures were > > particularly onerous. We all got in the habit of locally running the > > linter frequently. IIRC, I even set up VIM to run the linter whe

Re: [Python-Dev] How is the GitHub workflow working for people?

On Wednesday, February 21, 2018, Nick Coghlan wrote: > On 22 February 2018 at 08:19, Barry Warsaw wrote: > > As for the bug tracker, I still do like Roundup, and we have a huge > investment in it, not just in resources expended to make it rock, but also > in all the history in it and everything

Re: [Python-Dev] Move ensurepip blobs to external place

AFAIU, the objectives (with no particular ranking) are: - minimize git clone time and bandwidth - include latest pip with every python install - run the full test suite with CI for every PR (buildbot) - the full test suite requires pip - run the test suite locally when developing a PR - minimize

Re: [Python-Dev] ssl module and LibreSSL CVE-2018-8970

+1. Thanks! Which tests? On Wednesday, April 4, 2018, Christian Heimes wrote: > Hi, > > I like to share the story of a critical security bug with you. Contrary > to other issues in TLS/SSL, it's a story with happy ending. Nobody was > harmed. The bug was fixed before it affected the general pop

Re: [Python-Dev] Introducing python.zulipchat.com

On Sunday, April 22, 2018, Paul Moore wrote: > On 22 April 2018 at 15:39, Nick Coghlan wrote: > > On 22 April 2018 at 21:47, Paul Moore wrote: > >> On 22 April 2018 at 00:05, Brett Cannon wrote: > >>> The Zulip project maintainers are active on our instance so after you > join > >>> go to the

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

On Wednesday, April 25, 2018, Łukasz Langa wrote: > > On 25 Apr, 2018, at 5:20 PM, Chris Angelico wrote: > > On Thu, Apr 26, 2018 at 10:11 AM, Yury Selivanov > wrote: > > Just yesterday this snippet was used on python-dev to show how great the > new syntax is: > > my_func(arg, buffer=(

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

So, the style guidelines for this new feature -- and also ternary expressions and comprehension -- would need to mention that: - debuggers have no idea what to do with all of this on one line - left-to-right doesn't apply to comprehensions results = [(x, y, x/y) for x in input_data if (y := f(x

Re: [Python-Dev] (Looking for) A Retrospective on the Move to Python 3

On Thursday, April 26, 2018, Eric Snow wrote: > In pondering our approach to future Python major releases, I found > myself considering the experience we've had with Python 3. The whole > Py3k effort predates my involvement in the community so I missed a > bunch of context about the motivations,

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

On Friday, April 27, 2018, Chris Angelico wrote: > On Fri, Apr 27, 2018 at 8:18 PM, Wes Turner wrote: > > IDK, I could just be resistant to change, but this seems like something > that > > will decrease readability -- and slow down code review -- without any > real >

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

On Friday, April 27, 2018, Chris Angelico wrote: > On Sat, Apr 28, 2018 at 6:06 AM, Wes Turner wrote: > > > > > > On Friday, April 27, 2018, Chris Angelico wrote: > >> > >> On Fri, Apr 27, 2018 at 8:18 PM, Wes Turner > wrote: > >> > ID

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

On Friday, April 27, 2018, Tim Peters wrote: > [Chris Angelico ] > > ... > > I don't understand why people bring up all these arguments that have > > absolutely nothing to do with the proposal at hand. None of this has > > in any way changed. > > That's easy: any time there's a long thread to wh

Re: [Python-Dev] (name := expression) doesn't fit the narrative of PEP 20

de.py On Friday, April 27, 2018, Tim Peters wrote: > Wes, sorry, but I really don't follow what you're saying. For example, > > [Wes Turner ] > > Do not do this: > > > > x = 2 > > if (x == 3) or (x := 3): > >print(x) > > > &g

Re: [Python-Dev] Every Release Can Be a Mini "Python 4000", Within Reason (was (name := expression) doesn't fit the narrative of PEP 20)

On Sunday, April 29, 2018, Eitan Adler wrote: > On 29 April 2018 at 01:34, Jeff Allen wrote: > > On 27/04/2018 08:38, Greg Ewing wrote: > > > I speculate this all goes back to some pre-iteration version of FORmula > > TRANslation, where to its inventors '=' was definition and these really > were

Re: [Python-Dev] Drop/deprecate Tkinter?

On Thursday, May 3, 2018, Steven D'Aprano wrote: > On Thu, May 03, 2018 at 07:39:05AM +0200, Matěj Cepl wrote: > > > I have my doubts about IDLE though. I know, the same > > argument applies, but really, does anybody use IDLE for > > development for long time > > Yes, tons of beginners use it. On

Re: [Python-Dev] (Looking for) A Retrospective on the Move to Python 3

gt; long time. https://github.com/python/cpython/blame/master/Lib/__future__.py > > -- > ~Ethan~ > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listi

Re: [Python-Dev] The history of PyXML

_ > 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/wes. > turner%40gmail.com > ___

Re: [Python-Dev] Automated testing of patches from bugs.python.org

Cool! Thanks! BuildBot integration? * http://docs.buildbot.net/latest/full.html#source-stamps * http://docs.buildbot.net/latest/full.html#enabling-the-irc-bot * http://docs.buildbot.net/latest/full.html#choosing-a-change-source https://github.com/audreyr/cookiecutter-pypackage (requirements.txt,

Re: [Python-Dev] Automated testing of patches from bugs.python.org

http://docs.buildbot.net/latest/search.html?q=docker ... Here's a BuildBot Dockerfile: http://docs.buildbot.net/latest/manual/cfg-buildslaves-docker.html#image-creation On Tue, May 19, 2015 at 1:22 PM, Wes Turner wrote: > Cool! Thanks! > > BuildBot integration? > > * http

Re: [Python-Dev] Automated testing of patches from bugs.python.org

Here's a GerritChangeSource for BuildBot events: http://docs.buildbot.net/latest/full.html#chsrc-GerritChangeSource Great idea, thanks again! On Tue, May 19, 2015 at 1:25 PM, Wes Turner wrote: > http://docs.buildbot.net/latest/search.html?q=docker ... > > Here's a BuildBot

Re: [Python-Dev] Single-file Python executables (was: Computed Goto dispatch for Python 2)

On Thu, May 28, 2015 at 11:38 AM, Paul Moore wrote: > On 28 May 2015 at 16:58, Barry Warsaw wrote: > > On May 28, 2015, at 11:39 AM, Donald Stufft wrote: > > > >>You don’t need a "fully functioning Python" for a single file binary, you > >>only need enough to actually run your application. For e

Re: [Python-Dev] About Python Developer Testsuites

On Thu, Jun 18, 2015 at 4:34 PM, Arsalan Javeed (Student) < ajav...@sabanciuniv.edu> wrote: > Dear Concerned, > > I am using python v.2.7.1 for my research work in software testing. I have > already downloaded the source codes and found the built-in testsuites for > running on the build. However,

Re: [Python-Dev] About Python Developer Testsuites

... [Python-Dev] Automated testing of patches from bugs.python.org https://groups.google.com/forum/#!topic/dev-python/CQA4YAItD74 On Fri, Jun 19, 2015 at 1:32 AM, Wes Turner wrote: > > > On Thu, Jun 18, 2015 at 4:34 PM, Arsalan Javeed (Student) < > ajav...@sabanciuniv.edu>

Re: [Python-Dev] How do we tell if we're helping or hindering the core development process?

On Jul 28, 2015 10:41 PM, "Stephen J. Turnbull" wrote: > > Ben Finney writes: > > > I've made a clear distinction between the need to *be able to* > > justify a change, versus arbitrary demands to do so by arbitrary > > members. > > > > The latter is what you're arguing against, and of course

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 9, 2015 8:14 PM, "David Mertz" wrote: > > On Sun, Aug 9, 2015 at 11:22 AM, Eric V. Smith wrote: >> >> I think it has to do with the nature of the programs that people write. >> I write software for internal use in a large company. In the last 13 >> years there, I've written literally hundr

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 10, 2015 4:52 PM, "Nathaniel Smith" wrote: > > On Aug 10, 2015 11:33 AM, "Barry Warsaw" wrote: > > > > On Aug 11, 2015, at 03:26 AM, Steven D'Aprano wrote: > > > > >I think I would be happy with f-strings, or perhaps i-strings if we use > > >Nick's ideas about internationalisation, and lim

Re: [Python-Dev] PEP-498: Literal String Formatting

On Mon, Aug 10, 2015 at 1:52 PM, David Mertz wrote: > I know. I elided including the nonexistent `nonlocals()` in there. But it > *should* be `lngb()`. Or call it scope(). :-) > On Aug 10, 2015 10:09 AM, "Steven D'Aprano" wrote: > >> On Sun, Aug 09, 2015 at 06:14:18PM -0700, David Mertz wrote:

Re: [Python-Dev] PEP-498: Literal String Formatting

On Mon, Aug 10, 2015 at 2:04 PM, Carl Meyer wrote: > On 08/10/2015 02:49 PM, Eric V. Smith wrote: > > On 08/10/2015 02:44 PM, Yury Selivanov wrote: > >> > >> > >> On 2015-08-10 2:37 PM, Eric V. Smith wrote: > Besides, any expression you have to calculate can go in a local that > will ge

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 11, 2015 10:10 AM, "Alexander Walters" wrote: > > This may seam like a simplistic solution to i18n, but why not just add a method to string objects (assuming we implement f-strings) that just returns the original, unprocessed string. If the string was not an f-string, it just returns self.

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 11, 2015 10:19 AM, "Wes Turner" wrote: > > > On Aug 11, 2015 10:10 AM, "Alexander Walters" wrote: > > > > This may seam like a simplistic solution to i18n, but why not just add a method to string objects (assuming we implement f-strings) that just

Re: [Python-Dev] PEP-498: Literal String Formatting

On Tue, Aug 11, 2015 at 10:52 AM, Alexander Walters wrote: > On 8/11/2015 11:28, Wes Turner wrote: > > > On Aug 11, 2015 10:19 AM, "Wes Turner" wrote: > > - [ ] review all string interpolation (for "injection") > * [ ] review every '%' >

Re: [Python-Dev] PEP-498: Literal String Formatting

On Aug 17, 2015 2:23 PM, "Nikolaus Rath" wrote: > > On Aug 16 2015, Paul Moore wrote: > > 2. By far and away the most common use for me would be things like > > print(f"Iteration {n}: Took {end-start) seconds"). > > I believe an even more common use willl be > > print(f"Iteration {n+1}: Took {end

Re: [Python-Dev] Request for pronouncement on PEP 493 (HTTPS verification backport guidance)

1. Does this affect easy_install? 2. If/because this affects easy_install, should the guidance / suggested package installation tool be [pip]; because pip install_requires backports.ssl_match_hostname https://pypi.python.org/pypi/backports.ssl_match_hostname On Nov 10, 2015 6:48 PM, "Nick Coghla

Re: [Python-Dev] Request for pronouncement on PEP 493 (HTTPS verification backport guidance)

... Just had this discussion in regards to easy_install, Ubuntu 14.04 LTS, and the ReadTheDocs Docker images (as well as: ~why should I have to wget/curl get-pip.py) https://github.com/rtfd/readthedocs-docker-images/pull/3 On Nov 23, 2015 2:47 PM, "Wes Turner" wrote: > 1. Doe

Re: [Python-Dev] Request for pronouncement on PEP 493 (HTTPS verification backport guidance)

On Mon, Nov 23, 2015 at 5:56 PM, Nick Coghlan wrote: > On 24 November 2015 at 06:47, Wes Turner wrote: > > 1. Does this affect easy_install? > > easy_install has validated certificates since distribute was merged > back into the project as part of setuptools 0.7 [1], and asid

Re: [Python-Dev] Is there a reference manual for Python bytecode?

numba * http://numba.pydata.org/numba-doc/0.16.0/modules/numba.html#module-numba.bytecode * https://github.com/numba/numba/blob/master/numba/bytecode.py pypy * http://doc.pypy.org/en/latest/interpreter.html * http://aosabook.org/en/pypy.html ... http://compilers.pydata.org/ #Bytecode Utilities

Re: [Python-Dev] When should pathlib stop being provisional?

On Apr 6, 2016 1:26 AM, "Chris Angelico" wrote: > > On Wed, Apr 6, 2016 at 3:37 PM, Stephen J. Turnbull wrote: > > Chris Angelico writes: > > > > > Outside of deliberate tests, we don't create files on our disks > > > whose names are strings of random bytes; > > > > Wishful thinking. First, na

Re: [Python-Dev] When should pathlib stop being provisional?

* +1 for __path__, __fspath__ (though I don't know what each does) * why not Text(basestring / bytestring) and pathlib.Path(Text)? * are there examples of cases where this cannot be? * if not, +1 for subclassing str/Text * where are the examples of method collisions between the s

Re: [Python-Dev] When should pathlib stop being provisional?

On Apr 6, 2016 12:47 PM, "Brett Cannon" wrote: > > > > On Wed, 6 Apr 2016 at 10:41 Wes Turner wrote: >> >> * +1 for __path__, __fspath__ >> (though I don't know what each does) > > > Returns a string representing a file system path. Why

Re: [Python-Dev] Defining a path protocol

On Apr 6, 2016 6:31 PM, "Brett Cannon" wrote: > > > > On Wed, 6 Apr 2016 at 16:25 Nathaniel Smith wrote: >> >> On Wed, Apr 6, 2016 at 3:46 PM, Brett Cannon wrote: >> > >> > >> > On Wed, 6 Apr 2016 at 15:22 Paul Moore wrote: >> >> >> >> So I think we need a builtin. >> > >> > >> > Well, the ugli

Re: [Python-Dev] Defining a path protocol

My mistake. On Wed, Apr 6, 2016 at 9:40 PM, Ethan Furman wrote: > On 04/06/2016 07:24 PM, Wes Turner wrote: > >> On Apr 6, 2016 6:31 PM, "Brett Cannon" wrote: >> > > Which suggests perhaps we should have pathlib.fspath() instead of a >>> built-in. &g

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

On Apr 10, 2016 11:51 AM, "Jon Ribbens" wrote: > > On Sun, Apr 10, 2016 at 02:51:23PM +1000, Nick Coghlan wrote: > > On 9 April 2016 at 22:43, Victor Stinner wrote: > > > See pysandbox test suite for a lot of ways to escape a sandbox. CPython has > > > a list of know code to crash CPython (I don'

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

On Sun, Apr 10, 2016 at 10:50 PM, Oleg Broytman wrote: > On Mon, Apr 11, 2016 at 01:09:19PM +1000, Steven D'Aprano < > st...@pearwood.info> wrote: > > On Sun, Apr 10, 2016 at 08:12:30PM -0400, Jonathan Goble wrote: > > > On Sun, Apr 10, 2016 at 7:02 PM, Oscar Benjamin > > > wrote: > > > > I have

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

You seem to be defining a (restricted subset of an existing) language; which will need version strings and ABI tags for compatibility purposes: * Build Tags (for Python variants): * https :// www.python.org

Re: [Python-Dev] Challenge: Please break this! (a.k.a restricted mode revisited)

On Mon, Apr 11, 2016 at 8:08 PM, Greg Ewing wrote: > Jon Ribbens wrote: > >> So far it looks like blocking "_*" and the frame object attributes >> appears to be sufficient. >> > > Even if your sandbox as it currently exists is secure, it's > only an extremely restricted subset. You seem to be ass

Re: [Python-Dev] Pathlib enhancements - acceptable inputs and outputs for __fspath__ and os.fspath()

On Apr 18, 2016 2:50 PM, "Ethan Furman" wrote: > > On 04/18/2016 12:25 PM, Stephen J. Turnbull wrote: > >> Koos Zevenhoven writes: > > >>> After all, we want something that's *almost* exclusively str. >> >> >> But we don't want that, AFAICT. Some clearly want this API to be >> unbiased against by

Re: [Python-Dev] Pathlib enhancements - acceptable inputs and outputs for __fspath__ and os.fspath()

On Apr 18, 2016 3:19 PM, "Ethan Furman" wrote: > > On 04/18/2016 12:54 PM, Wes Turner wrote: > >> Don't we *have* to always support bytes because other programs can >> create filenames containing bytes? > > > Yes, but not every function has t

  1   2   >