Stephen J. Turnbull [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
| Raymond Hettinger writes:
|
| [Matthieu on itertools.dropwhile() docs]
|
| Note, the iterator does not produce any output until the
| predicate is true
|
| it did return EVERY element from the first false
|
|
Andy C wrote:
So does everyone agree that there should be a new extension called
.pyz?
How about .pyzip instead? To make it more obvious, and not mistakable for
.py.z.
- Anders
___
Python-Dev mailing list
Python-Dev@python.org
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 (build
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 doing,
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 being
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
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.
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
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 wrong
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 AFAICT.
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
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. fdrake at acm.org
___
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 confusion.
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 package
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 can
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 at
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
___
Python-Dev
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?
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 will
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 endless list of jar
I've looked most closely at
http://svn.python.org/view/python/trunk/Lib/msilib/__init__.py?rev=47280view=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 isn't
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 desirable
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 long as
(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
[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/python-dev
-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
-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
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:
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
-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 with
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 candidate
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
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
-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 branch that
-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
place. It
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
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 processing.
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,
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] =
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
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 just
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's done
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 more
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 as
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
system
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 python
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
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 more or
-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
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,
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 you
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
if this is
Thomas Wouters wrote:
On 7/12/07, *Dave Harrison* [EMAIL PROTECTED]
mailto:[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
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
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
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 for this?
56 matches
Mail list logo