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

>> What happens if multiple entries contain __main__.py entries? I don't like >> this one so much. I don't know what Java does if you specify -jar more than >> once; that might suggest something. > > You can't with: > java version "1.5.0_11" > Java(TM) 2 Runtime Environment, Standard Edition (bu

Re: [Python-Dev] Subversion branch merging

>> It also has some really cool features like "rebasing" for letting >> your branch actively track the trunk from which you branched it. > > Unfortunately, rebasing doesn't seem to be stable yet. Sometimes it > works for me, sometimes not. I don't know whether its because I > don't know what I'm

Re: [Python-Dev] Registry keys written by x64 installer

> I'm not familiar with how msilib is invoked to create the MSI files in > question, but it does look like setting Win64 to 1 at an early enough > time would cause an Intel64 installer to be built, along with entirely > 64-bit components. This wouldn't work for x64 machines, and all > components b

Re: [Python-Dev] Registry keys written by x64 installer

> I'm afraid my knowledge of MSI is very limited, so I'm not sure where to > start. One thing I did notice is that msilib\__init__.py has a variable > 'Win64' set, hard-coded to 0 - but I've no idea if it is relevant. > Presumably it is relevant to *something*, otherwise it would not have been > c

Re: [Python-Dev] Registry keys written by x64 installer

On Friday, 13 July 2007, Michael Urman wrote: > Furthermore only one architecture may be set in the template summary, > so an installer may be only one of i386, x64, and Intel64 (although > the latter are assumed to also be able to run i386 binaries). I suspect I'm still missing something here.

Re: [Python-Dev] Subversion branch merging

> You mean using svnmerge? If so, see the dev FAQ: > http://www.python.org/dev/faq/#how-do-i-merge-branches . If you are > after something else then I don't know. =) I think that's what I'm looking for. Thanks, Martin ___ Python-Dev mailing list Pyth

Re: [Python-Dev] Registry keys written by x64 installer

Michael Urman schrieb: > On 7/12/07, Mark Hammond <[EMAIL PROTECTED]> wrote: >> Why wouldn't it work for x64 machines? Is it simply because msilib only >> handles Intel64 when that flag is set? > > Right - it sets the template summary to include Intel64, not x64. You might be looking at the wron

Re: [Python-Dev] Registry keys written by x64 installer

> I suspect I'm still missing something here. The title of the page you > referenced before is "Using 64-Bit Windows Installer Packages" - I suspect > that is different than a 32-Bit installer package installing a 64bit > program! Right. You cannot easily have a 32-bit installer install 64-bit pr

Re: [Python-Dev] Subversion branch merging

Dave Harrison writes: > > Unfortunately, rebasing doesn't seem to be stable yet. > > Not to diverge py-dev too far into the depths of DRCS usage, but are > you doing anything particularly complex ? As of git 1.5.0.something, "git rebase --onto NEWBASE UPSTREAM" just ignored the --onto flag A

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

On Friday 13 July 2007, Paul Moore wrote: > Fair point. Doesn't it argue that there are valid uses for both -p and > -z (in Python terms)? I'm not expert in Java usage, but on Windows, Indeed it does. I'd be happy for there to be a -p that allows both Windows and Unix users to prepend to sys.p

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

On Friday 13 July 2007, Anders J. Munch wrote: > How about .pyzip instead? To make it more obvious, and not mistakable for > .py.z. I guess it would be pinheaded to call it .zippy. ;-) -Fred -- Fred L. Drake, Jr. ___ Python-Dev mailing list

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

Fred L. Drake, Jr. wrote: > On Friday 13 July 2007, Anders J. Munch wrote: > > How about .pyzip instead? To make it more obvious, and not mistakable for > > .py.z. > > I guess it would be pinheaded to call it .zippy. ;-) > I believe .zpy would be most recognizable and lest subject to confusio

Re: [Python-Dev] Registry keys written by x64 installer

On 7/13/07, Mark Hammond <[EMAIL PROTECTED]> wrote: > On Friday, 13 July 2007, Michael Urman wrote: > I suspect I'm still missing something here. The title of the page you > referenced before is "Using 64-Bit Windows Installer Packages" - I suspect > that is different than a 32-Bit installer packa

Re: [Python-Dev] Subversion branch merging

Dave Harrison wrote: [...] > I can't speak to how easily any of these cross over to the windows > platform, although none of them seem to be overly windows friendly > (YMMV). But I presume this would be one of the key problems facing a > distributed versioning system by the python community. > We

Re: [Python-Dev] Registry keys written by x64 installer

On 7/13/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Michael Urman schrieb: > > Right - it sets the template summary to include Intel64, not x64. > > You might be looking at the wrong version. In Python 2.5, it also > sets it to x64, if the PE machine type is 0x8664. I've looked most closely

Re: [Python-Dev] Typo in itertools.dropwhile()

Thank you very much ! Matthieu 2007/7/13, Raymond Hettinger <[EMAIL PROTECTED]>: [Stephen J. Turnbull] > Shouldn't the "until" in the doc be "while"? Alternatively, "true" > could be changed to "false". Yes. I'll make the change. Raymond ___ Py

Re: [Python-Dev] Registry keys written by x64 installer

On 7/13/07, Michael Urman <[EMAIL PROTECTED]> wrote: > That's even easier then, if anything's actually wrong. I'll find some > time this weekend to look at it and report back. Would the one at the > following URL be the correct one to verify? > > http://www.python.org/ftp/python/2.5.1/python-2.5.1.

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

On Jul 12, 2007, at 1:58 PM, Phillip J. Eby wrote: > I don't have any particular objection to using runpy for this, but I > believe that this shebang line won't actually work on certain non-BSD > OSes, such as most Linux versions, which allow you to have at most > *one* argument to a #! line, and w

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] Registry keys written by x64 installer

> I've looked most closely at > http://svn.python.org/view/python/trunk/Lib/msilib/__init__.py?rev=47280&view=auto, > and from there not even full readings yet, just searching for Win64 to > see what the flag did. No doubt I have missed several intracacies. Ah, ok. This should get fixed, but it is

Re: [Python-Dev] Registry keys written by x64 installer

> Assuming this is the right file, the cause of the behavior Mark > reported is pretty clear. While the template summary is indeed x64, > the attributes on the registry components are all 4 instead of 256 | > 4, so they are placed in the 32-bit reflected registry. I don't know > if this is desirabl

Re: [Python-Dev] Typo in itertools.dropwhile()

Actually, I think it *is* a typo: the last part should read that no output is produced until the predicate becomes *false*. - C On 7/13/07, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > > [Matthieu on itertools.dropwhile() docs] > > Make an iterator that drops elements from the iterable as lon

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

(Sorry about top-posting: I'm using my blackberry while waiting for the bus and my gmail client doesn't do quoting :-( ) Certainly java won't let you specify -jar more than once, because that would be telling it to *run* two files. It *will*, however, let you specify more than one jar in the clas

Re: [Python-Dev] Typo in itertools.dropwhile()

[Stephen J. Turnbull] > Shouldn't the "until" in the doc be "while"? Alternatively, "true" > could be changed to "false". Yes. I'll make the change. Raymond ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pyt

Re: [Python-Dev] Subversion branch merging

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 12, 2007, at 5:54 PM, Brett Cannon wrote: > I do know, though, that Thomas kept talking about moving us over to > Bazaar (or some distributed VCS) and instead of having a ton of svn > branches we have distributed VCS branch for each feature in

Re: [Python-Dev] Subversion branch merging

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 13, 2007, at 11:25 AM, Barry Warsaw wrote: > I'll see if I can set up some public bzr mirrors of our svn > repository for people to try it out. Or you could just use the bzr- > svn plugin to get a local repository. Silly me, the trunk is alre

Re: [Python-Dev] Subversion branch merging

Barry> diffs are so 20th century. :) How do you compare two versions of something without some sort of diff? Skip ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.o

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

On Fri, Jul 13, 2007, Chris Monson wrote: > > Certainly java won't let you specify -jar more than once, because that > would be telling it to *run* two files. It *will*, however, let you > specify more than one jar in the classpath. This is done all the > time, making the contents of those jars

Re: [Python-Dev] Subversion branch merging

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 13, 2007, at 11:39 AM, [EMAIL PROTECTED] wrote: > Barry> diffs are so 20th century. :) > > How do you compare two versions of something without some sort of > diff? Well okay, you caught me being flippant. :) Sure, you visually compare

Re: [Python-Dev] Subversion branch merging

2007/7/13, Barry Warsaw <[EMAIL PROTECTED]>: > with merges. This means the end of posting patches because instead > what you would do is post the url to a branch that you published some > place. It means that branch can be kept up-to-date as its parent > branch changes, so a new feature candidat

Re: [Python-Dev] Subversion branch merging

> Sure, you visually compare with diffs, but you apply those changes with > merges. This means the end of posting patches because instead what you > would do is post the url to a branch that you published some place. But how do you publish stuff? Do you need to run your own web server on your dia

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

Andy C wrote: >... a .zip file with a __zipmain__.py module at its root? Why not just an __init__.py, which you would normally execute if you tried to import/run a directory? > * Magically looking at the first argument to see if it's a zip file > seems problematic to me. I'd rather be explicit w

Re: [Python-Dev] Subversion branch merging

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 13, 2007, at 12:54 PM, Martin v. Löwis wrote: >> Sure, you visually compare with diffs, but you apply those changes >> with >> merges. This means the end of posting patches because instead >> what you >> would do is post the url to a branc

Re: [Python-Dev] Subversion branch merging

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 13, 2007, at 12:24 PM, Facundo Batista wrote: > 2007/7/13, Barry Warsaw <[EMAIL PROTECTED]>: > >> with merges. This means the end of posting patches because instead >> what you would do is post the url to a branch that you published some >> pl

Re: [Python-Dev] Subversion branch merging

Barry> Silly me, the trunk is already available: Barry> https://code.launchpad.net/~vcs-imports/python/trunk Bazaar keeps this in sync with svn.python.org? Skip ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/l

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] Subversion branch merging

> Should the community ever decide to make the switch The last time, I was asked to write a PEP. I would demand the same thing the next time such a switch is suggested. I would be -1 on any proposed switch to a system that hasn't made its 1.0 release yet (myself, I've used subversion since 0.21,

[Python-Dev] Alternative to -z option

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 processing. Otherwise, we set set sys.path[0] = sys.argv[0] = scrip

[Python-Dev] Building Python with CMake

Hi, as I wrote in my previous email, I'm currently porting Python to some more unusual platforms, namely to a super computer (http://www.research.ibm.com/bluegene/) and a tiny embedded operating system (http://ecos.sourceware.org), which have more or less surprisingly quite similar properties.

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

At 09:13 PM 7/12/2007 -0700, Andy C wrote: >I can definitely see why it "just makes sense", and my first thought >was indeed to name it __main__. But then you lose the ability to make >a distinction: What does "if __name__ == '__main__" mean in >__main__.py? : ) The same as anywhere else; it'll

Re: [Python-Dev] Subversion branch merging

Am Fri, 13 Jul 2007 12:58:24 -0500 schrieb [EMAIL PROTECTED]: > > Barry> Silly me, the trunk is already available: > > Barry> https://code.launchpad.net/~vcs-imports/python/trunk > > Bazaar keeps this in sync with svn.python.org? > [...] Yes, the branch is update regularly. I think it'

Re: [Python-Dev] Building Python with CMake

2007/7/13, Alexander Neundorf <[EMAIL PROTECTED]>: > as I wrote in my previous email, I'm currently porting Python to some more > unusual platforms, namely to a super computer > (http://www.research.ibm.com/bluegene/) and a tiny embedded operating system > (http://ecos.sourceware.org), which have

Re: [Python-Dev] Subversion branch merging

On 7/13/07, Facundo Batista <[EMAIL PROTECTED]> wrote: 2007/7/13, Barry Warsaw <[EMAIL PROTECTED]>: > with merges. This means the end of posting patches because instead > what you would do is post the url to a branch that you published some > place. It means that branch can be kept up-to-date

Re: [Python-Dev] Building Python with CMake

On Friday 13 July 2007 14:53, you wrote: > 2007/7/13, Alexander Neundorf <[EMAIL PROTECTED]>: > > as I wrote in my previous email, I'm currently porting Python to some > > more unusual platforms, namely to a super computer > > (http://www.research.ibm.com/bluegene/) and a tiny embedded operating >

Re: [Python-Dev] Subversion branch merging

On 13/07/2007 14.23, Steve Holden wrote: >> I can't speak to how easily any of these cross over to the windows >> platform, although none of them seem to be overly windows friendly >> (YMMV). But I presume this would be one of the key problems facing a >> distributed versioning system by the pyth

Re: [Python-Dev] Subversion branch merging

On 7/12/07, Brett Cannon <[EMAIL PROTECTED]> wrote: I do know, though, that Thomas kept talking about moving us over to Bazaar (or some distributed VCS) and instead of having a ton of svn branches we have distributed VCS branch for each feature in Py3K. That way the VCS's strong merge system wou

Re: [Python-Dev] Building Python with CMake

On 13/07/2007 20.53, Facundo Batista wrote: >> as I wrote in my previous email, I'm currently porting Python to some more >> unusual platforms, namely to a super computer >> (http://www.research.ibm.com/bluegene/) and a tiny embedded operating system >> (http://ecos.sourceware.org), which have mor

Re: [Python-Dev] Subversion branch merging

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Jul 13, 2007, at 4:04 PM, Giovanni Bajo wrote: > I can't speak of bzr. I don't use or even have Windows, but this page says there are native Windows binaries available (yes Bazaar is pure Python): http://bazaar-vcs.org/BzrOnPureWindows There's

Re: [Python-Dev] Subversion branch merging

On 7/12/07, Dave Harrison <[EMAIL PROTECTED]> wrote: So far I've used DARCS, Hg, and Git. And at this point Git is far and away the winner. Let's not start a discussion on which DVCS is better, or I'd burn your ears off about all the ways each of those (as well as Bazaar, Arch/tla/bzr1, Arx,

Re: [Python-Dev] Registry keys written by x64 installer

Martin quoting me: > > Yes - that is a bit of a shame, as having 32bit components > > would allow more flexibility (eg, allow a 64bit install of > > Python to work with an IIS configured for 32bit extensions), > > but that's something we can deal with later if necessary. > > Can you elaborate? As

Re: [Python-Dev] Registry keys written by x64 installer

Martin: > > Assuming this is the right file, the cause of the behavior Mark > > reported is pretty clear. While the template summary is indeed x64, > > the attributes on the registry components are all 4 instead of 256 | > > 4, so they are placed in the 32-bit reflected registry. I don't know > > i

Re: [Python-Dev] Subversion branch merging

Thomas Wouters wrote: > > On 7/12/07, *Dave Harrison* <[EMAIL PROTECTED] > > wrote: > > So far I've used DARCS, Hg, and Git. And at this point Git is far and > away the winner. > > > Let's not start a discussion on which DVCS is better, or I'd burn your > ears

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

Andy C wrote: > What does "if __name__ == '__main__" mean in > __main__.py? : ) If someone tries does import __main__ from another > module in the program, won't that result in an infinite loop? Is there a reason not to use __init__.py for this? -- Greg _

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

Anders J. Munch wrote: > How about .pyzip instead? To make it more obvious, and not mistakable for > .py.z. Indeed. Is there any need to restrict extensions to 3 characters these days? Last time I experimented with this on Windows, it seemed to handle longer extensions okay. -- Greg __

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

On 7/13/07, Greg Ewing <[EMAIL PROTECTED]> wrote: > Andy C wrote: > > What does "if __name__ == '__main__" mean in > > __main__.py? : ) If someone tries does import __main__ from another > > module in the program, won't that result in an infinite loop? > > Is there a reason not to use __init__.py

Re: [Python-Dev] Registry keys written by x64 installer

> As you mention, 64 and 32bit programs use different instruction sets. > Therefore, trying to use a 64bit install of Python with IIS configured to > work with 32bits is not going to work. In this case, switching the > configuration of IIS will require the Python user to uninstall the previous > v