Re: [Python-Dev] PEP 553 V2 - builtin breakpoint() (was Re: PEP 553: Built-in debug())

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 It would appear to be more secure to define specific meanings for particular values of the environment variable.  S -BEGIN PGP SIGNATURE- Version: CryptUp 4.4.3 Gmail Encryption https://cryptup.org Comment: Seamlessly send, receive and search

Re: [Python-Dev] Python 2.7 patch levels turning two digit

7;s an uphill battle. Obviously I'll post here as soon as I have something I can officially share. :) Cheers, Steve > Regards > > Antoine. ___ 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] Remaining decisions on PEP 471 -- os.scandir()

a string subclass and put one-shot properties on it (i.e. call/cache stat() on first access where we don't already know the answer), which I think is close enough to where it's landed that I'm happy. (As far as bikeshedding goes, I prefer "_DirEntry" and no docs :)

Re: [Python-Dev] PEP 476: Enabling certificate validation by default!

ct same problem). It sounds like the likely approach is a certificate name, which is fine, provided there's no option for "accept everything". I just wanted to get an early vote in against a boolean switch. Cheers, Steve Top-posted from my Windows Phone

Re: [Python-Dev] 3.5 release schedule PEP

hon.org/sandbox/steve.dower (branch: VC14) for anyone interested. For the alphas, I'm contemplating producing two builds (VC 10 and VC 14), but I obviously want to settle on one or the other by Beta. Last time we discussed it, there was strong support fo

Re: [Python-Dev] 3.5 release schedule PEP

From: Donald Stufft<mailto:don...@stufft.io> Sent: ‎9/‎23/‎2014 18:50 To: Nick Coghlan<mailto:ncogh...@gmail.com> Cc: Steve Dower<mailto:steve.do...@microsoft.com>; python-dev@python.org<mailto:python-dev@python.org> Subject: Re: [Python-Dev]

Re: [Python-Dev] 3.5 release schedule PEP

g --user, but I don't think > we're quite ready for that yet. And my speculation doesn't compete with your > real-life experience, certainly. But I would suggest carefully checking before > making the switch. A good reason to decide early on a change like this, or at lea

Re: [Python-Dev] 3.5 release schedule PEP

he right solution anyway, as very many Windows users won't be able to do this (particularly in IT managed environments). Having 'pip install' do a per-user install automatically is something that will actually work, at the cost/bene

Re: [Python-Dev] 3.5 release schedule PEP

e radio buttons at the start), and eventually the default option. As a slight aside, do you enable the option to compile PYC/PYO files on install? Unless your users are running as admin, you won't get caching on these for the stdlib when it's installed into Program Files. Cheers, Ste

Re: [Python-Dev] 3.5 release schedule PEP

based on different ideologies - AFAIK there's never been anything in the VC licenses preventing whatever redistribution license you like. Part of my improvements to /PCBuild will help avoid the need for Visual Studio entirely, but the free versions should alway

Re: [Python-Dev] 3.5 release schedule PEP

Chris Angelico wrote: > On Thu, Sep 25, 2014 at 6:50 AM, Steve Dower > wrote: >> Donald Stufft wrote: >>> One thing about *nix is even though you can’t write to your normal >>> Python install location without root, invoking pip with permissions >>> (as

Re: [Python-Dev] 3.5 release schedule PEP

> Paul Moore wrote: > On 25 September 2014 17:05, Steve Dower wrote: >> So yes, pip can certainly do this, and if it's already running >> elevated then it shouldn't reprompt, but it's not entirely trivial to >> get this right ("are you denied write ac

[Python-Dev] Microsoft Visual C++ Compiler for Python 2.7

e any improvements or bug fixes coming, and there's no official support offered. Feel free to contact me directly if there are issues with the package. Cheers, Steve ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/l

Re: [Python-Dev] Microsoft Visual C++ Compiler for Python 2.7

ion - currently those are basically unusable without a wheel or a compiler. Many DB and XML packages seem to fall into this category. It also works for Cython, so anything that uses Cython should work with just these compilers. Cheers, Steve Top-posted from my Windows Phone __

Re: [Python-Dev] Microsoft Visual C++ Compiler for Python 2.7

ch, there's very limited value in fixing 2.7.9, IMO. But I'm willing to be convinced - we can always add a version check to the setuptools patch. Cheers, Steve Top-posted from my Windows Phone From: Antoine Pitrou<mailto:solip...@pitrou.net>

Re: [Python-Dev] Microsoft Visual C++ Compiler for Python 2.7

ch was the point of the whole exercise from my point of view). Cheers, Steve Top-posted from my Windows Phone From: Antoine Pitrou<mailto:solip...@pitrou.net> Sent: ‎9/‎27/‎2014 8:32 To: python-dev@python.org<mailto:python-dev@python.org> Subject: Re:

Re: [Python-Dev] Microsoft Visual C++ Compiler for Python 2.7

ally mess up your testing. I'm putting up an updated installer for the compilers that will set this variable, so if you haven't grabbed a copy yet hold off for the next 12 hours or so. Otherwise, you can set your LIBPATH variable to any valid path (or maybe just any value - the compile

Re: [Python-Dev] Microsoft Visual C++ Compiler for Python 2.7

e. Cheers, Steve Top-posted from my Windows Phone From: Georg Brandl<mailto:g.bra...@gmx.net> Sent: ‎10/‎5/‎2014 3:23 To: python-dev@python.org<mailto:python-dev@python.org> Subject: Re: [Python-Dev] Microsoft Visual C++ Compiler for Python 2.7 I just

Re: [Python-Dev] Status of C compilers for Python on Windows

ompanies to help specific projects (e.g. ask Company X if they're willing/able to produce official Y builds on Windows on behalf of the Y team) * Help projects apply to the PSF for grants for Appveyor/similar services Cheers, Steve ___ 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] Status of C compilers for Python on Windows

Is there some reason the Fortran part can't be separated out into a DLL? That's the C ABI Antoine was referring to, and most compilers can generate import libraries from binaries, even if the original compiler produced then in a different format. Top-posted from my Windows Phone ___

Re: [Python-Dev] Status of C compilers for Python on Windows

to. Top-posted from my Windows Phone From: Sturla Molden<mailto:sturla.mol...@gmail.com> Sent: ‎10/‎11/‎2014 9:59 To: python-dev@python.org<mailto:python-dev@python.org> Subject: Re: [Python-Dev] Status of C compilers for Python on Windows Steve Dow

Re: [Python-Dev] XP buildbot problem cloning from hg.python.org

I was seeing this recently and had to run recover on my repo (not sure what the command line is for that - TortoiseHg had a menu). YMMV, but the symptoms sound the same. Cheers, Steve Top-posted from my Windows Phone From: David Bolen<mailto:db3l@gmail.

Re: [Python-Dev] Status of C compilers for Python on Windows

rious tool chains to link to VC14's CRT and we need to figure out the inconsistencies between tools so we can document and work through them. Having different builds of CPython out there will only fragment the community and hurt extension authors far more than it may seem to help. Cheers,

Re: [Python-Dev] Status of C compilers for Python on Windows

irst). I think it's important that I (as Windows build manager) make my own position clear, that's all. (The rest of your email is purely unsubstantiated opinion, which is okay to have, but it doesn't demand any reply so I've omitted it.) Cheers, Steve _

Re: [Python-Dev] Status of C compilers for Python on Windows

Ray Donnelly wrote: > On Sun, Oct 26, 2014 at 1:45 AM, Steve Dower > wrote: >> Ray Donnelly wrote: >>> Also, where are the publicly accessible specifications and other technical >>> descriptions that MinGW-w64 would need to implement strong binary >>> compa

Re: [Python-Dev] Status of C compilers for Python on Windows

any version of Visual Studio (including the free editions, last time I checked), so feel free to check whatever you need to ensure compatibility. I've suggested to the VC team that they could get in touch with the MinGW projects and offer to help them improve compatibility with MSVC, but unfortunate

Re: [Python-Dev] Status of C compilers for Python on Windows

ly to simply end up being two different worlds. Maybe I'm being unnecessarily cynical :) Cheers, Steve > -- > Greg ___ 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] Status of C compilers for Python on Windows

ng answers to specific questions). Largely because I have enough work-outside-work going on, but also because my employer won't like me getting involved with GPL'd software at all. Cheers, Steve > Paul ___ 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] Status of C compilers for Python on Windows

"You might want to interact with Steve Dower off-list" FWIW, I'm happy to talk specifics off list, and have already been involved in a number of discussions with the numpy and Scipy guys wrt figuring out specific technical challenges or clarifying non obvious parts of dealing wit

Re: [Python-Dev] Status of C compilers for Python on Windows

packages (for example, I'd love it if Continuum/Enthought/similar could provide their builds of numpy/scipy as wheels and those projects would be willing to have them be the official PyPI downloads). This is roughly how the python.org installers are

Re: [Python-Dev] Status of C compilers for Python on Windows

vs#DownloadFamilies_4, which is the main download page. Hopefully they don't go away before 3.5, but I have no control over that unfortunately. The link I posted for 2.7 was aka.ms/vcpython27, which is a redirect that I own and can update if necessary. Cheers, Steve Top-posted from my Wi

Re: [Python-Dev] Impact of Windows PowerShell OneGet ?

tended uses is setting up dev environments. If it gets backported, I'll see about setting up a Python build environment in there, unless someone else does it first.) Cheers, Steve > Regards, > Martin ___ Python-Dev mailing list Python-Dev

[Python-Dev] Who's using VS/Windows to work on Python?

jects will need to be duplicated by hand in the VS 2015 projects, and while the converse is true, it's not as critical.) Cheers, Steve ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsub

Re: [Python-Dev] Who's using VS/Windows to work on Python?

t :) Guess I can go ahead and start merging the changes (via issues w/patches) whenever I like then. The most painful change will probably be moving the x86 outputs from PCBuild to PCBuild\win32, but I'll get that into the buildbot scripts and it should be fi

Re: [Python-Dev] Who's using VS/Windows to work on Python?

David Bolen wrote: > Steve Dower writes: > >> Also, who currently owns the Windows buildbots and are you >> willing/able to add a VS 2015 Preview installation (or give me access >> so I can do it)? (...) > > I've got several of the Windows buildbots, and could

Re: [Python-Dev] Windows Dedicated Mailing List

I'd like to keep development *of* Python here, regardless of platform. Otherwise all the Linux and Mac people might forget about us :) Top-posted from my Windows Phone From: Tim Golden Sent: ‎11/‎14/‎2014 7:11 To: Shorya Raj

Re: [Python-Dev] Who's using VS/Windows to work on Python?

ree Express for Desktop (without the 64-bit bug that was in VS 2010 Express), either of which will be fine for working on Python. Cheers, Steve > Cheers, > Nick. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/li

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

cattle market. I'm not hugely for/against moving the repo, though I do like the general idea of reducing the amount of work committers have to do. Cheers, Steve > Regards > > Antoine. ___ Python-Dev mailing list Python-Dev@python.org htt

[Python-Dev] PCBuild project updates

l assume that nobody will notice anything break sooner than me :) Cheers, Steve ___ 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

[Python-Dev] Issue 22919: Update PCBuild for VS 2015

ere are at least a few bugs coming out of the new compiler, so I'll be tracking those down and fixing things. Feel free to nosy me (or Windows) on the issue tracker if you find anything. Cheers, Steve ___ Python-Dev mailing list Python-Dev@p

Re: [Python-Dev] Python 2.x and 3.x use survey, 2014 edition

This is also my approach, and the one that I'm encouraging throughout Microsoft as we start putting out more Python packages for stuff. Top-posted from my Windows Phone From: Barry Warsaw Sent: ‎12/‎13/‎2014 7:19 To: python-dev@python.org<

Re: [Python-Dev] libffi embedded in CPython

Maciej Fijalkowski wrote: > After reading this http://bugs.python.org/issue23085 and remembering > struggling > having our own patches into cpython's libffi (but not into libffi itself), I > wonder, is there any reason any more for libffi being included in CPython? We use it for ctypes, so there'

[Python-Dev] New Windows installer for Python 3.5

can still change, so I'm keen to hear whatever feedback people have. I've tried to make improvements fairly for first-time users through to sysadmins, but if I've missed something big I'd like to hear about it before we get too cl

Re: [Python-Dev] New Windows installer for Python 3.5

easy. Nick Coghlan wrote: > The proposed installer changes look like a great improvement to me, > but I think Paul's questions suggest that it will be useful to capture > the many decisions involved in the redesign as a PEP. I was afraid someone would suggest this :) I certainly in

Re: [Python-Dev] New Windows installer for Python 3.5

Chris Angelico wrote: > On Mon, Jan 5, 2015 at 9:56 AM, Steve Dower wrote: >> (Windows will always put per-user PATH entries at the end). The py.exe >> launcher handles this best, and the system version will always be found >> first. >> >> As for versions, 3

Re: [Python-Dev] New Windows installer for Python 3.5

" - without the "-32" suffix you'll get 64-bit if it's there and 32-bit otherwise. Paul Moore wrote: > Steve is in essence saying that it's not possible to sanely manage PATH as > part > of the new installer, but that py.exe makes that unnecessary. It'

Re: [Python-Dev] New Windows installer for Python 3.5

Ethan Furman: > On 01/04/2015 02:56 PM, Steve Dower wrote: > >> ChrisA wrote: >>> You talk of installing by default into Program Files, and having a >>> separate per-user installation mode. How do these two installation >>> targets interact? Supp

Re: [Python-Dev] New Windows installer for Python 3.5

st once, and probably more > than once... Inclined to agree, and it is possible to make the default on the customise page switch with the Install as Administrator checkbox until it's been manually edited. My main concern is people who want it the old way, but they may not act

Re: [Python-Dev] New Windows installer for Python 3.5

ete package. This is very different from the *nix approach, but it makes far more sense to Windows users. A good example is TortoiseHg, which bundles everything so that users never even know they have Python 2.7 or Mercurial installed on their machine. Making it easier for people to bundle Python i

Re: [Python-Dev] New Windows installer for Python 3.5

work for our small project... Anything that makes this easier would > be > appreciated. I don't see how. All they've done is literally copy a Python installation into their install directory. Yes, they have their own launcher executables (py2exe generated, it looks like) and have

Re: [Python-Dev] New Windows installer for Python 3.5

get Canopy launching with Anaconda's path or vice-versa. > I'm inclined to think that this does not belong as part of the standard > installer. The problems are inherent to the standard python.exe, and are likely part of the standard pythonXY.dll. Nick

Re: [Python-Dev] New Windows installer for Python 3.5

Martin v. Löwis wrote: > Am 04.01.15 00:34, schrieb Steve Dower: >> so I'm keen to hear whatever feedback people have. > > One issue that I always wanted to address is patch releases. There are two > aspects I dislike about the current implementation > > a) an upg

Re: [Python-Dev] Compile Python on Windows (OpenSSL)

beay.lib somewhere, they'll probably work. If not, those projects are in PCBuild and will be built automatically (if necessary) when you build _ssl.vcxproj or _hashlib.vcxproj. Cheers, Steve > My draft notes: > > +Compile CPython on Windows > +== &

Re: [Python-Dev] Compile Python on Windows (OpenSSL)

Victor Stinner wrote: > 2015-01-13 23:18 GMT+01:00 Steve Dower : >> Technically, Python 3.5 requires Visual Studio 2015 > > For me, it's *very* difficult to find how to install Visual Studio. > There are many different websites and web pages which mention Visual Studio >

Re: [Python-Dev] Compile Python on Windows (OpenSSL)

e that it will interfere with VS 2013, but any earlier versions will be fine. Cheers, Steve > VS 2008 is required to build Python 2.7. > > Victor ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-d

Re: [Python-Dev] Compile Python on Windows (OpenSSL)

SDK 8 is more for Visual Studio 2012. > > If you use the wrong SDK, you will depend on a "MSVCRxxx.dll" which is not > provided by Python x.x (ex: MSVCR100.dll for SDK 7.1/Python 3.3 & 3.4). This information is all entirely correct. Worse, if you

Re: [Python-Dev] Azure event hub network access

This would be much better posted on the github page for the project. I don't have the URL handy, but if you search github for "Python Azure SDK" you'll find it. Cheers, Steve Sent from my Windows Phone From: syed khalid<mailto:sy...@pacif

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

ts to change it.) Cheers, Steve Top-posted from my Windows Phone From: Paul Moore<mailto:p.f.mo...@gmail.com> Sent: ‎2/‎10/‎2015 5:40 To: Nick Coghlan<mailto:ncogh...@gmail.com> Cc: Python Dev<mailto:python-dev@python.org> Subject: Re: [Python-Dev] PEP

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

ry for anything other than installing scripts. Cheers, Steve Top-posted from my Windows Phone From: Paul Moore<mailto:p.f.mo...@gmail.com> Sent: ‎2/‎10/‎2015 6:41 To: Steve Dower<mailto:steve.do...@microsoft.com> Cc: Nick Coghlan<mailto:nc

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

Martin v. Löwis wrote: > Am 10.02.15 um 16:41 schrieb Steve Dower: >> One of my main engineering concerns is lack of shared knowledge a.k.a. the >> truck factor (not CPython specific, btw, just every project I work on). > > Wrt. the installer, I think this is a lost cause. II

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

solutions used on Linux, though there may be some value in this approach there too. Thought/votes/suggestions? Cheers, Steve [1]: Actually multiple scripts to handle cmd.exe/PowerShell, but this is an implementation detail. Users would simply type `activate-py` and the shells know which one t

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

Paul Moore wrote: > On 10 February 2015 at 20:50, Paul Moore wrote: >> On 10 February 2015 at 17:45, Steve Dower wrote: >>> This is yet another attempt to try and change user behaviour, which I'm not >>> thrilled >>> about, but I'm really start

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

les to be able to use it). Cheers, Steve Top-posted from my Windows Phone From: Thomas Heller<mailto:thel...@ctypes.org> Sent: ‎2/‎12/‎2015 0:03 To: python-dev@python.org<mailto:python-dev@python.org> Subject: Re: [Python-Dev] PEP 370 - per-user script

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

If venv's activate script sets it, I say go ahead and write it up. If it's just virtualenv, I'd rather not explicitly depend on it, especially since PEP 397's stated aim is file associations and not command line. I've been making changes to py.exe in hg.p.o, so I hope the standalone one is trac

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

Paul Moore wrote: > > On 12 February 2015 at 15:37, Steve Dower wrote: >> If venv's activate script sets it, I say go ahead and write it up. If >> it's just virtualenv, I'd rather not explicitly depend on it, >> especially since PEP 397's stated aim

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

antage that it won't collide with a Python 3.5+ installation. I'm not fussed about whose 'wins' though.) Cheers, Steve > Regards, > > Vinay Sajip > > [1] https://bitbucket.org/vinay.sajip/pylauncher ___

Re: [Python-Dev] PEP 471 (scandir): Poll to choose the implementation (full C or C+Python)

ction implementations out over time? All the module setup and probably most of the Python layer can stay where it is. More likely we're going to get bogged down discussing it again though, so if that happens my vote is to just make posixmodule.c 800 lines longer. Cheers, Steve Top-posted from

Re: [Python-Dev] PEP 370 - per-user scripts directory on Windows

you can make a copy of the launcher called ipy.exe and add ipy.ini with the path to IronPython in it as default. Cheers, Steve Top-posted from my Windows Phone From: Paul Moore<mailto:p.f.mo...@gmail.com> Sent: ‎2/‎13/‎2015 3:20 To: Glenn Linderman<mailt

Re: [Python-Dev] subclassing builtin data structures

base classes to assume a compatible constructor, and if builtins can do it without hurting performance for the non-subclassed case, I don't see why not. Cheers, Steve Top-posted from my Windows Phone From: Steven D'Aprano<mailto:st...@pearwood.info&g

[Python-Dev] Can I replace distutils.msvccompiler?

e, but it may not be function-for-function compatible with distutils.msvc9compiler (e.g. get_build_version is not useful). Do we need a deprecation period? msvccompiler is mentioned in the docs, but not documented, and msvc9compiler is not even mention

Re: [Python-Dev] PEP 441 - Improving Python ZIP Application Support

ul Moore<mailto:p.f.mo...@gmail.com>; Steve Dower<mailto:steve.do...@microsoft.com>; Python Dev<mailto:python-dev@python.org> Subject: Re: [Python-Dev] PEP 441 - Improving Python ZIP Application Support Go ahead, make my pep. I will appreciate seeing it happen. On Feb 15, 20

Re: [Python-Dev] PEP 441 - Improving Python ZIP Application Support

fault. So I reconfigure the default > in my personal settings to Python 3. Unix users can do this too (although it > may > involve a symlink in a ~/bin directory rather than an ini file change). We could also add special-cases for "#!/usr/...python3" in the launcher on Windows.

Re: [Python-Dev] [Python-checkins] cpython: Issue #23152: Implement _Py_fstat() to support files larger than 2 GB on

Agreed. I've made both of these changes. Thanks for the suggestions Cheers, Steve Top-posted from my Windows Phone From: Brett Cannon<mailto:br...@python.org> Sent: ‎2/‎21/‎2015 14:13 To: Ben Hoyt<mailto:benh...@gmail.com>; Python-Dev&

Re: [Python-Dev] cpython: Issue #23152: Renames attribute_data_to_stat to _Py_attribute_data_to_stat

Thanks! Fixed now. Cheers, Steve Top-posted from my Windows Phone From: Serhiy Storchaka<mailto:storch...@gmail.com> Sent: ‎2/‎21/‎2015 14:14 To: python-dev@python.org<mailto:python-dev@python.org> Subject: Re: [Python-Dev] cpython: Issue #23

Re: [Python-Dev] cpython: Issue #23152: Renames attribute_data_to_stat to _Py_attribute_data_to_stat

152: Renames attribute_data_to_stat to _Py_attribute_data_to_stat On 22.02.15 01:26, Steve Dower wrote: > Thanks! Fixed now. Clinic removes the declaration of _Py_time_t_to_FILE_TIME. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/list

Re: [Python-Dev] cpython: Issue #23152: Renames attribute_data_to_stat to _Py_attribute_data_to_stat

Ah, that makes sense. Feel free to move it up a few lines (or into a header if that's preferred) if it's bothering you. Otherwise I can do it in about 6-8 hours. Cheers, Steve Top-posted from my Windows Phone From: Serhiy Storchaka<mailto:storch

Re: [Python-Dev] [RELEASED] Python 3.5.0a2 is now available

Thanks for finding this. I'm following up on the issue of anyone else is having the same issue. As an aside, it'd be great to hear if it's worked for anyone at all :) Cheers, Steve Top-posted from my Windows Phone From: Ben Hoyt<mailto:benh.

Re: [Python-Dev] Thoughts on running Python 3.5 on Windows (path, pip install --user, etc)

ng that could be considered an advanced option rather than the default, especially since the aim (AIUI) of the all-users install is to pretend that Python was shipped with the OS. (I'd kind of like to take that further by splitting things more sensibly between Program Files, Common Files and

Re: [Python-Dev] Windows installer - File associations in "per user" installs

It's a bug. File and assign to me please. Top-posted from my Windows Phone From: Paul Moore<mailto:p.f.mo...@gmail.com> Sent: ‎3/‎10/‎2015 3:35 To: Steve Dower<mailto:steve.do...@microsoft.com> Cc: Python Dev<mailto:python-dev@python.o

Re: [Python-Dev] libffi embedded in CPython

k around a VC14 bug). I'm not sure whether that's considered good practice or not, but I prefer only needing to do it once vs. building it into the build system. Cheers, Steve ___ 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] Buildbot x86 XP-4 3.x doesn't compile anymore: drop it?

he only machine with VS 2015 other than mine). Cheers, Steve Top-posted from my Windows Phone From: Victor Stinner<mailto:victor.stin...@gmail.com> Sent: ‎3/‎28/‎2015 16:14 To: David Bolen<mailto:db3l@gmail.com> Cc: python-dev@python.org<mailto:

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

igitally signs. So, for example, > Martin's > build process digitally signs the Windows help file--the ".chm" file--produced > by his build process. The help file Steve builds is currently completely > unsigned; Steve says he can try signing it but he's not sure it'll

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

(and I can provide better than MD5 for all files if it's useful), taking into consideration that (I assume) I'd have to obtain a signing key for GPG and unless there's a CA involved like there is for Authenticode, there's no existing trust in that key. Cheers, Steve To

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

on Windows for anything, so forgive me for thinking this is very rare). Cheers, Steve Top-posted from my Windows Phone From: Wes Turner<mailto:wes.tur...@gmail.com> Sent: ‎4/‎4/‎2015 6:42 To: M. -A. Lemburg<mailto:m...@egenix.com> Cc: Python-Dev<mai

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

At least that's the impression I'm getting, so I hope that helps clarify why I'm still not convinced it's that critical. Cheers, Steve Top-posted from my Windows Phone ____ From: M.-A. Lemburg<mailto:m...@egenix.com> Sent: ‎4/‎3/‎2015 15:38 T

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

igned email. Cheers, Steve Top-posted from my Windows Phone ____ From: Steve Dower<mailto:steve.do...@microsoft.com> Sent: ‎4/‎4/‎2015 7:25 To: Wes Turner<mailto:wes.tur...@gmail.com>; M. -A. Lemburg<mailto:m...@egenix.com> Cc: python-committers<mail

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

.. Top-posted from my Windows Phone From: Barry Warsaw<mailto:ba...@python.org> Sent: ‎4/‎4/‎2015 9:11 To: python-dev@python.org<mailto:python-dev@python.org> Subject: Re: [Python-Dev] [python-committers] Do we need to sign Windows files with GnuPG? On Ap

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

o I guess the line has been moved far enough away that I've lost that excuse :) Now I just have to find the time to learn how to use it... Cheers, Steve ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/pyth

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

ve heard they haven't implemented enough crypto yet to handle it, but that could be outdated. "GPG sigs will provide protection against replay attacks" How does this work? Cheers, Steve Top-posted from my Windows Phone From: Robert Collins<ma

[Python-Dev] PyCon Survivor's breakfast

e was a place for everyone who wanted to attend. If you are at PyCon, or know someone who is, please let them know that this invitation extends to everyone who attended. regards Steve -- Steve Holden st...@holdenweb.com / +1 571 484 6266 /

Re: [Python-Dev] [PSF-Members] PyCon Survivor's breakfast

Indeed. I believe that the date is on the Eventbrite page, but sorry for omitting obviously necessary information. It's tomorrow. Hope to see you there. S On Apr 12, 2015, at 4:49 PM, Stephane Wirtel wrote: > 7h30 morning ? Tomorrow > > On 12 avr. 2015, at 4:13 PM, Steve

Re: [Python-Dev] Python3 Stable ABI

I don't see any obvious issues, but there may be some that don't need to be marked stable. Given that a mismatch here will cause build errors for users, I'm +1 on checking this in. Cheers, Steve Top-posted from my Windows Phone Fro

Re: [Python-Dev] [python-committers] [RELEASED] Python 3.5.0a4 is now available

n as part of a larger >> application's installer for apps using or extending Python. > > Probably a question for Steve mostly, but how does this work, exactly? > I see it's an exe - I was sort of expecting a zip file. I made it a self-extracting RAR file so it could be signe

Re: [Python-Dev] [python-committers] [RELEASED] Python 3.5.0a4 is now available

Ls and PYDs in the same location is sufficient to make sure you always load the right files, unless sys.path has been filled in with incorrect registry values (the bug I referenced). Cheers, Steve ___ Python-Dev mailing list Python-Dev@python.org https://

Re: [Python-Dev] [python-committers] [RELEASED] Python 3.5.0a4 is now available

files themselves. Cheers, Steve Top-posted from my Windows Phone From: Paul Moore<mailto:p.f.mo...@gmail.com> Sent: ‎4/‎22/‎2015 5:48 To: Steve Dower<mailto:steve.do...@microsoft.com> Cc: Larry Hastings<mailto:la...@hastings.org>; Python Dev<ma

Re: [Python-Dev] PEP 492 quibble and request

k inside that call with be asynchronous with respect to each other (think about passing generators to zip() ) but the loop will block the rest of your code until they're all finished. Cheers, Steve Top-posted from my Windows Phone From: Paul Moore<mailto

Re: [Python-Dev] PEP 557: Data Classes

avoid most current opposition and yet a common field-oriented mechanism for accessing units of retrieved data by name. regards Steve​ Steve Holden On Sat, Sep 16, 2017 at 3:44 PM, Sven R. Kunze wrote: > Thanks for the PEP! :) > > I like the naming. ;) Though, I would like to add to M

Re: [Python-Dev] PEP 554 v3 (new interpreters module)

d enable others to take it from building blocks to powerful libraries. Cheers, Steve ___ 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] PEP 557: Data Classes

On Thu, Oct 12, 2017 at 9:20 AM, Mike Miller wrote: > > On 2017-10-12 00:36, Stéfane Fermigier wrote: > >> "An object that is not defined by its attributes, but rather by a thread >> of continuity and its identity." (from https://en.wikipedia.org/wiki/ >> Domain-driven_design#Building_blocks) >>

[Python-Dev] [OT] Early PyCon Pictures, anyone?

ighted to hear about them. Thanks Steve Holden ___ 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

  1   2   3   4   5   6   7   8   9   10   >