[Python-Dev] Windows buildbots may be broken

Jeremy informed me that due to a race condition on a test file and the CPython repo configuration for newline conversion, build bots on Windows may now be failing. If you run such a buildbot, please consider running this comma

[Python-Dev] Windows - rebuilding grammar files

Greetings list, On windows i want to play with the grammar file, but according to this article : > For Windows, there is no officially supported way of running pgen. However, you can clone my fork

Re: [Python-Dev] Windows porting: request to review PR #880

On 12/21/2018 6:26 AM, Jeroen Demeyer wrote: Can somebody please review https://github.com/python/cpython/pull/880 That addresses a severe problem on Windows making it impossible to build any C++ extension module with some compilers. Issue is https://bugs.python.org/issue11566. Someone needs t

[Python-Dev] Windows porting: request to review PR #880

Can somebody please review https://github.com/python/cpython/pull/880 That addresses a severe problem on Windows making it impossible to build any C++ extension module with some compilers. ___ Python-Dev mailing list Python-Dev@python.org https://mail

Re: [Python-Dev] windows compiler list missing 3.7 details on wiki

> On 3 Nov 2018, at 17:57, Steve Dower wrote: > > Yes. Visual Studio 2015 or later can be used (and as this is the only way to > get the compiler right now, I think it's fine to list that as the requirement > - note that the "Visual Studio Build Tools" installer doesn't include the IDE > it

Re: [Python-Dev] windows compiler list missing 3.7 details on wiki

Yes. Visual Studio 2015 or later can be used (and as this is the only way to get the compiler right now, I think it's fine to list that as the requirement - note that the "Visual Studio Build Tools" installer doesn't include the IDE itself). Feel free to update the wiki. Cheers, Steve On 03N

[Python-Dev] windows compiler list missing 3.7 details on wiki

On https://wiki.python.org/moin/WindowsCompilers details for 3.7 are missing. I'm assuming its still VC V14 Barry ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org

Re: [Python-Dev] [Windows] how to prevent the wrong version of zlib1.dll to be used by lib-dynload modules

Le Mon, 23 Jul 2018 10:47:33 -0700, Nathaniel Smith a écrit : > On Mon, Jul 23, 2018, 08:22 Eric Le Lay wrote: > > > Hello list, > > > > I encountered a problem with the Windows packaging of gPodder[1] > > using msys2: > > > > basic libraries (zlib, openssl) depended upon by python > > platform

Re: [Python-Dev] [Windows] how to prevent the wrong version of zlib1.dll to be used by lib-dynload modules

MSYS2 has two Python ports, msys2 and mingw-w64. I believe Eric was referring to the mingw-w64 one? zlib1.dll in C:\Windows\System32 is a packaging error on the part of whatever put it there and that is what needs to be fixed here. ISVs need to stop putting anything in that directory as it leads t

Re: [Python-Dev] [Windows] how to prevent the wrong version of zlib1.dll to be used by lib-dynload modules

On Mon, Jul 23, 2018 at 2:31 PM, Eric Le Lay wrote: > > I encountered a problem with the Windows packaging of gPodder[1] > using msys2: Are you using regular Windows Python with msys2, or their custom port? I installed msys2 and used pacman to install Python 3.6. The msys2 environment names libr

Re: [Python-Dev] [Windows] how to prevent the wrong version of zlib1.dll to be used by lib-dynload modules

On Mon, Jul 23, 2018, 08:22 Eric Le Lay wrote: > Hello list, > > I encountered a problem with the Windows packaging of gPodder[1] > using msys2: > > basic libraries (zlib, openssl) depended upon by python > platform-specific modules are loaded preferably : > 1. from lib-dynload (where they are n

Re: [Python-Dev] [Windows] how to prevent the wrong version of zlib1.dll to be used by lib-dynload modules

In general, if the dependent DLL is in the same directory as the module loading it (the .pyd or .exe), then it should be loaded first. If it's alongside the .exe, it should be loaded before any of the other search paths. If it's being loaded directly from Python, your best option is to resolve

[Python-Dev] [Windows] how to prevent the wrong version of zlib1.dll to be used by lib-dynload modules

Hello list, I encountered a problem with the Windows packaging of gPodder[1] using msys2: basic libraries (zlib, openssl) depended upon by python platform-specific modules are loaded preferably : 1. from lib-dynload (where they are not) 2. from the Windows directory (can be any version) 3. fro

Re: [Python-Dev] Windows 10 build agent failures

Thanks for the heads-up; I skimmed python-dev but did not check bpo. - Paul On Sun, May 6, 2018, 11:35 AM Zachary Ware wrote: > On Sun, May 6, 2018 at 3:05 AM, Paul Goins wrote: > > Hi, > > > > Just kind of "looking around" at stuff I can help with, and I noticed a > few > > days ago that Wind

Re: [Python-Dev] Windows 10 build agent failures

For me, Tcl/Tk failed to build with SDK 10.0.16299.0 , I had to expicitly fall back to 10.0.15063.0 ( https://stackoverflow.com/questions/48559337/error-when-building-tcltk-in-visual-studio-2017 ). May be related if VS was (auto)updated on the builders.|| On 06.05.2018 11:05, Paul Goins wrote:

Re: [Python-Dev] Windows 10 build agent failures

On Sun, May 6, 2018 at 3:05 AM, Paul Goins wrote: > Hi, > > Just kind of "looking around" at stuff I can help with, and I noticed a few > days ago that Windows 10 AMD64 builds of Python 3.6/3.7/3.x are generally > failing. > > It seems like the failures started April 16th around 1am per BuildBot a

[Python-Dev] Windows 10 build agent failures

Hi, Just kind of "looking around" at stuff I can help with, and I noticed a few days ago that Windows 10 AMD64 builds of Python 3.6/3.7/3.x are generally failing. It seems like the failures started April 16th around 1am per BuildBot and went from consistently passing to consistently failing. The

Re: [Python-Dev] windows installer and python list mention

On 10/04/2017 21:48, Steve Dower wrote: I wasn't aware of [the need to subscribe to Python list] - I'm sure I've emailed the list before without it being rejected, and I'm certainly not subscribed. Is it a recent change? Is it necessary? As long as I've been involved, the list has been subscrip

Re: [Python-Dev] windows installer and python list mention

On Mon, 10 Apr 2017 at 14:32 Steve Dower wrote: > On 10Apr2017 1032, Ethan Furman wrote: > > Apparently the Windows installer mentions asking for help on Python List. > > Yay! People actually read some of that text in the installer :) > > Currently the installer has the following message after yo

Re: [Python-Dev] windows installer and python list mention

On 10Apr2017 1032, Ethan Furman wrote: Apparently the Windows installer mentions asking for help on Python List. Yay! People actually read some of that text in the installer :) Currently the installer has the following message after you run a Repair (from Tools/msi/bundle/Default.wxl): > Fe

Re: [Python-Dev] windows installer and python list mention

On 10/04/2017 18:48, Nathaniel Smith wrote: On Mon, Apr 10, 2017 at 10:32 AM, Ethan Furman wrote: Some people find it easier to follow this and other lists via gmane (http://news.gmane.org/gmane.comp.python.general), a service which offers a newsgroup interface to many online mailing lists. A

Re: [Python-Dev] windows installer and python list mention

On 4/10/2017 1:48 PM, Nathaniel Smith wrote: On Mon, Apr 10, 2017 at 10:32 AM, Ethan Furman wrote: Some people find it easier to follow this and other lists via gmane (http://news.gmane.org/gmane.comp.python.general), a service which offers a newsgroup interface to many online mailing lists.

Re: [Python-Dev] windows installer and python list mention

On Mon, Apr 10, 2017 at 10:32 AM, Ethan Furman wrote: > Some people find it easier to follow this and other lists via gmane > (http://news.gmane.org/gmane.comp.python.general), a service which > offers a newsgroup interface to many online mailing lists. Also, gmane has been dead for a few months

[Python-Dev] windows installer and python list mention

Apparently the Windows installer mentions asking for help on Python List. If accessing Python List directly via email it is necessary to subscribe first -- perhaps that could be mentioned? Bonus Python Points for mentioning the other methods that do not require subscribing. :) Rejection text

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

Executive summary: My experience is that having bytes APIs in the os module is very useful. But perhaps higher-level functions like os.scandir can do without (I present no arguments either way on that, just acknowledge it). Andrew Barnert writes: > Anyway, Windows CDs can't cause this problem.

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Feb 10, 2016, at 15:11, eryk sun wrote: > > On Wed, Feb 10, 2016 at 2:30 PM, Andrew Barnert via Python-Dev > wrote: >> [^3]: Say you write a program that assumes it will only be run on Shift-JIS >> systems, and you use >> CreateFileA to create a file named "ハローワールド". The actual bytes you're

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Wed, Feb 10, 2016 at 2:30 PM, Andrew Barnert via Python-Dev wrote: > [^3]: Say you write a program that assumes it will only be run on Shift-JIS > systems, and you use > CreateFileA to create a file named "ハローワールド". The actual bytes you're sending > are cp436 > for "ânâìü[âÅü[âïâh", so the

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Wednesday, February 10, 2016 6:50 AM, Stephen J. Turnbull wrote: > Andrew Barnert via Python-Dev writes: > >> That doesn't mean the problem can't be solved. Apple solved their >> equivalent problem, albeit by sacrificing backward compatibility in >> a way Microsoft can't get away with. I h

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

Andrew Barnert via Python-Dev writes: > That doesn't mean the problem can't be solved. Apple solved their > equivalent problem, albeit by sacrificing backward compatibility in > a way Microsoft can't get away with. I haven't seen a MacRoman or > Shift-JIS filename since they broke the last hol

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

Victor Stinner writes: > It's annoying that 8 years after the release of Python 3.0, Python 3 > is still stuck by Python 2 :-( I prefer to think of it as the irritant that reminds me that I am very much alive, and so is Python, vibrantly so. ___ Pyth

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On 08.02.16 16:32, Victor Stinner wrote: On Python 2, it wasn't possible to use Unicode for filenames, many functions fail badly with Unicode, especially when you mix bytes and Unicode. Even not all os functions support Unicode. See http://bugs.python.org/issue18695. _

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

2016-02-10 11:18 GMT+01:00 Steven D'Aprano : > [steve@ando ~]$ python3.3 -c 'print(open(b"/tmp/abc\xD8\x01", "r").read())' > Hello World > > [steve@ando ~]$ python3.3 -c 'print(open("/tmp/abc\xD8\x01", "r").read())' > Traceback (most recent call last): > File "", line 1, in > FileNotFoundError:

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Wed, Feb 10, 2016 at 12:41:08PM +1100, Chris Angelico wrote: > On Wed, Feb 10, 2016 at 12:37 PM, Steve Dower wrote: > > I really don't like the idea of not being able to use bytes in cross > > platform code. Unless it's become feasible to use Unicode for lossless > > filenames on Linux - last I

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Wednesday, February 10, 2016 12:47 AM, Victor Stinner wrote: > > 2016-02-10 9:30 GMT+01:00 Paul Moore : >> Whether removing the bytes interface is feasible, given that there's >> then no way that works across Python 2 and 3 of writing code that >> manipulates the sort of bytes-that-use-mul

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On 10 February 2016 at 08:45, Victor Stinner wrote: > 2016-02-10 9:30 GMT+01:00 Paul Moore : >> Whether removing the bytes interface is feasible, given that there's >> then no way that works across Python 2 and 3 of writing code that >> manipulates the sort of bytes-that-use-multiple-encodings dat

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

2016-02-10 9:30 GMT+01:00 Paul Moore : > Whether removing the bytes interface is feasible, given that there's > then no way that works across Python 2 and 3 of writing code that > manipulates the sort of bytes-that-use-multiple-encodings data that > you mention, is a separate issue. It's annoying

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On 10 February 2016 at 08:00, Stephen J. Turnbull wrote: >> The earlier issue was that that doesn't work (e.g. a bytes path > > from os.scandir couldn't be passed back into open()). > > My purely-from-the-user-side take is that that's just a bug in > os.scandir that should be fixed, and that even

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

Executive summary: Code pages and POSIX locales aren't solutions, they're the Original Sin. Steve Dower writes: > On 09Feb2016 2017, Stephen J. Turnbull wrote: > > > The problem here is the protocol that Python uses to return > > > bytes paths, and that protocol is inconsistent between AP

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Feb 9, 2016, at 20:17, Stephen J. Turnbull wrote: >> It really requires going through all the OS calls and either (a) making >> them consistently decode bytes to str using the declared FS encoding >> (currently 'mbcs', but I see no reason we can't make it 'utf_8'), > > If it were that easy,

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

Le mercredi 10 février 2016, Steve Dower a écrit : > > I really don't like the idea of not being able to use bytes in cross > platform code. Unless it's become feasible to use Unicode for lossless > filenames on Linux - last I heard it wasn't. > The point of my email is that even on Python 3, use

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On 09Feb2016 2017, Stephen J. Turnbull wrote: > The problem here is the protocol that Python uses to return bytes paths, > and that protocol is inconsistent between APIs and information is lost. No, the problem is that the necessary information simply isn't always available. Not even today:

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

Steve Dower writes: > On 09Feb2016 1801, Andrew Barnert wrote: > > On Feb 9, 2016, at 17:37, Steve Dower > > wrote: > > > >> Could we perhaps redefine bytes paths on Windows as utf8 and use > >> Unicode everywhere internally? > > > > When you receive bytes fr

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On 09Feb2016 1801, Andrew Barnert wrote: On Feb 9, 2016, at 17:37, Steve Dower mailto:pyt...@stevedower.id.au>> wrote: Could we perhaps redefine bytes paths on Windows as utf8 and use Unicode everywhere internally? When you receive bytes from argv, stdin, a text file, a GUI, a named pipe, etc

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Feb 9, 2016, at 17:37, Steve Dower wrote: > > Could we perhaps redefine bytes paths on Windows as utf8 and use Unicode > everywhere internally? When you receive bytes from argv, stdin, a text file, a GUI, a named pipe, etc., and then use them as a path, Python treating them as UTF-8 would b

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

On Wed, Feb 10, 2016 at 12:37 PM, Steve Dower wrote: > I really don't like the idea of not being able to use bytes in cross > platform code. Unless it's become feasible to use Unicode for lossless > filenames on Linux - last I heard it wasn't. It has, but only in Python 3 - anyone who needs to su

Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module?

;t. Top-posted from my Windows Phone -Original Message- From: "Victor Stinner" Sent: ‎2/‎9/‎2016 5:05 To: "Paul Moore" Cc: "Python Dev" Subject: Re: [Python-Dev] Windows: Remove support of bytes filenames in theos module? 2016-02-08 19:26 GMT+01:00 Paul

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Tue, Feb 9, 2016 at 3:22 AM, Victor Stinner wrote: > 2016-02-09 1:37 GMT+01:00 eryk sun : >> For example, in codepage 932 (Japanese), it's an error if a lead byte >> (i.e. 0x81-0x9F, 0xE0-0xFC) is followed by a trailing byte with a >> value less than 0x40 (note that ASCII 0-9 is 0x30-0x39, so t

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Tue, Feb 9, 2016 at 3:21 AM, Victor Stinner wrote: > 2016-02-09 1:37 GMT+01:00 eryk sun : >> For example, in codepage 932 (Japanese), it's an error if a lead byte >> (i.e. 0x81-0x9F, 0xE0-0xFC) is followed by a trailing byte with a >> value less than 0x40 (note that ASCII 0-9 is 0x30-0x39, so t

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

2016-02-08 19:26 GMT+01:00 Paul Moore : > On 8 February 2016 at 14:32, Victor Stinner wrote: >> Since 3.3, functions of the os module started to emit >> DeprecationWarning when called with bytes filenames. > > Everywhere? Or just on Windows? I can't tell from your email and I > don't have a Unix s

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On 9 February 2016 at 10:13, Victor Stinner wrote: > IMHO we have to put a line somewhere between Python 2 and Python 3. > For some specific use cases, there is no good solution which works on > both Python versions. > > For filenames, there is no simple design on Python 2. bytes is the > natural

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

Hi, 2016-02-08 18:02 GMT+01:00 Brett Cannon : > If Unicode string don't work in Python 2 then what is Python 2/3 to do as a > cross-platform solution if we completely remove bytes support in Python 3? > Wouldn't that mean there is no common type between Python 2 & 3 that one can > use which will w

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

Chris Barker - NOAA Federal writes: > All I can say is "ouch". Hard to call it a regression to no longer > allow this mess... We can't "disallow" the mess, it's embedded in the lunatic computing environment (which I happen to live in). We can't even stop people from using existing Python progr

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

2016-02-09 1:37 GMT+01:00 eryk sun : > For example, in codepage 932 (Japanese), it's an error if a lead byte > (i.e. 0x81-0x9F, 0xE0-0xFC) is followed by a trailing byte with a > value less than 0x40 (note that ASCII 0-9 is 0x30-0x39, so this is not > uncommon). In this case the ANSI API substitute

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

2016-02-09 1:37 GMT+01:00 eryk sun : > For example, in codepage 932 (Japanese), it's an error if a lead byte > (i.e. 0x81-0x9F, 0xE0-0xFC) is followed by a trailing byte with a > value less than 0x40 (note that ASCII 0-9 is 0x30-0x39, so this is not > uncommon). In this case the ANSI API substitute

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On 9 February 2016 at 01:57, Chris Barker - NOAA Federal wrote:OTOH, it's a > All I can say is "ouch". Hard to call it a regression to no longer > allow this mess.. OTOH, it's a major regression for someone using an 8-bit codepage that doesn't have these problems. Code that worked fine for them n

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

All I can say is "ouch". Hard to call it a regression to no longer allow this mess... CHB > On Feb 8, 2016, at 4:37 PM, eryk sun wrote: > >> On Mon, Feb 8, 2016 at 2:41 PM, Chris Barker wrote: >> Just to clarify -- what does it currently do for bytes? IIUC, Windows uses >> UTF-16, so can you pa

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Mon, Feb 8, 2016 at 2:41 PM, Chris Barker wrote: > Just to clarify -- what does it currently do for bytes? IIUC, Windows uses > UTF-16, so can you pass in UTF-16 bytes? Or when using bytes is is assuming > some Windows ANSI-compatible encoding? (and what does it return?) UTF-16 is used in the

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Mon, Feb 8, 2016 at 6:32 AM, Victor Stinner wrote: > Windows native type for filenames is > Unicode, and the Windows has a weird behaviour when you use bytes. Just to clarify -- what does it currently do for bytes? IIUC, Windows uses UTF-16, so can you pass in UTF-16 bytes? Or when using by

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On 8 February 2016 at 14:32, Victor Stinner wrote: > Since 3.3, functions of the os module started to emit > DeprecationWarning when called with bytes filenames. Everywhere? Or just on Windows? I can't tell from your email and I don't have a Unix system to hand to check. > The rationale is quite

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Monday, February 8, 2016 9:11 AM, Alexander Walters wrote: > > On 2/8/2016 12:02, Brett Cannon wrote: >> >> >> If Unicode string don't work in Python 2 then what is Python 2/3 to do >> as a cross-platform solution if we completely remove bytes support in >> Python 3? Wouldn't that me

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On 2/8/2016 12:02, Brett Cannon wrote: If Unicode string don't work in Python 2 then what is Python 2/3 to do as a cross-platform solution if we completely remove bytes support in Python 3? Wouldn't that mean there is no common type between Python 2 & 3 that one can use which will work wit

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Mon, 8 Feb 2016 at 06:33 Victor Stinner wrote: > Hi, > > Since 3.3, functions of the os module started to emit > DeprecationWarning when called with bytes filenames. > > The rationale is quite simple: Windows native type for filenames is > Unicode, and the Windows has a weird behaviour when yo

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

> On Feb 8, 2016, at 06:40, Victor Stinner wrote: > > 2016-02-08 15:32 GMT+01:00 Victor Stinner : >> Since 3.3, functions of the os module started to emit >> DeprecationWarning when called with bytes filenames. >> (...) >> Recently, an user complained that os.walk() doesn't work with bytes on >>

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

2016-02-08 15:32 GMT+01:00 Victor Stinner : > Since 3.3, functions of the os module started to emit > DeprecationWarning when called with bytes filenames. > (...) > Recently, an user complained that os.walk() doesn't work with bytes on > Windows anymore: > (...) It's also sad to see that deprecati

[Python-Dev] Windows: Remove support of bytes filenames in the os module?

Hi, Since 3.3, functions of the os module started to emit DeprecationWarning when called with bytes filenames. The rationale is quite simple: Windows native type for filenames is Unicode, and the Windows has a weird behaviour when you use bytes. For example, os.listdir(b'.') gives you paths which

Re: [Python-Dev] Windows x86-64 embeddable zip file, Feedback

ok when I'm at my PC. Cheers, Steve Top-posted from my Windows Phone -Original Message- From: "tds...@gmail.com" Sent: ‎9/‎13/‎2015 6:59 To: "Python-Dev" Subject: [Python-Dev] Windows x86-64 embeddable zip file, Feedback Hi, had some time to test the new distribute

[Python-Dev] Windows x86-64 embeddable zip file, Feedback

Hi, had some time to test the new distributed stuff for Windows especially the embeddable zip. Thanks for this special distribution, it is very useful to generate standalone Python distributions and software based on Python. Very good work. I detected two minor issues only affecting size, opened

Re: [Python-Dev] Windows new 3.5 installer: Command line uninstall

On 1 June 2015 at 20:21, Steve Dower wrote: > You need the original exe and can pass /uninstall to that. OK, that's cool. Looks like I missed that in the docs. (Checks) Yes, I did :-( Paul ___ Python-Dev mailing list Python-Dev@python.org https://mail.

Re: [Python-Dev] Windows new 3.5 installer: Command line uninstall

b installer exe, and it won't download anything, but the version does have to match exactly. Cheers, Steve Top-posted from my Windows Phone From: Paul Moore<mailto:p.f.mo...@gmail.com> Sent: ‎6/‎1/‎2015 6:54 To: Python Dev<mailto:python-dev@python.org&g

[Python-Dev] Windows new 3.5 installer: Command line uninstall

I'm trying to script a command line uninstall of Python 3.5. The new installer has a nice well-documented command line interface, but there's nothing much about how to uninstall. Looking at the installed products, I see >get-wmiobject Win32_Product -filter 'name like "Python 3.5.0b2%"' | select N

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 Sent: ‎3/‎10/‎2015 3:35 To: Steve Dower Cc: Python Dev Subject: Windows installer

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

On 9 March 2015 at 15:37, Steve Dower wrote: >> Maybe the answer is that we simply start recommending that everyone on >> Windows >> uses per-user installs. It makes little difference to me (beyond the fact >> that >> when I want to look at the source of something in the stdlib, the location of

Re: [Python-Dev] Windows Dedicated Mailing List

On 11/15/2014 3:01 AM, Shorya Raj wrote: Fair enough. Like I said, I wanted to see what the consensus was, and it seems to be shifting towards not making another list. Agreed. The traffic here is not high enough to need a split. Most OS specific issues that need a patch end up as a specific

Re: [Python-Dev] Windows Dedicated Mailing List

Fair enough. Like I said, I wanted to see what the consensus was, and it seems to be shifting towards not making another list. On Sat, Nov 15, 2014 at 6:36 PM, Stephen J. Turnbull wrote: > Shorya Raj writes: > > > I think it may be prudent to consider adding a Windows specific > > mailing list

[Python-Dev] Windows Dedicated Mailing List

Shorya Raj writes: > I think it may be prudent to consider adding a Windows specific > mailing list regarding development on Windows, One possibly-relevant anecdote. We had such a list for XEmacs, where the biggest contributor 1998-2005 was Windows-based. *He* preferred communicating via the

Re: [Python-Dev] Windows Dedicated Mailing List

I agree completely (although I use multibooting instead of a VM). On Fri, Nov 14, 2014 at 11:46 AM, Antoine Pitrou wrote: > On Fri, 14 Nov 2014 16:35:12 + > Steve Dower wrote: > > I'd like to keep development *of* Python here, regardless of platform. > Otherwise all the Linux and Mac people

Re: [Python-Dev] Windows Dedicated Mailing List

On Fri, 14 Nov 2014 16:35:12 + Steve Dower wrote: > I'd like to keep development *of* Python here, regardless of platform. > Otherwise all the Linux and Mac people might forget about us :) +1 from a Linux developer. I find it useful to know what happens on other platforms (also I occasionall

Re: [Python-Dev] Windows Dedicated Mailing List

Shorya Raj<mailto:rajsho...@gmail.com>; Python Dev<mailto:Python-Dev@python.org> Subject: Re: [Python-Dev] Windows Dedicated Mailing List On 14/11/2014 08:34, Shorya Raj wrote: > Hello > I have been following the lists for a while, and have noticed that there > do not seem to be a

Re: [Python-Dev] Windows Dedicated Mailing List

On 14/11/2014 08:34, Shorya Raj wrote: > Hello > I have been following the lists for a while, and have noticed that there > do not seem to be any sort of specifics for Windows. Now, as someone > developing python applications (and hoping to develop python itself on > Windows), I think it may be pr

[Python-Dev] Windows Dedicated Mailing List

Hello I have been following the lists for a while, and have noticed that there do not seem to be any sort of specifics for Windows. Now, as someone developing python applications (and hoping to develop python itself on Windows), I think it may be prudent to consider adding a Windows specific mailin

Re: [Python-Dev] Windows Unicode console support [Was: Bytes path support]

On 27 August 2014 10:46, Paul Moore wrote: > If I come up with anything worth commenting on, I will do so (I assume > that comments of the form "+1 me too!" are not needed ;-)) Nevertheless, here's a "Me, too". I've just been writing some PyPI interrogation scripts, and it's absolutely awful havi

Re: [Python-Dev] Windows Unicode console support [Was: Bytes path support]

On 27 August 2014 09:09, Nick Coghlan wrote: > There are two links to CPython issues from the project description: > > http://bugs.python.org/issue1602 > http://bugs.python.org/issue17620 > > Part of the feedback on those was that as much as possible should be > made available as a third party mod

Re: [Python-Dev] Windows Unicode console support [Was: Bytes path support]

On 27 August 2014 01:23, Paul Moore wrote: > On 24 August 2014 04:27, Nick Coghlan wrote: >> One of those areas is the fact that we still use the old 8-bit APIs to >> interact with the Windows console. Those are just as broken in a >> multilingual world as the other Windows 8-bit APIs, so Drekin

[Python-Dev] Windows Unicode console support [Was: Bytes path support]

On 24 August 2014 04:27, Nick Coghlan wrote: > One of those areas is the fact that we still use the old 8-bit APIs to > interact with the Windows console. Those are just as broken in a > multilingual world as the other Windows 8-bit APIs, so Drekin came up > with a project to expose the Windows co

Re: [Python-Dev] Windows XP, Python 3.5 and PEP 11

On 17/06/2014 08:03, Victor Stinner wrote: 2014-06-17 7:01 GMT+02:00 Tim Golden : On 17/06/2014 04:08, Zachary Ware wrote: This was recently discussed in the "Moving Python 3.5 on Windows to a new compiler" thread, where Martin declared XP support to be ended [1]. I believe Tim Golden is the o

Re: [Python-Dev] Windows XP, Python 3.5 and PEP 11

2014-06-17 7:01 GMT+02:00 Tim Golden : > On 17/06/2014 04:08, Zachary Ware wrote: >> This was recently discussed in the "Moving Python 3.5 on Windows to a >> new compiler" thread, where Martin declared XP support to be ended >> [1]. I believe Tim Golden is the only resident Windows dev from whom >

Re: [Python-Dev] Windows XP, Python 3.5 and PEP 11

On 17/06/2014 04:08, Zachary Ware wrote: On Mon, Jun 16, 2014 at 4:12 PM, Victor Stinner wrote: Hi, I would like to know if Python 3.5 will still support Windows XP or not. Almost all flavors of Windows XP reached the end-of-life in April, 2014 except "Windows XP Embedded". There is even an ha

Re: [Python-Dev] Windows XP, Python 3.5 and PEP 11

On Mon, Jun 16, 2014 at 4:12 PM, Victor Stinner wrote: > Hi, > > I would like to know if Python 3.5 will still support Windows XP or > not. Almost all flavors of Windows XP reached the end-of-life in > April, 2014 except "Windows XP Embedded". There is even an hack to use > Windows upgrades on the

[Python-Dev] Windows XP, Python 3.5 and PEP 11

Hi, I would like to know if Python 3.5 will still support Windows XP or not. Almost all flavors of Windows XP reached the end-of-life in April, 2014 except "Windows XP Embedded". There is even an hack to use Windows upgrades on the desktop flavor using the embedded flavor (by changing a key in the

Re: [Python-Dev] Windows installers and OpenSSL

Am 13.04.14 21:41, schrieb Steve Dower: > I'm willing to embark on migrating the entire installer to WiX, which > doesn't directly fix any particular issue, but could significantly > reduce the overhead of building and maintaining the Windows installers. I somewhat doubt that it could reduce the o

Re: [Python-Dev] Windows installers and OpenSSL

_ From: Martin v. Löwis<mailto:mar...@v.loewis.de> Sent: ‎4/‎13/‎2014 14:51 To: Paul Moore<mailto:p.f.mo...@gmail.com>; Python Dev<mailto:python-dev@python.org> Subject: Re: [Python-Dev] Windows installers and OpenSSL Am 10.04.14 15:41, schrieb Paul Moore: > Given the OpenSSL

Re: [Python-Dev] Windows installers and OpenSSL

Am 10.04.14 15:41, schrieb Paul Moore: > Given the OpenSSL vulnerability and the fact that we bundle OpenSSL > with the Windows installers (1.0.1e in Python 3.4.0) should we be > releasing updated installers? As others have said: certainly, and only for 3.4.0 (i.e. 2.7 in particular is not affecte

Re: [Python-Dev] Windows installers and OpenSSL

On 11.04.2014 03:15, Nick Coghlan wrote: > On 10 Apr 2014 18:55, "Benjamin Peterson" wrote: >> >> On Thu, Apr 10, 2014, at 14:50, Gregory P. Smith wrote: >>> Yep. All binary Python distributions that bundle SSL support need >>> updating. >>> But... what MRAB said. >>> >>> We also *likely* have SSL

Re: [Python-Dev] Windows installers and OpenSSL

On 10 Apr 2014 18:55, "Benjamin Peterson" wrote: > > On Thu, Apr 10, 2014, at 14:50, Gregory P. Smith wrote: > > Yep. All binary Python distributions that bundle SSL support need > > updating. > > But... what MRAB said. > > > > We also *likely* have SSL certificates and SSH host keys on > > python

Re: [Python-Dev] Windows installers and OpenSSL

On Thu, Apr 10, 2014, at 14:50, Gregory P. Smith wrote: > Yep. All binary Python distributions that bundle SSL support need > updating. > But... what MRAB said. > > We also *likely* have SSL certificates and SSH host keys on > python.orginfrastructure that need to be revoked and new certs > reissu

Re: [Python-Dev] Windows installers and OpenSSL

Yep. All binary Python distributions that bundle SSL support need updating. But... what MRAB said. We also *likely* have SSL certificates and SSH host keys on python.orginfrastructure that need to be revoked and new certs reissued *after* all of those machines have been patched and their services

Re: [Python-Dev] Windows installers and OpenSSL

On 2014-04-10 14:41, Paul Moore wrote: Given the OpenSSL vulnerability and the fact that we bundle OpenSSL with the Windows installers (1.0.1e in Python 3.4.0) should we be releasing updated installers? I'd say yes, but, then, I wouldn't be doing any of the work... _

[Python-Dev] Windows installers and OpenSSL

Given the OpenSSL vulnerability and the fact that we bundle OpenSSL with the Windows installers (1.0.1e in Python 3.4.0) should we be releasing updated installers? Paul ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/lis

Re: [Python-Dev] Windows buildbots are red: test_idlelib

Thanks ! 2014-04-08 22:39 GMT+02:00 Zachary Ware : > On Mon, Apr 7, 2014 at 4:37 AM, Victor Stinner > wrote: >> Hi, >> >> Unit tests are failing on Windows because of this issue: >> http://bugs.python.org/issue21059 >> >> It looks like a regression in test_idlelib introduced with this issue: >>

Re: [Python-Dev] Windows buildbots are red: test_idlelib

On Mon, Apr 7, 2014 at 4:37 AM, Victor Stinner wrote: > Hi, > > Unit tests are failing on Windows because of this issue: > http://bugs.python.org/issue21059 > > It looks like a regression in test_idlelib introduced with this issue: > http://bugs.python.org/issue15968 > > Zachary Ware wrote a fix:

  1   2   3   4   >