[Python-Dev] Re: PEP 622 version 2 (Structural Pattern Matching)

[... snip explanation of key sticking points ...] Thank you for an excellent write-up combining background context with possible solutions. Now I need to actually read the PEP ;) TJG ___ Python-Dev mailing list -- python-dev@python.org To unsubscrib

Re: [Python-Dev] Adding test.support.safe_rmpath()

On 14/02/2019 15:24, Giampaolo Rodola' wrote: On Thu, Feb 14, 2019 at 4:03 PM Tim Golden <mailto:m...@timgolden.me.uk>> wrote: On 14/02/2019 14:56, Giampaolo Rodola' wrote: > > > On Thu, Feb 14, 2019 at 3:25 PM Eric Snow mailto

Re: [Python-Dev] Adding test.support.safe_rmpath()

On 14/02/2019 14:56, Giampaolo Rodola' wrote: On Thu, Feb 14, 2019 at 3:25 PM Eric Snow > wrote: On Thu, Feb 14, 2019, 02:47 Ronald Oussoren via Python-Dev mailto:python-dev@python.org> wrote: I usually use shutil.rmtree for tests that nee

Re: [Python-Dev] Tests failing on Windows with TESTFN

On 30/07/2018 16:41, Nick Coghlan wrote: On 29 July 2018 at 03:20, Tim Golden wrote: I think that was my starting point: rather than develop increasingly involved and still somewhat brittle mechanisms, why not do what you'd naturally do with a new test and use tempfile? I was expecting so

Re: [Python-Dev] Tests failing on Windows with TESTFN

On 29/07/2018 15:21, Jeremy Kloth wrote: On Sun, Jul 29, 2018 at 3:13 AM Tim Golden wrote: For an example: http://tjg.org.uk/test.log Thank you! After inspecting all the errors, it does seem that they are ALL caused by "bare" os.unlink/rmdir calls. So it seems that a massive u

Re: [Python-Dev] Tests failing on Windows with TESTFN

On 28/07/2018 22:17, Jeremy Kloth wrote: On Sat, Jul 28, 2018 at 11:20 AM Tim Golden wrote: Although things have moved on since that discussion and test.support.unlink has grown some extra legs, all it's done really is to push the bump along the carpet for a bit. I've got a newly

Re: [Python-Dev] Tests failing on Windows with TESTFN

On 29/07/2018 02:04, Jeremy Kloth wrote: On Sat, Jul 28, 2018 at 6:43 PM Brett Cannon wrote: If Windows doesn't clean up its temp directory on a regular basis then that doesn't suggest to me not to use tempfile, but instead that the use of tempfile still needs to clean up after itself. And if t

Re: [Python-Dev] [Python-checkins] bpo-34239: Convert test_bz2 to use tempfile (#8485)

On 28/07/2018 23:54, Chris Jerdonek wrote: On Thu, Jul 26, 2018 at 2:05 PM, Tim Golden wrote: https://github.com/python/cpython/commit/6a62e1d365934de82ff7c634981b3fbf218b4d5f commit: 6a62e1d365934de82ff7c634981b3fbf218b4d5f branch: master author: Tim Golden committer: GitHub date: 2018-07

Re: [Python-Dev] Tests failing on Windows with TESTFN

On 28/07/2018 17:27, Jeremy Kloth wrote: On Sat, Jul 28, 2018 at 8:41 AM Tim Golden wrote: 1) Why are these errors occurring? ie are we dodging a root cause issue The root cause is how Windows handles file deletions. When a file is removed, it is not immediately removed from the directory

Re: [Python-Dev] Tests failing on Windows with TESTFN

On 25/07/2018 16:07, Tim Golden wrote: One problem is that certain tests use support.TESTFN (a local directory constructed from the pid) for output files etc. However this can cause issues on Windows when recreating the folders / files for multiple tests, especially when running in parallel

[Python-Dev] Tests failing on Windows with TESTFN

[trying again; sorry if it shows up twice] I'm just easing back into core development work by trying to get a stable testing environment for Python development on Windows. One problem is that certain tests use support.TESTFN (a local directory constructed from the pid) for output files etc. H

[Python-Dev] Tests failing on Windows with TESTFN

I'm just easing back into core development work by trying to get a stable testing environment for Python development on Windows. One problem is that certain tests use support.TESTFN (a local directory constructed from the pid) for output files etc. However this can cause issues on Windows when

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] Py 3.6 on Ubuntu Zesty

On 07/02/2017 22:38, Barry Warsaw wrote: On Feb 07, 2017, at 02:15 PM, Mike Miller wrote: Does anyone know why Python 3.6 is not the default Python 3 under the upcoming Ubuntu Zesty, or what may be holding it back? I guess that would be me. :) Is there anyone that could give it a nudge? It

Re: [Python-Dev] PEP 468

I've set him to moderation for now. Beyond that we'd have to unsubscribe him altogether and ask him to resubscribe later. TJG On 13/06/2016 22:34, Guido van Rossum wrote: Can someone block Franklin until his mailer stops resending this message? --Guido (mobile) On Jun 13, 2016 2:26 PM, "Fran

Re: [Python-Dev] Terminal console

Not subscribed; probably via gmane. I've added him to a hold list via spam filter. See if that works. TJG On 25/04/2016 22:27, Brett Cannon wrote: Can someone disable this person's subscription? On Mon, 25 Apr 2016 at 14:15 Kenny via Python-Dev mailto:python-dev@python.org>> wrote: fope

Re: [Python-Dev] Most 3.x buildbots are green again, please don't break them and watch them!

On 13/04/2016 12:40, Victor Stinner wrote: > Last months, most 3.x buildbots failed randomly. Some of them were > always failing. I spent some time to fix almost all Windows and Linux > buildbots. There were a lot of different issues. Can I state the obvious and offer a huge vote of thanks for thi

Re: [Python-Dev] [Python-checkins] cpython (2.7): Issue #25910: Fixed more links in the docs.

On 11/04/2016 15:38, serhiy.storchaka wrote: > - `__. > + `__. Is there any intended irony in our link to openssl not being via https? :) TJG

Re: [Python-Dev] Benchmark results across all major Python implementations

On 16/11/2015 22:23, Zachary Ware wrote: On Mon, Nov 16, 2015 at 3:38 PM, Brian Curtin wrote: On Monday, November 16, 2015, Brett Cannon wrote: Hi Brett Any thoughts on improving the benchmark set (I think all of {cpython,pypy,pyston} introduced new benchmarks to the set). We should pr

Re: [Python-Dev] PEP: Collecting information about git

On 17/09/2015 02:59, Terry Reedy wrote: > On 9/16/2015 5:20 AM, Oleg Broytman wrote: > >> On Tue, Sep 15, 2015 at 07:44:28PM +, Augie Fackler >> wrote: > >>> There are a lot of reasons to prefer one tool over another. Common >>> ones are >>> familiarity, simplicity, and power. >> >> Add

Re: [Python-Dev] How far to go with user-friendliness

On 20/07/2015 19:48, Christie Wilson wrote: > I am terrified of replying to this thread since so many folks on it seem > unhappy that it is continuing, but I want to +1 what Erik said. Don't be terrified :) But do understand that, in general, and especially for this already-noisy thread, the righ

Re: [Python-Dev] GetFinalPathNameByHandleW - what is the minimum windows version python-3.5 will support ?

On 19/07/2015 13:10, Vitaly Murashev wrote: I've just found out that that on Windows internal implementation of python35.dll in posixmodule.c uses winapi function GetFinalPathNameByHandleW By the way from MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa364962%28v=vs.85%29.aspx

Re: [Python-Dev] Backporting the 3.5+ Windows build project files to 2.7

On 22/06/2015 18:03, Zachary Ware wrote: > As you may know, Steve Dower put significant effort into rewriting the > project files used by the Windows build as part of moving to VC14 as > the official compiler for Python 3.5. Compared to the project files > for 3.4 (and older), the new project file

Re: [Python-Dev] OpenBSD buildbot has many failures

On 01/04/2015 13:13, Victor Stinner wrote: > Hi, > > 2015-04-01 12:47 GMT+02:00 Tim Golden : >> On the back of Victor's recent emails re buildbots, I've knocked >> something up which can be scheduled to email the status of some or all >> buildbots: >>

Re: [Python-Dev] OpenBSD buildbot has many failures

On 01/04/2015 08:32, Victor Stinner wrote: > When I started to work on Python, I was surprised to not get emails from > buildbots. > > Currently, there is an IRC bot on #python-dev which notify when buildbot > color changes. Or sometiles I chceck the huge waterfall page. By the > way, it became di

Re: [Python-Dev] Buildbot x86 XP-4 3.x doesn't compile anymore: drop it?

On 28/03/2015 09:51, Victor Stinner wrote: Hi, The buildbot x86 XP-4 3.x doesn't compile anymore since 3 months or more (maybe when Steve upgraded the Visual Studio project to VS 2015? I don't know). Would it be possible to fix this buildbot, or to turn it off? By the way, do we seriously want

Re: [Python-Dev] Installing Python to non-ASCII paths

On 23/03/2015 01:46, Glenn Linderman wrote: > On 3/22/2015 8:12 AM, Tim Golden wrote: >> I'll create a £££ user (which is the easiest non-ASCII name to create >> on a UK keyboard) to see how cleanly the latest installer works. > > You can also copy/paste. A path with

Re: [Python-Dev] Installing Python to non-ASCII paths

On 22/03/2015 15:12, Tim Golden wrote: On 22/03/2015 14:44, Paul Moore wrote: On which note, I'm assuming neither of the issues I've found are major blockers. "pip.exe doesn't work if Python is installed in a directory with non-ASCII characters in the name" can be work

Re: [Python-Dev] Installing Python to non-ASCII paths

On 22/03/2015 14:44, Paul Moore wrote: On which note, I'm assuming neither of the issues I've found are major blockers. "pip.exe doesn't work if Python is installed in a directory with non-ASCII characters in the name" can be worked around by using python -m pip, and the launcher issue by using a

Re: [Python-Dev] incorrect docstring for sys.int_info.sizeof_digit?

On 21/01/2015 11:07, Pfeiffer, Phillip E., IV wrote: > Apologies if this has already been reported; I couldn't find a > readily searchable archive for this mailing list (and apologies if > I've just missed it). Depending on "readily searchable", this isn't too bad: http://markmail.org/search/?q=l

Re: [Python-Dev] PCBuild project updates

On 22/11/2014 22:10, Steve Dower wrote: Just attracting some attention to http://bugs.python.org/issue22919 for those of us who build Python out of the PCBuild folder. More details/patches there, but the tl;dr is * Still works with VS 2010 (and now VS 2013 and VS 2015 too) * Build time should be

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

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

On 13/11/2014 19:47, Steve Dower wrote: Just wondering who is regularly/occasionally using VS 2010 to work on Python? I use VS 2010 (and VS 2008 if I'm building 2.7). Frankly my time has been so scarce this last year, I don't manage to use them from one month to the next. But I do use them.

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

On 26/09/2014 19:01, Steve Dower wrote: Hi all, (This is advance notice since people on this list will be interested. Official announcements are coming when setuptools makes their next release.) Microsoft has released a compiler package targeting Python 2.7 (i.e. VC9). We've produced this packa

Re: [Python-Dev] 3.5 release schedule PEP

On 23/09/2014 18:05, Steve Dower wrote: I'm also considering/experimenting with installing into "Program Files" by default, but I suspect that isn't going to work out yet. I'd like to see that go forward: I think it's increasingly difficult to justify Python's position at c:\pythonxx. But it d

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

nded [1]. I believe Tim Golden is the only resident Windows dev from whom I haven't seen at least implicit agreement that XP doesn't need further support, so I'd say our support for XP is well and truly dead :) In any case, surely anyone stuck with XP can be happy with Python 3.4. I

Re: [Python-Dev] subprocess shell=True on Windows doesn't escape ^ character

On 15/06/2014 08:54, Paul Moore wrote: On 15 June 2014 00:15, Greg Ewing wrote: However, it says the Windows version uses CreateProcess, which doesn't use PATH. Huh? CreateProcess uses PATH: Just to be precise: CreateProcess *doesn't* use PATH if you pass an lpApplicationName parameter. I

Re: [Python-Dev] subprocess shell=True on Windows doesn't escape ^ character

On 15/06/2014 02:22, Ryan Gonzalez wrote: Of course cmd.exe is hardcoded; Of course it's not: (from Lib/subprocess.py) comspec = os.environ.get("COMSPEC", "cmd.exe") I don't often expect, in these post-command.com days, to get anything other than cmd.exe. But alternative command processors

Re: [Python-Dev] subprocess shell=True on Windows doesn't escape ^ character

On 13/06/2014 03:11, Nikolaus Rath wrote: > "R. David Murray" writes: >> Also notice that using a list with shell=True is using the API >> incorrectly. It wouldn't even work on Linux, so that torpedoes >> the cross-platform concern already :) >> >> This kind of confusion is why I opened http://bu

Re: [Python-Dev] pep8 reasoning

On 25/04/2014 13:09, Chris Withers wrote: > On 25/04/2014 04:03, Barry Warsaw wrote: >> On Apr 25, 2014, at 12:00 PM, Chris Angelico wrote: >> >>> Don't forget that PEP 8 is not the standard for the Python language, >>> only the Python stdlib. Particularly, there's no strong reason to >>> follow so

Re: [Python-Dev] pep8 reasoning

On 24/04/2014 12:59, Tal Einat wrote: > As far as I know that reason for these examples being frowned upon is > that they are needlessly redundant. Oh, the irony! (Sorry, couldn't resist) TJG ___ Python-Dev mailing list Python-Dev@python.org https://ma

Re: [Python-Dev] Wave module support for floating point data

On 02/03/2014 10:25, Xavier de Gaye wrote: The core-mentorship current archive is only available to the list members as stated at the core-mentorship web site at http://pythonmentors.com/. Curious to know why. The thinking behind c-m is to lower the entry bar for contribution. To that end, pe

Re: [Python-Dev] BugFix for "time" native module in Python 2.7

On 03/02/2014 19:41, Виктор Щерба wrote: Hi, guys! I have found a bug in module "time" function "sleep" in Python 2.7 under Windows XP / Server 2003 and lower. I fix this bug locally. But how could I send you hg patch or pull request or, maybe, commit to sandbox? The best thing is to raise an

Re: [Python-Dev] Add Gentoo packagers of external modules to Misc/ACKS

On 08/12/2013 18:11, Dmitriy Baranov wrote: 2013/12/8 R. David Murray : As far as we have been able to determine, Tae Wong is in fact a bot (note the 'seo' in the email address...a tip of the hand, as far as I can see). We have removed all access permissions (including email) from the related a

Re: [Python-Dev] NTPath or WindowsPath?

On 18/11/2013 10:08, Serhiy Storchaka wrote: > 18.11.13 04:31, Brian Curtin написав(ла): >> On Sat, Nov 16, 2013 at 2:50 PM, Serhiy Storchaka >> wrote: >>> 16.11.13 21:15, Antoine Pitrou написав(ла): >>> In a (private) discussion about PEP 428 and pathlib, Guido proposed that maybe NTPat

Re: [Python-Dev] windows file closing race condition?

On 06/09/2013 12:50, Richard Oudkerk wrote: > On 06/09/2013 11:23am, Tim Golden wrote: >> On 06/09/2013 11:14, Antoine Pitrou wrote: >>> Le Fri, 06 Sep 2013 08:58:06 +0100, >>> Tim Golden a écrit : >>>> >>>> What should Python do? >>

Re: [Python-Dev] windows file closing race condition?

On 06/09/2013 11:14, Antoine Pitrou wrote: > Le Fri, 06 Sep 2013 08:58:06 +0100, > Tim Golden a écrit : >> >> What should Python do? > > Maybe using FILE_SHARE_DELETE could help? > http://bugs.python.org/issue15244 I don't think so. It's the use of FILE_SHAR

Re: [Python-Dev] windows file closing race condition?

On 06/09/2013 08:14, Nick Coghlan wrote: > On 6 September 2013 15:50, Chris Withers wrote: >> Continuous testing is a wonderful thing when it comes to finding weird edge >> case problems, like this one: [... snip ...] >> os.rmdir(path) >> OSError: [WinError 145] The directory is not empty: >>

Re: [Python-Dev] Python 3.4 and Windows XP: just 45 days until EOL

On 12/07/2013 00:58, Christian Heimes wrote: > Hi, > > how do you feel about dropping Windows XP support for Python 3.4? It > would enable us to use some features that are only available on Windows > Vista and newer, for example http://bugs.python.org/issue6926 and > http://bugs.python.org/issue17

Re: [Python-Dev] How to debug python crashes

On 14/05/2013 13:32, Philippe Fremy wrote: > I have a reproducable crash on Windows XP with Python 2.7 which I would > like to investigate. I have Visual Studio 2008 installed and I > downloaded the pdb files. However I could not find any instructions on > how to use them and was unsuccessful at ge

Re: [Python-Dev] mimetypes broken on Windows

On 17/04/2013 08:28, Tim Golden wrote: > On 16/04/2013 23:22, Ben Hoyt wrote: >> But yes, I would love to see a Windows Python committer chip in, even >> if it's just with "agreed, please provide a patch". > > I can chip in with an apology, at least. This has b

Re: [Python-Dev] mimetypes broken on Windows

On 16/04/2013 23:22, Ben Hoyt wrote: > But yes, I would love to see a Windows Python committer chip in, even > if it's just with "agreed, please provide a patch". I can chip in with an apology, at least. This has been on my to-do list for ages; but I have had absolutely minimal time to work on Pyt

Re: [Python-Dev] casefolding in pathlib (PEP 428)

On 12/04/2013 22:15, Larry Hastings wrote: On 04/12/2013 10:05 AM, Guido van Rossum wrote: On Fri, Apr 12, 2013 at 1:39 AM, Antoine Pitrou wrote: I think we want glob("*.py") to find "SETUP.PY" under Windows. Anything else will probably be surprising to users of that platform. Yeah, I suppos

Re: [Python-Dev] cpython: issue9584: Add {} list expansion to glob. Original patch by Mathieu Bridon

On 08/11/2012 20:43, Georg Brandl wrote: On 11/06/2012 02:56 PM, tim.golden wrote: http://hg.python.org/cpython/rev/dafca4714298 changeset: 80273:dafca4714298 user:Tim Golden date:Tue Nov 06 13:50:42 2012 + summary: issue9584: Add {} list expansion to glob. Original

Re: [Python-Dev] Do we need __length_hint__ at all? (Was PEP 0424: A method for exposing a length hint)

> Speaking of which - I find this bikeshed disgusting. Disgusting? Irritating, perhaps, but why should a PEP -- even one whose purpose is to codify existing practice -- not result in discussions about its subject matter? The final P stands for Proposal, not for Pronouncement. TJG __

[Python-Dev] Issue 1677 - please advise

I've been working on issue 1677 which concerns a race condition in the interactive interpreter on Windows where a Ctrl-C can in some circumstances cause the interpreter to exit as though a Ctrl-Z had been pressed. I've added patches to the issue for 2.7, 3.2 & default. I can't see any realistic wa

Re: [Python-Dev] Bitbucket mirror?

On 28/06/2012 19:10, Brian Curtin wrote: Atlassian setup https://bitbucket.org/python_mirrors to mirror the entire hg.python.org setup. http://blog.python.org/2012/06/mercurial-mirrors-provided-by-atlassian.html Thanks, Brian. That's obviously where I read about it, too. TJG ___

[Python-Dev] Bitbucket mirror?

Just recently I'm sure I saw a post saying that the main Python repo was mirrored on bitbucket.org for the convenience of developers who could then fork to their own accounts. For the life of me I can't find it now. Can someone confirm and/or nudge me in the right direction, please? TJG

Re: [Python-Dev] Poking about issue 1677

I can confirm that there is a race condition between the code in myreadline.c and the signal_handler. I have a patch in readiness which basically loops until the signal has been tripped. But what I don't know is: what to do if the signal *still* doesn't trip (after 100 millisecond-retries)? At

Re: [Python-Dev] Poking about issue 1677

On 26/06/2012 20:02, Terry Reedy wrote: > On 6/26/2012 6:51 AM, Devin Jeanpierre wrote: > >> The issue is that sometimes, if you press ctrl-c on Windows, instead >> of raising a KeyboardInterrupt, Python will exit completely. Because >> of this, any program that relies on ctrl-c/KeyboardInterrupt

Re: [Python-Dev] Poking about issue 1677

On 26/06/2012 11:59, Tim Golden wrote: > On 26/06/2012 11:51, Devin Jeanpierre wrote: >> Hi guys, >> >> I just wanted to bring some more attention to issue #1677 , because I >> feel it's important and misunderstood. See: >> http://bugs.python.org/issue1677 >

Re: [Python-Dev] Poking about issue 1677

On 26/06/2012 11:51, Devin Jeanpierre wrote: > Hi guys, > > I just wanted to bring some more attention to issue #1677 , because I > feel it's important and misunderstood. See: > http://bugs.python.org/issue1677 > > The issue is that sometimes, if you press ctrl-c on Windows, instead > of raising

Re: [Python-Dev] Status of packaging in 3.3

On 22/06/2012 13:14, Barry Warsaw wrote: > On Jun 22, 2012, at 12:27 PM, Paul Moore wrote: > >> And what I am trying to say is that no matter how much effort gets put >> into trying to make build from source easy, it'll pretty much always >> not be even remotely trivial on Windows. > > It seems t

Re: [Python-Dev] .{git,bzr}ignore in cpython HG repo

On 02/04/2012 07:03, "Martin v. Löwis" wrote: Am 02.04.2012 00:31, schrieb Matěj Cepl: On 1.4.2012 23:46, Brian Curtin wrote: For what reason? Are the git or bzr files causing issues on HG? No, but wrong .gitignore causes issues with git repo obtained via hg-fast-import. If it is meant as an

Re: [Python-Dev] Playing with a new theme for the docs, iteration 2

On 25/03/2012 16:26, Ned Batchelder wrote: Georg, thanks so much for taking on this thankless task with grace and skill. It can't be easy dealing with the death by a thousand tweaks Seconded. I'm constantly edified by the way in which people in the community respond to even quite abrupt critici

Re: [Python-Dev] Python install layout and the PATH on win32

On 21/03/2012 23:03, Paul Moore wrote: On 21 March 2012 22:43, Mark Hammond wrote: On 22/03/2012 1:22 AM, Lindberg, Van wrote: Mark, MAL, Martin, Tarek, Could you comment on this? Eric is correct - tools will be broken by this change. However, people seem willing to push forward on this

Re: [Python-Dev] Python install layout and the PATH on win32

On 20/03/2012 14:08, VanL wrote: On 3/20/2012 5:48 AM, Mark Hammond wrote: While I'm still unclear on the actual benefits of this, Martin's approach strikes a reasonable compromise so I withdraw my objections. Ok. I was out of town and so could not respond to most of the latest discussion. A

Re: [Python-Dev] PEP 407: New release cycle and introducing long-term support versions

On 20/01/2012 19:14, Georg Brandl wrote: Am 20.01.2012 00:54, schrieb "Martin v. Löwis": I can't help noticing that so far, worries about the workload came mostly from people who don't actually bear that load (this is no accusation!), while those that do are the proponents of the PEP... Ok, so

Re: [Python-Dev] Issue 13524: subprocess on Windows

On 05/12/2011 08:10, "Martin v. Löwis" wrote: I agree with Nick that we shouldn't do anything except perhaps for documentation changes. There are many other environment variables whose absence could also cause failures to run the executable, such as PATH, LD_LIBRARY_PATH, etc. Even not passing DI

Re: [Python-Dev] Issue 13524: subprocess on Windows

On 04/12/2011 12:41, Paul Moore wrote: I'm not 100% clear on the problem here. From how I'm reading things, the problem is that not supplying SystemRoot will cause (some or all) invocations of subprocess.Popen to fail - it's not specific to starting Python. That's basically the situation. My

Re: [Python-Dev] Issue 13524: subprocess on Windows

On 04/12/2011 11:42, Nick Coghlan wrote: There's actually two questions to be answered: 1. What should we do in 3.2 and 2.7? 2. Should we do anything more in 3.3? Agreed. 1. Unset 'SystemRoot' in a windows shell 2. Run the test suite and observe the scale of the breakage Sorry; something I

[Python-Dev] Issue 13524: subprocess on Windows

http://bugs.python.org/issue13524 Someone raised issue13524 yesterday to illustrate that a subprocess will crash immediately if an environment block is passed which does not contain a valid SystemRoot environment variable. Note that the calling (Python) process is unaffected; this isn't - strict

Re: [Python-Dev] Packaging and binary distributions for Python 3.3

On 13/10/2011 19:36, Paul Moore wrote: I don't really understand the benefits of bdist_msi over bdist_wininst Just commenting on this particular issue: in essence, the .MSI format is the Microsoft standard, something which is especially important for corporate rollouts. We're not particularly b

Re: [Python-Dev] Packaging and binary distributions for Python 3.3

On 10/10/2011 12:58, Paul Moore wrote: I've now installed VS Pro 2010. We'll see how that goes. I'd rather avoid downgrading to VS2008 (or having both at once) just for personal builds. But will if I have to. Fairly sure VS2010 won't work, Paul. At least it didn't when I was in the same situat

Re: [Python-Dev] PEP 397 (Python launcher for Windows) reference implementation

On 30/06/2011 05:23, Mark Hammond wrote: On 30/06/2011 3:00 AM, Vinay Sajip wrote: PEP 397 (Python launcher for Windows) has a reference implementation in Python. Does anyone know of a C implementation, or is planning/working on one? I realise this is the final objective, so such implementation

Re: [Python-Dev] os.access on Windows

On 20/05/2011 22:56, "Martin v. Löwis" wrote: TBH I think the less attractive we can make os.access() look the better. It uses the real uid instead of the effective uid, it encourages LBYL behavior, the outcome may be incorrect, it doesn't work on Windows... The ONLY reason to ever use it is in a

Re: [Python-Dev] os.access on Windows

On 20/05/2011 16:21, Brian Curtin wrote: On Fri, May 20, 2011 at 03:38, Tim Golden (Sorry about that; I had no idea I'd sent that from my work account) I think we should tread lightly in the documentation area. We already have two note boxes, and adding a third probably scares everyone

[Python-Dev] os.access on Windows

7;t actually include AccessCheck at the moment. (Which makes it slightly harder to explain to people how they could do this check for themselves). It could probably be added over there which might ease the burden over here. Opinions? TJG Tim Golden Very Senior Analyst Programmer CBS Outdoo

Re: [Python-Dev] blogroll for the new blog

Well I've created a python-dev category under my usual blog so if you wouldn't mind adding that: http://ramblings.timgolden.me.uk/category/tech/python/python-dev/ TJG Tim Golden Senior Analyst Programmer CBS Outdoor UK Camden Wharf 28 Jamestown Road London NW1 7BY T: 020 7482 3

Re: [Python-Dev] Hg: inter-branch workflow

On 21/03/2011 02:49, Éric Araujo wrote: I have been avoiding hg import because my understanding is that it defaults to commit, and I don't see that it has any advantage over patch itself. “hg import” understands the extended diff format, which patch does not. (That format has been described a

Re: [Python-Dev] [PEPs] Support the /usr/bin/python2 symlink upstream

On 07/03/2011 10:49, Mark Hammond wrote: On 7/03/2011 9:33 PM, Paul Moore wrote: That sounds like a fairly cool idea. So if I follow what you're suggesting, we'd have a single python.exe, probably installed in system32, which did the necessary command line juggling and shebang parsing, then simp

Re: [Python-Dev] Finally fix installer to add Python to %PATH% on Windows

On 28/01/2011 16:29, Brian Curtin wrote: On Fri, Jan 28, 2011 at 10:12, anatoly techtonikwrote: I've seen about 7 requests to add Python into %PATH% in installer. All closed with no result, but with some fear and uncertainty. Martin feared that MSI installers are not able to remove entry from PA

Re: [Python-Dev] configparser 1.1 - one last bug fix needed

On 14/12/2010 17:01, Raymond Hettinger wrote: On Dec 14, 2010, at 3:38 AM, Fred Drake wrote: On Tue, Dec 14, 2010 at 6:24 AM, Steven D'Aprano wrote: The good thing about that idea is that maintenance of buggy.py will be so simple! It's self-describing, and needs no further documentation.

Re: [Python-Dev] logging doc broken

On 13/12/2010 11:21, Nick Coghlan wrote: On Mon, Dec 13, 2010 at 9:04 PM, Vinay Sajip wrote: Tim Golden timgolden.me.uk> writes: On 13/12/2010 10:31, Vinay Sajip wrote: [...] Ideally, link to the wrong doc section on docs.python.org in your bug report. Now that's not a piece o

Re: [Python-Dev] logging doc broken

On 13/12/2010 10:31, Vinay Sajip wrote: [...] Ideally, link to the wrong doc section on docs.python.org in your bug report. Now that's not a piece of advice you see very often :) TJG ___ Python-Dev mailing list Python-Dev@python.org http://mail.pyth

Re: [Python-Dev] Removal of Win32 ANSI API

On 11/11/2010 16:07, Hirokazu Yamamoto wrote: Hello. Is it possible to remove Win32 ANSI API (ie: GetFileAttributesA) and only use Win32 WIDE API (ie: GetFileAttributesW)? Mainly in posixmodule.c. I think we can simplify the code hugely. (This means droping bytes support for os.stat etc on window

Re: [Python-Dev] Distutils2 scripts

On 12/10/2010 7:17 PM, R. David Murray wrote: On Tue, 12 Oct 2010 19:33:52 +0200, =?windows-1252?Q?=22Martin_v=2E_L=F6wis=22?= wrote: So as well as pysetup.py/.exe I would like pysetup-3.2.py / .exe on Windows please. (I'd really like a python-3.2.exe as well.) Please submit a patch to the i

Re: [Python-Dev] Goodbye

On 23/09/2010 13:28, "Martin v. Löwis" wrote: add relevant keywords to make it easier to find in searches -0. Going through old issues just to make sure the keywords are right seems wasteful. Hard as it may be to believe, we do have (and are trying to cultivate) people who want to contribute

Re: [Python-Dev] Goodbye

On 23/09/2010 10:38, "Martin v. Löwis" wrote: Let me ask a question which I don't think has been asked in this thread: are there guidelines for tracker-trawlers? I'm never sure where to look for this kind of thing myself. If there's nothing, I'm happy to pen a dos-and-donts (which I might do anyw

Re: [Python-Dev] Goodbye

On 23/09/2010 09:46, Georg Brandl wrote: Am 23.09.2010 09:18, schrieb "Martin v. Löwis": I personally think that the tracker fields and how they should be set is of minor importance. If there is a bug in Python, the most useful contribution is to submit a fix (or provide a rationale why this is

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

On 13/08/2010 10:02 PM, Michael Foord wrote: On 13/08/2010 06:39, Stephen J. Turnbull wrote: Michael Foord writes: > How is ~/python not memorable or consistent? (And cross-platform > memorability and consistency is valuable too.) But what does "~" mean on Windows? There is a "user

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

On 12/08/2010 12:17, Michael Foord wrote: How is ~/python not memorable or consistent? (And cross-platform memorability and consistency is valuable too.) I was thinking outside Python rather than inside it (where ~ has no meaning on Windows) but you make a good point here. If we were just disc

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

On 12/08/2010 11:40, Michael Foord wrote: User editable configuration files are very different from libraries. The per user site-packages folder *should* be hidden somewhere out of the way where you can get at them if you want them but won't stumble across them all the time. e.g. AppData on Windo

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

On 12/08/2010 10:50, Tim Golden wrote: Unfortunately, the canonical place is not always the place most used. Especially since the convention under *nix is to place dotfile or dotdirs under $HOME. Windows doesn't, by default, have a $HOME so various locations are considered $HOME, including

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

On 12/08/2010 11:18, Steve Holden wrote: On 8/12/2010 5:50 AM, Tim Golden wrote: [... snip explanation of standard & non-standard locations ...] Didn't we have this discussion when per-user libraries came up? Shouldn't we be using a subdirectory of that location? Yes

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

On 11/08/2010 16:22, Éric Araujo wrote: It would be nice to define one standard location for config files used by stdlib modules, and maybe also by third-party programs related closely to Python development (testing tools, static code checkers and the like), in a way that doesn’t clutter the user

Re: [Python-Dev] New Summary Lists on Issue Tracker

On 11/08/2010 16:45, Ronald Oussoren wrote: On 11 Aug, 2010, at 16:21, Tim Golden wrote: Thanks to whoever's been working on the new Summary lists on the Issue Tracker. The "Followed by you" / "Created by you" / "Assigned to you" are just what the doctor o

[Python-Dev] New Summary Lists on Issue Tracker

Thanks to whoever's been working on the new Summary lists on the Issue Tracker. The "Followed by you" / "Created by you" / "Assigned to you" are just what the doctor ordered. TJG ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/

Re: [Python-Dev] [Python-checkins] r83831 - in python/branches/release31-maint/Lib: subprocess.py test/test_subprocess.py

On 08/08/2010 11:31 PM, Eric Smith wrote: On 8/8/10 12:18 PM, tim.golden wrote: Modified: python/branches/release31-maint/Lib/subprocess.py == --- python/branches/release31-maint/Lib/subprocess.py (original) +++ python

Re: [Python-Dev] Windows

On 04/08/2010 16:38, Steve Holden wrote: On 8/4/2010 11:00 AM, Brian Curtin wrote: On Wed, Aug 4, 2010 at 09:48, Barry Warsawmailto:ba...@python.org>> wrote: On Aug 03, 2010, at 09:08 PM, Steve Holden wrote: >It's a little disappointing to discover that despite the relatively >

  1   2   >