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] 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] 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] 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] 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] 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] 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] 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 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] 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] 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] 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] 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] 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] 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] 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] 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] [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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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 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] 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

[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

[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

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

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] [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 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] 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 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 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] 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] 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] 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] 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] 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] 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] 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] 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] 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 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] 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] 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] 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

[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

[Python-Dev] Building Py3K branch docs with Sphinx

Can I ask which flavour of Sphinx is being used to build the py3k docs? I've taken the naive approach of simply pulling the sources from branches/py3k and then calling make checkout to fetch the appropriate sources, but these are from http://svn.python.org/projects and are the same for 2.x and 3.

Re: [Python-Dev] Building Py3K branch docs with Sphinx

Tim Golden wrote: Can I ask which flavour of Sphinx is being used to build the py3k docs? I've taken the naive approach of simply pulling the sources from branches/py3k and then calling make checkout to fetch the appropriate sources, but these are from http://svn.python.org/projects and ar

Re: [Python-Dev] Building Py3K branch docs with Sphinx

andrew cooke wrote: Tim Golden wrote: Tim Golden wrote: Can I ask which flavour of Sphinx is being used to build the py3k docs? I've taken the naive approach of simply pulling the sources from branches/py3k and then calling make checkout to fetch the appropriate sources, but these are

Re: [Python-Dev] Building Py3K branch docs with Sphinx

Martin v. Löwis wrote: Can I ask which flavour of Sphinx is being used to build the py3k docs? The proper procedure to build the documentation is make update make htmlhelp #say I think you misunderstood my question. I can build the docs for 2.x, say -- have done so, in fact many times. I w

Re: [Python-Dev] Python for Windows??

David H. Burns wrote: I downloaded what claims to be Python for Windows (3.01). The tutorial brags a lot about how easy it is to learn, but the tutorials and instruction seem to be for a Linux or Unix version. There are three executable programs in the Python directory and no indication which

Re: [Python-Dev] Anyone knows how to compile pywin32 for 64bit operating system

Michael Foord wrote: pywin32 has its own mailing list where you are more likely to get an answer to your question: http://mail.python.org/mailman/listinfo/python-win32 And, just for accuracy's sake: that list isn't a list for pywin32 stuff as such -- although it's obviously a good place to

Re: [Python-Dev] Status of 2.7b1?

On 10/04/2010 17:02, Brian Curtin wrote: I contacted David Bolen for some details about the his buildbot because I can't reproduce the failure on any Windows XP, Server 2003, or 7 box that I have, and it's also not a problem on the other XP buildbot. He's traveling at the moment but will try to g

Re: [Python-Dev] MSDN licenses available for python-dev

On 19/04/2010 13:33, Paul Moore wrote: On 19 April 2010 11:47, Antoine Pitrou wrote: Le Fri, 16 Apr 2010 08:01:54 -0500, Brian Curtin a écrit : The recent threads on builds/installers for Mac and Windows reminded me of Steve Holden's push to get the python-dev team equipped via a connection w

[Python-Dev] Planning a Windows buildbot

I've got agreement in principle for one of our decommissioned servers to be repurposed as a Python buildbot. My idea would be to set it up as a Windows 2003 R2 server, at least partly because we don't seem to have any Windows server buildbots and it's a platform I'm especially interested in. Does

Re: [Python-Dev] Email addresses for new committers for python-committers

On 20/04/2010 20:42, Brett Cannon wrote: If you are a committer and are NOT subscribed to the python-committers mailing list (I believe this at least includes Giampaolo, JP, and Brian), then please either reply to this email with your preferred email address or let me know directly (the former is

Re: [Python-Dev] Mailbox module - timings and functionality changes

On 29/06/2010 15:26, Steve Holden wrote: Nick Coghlan wrote: Command line: ./python -m test.regrtest -v test_mailbox trunk: Ran 274 tests in 25.239s py3k: Ran 268 tests in 26.263s So I don't see any substantial difference on a Kubuntu 10.04 box (both builds are recent'ish, but not completely u

Re: [Python-Dev] Mailbox module - timings and functionality changes

On 29/06/2010 15:51, Tim Golden wrote: On 29/06/2010 15:26, Steve Holden wrote: Nick Coghlan wrote: Command line: ./python -m test.regrtest -v test_mailbox trunk: Ran 274 tests in 25.239s py3k: Ran 268 tests in 26.263s So I don't see any substantial difference on a Kubuntu 10.04 box

Re: [Python-Dev] Mercurial migration readiness

On 02/07/2010 08:25, Dirkjan Ochtman wrote: On Fri, Jul 2, 2010 at 02:08, Stephen J. Turnbull wrote: No, you don't. You make links to 200MB+ (unless you're on Windows, where I don't know how this works). This is much cheaper than copying, though not as cheap as in git. I don't hesitate to ma

Re: [Python-Dev] set/dict comprehensions don't leak in Py2.7 - intentional?

On 05/07/2010 14:06, Stefan Behnel wrote: Hi, I only noticed now that set/dict comprehensions were backported to 2.7 without letting the loop Variables leak into the surrounding scope. So they now behave different from list comprehensions. Is this intentional or just a backporting oversight? I'

Re: [Python-Dev] mkdir -p in python

On 17/07/2010 11:03 PM, Peng Yu wrote: I don't see that there is a function in the library that mimic the behavior of 'mkdir -p'. If 'makedirs' is used, it will generate an error if the file already exists. There are some functions available on the website to close the gap. But I'd prefer this is

[Python-Dev] Python Language Summit EuroPython 2010

lotti * Michael Foord * Mark Dickinson * Martin von Loewis * Ronald Oussoren * Tim Golden * Marc Andre Lemburg * Richard Jones Michael initiated a round-up of current and prospective Python versions for various implementations. CPython and IronPython have both just released v2.7 with IronPython offering

Re: [Python-Dev] No response to posts

On 02/08/2010 8:40 PM, "Martin v. Löwis" wrote: I think it's important to find out what people expect when posting to the tracker. Maybe a mandatory radio list with these options would help: - I post this to get help from you - I'm willing to work on other issues to expedite processing of this o

Re: [Python-Dev] Windows

On 04/08/2010 02:08, Steve Holden wrote: It's a little disappointing to discover that despite the relatively large number of developers who have received MSDN licenses from Microsoft, none if us have the time to make sure that the buildbots are green for the 2.6.6 release. I wonder if anyone can

Re: [Python-Dev] Windows

On 04/08/2010 05:34, Mark Hammond wrote: On 4/08/2010 11:08 AM, Steve Holden wrote: It's a little disappointing to discover that despite the relatively large number of developers who have received MSDN licenses from Microsoft, none if us have the time to make sure that the buildbots are green fo

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 >

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

[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] 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

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] 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 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: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 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 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] 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] 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 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] 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] 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

[Python-Dev] Apologies from the CBS autoresponder

to the old address. I've pulled the plug on that address's subscription, altho' I suspect some list admin got there before me. Apologies again. Tim Golden ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/ma

Re: [Python-Dev] splitext('.cshrc')

Terry Reedy wrote: > "Phillip J. Eby" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> I consider it correct, or at the least, don't think it should be changed, >> as it would make the behavior more difficult to reason about and introduce >> yet another thing to worry about when wr

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] 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] 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] 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] [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] 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] 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

[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] 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

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] 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

  1   2   >