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

On 6 February 2011 15:35, Nick Coghlan wrote: > On Mon, Feb 7, 2011 at 1:27 AM, Chris Withers wrote: >> On 06/02/2011 15:25, Brian Curtin wrote: >>> >>> So put the new path before the old path, or replace it? The current >>> patch appends to the end. >> >> I believe the last path wins in Windows

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

On 6 February 2011 17:07, Stephen J. Turnbull wrote: > Paul Moore writes: > >  > "Before any existing Python directories, otherwise at the end" is the >  > closest to what I suspect most users want (certainly it matches my >  > preferences, and anything else w

Re: [Python-Dev] [Python-checkins] r88395 - python/branches/py3k/Lib/asyncore.py

On 12 February 2011 23:10, wrote: > On 10:46 pm, greg.ew...@canterbury.ac.nz wrote: >> >> Antoine Pitrou wrote: >>> >>> On Sun, 13 Feb 2011 11:19:06 +1300 >>> Greg Ewing wrote: >> So maybe it's time to design a new module with a better API and deprecate the old one? >>> >>> That's call

Re: [Python-Dev] [Python-checkins] r88395 - python/branches/py3k/Lib/asyncore.py

On 15 February 2011 00:45, wrote: > As far as the difficulties of "finding" the good ideas in Twisted goes, > there are several people familiar with Twisted already contributing to this > thread.  Between us all, I'm sure we can dig out the insidiously buried > secrets.  As I mentioned before, I'

Re: [Python-Dev] contributors survey?

On 2 March 2011 12:07, Antoine Pitrou wrote: > But I wonder if there are other social or technical factors, such as > the community being too intimidating or not welcoming enough. > > Actually, if some python-dev readers have something to say about that, > they are welcome :) >From a personal POV

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

On 5 March 2011 15:09, Michael Foord wrote: > On 04/03/2011 21:35, "Martin v. Löwis" wrote: >> It would also be good if the PEP took a position on providing >> pythonXY.exe binaries on Windows (with the related question of >> whether it's python32w.exe, python3.2w.exe, pythonw32.exe or >> pythonw3

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

On 6 March 2011 02:33, Mark Hammond wrote: > IIUC, the PEP language is referring to links which point to a specific > version of Python and that there is no suggestion a 'python3' will live in > the Python 3 binary tree.  If that is correct and assuming we don't want to > investigate using links o

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

On 7 March 2011 01:18, Mark Hammond wrote: > That said though, I'm only -0 on python2.exe/python3.exe - I don't think it > will hurt, but also don't think it will help that much in practice. It may > also turn out to be unnecessary should a "complete" solution be implemented > - eg, a "python laun

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

On 7 March 2011 20:33, Michael Foord wrote: > So why not do both? We could create the extra binaries to bring Python on > Windows inline with the unix conventions for command line invocations, and > the new launcher can follow on as a nice addition. I was assuming that the exes in the installatio

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

On 9 March 2011 06:27, Mark Hammond wrote: > I'm glad solving world hunger is out of scope for this :)  I understand your > position but my personal opinion is that simple support for #! is more > desirable.  I'd be happy to go with the consensus though... Just in case you need some reassurance a

Re: [Python-Dev] public visibility of python-dev decisions "before it's too late" (was: PyCObject_AsVoidPtr removed from python 3.2 - is this documented?)

On 11 March 2011 23:24, Guido van Rossum wrote: >> I'm interested in the task and I guess I'll follow-up with Doug Hellman. I >> don't follow -ideas close enough to summarize it, but I'd contribute to a >> -dev blog. > > Awesome! (And we don't need to stop at one blogger. Many hands make light >

Re: [Python-Dev] Python3 regret about deleting list.sort(cmp=...)

On 13 March 2011 03:00, Raymond Hettinger wrote: >> But in Python 3 this solution is no longer available. How bad is that? >> I'm not sure. But I'd like to at least get the issue out in the open. >> > > Python3.2 should be substantially better in this regard. > It no longer wraps key objects aroun

Re: [Python-Dev] packaging

On 14 March 2011 22:34, Tarek Ziadé wrote: > Setup.py is gone in distutils2 and therefore in packaging Where can I find the documentation? The distutils2 docs ("A simple example") still use setup.py. See http://packages.python.org/Distutils2/distutils/introduction.html#a-simple-example Paul

Re: [Python-Dev] Draft PEP and reference implementation of a Python launcher for Windows

On 20 March 2011 09:58, Mark Hammond wrote: > On 20/03/2011 8:36 PM, Terry Reedy wrote: >> >> On 3/20/2011 3:22 AM, Glenn Linderman wrote: >> On 3/19/2011 7:38 PM, Mark Hammond wrote: >> [snip] >> >> As both a writer and reader, I would like to just add, for instance, >> >> #! python3 >> >> (or 3.

Re: [Python-Dev] Draft PEP and reference implementation of a Python launcher for Windows

On 21 March 2011 01:54, Mark Hammond wrote: > ie, let's say we are forced to choose between the following 3 options: > > * No launcher at all (the status-quo), causing demonstrable breakage in > Windows file associations whenever Python 2.x and Python 3.x scripts exist > on the same box. > > * An

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

On 21 March 2011 16:20, Barry Warsaw wrote: > It could be that some aspect of the tools causes A and B to not be hidden as > well as they should, so that when looking at the history for example, the fact > that A and B exist is a jarring or annoying artifact that would be better if > they didn't e

Re: [Python-Dev] Submitting changes through Mercurial

On 22 March 2011 12:53, Éric Araujo wrote: >> I still don't understand what that's supposed to look like.  Is it supposed >> to be a URL which refers to my local repository? > No, to a repository published somewhere (hg.python.org, bitbucket (make > a server-side clone of mirror/cpython), any othe

Re: [Python-Dev] I am now lost - committed, pulled, merged, what is "collapse"?

On 22 March 2011 20:44, Dirkjan Ochtman wrote: > The right solution here is to use different clones for different > projects/areas. I'm not trolling here, just trying to learn something about Mercurial. Would having separate clones for the various releases (2.7, 3.1, 3.2, ...) rather than named b

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

On 27 March 2011 20:15, Neil Schemenauer wrote: > Guido van Rossum wrote: >> What is "rebase"? Why does everyone want it and hate it at the same time? [...] > The other school, which I am a member of, considers a logical > development sequence more important than actual development history. > I l

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

On 28 March 2011 11:35, Nick Coghlan wrote: > On Mon, Mar 28, 2011 at 8:13 PM, Paul Moore wrote: >> For people in the "clean history" school, I'd recommend looking at mq >> for your personal use. But it's definitely an advanced feature of >> Mercuria

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

On 28 March 2011 22:29, Terry Reedy wrote: > From what you write, it seems that mq is actually an unordered patch set, > not a queue (in the FIFO) sense. (Or do you have to commit and remove in > FIFO order?) Why the confusing mislabel, if indeed I understood correctly? It's a queue (FIFO). Sorry

Re: [Python-Dev] Policy for making changes to the AST

On 3 April 2011 07:55, "Martin v. Löwis" wrote: >> 1. Do nothing. This will break code that currently uses AST, but doesn't add >> any complexity to cpython. > > I'm in favor of this approach as well. Notice that there is > ast.__version__ precisely so that applications can support multiple AST >

Re: [Python-Dev] PEP 399: Pure Python/C Accelerator Module Compatibiilty Requirements

On 17 April 2011 06:32, R. David Murray wrote: > I don't think the PEP is asking this either (or if it is I agree it > shouldn't be).  The way to get full branch coverage (and yes Exarkun is > right, this is about individual branches; see coverage.py --branch) One thing I'm definitely uncomfortab

Re: [Python-Dev] PEP 399: Pure Python/C Accelerator Module Compatibiilty Requirements

On 18 April 2011 08:05, Maciej Fijalkowski wrote: > On Sun, Apr 17, 2011 at 4:19 AM, Raymond Hettinger > wrote: >> Almost none of the concerns that have been raised has been addressed.  Does >> the PEP only apply to purely algorithmic modules such as heapq or does it >> apply to anything written

Re: [Python-Dev] [Python-checkins] cpython (2.7): Issue #10276: test_zlib checks that inputs of 2 GB are handled correctly by

On 5 May 2011 10:33, Victor Stinner wrote: > If you write a byte after 2 GB of zeros, the file size is 2 GB+the few > bytes. This trick is to create quickly a large file: some OSes support > sparse files, zeros are not written on disk. But on Mac OS X and > Windows, you really write 2 GB+some byte

Re: [Python-Dev] Buildbots and regrtest timeout

On 6 June 2011 11:29, Victor Stinner wrote: > Stephan Krah asked me to change how the default timeout is defined for > regrtest > (issue #12250): > > "The implicit timeout in regrtest.py makes it harder to write automated > test scripts for 3rd party modules. First, you have to remember to > set

Re: [Python-Dev] [RELEASED] Python 3.1.4

On 12 June 2011 18:58, Benjamin Peterson wrote: > On behalf of the Python development team, I'm sanguine to announce a release > candidate for the fourth bugfix release for the Python 3.1 series, Python > 3.1.4. Is this actually a RC, or is that a typo? Paul.

Re: [Python-Dev] Is there any fun with benchmarks

On 22 June 2011 13:47, anatoly techtonik wrote: > I run across a snippet in SCons.Util (don't worry, I've double-checked > To: field) that claims it is faster than os.path.splitext() while > basically doing the same thing. Actually, it doesn't do the same thing. Doesn't handle files like .profile

Re: [Python-Dev] Issue10403 - using 'attributes' instead of members in documentation

On 27 June 2011 09:24, Antoine Pitrou wrote: > While I know it is technically right, I find it a bit strange to refer to > methods as "attributes". We're describing an API, not the inner working of > the object model. Also, people just discovering Python will probably be a > bit surprised if we st

Re: [Python-Dev] open(): set the default encoding to 'utf-8' in Python 3.3?

On 28 June 2011 14:43, Victor Stinner wrote: > As discussed before on this list, I propose to set the default encoding > of open() to UTF-8 in Python 3.3, and add a warning in Python 3.2 if > open() is called without an explicit encoding and if the locale encoding > is not UTF-8. Using the warning

Re: [Python-Dev] open(): set the default encoding to 'utf-8' in Python 3.3?

On 28 June 2011 16:06, Steffen Daode Nurpmeso wrote: > @ Paul Moore wrote (2011-06-28 16:46+0200): >> UTF-8 without BOM displays incorrectly in vim(1) > > Stop right now (you're oh so wrong)!  :-) Sorry. Please add "using the default settings of gvim on Windows&qu

Re: [Python-Dev] open(): set the default encoding to 'utf-8' in Python 3.3?

On 28 June 2011 18:22, Michael Foord wrote: > On 28/06/2011 18:06, Terry Reedy wrote: >> >> On 6/28/2011 10:46 AM, Paul Moore wrote: >> >>> I use Windows, and come from the UK, so 99% of my text files are >>> ASCII. So the majority of my code will b

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

On 30 June 2011 12:13, Michael Foord wrote: > I have that email (the update one from Mark not the silent nodding from Tim) > still sitting in my inbox waiting for me to properly read through and > comment on... Sorry for being useless, I'll try and move it up the priority > list. > > I really like

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

On 30 June 2011 13:50, Paul Moore wrote: > On 30 June 2011 12:13, Michael Foord wrote: >> I have that email (the update one from Mark not the silent nodding from Tim) >> still sitting in my inbox waiting for me to properly read through and >> comment on... Sorry for being

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

On 3 July 2011 19:20, Vinay Sajip wrote: > Paul Moore gmail.com> writes: > >> OK, having looked through this, it looks pretty solid to me. I might >> try installing Vinay's implementation and seeing how it feels in use, >> as well... > > Do have a play,

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

On 5 July 2011 03:26, Nick Coghlan wrote: > On Tue, Jul 5, 2011 at 12:12 PM, Mark Hammond > wrote: >> If the launcher is such that we can unconditionally recommend its use, IMO >> we should just install it with Python.  I'll go with the consensus though... > > I've installed other WIndows apps t

Re: [Python-Dev] Python Launcher for Windows (PEP 397) needs testing!

On 6 July 2011 19:31, Vinay Sajip wrote: > The C implementation of the PEP 397-compatible Python Launcher for Windows has > come along nicely in the last few days, and now reached a point where it would > benefit from some testing by interested python-dev members. Points of note: > > 1. As well as

Re: [Python-Dev] Python Launcher for Windows (PEP 397) needs testing!

On 7 July 2011 15:24, Vinay Sajip wrote: > Hi Paul, > > Thanks for trying it out. If it installs successfully, nothing will appear to > happen, Unix-style :-) > > There should be files installed in c:\Program Files\Python Launcher: > > py.exe, pyw.exe, py.ini > > and there should be registry entri

Re: [Python-Dev] 3.2.1 encoding surprise

2011/7/18 Glenn Linderman : > Attached reduced test case works fine with Python 3.1, fails with Python3.2: PS D:\Data> py -3 .\t32enc.py PS D:\Data> py -2 .\t32enc.py File ".\t32enc.py", line 1 SyntaxError: Non-ASCII character '\xc3' in file .\t32enc.py on line 1, but no encoding declared; see h

[Python-Dev] Python launcher command line usage (Was: 3.2.1 encoding surprise)

On 19 July 2011 02:41, Vinay Sajip wrote: > The use of py from the command line is merely a convenience for developers (as > the PEP says) - it's better to rely on shebang lines together with settings in > the .ini to get the behaviour you want. But it's a *huge* convenience for running multiple

Re: [Python-Dev] Python launcher command line usage (Was: 3.2.1 encoding surprise)

On 19 July 2011 16:16, Antoine Pitrou wrote: > On Tue, 19 Jul 2011 16:00:57 +0100 > Paul Moore wrote: > >> On 19 July 2011 02:41, Vinay Sajip wrote: >> > The use of py from the command line is merely a convenience for developers >> > (as >> > the

Re: [Python-Dev] Python launcher command line usage (Was: 3.2.1 encoding surprise)

On 20 July 2011 03:21, Terry Reedy wrote: > Suppose for Windows there were one '.../python' directory wherever the user > first asks it to be put and that all pythons, not just cpython, are > installed in directories below that and that the small startup file is > copied into or linked from the py

Re: [Python-Dev] 3.2.1 encoding surprise

On 20 July 2011 10:17, Glenn Linderman wrote: > However, the following fails:  py foo.py > It fails, because foo.py is not found.  Instead, I have to specify: py > d:\path\to\foo.py > This is annoying, py should walk the PATH for unqualified files (the Windows > PATH implicitly includes the curren

Re: [Python-Dev] 3.2.1 encoding surprise

On 21 July 2011 09:13, Glenn Linderman wrote: > Certainly when the launcher is invoked via an association, this would > be the case.  However, when the launcher is invoked via the command > line, then the unqualified name is passed through.  To be useful from > the command line, the launcher shoul

Re: [Python-Dev] Import lock considered mysterious

On 22 July 2011 10:29, Greg Ewing wrote: > The reason for *that* was that my main module was a stub > that imported the real main module, which did all its > work directly from the module code. So the whole program > was effectively running inside an import statement and > holding onto the import

Re: [Python-Dev] Summary of Tracker Issues

On 08/07/07, Steve Holden <[EMAIL PROTECTED]> wrote: > This script appears to have been producing exactly the same output since > June 9. I can't believe it's useful information. It has one positive aspect for me - it's reassured me that the spate of spam which hit the new tracker a month or two a

Re: [Python-Dev] Add a -z interpreter flag to execute a zip file

On 12/07/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I wonder, is it even necessary to say anything, after: > >+1. [...] > In fact, I distinctly remember thinking "You know, if Python had an > equivalent to Java's '-jar' option, this would be a whole lot easier." I'm also +1 on this, for ex

Re: [Python-Dev] Add a -z interpreter flag to execute a zip file

On 12/07/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > Right, but it's supposed to be cross platform, as mentioned in the > > patch. This will work on Windows. > > But in the description, you said that you do the same on Windows > by making a file that is both a zip file and a batch file. S

Re: [Python-Dev] Add a -z interpreter flag to execute a zip file

On 13/07/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > So while -z strictly gives the equivalent -jar, it's actually > -cp that is used much more often in Java (I think), and that > doesn't have an equivalent in Python still. My typical usage > of java goes like this > > java -cp the.main.cla

Re: [Python-Dev] Alternative to -z option

On 13/07/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > After thinking about it some more, I suggest that instead of using a > special option to execute a zipfile, we simply always get an importer > for the script filename. If the importer is imp.NullImporter, then > we do normal script processin

Re: [Python-Dev] Three-char file extensions

On 15/07/07, Aahz <[EMAIL PROTECTED]> wrote: > Also, it seems that memory sticks and USB thumb drives are > often formatted with FAT because that's the closest we have to a > universal file format. I think they tend to use FAT32 (the ones I've seen do), which does support long filenames and more t

Re: [Python-Dev] Add a -z interpreter flag to execute a zip file

On 23/07/07, Phillip J. Eby <[EMAIL PROTECTED]> wrote: > Actually, it isn't, because you can't start a zipfile with a Python > script. Lord knows I've *tried*, but the Python interpreter just > won't accept arbitrary binary data as part of a script. :) That bit me a while back, hard enough that

Re: [Python-Dev] [OT] Monospaced fonts

On 27/07/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > PowerPoint, coding edition? You just had to give them the idea, didn't you? :-) Paul. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] NotImplemented comparisons

On 02/08/07, Facundo Batista <[EMAIL PROTECTED]> wrote: > I understand that is tricky how NotImplemented and comparisons interact. > > But how do you explain the difference in behaviour between Linux and Windows? A wild guess: c < None falls back to checking c.__cmp__(None) < 0. This translates to

Re: [Python-Dev] [Python-3000] Universal newlines support in Python 3.0

On 11/08/07, Guido van Rossum <[EMAIL PROTECTED]> wrote: > On 8/11/07, Tony Lownds <[EMAIL PROTECTED]> wrote: > > Is this ok: when newline='\r\n' or newline='\r' is passed, only that > > string is used to determine > > the end of lines. No translation to '\n' is done. > > I *think* it would be more

Re: [Python-Dev] [Python-3000] Universal newlines support in Python 3.0

On 12/08/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > Note that Python does nothing special in the above case. For non-Windows > platforms, you'd get two different results -- the conversion from \r\n to > \n is done by the Windows C runtime since the default open() mode is text > mode. > > Only w

Re: [Python-Dev] How to interpret get_code from PEP 302?

On 21/08/07, Brett Cannon <[EMAIL PROTECTED]> wrote: > PEP 302 ("New Import Hooks") has an optional extensions section so > that tools like py2exe and py2app have an easier time. Part of the > optional extensions is the method get_code that is to return the code > object for the specified method (

Re: [Python-Dev] [Python-3000] Documentation switch imminent

On 21/08/07, Thomas Wouters <[EMAIL PROTECTED]> wrote: > > > On 8/14/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > > Now that the converted documentation is fairly bug-free, I want to > > make the switch. > > One thing I miss (and I haven't followed the discussions about the new > layout at all, so

Re: [Python-Dev] [Python-3000] Documentation switch imminent

On 21/08/07, Benji York <[EMAIL PROTECTED]> wrote: > Georg Brandl wrote: > > I put the CHM at , if you want > > to have a look. > > Generally looks good. I did get this error when opening the CHM: > > """ > A Runtime Error has occurred. > Do you with to De

Re: [Python-Dev] [Python-3000] Documentation switch imminent

On 21/08/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > Okay, I uploaded a new version without JavaScript and with hidden permalink > markers. Very nice! Works fine now. Thanks for the quick fix. Paul ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] PEP 302 optional extensions only for loaders?

On 23/08/07, Brett Cannon <[EMAIL PROTECTED]> wrote: > When you read PEP 302 and the section on the optional extensions, it > mentions that they "are highly recommended for general purpose > importers". But then the PEP says very shortly thereafter that > "loader objects" are to have the extension

Re: [Python-Dev] Windows package for new SSL package?

On 13/09/2007, David Bolen <[EMAIL PROTECTED]> wrote: > "Mark Hammond" <[EMAIL PROTECTED]> writes: > > > It might be possible to try and use build_ssl.py to locate the openssl > > directory, but this will still require that someone building it has Python > > built from source - I'm fairly sure that

Re: [Python-Dev] Windows package for new SSL package?

On 13/09/2007, David Bolen <[EMAIL PROTECTED]> wrote: > Bill Janssen <[EMAIL PROTECTED]> writes: > > > In that case, I think your idea of just hard-coding a path is probably > > the right thing to do. I'll add a note that this is how you need to do > > it if you are going to try "python setup.py b

Re: [Python-Dev] Windows package for new SSL package?

On 13/09/2007, David Bolen <[EMAIL PROTECTED]> wrote: > That's a fair point - my comments are all related to the standard > Python distribution and building extensions with the VS.NET compiler > (including the binary installer I had built for Bill). [...] > If we're talking about the construction o

Re: [Python-Dev] Windows package for new SSL package?

On 13/09/2007, Bill Janssen <[EMAIL PROTECTED]> wrote: > > Anyway, philosophy aside, I'll try to make some time in the next few > > days to get a working setup.py for the SSL package using mingw. > > Hopefully, Bill will then integrate this and we'll have mingw as a > > supported option. > > I'll b

Re: [Python-Dev] Windows package for new SSL package?

On 13/09/2007, Bill Janssen <[EMAIL PROTECTED]> wrote: > > I could build some Windows installers if you want, but I'd need to > > download and install some extra versions of Python, so you'd have to > > tell me which you want doing (and I can't offer to commit to doing > > this on a regular basis..

Re: [Python-Dev] Daily Windows Installers

On 14/09/2007, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Together with David Bolen, I set up a series of buildbot > slaves that create an MSI installer from the 2.5, 2.6, > and 3.0 branches every day. That's good news. Thanks for doing this. Paul.

Re: [Python-Dev] New lines, carriage returns, and Windows

On 26/09/2007, Dino Viehland <[EMAIL PROTECTED]> wrote: > My understanding is that users can write code that uses only \n and Python > will write the > end-of-line character(s) that are appropriate for the platform when writing > to a file. That's > what I meant by uses \n for everything interna

Re: [Python-Dev] [python] Re: New lines, carriage returns, and Windows

>>> Actually, I usually get these strings from Windows UI components. A file >>> containing '\r\n' is read in with '\r\n' being translated to '\n'. New >>> user input is added containing '\r\n' line endings. The file is written >>> out and now contains a mix of '\r\n' and '\r\r\n'. >>> >> Out of cu

Re: [Python-Dev] [python] Re: New lines, carriage returns, and Windows

On 01/10/2007, Nick Maclaren <[EMAIL PROTECTED]> wrote: > So, damn the outside system, EXACTLY what does Python mean by > such characters, and EXACTLY what uses of them are discouraged > as having unspecified meanings? If we could get an answer to > that precisely enough to write a parse tree with

Re: [Python-Dev] Windows builds for backported SSL module, please?

On 05/10/2007, Bill Janssen <[EMAIL PROTECTED]> wrote: > I found a bug -- setup.py wasn't detecting the difference between > 2.5.0 and 2.5.1 properly. I've updated the release to 1.5. > > > http://pypi.python.org/pypi?name=ssl&version=1.5&; I'll do Windows binaries for you. The URL you gave is br

Re: [Python-Dev] Windows builds for backported SSL module, please?

On 05/10/2007, Bill Janssen <[EMAIL PROTECTED]> wrote: > For some reason, it was set to be 'hidden'. > > Try > > http://pypi.python.org/pypi/ssl/1.5 > > Bill Tiny typo in setup.py (see below). I've fixed it in my copy - it won't affect the Windows builds, unless you want to release a new version

Re: [Python-Dev] Windows builds for backported SSL module, please?

On 05/10/2007, Paul Moore <[EMAIL PROTECTED]> wrote: > On 05/10/2007, Bill Janssen <[EMAIL PROTECTED]> wrote: > > For some reason, it was set to be 'hidden'. > > > > Try > > > > http://pypi.python.org/pypi/ssl/1.5 > > > > Bill &

Re: [Python-Dev] SSL 1.7

On 18/10/2007, Bill Janssen <[EMAIL PROTECTED]> wrote: > > > you can > > > import the socket module and just get socket.error directly off of the > > > module itself. > > > > This is feasible. > > In fact, so feasible I've done it. :-). > > http://pypi.python.org/pypi/ssl/1.9/ On a mostly unrelate

Re: [Python-Dev] Summary of Tracker Issues

On 05/11/2007, Tracker <[EMAIL PROTECTED]> wrote: > > ACTIVITY SUMMARY (10/29/07 - 11/05/07) > Tracker at http://bugs.python.org/ These seem to be getting sent out daily at the moment. Is that right? Paul. ___ Python-Dev mailing list Python-Dev@python.o

Re: [Python-Dev] Special file "nul" in Windows and os.stat

On 06/11/2007, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > See above: if stat() (_stat() actually) is called on NUL (or another > > device), I don't think it does anything useful with these fields. > > You mean, it does nothing documented... AFAICT from the code, it always > fills in something

Re: [Python-Dev] for loop with if filter

On 16/11/2007, Gustavo Carneiro <[EMAIL PROTECTED]> wrote: > Yes, I can do that, as well as I can use the 'continue' statement, but both > versions are slightly more verbose and less clear than what I propose. This should go to python-ideas, I guess. (FWIW, I can see the attraction of the idea, bu

[Python-Dev] Tracker summary emails

Is it only me who thinks that the current daily summaries are a bit frequent? Would it be possible to reduce the frequency to, say, once a week? I can set up a filter to simply ditch the things, but I thought I'd check what other people's views are before I did. Paul.

Re: [Python-Dev] Tracker summary emails

On 21/11/2007, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > Is it only me who thinks that the current daily summaries are a bit > > frequent? Would it be possible to reduce the frequency to, say, once a > > week? > > Only if the person in charge of it changes the cron job. Feel free to > submit

Re: [Python-Dev] Tracker summary emails

On 21/11/2007, Paul Moore <[EMAIL PROTECTED]> wrote: > On 21/11/2007, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > > Is it only me who thinks that the current daily summaries are a bit > > > frequent? Would it be possible to reduce the frequency to,

[Python-Dev] Build Notes for building trunk with Visual Studio 2008 Express Edition

I have just built the current trunk version of Python on Windows, using the new PCBuild9 directory, and Visual Studio 2008 Express Edition. Everything went extremely well. I include below my notes on what I did, for reference. To be honest, there's nothing in here that really warrants a change to

Re: [Python-Dev] Build Notes for building trunk with Visual Studio 2008 Express Edition

On 23/11/2007, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: > On 2007-11-23 18:40, Christian Heimes wrote: > > M.-A. Lemburg wrote: > >> Why not include the prebuilt libraries of all external libs in SVN > >> as well ? > > > > For one I'm still using Beta 2 of the standard edition and I'm not > > allow

Re: [Python-Dev] Build Notes for building trunk with Visual Studio 2008 Express Edition

On 23/11/2007, Christian Heimes <[EMAIL PROTECTED]> wrote: > I've a preliminary patch for distutils.msvccompiler at > http://bugs.python.org/issue1455. I haven't applied the patch because > it's not backward compatible with VC 7 and VS 6. We haven't yet agreed > how to address backward compatibilit

Re: [Python-Dev] Build Notes for building trunk with Visual Studio 2008 Express Edition

On 23/11/2007, Christian Heimes <[EMAIL PROTECTED]> wrote: > bsddb is automatically build by a build step. But you have to convert > the project files in build_win32 to VS 2008 first. Simply open the > solution file and let VS convert the projects. VS 2008 Express doesn't have a devenv command, so

Re: [Python-Dev] Build Notes for building trunk with Visual Studio 2008 Express Edition

On 23/11/2007, Christian Heimes <[EMAIL PROTECTED]> wrote: > Why are you building the projects step by step? "Build solution" or F6 > builds everything in the right order. Because I'm clueless :-) I knew there must be a way of building the lot, but couldn't find it - I haven't used Visual Studio

Re: [Python-Dev] Build Notes for building trunk with Visual Studio 2008 Express Edition

On 23/11/2007, Tim Golden <[EMAIL PROTECTED]> wrote: > For practicality's sake I'd very much like to help get this > to the point where you can build Python *and* extensions with > the VS Express compilers (including, critically, the pywin32 > stuff). Pywin32 needs MFC (and at one stage, ATL, alth

Re: [Python-Dev] [poll] New name for __builtins__

On 28/11/2007, Georg Brandl <[EMAIL PROTECTED]> wrote: > Christian Heimes schrieb: > > What name do you prefer? I'm +1 with Raymond on __root__ but I'm still > > open for better suggestions. > > FWIW, +1 for __root__ too. What about __global__? If that's not an option, I'm OK with __root__. Paul.

Re: [Python-Dev] msvcr90 support was added to mingw

On 30/11/2007, Christian Heimes <[EMAIL PROTECTED]> wrote: > Paul Moore got some Cygwin developers persuaded to implement support for > msvcr90 [1]. The coded was added a few days ago [2]. This means that > users are still able to use MinGW to compile extensions when we switch

Re: [Python-Dev] function call syntax oddity

On 04/01/2008, Joseph Armbruster <[EMAIL PROTECTED]> wrote: > Cool I suppose, except here's an odd man out: > > >>> 1.__str__() >File "", line 1 > 1.__str__() > ^ > SyntaxError: invalid syntax It's parsed a floating point number - "1." - followed by the keyword "__str__". Th

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 06/01/2008, Steven Bethard <[EMAIL PROTECTED]> wrote: > What concerned me was your comment: > > E.g. an user wants to overwrite Python's > databases.sqlite with a newer version of sqlite > > Maybe the situation is different here, but having someone installing a > different version of sql

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 06/01/2008, Brett Cannon <[EMAIL PROTECTED]> wrote: > My question becomes whether we want to allow something like this even > if we explicitly state people should not use this mechanism to > override pre-existing modules. Do we want people tossing stuff into > the 'databases' package, or should

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 07/01/2008, Guido van Rossum <[EMAIL PROTECTED]> wrote: > There seems to be a misunderstanding. This is *not* going to happen > for standard library package names. I'm fine with inventing mechanisms > to allow 3rd party packages to beo cobbled together from multiple > contributions (it would see

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 07/01/2008, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > It is my hope that there will be a great deal of restraint in the effort to > group modules into > packages in Py3.0. +1 > The best existing indicator we have is the organization of the docs for the > standard library. > I, for one,

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 07/01/2008, Tristan Seligmann <[EMAIL PROTECTED]> wrote: > > D'oh, yes of course. So make that: > > > > ~/.python/lib/pythonX.Y/site-packages > > In that case how about: > > ~/.local/lib/pythonX.Y/site-packages > > or: > > ~/local/lib/pythonX.Y/site-packages What would be used on Windows? It's

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 08/01/2008, Christian Heimes <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > What would be used on Windows? It's likely to be of marginal use on > > Windows, but an appropriate equivalent should be defined. Possibly > > just replace ~ with %USERPROFILE%.

Re: [Python-Dev] New Developer

On 08/01/2008, Mark Dickinson <[EMAIL PROTECTED]> wrote: > Hello all, > > I've recently been granted commit privileges; so, following the usual > protocol, here's a quick introduction. Welcome, congratulations and thanks for your work so far! Paul. ___ P

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 09/01/2008, Michael Foord <[EMAIL PROTECTED]> wrote: > Note today's Coding Horror blog entry: "Don't Pollute User Space" > > http://www.codinghorror.com/blog/archives/001032.html > > Keep your dirty, filthy paws out of my personal user space! :-) Absolutely [...] > If applications need to sto

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 09/01/2008, Michael Foord <[EMAIL PROTECTED]> wrote: > Only because Windows XP uses a stupidly long path with spaces in it. > It's not actually *hard* to navigate manually to these directories. The directories are also hidden. That does make it hard to navigate there. I know you can un-hide hid

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 09/01/2008, Christian Heimes <[EMAIL PROTECTED]> wrote: > It's not an issue for experienced users. For the rest we can put a link > in the start menu under Python 2.5 which opens a new explorer with the > user package directory. Um, I'm an experienced user and it's an issue for me... The probl

Re: [Python-Dev] pkgutil, pkg_resource and Python 3.0 name space packages

On 09/01/2008, Christian Heimes <[EMAIL PROTECTED]> wrote: > Paul Moore wrote: > > If you are suggesting that a file intended to be viewed/edited by a > > user manually should go in AppData, then please be explicit. We can > > then argue the concrete issues, r

<    9   10   11   12   13   14   15   16   17   18   >