[issue534116] Python-2.*.exe has virus?

[admin]

Change by admin :


--
github: None -> 36318

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

[Martin Gfeller]

Martin Gfeller  added the comment:

Thanks again Steve. 

I will copy the installation. I require a lot of pip packaged, so the 
embeddable distro doesn't look right for my case. 

I still think the /targetdir should issue some kind of warning if used with an 
existing installation, but this is obviously lowest prio.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

[Steve Dower]

Steve Dower  added the comment:

So for a manually managed install, your best bet is to just copy the install 
directory somewhere else (and then maybe remove the original? Up to you). That 
will break the MSI tracking that lets us do reliable upgrades and repairs, but 
shouldn't break Python itself.

If you're planning to include it in another application, you may want to look 
at the embeddable distro, which is reduced in size/scope for this purpose (it 
generally also requires a regular install for build/pip installs).

Basic levels of fiddling can also be avoided by using virtual environments. 
Nothing much we can do will protect against really dedicated (or malicious) 
fiddling, but using the MSI installs we have means that a repair should quickly 
fix it up.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

[Martin Gfeller]

Martin Gfeller  added the comment:

Thank you, Steve, for your rapid response and explanation!

I would like to have my installation fully isolated in case somebody (running 
the machine) fiddles with the installation in the standard location. I used to 
do that without problems with the 2.7 .msi installer, but now I’ve finally 
almost finished converting to 3.8 (I know I’m late) and that approach doesn’t 
work any longer.

I tried to reverse engineer it a bit by looking at the log files and zapping 
the registry entry HKLM\Software\Python\PythonCore\3.8 (for an all-users 
install), with no success. Modify or repair would randomly install some stuff 
in the target dir and other stuff into a previous installation. The Windows 
Installer technology seems to be rather implicit than explicit. How does it 
detect the previous installation’s location?

Although it’s not a bug and an /isolated mode doesn’t seem to be feasible, 
perhaps it could check and warn that /targetdir is being ignored. The doc could 
mention that it’s intended only for a single installation per version per 
machine.  

And thank you again for your contributions to make Python on Windows such a joy 
– highly appreciated! 
Martin

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

[Steve Dower]

Steve Dower  added the comment:

Unfortunately, this is deliberate, or at least deliberate enough to not 
consider it a bug.

The installer from python.org is intended to only support a single install 
per-machine.

In general, if you simply copy the installation folder to a new location it 
will be isolated from the first. However, there are some circumstances where 
this is not the case (unless you take additional steps to isolate it, such as 
adding a ._pth file).

If you can share a bit more about what you're trying to achieve, we may be able 
to suggest an alternative approach. Otherwise, you may need to find another 
distribution/installer of CPython.

--
type: behavior -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

[Martin Gfeller]

Martin Gfeller  added the comment:

Windows Version is Windows 10, version 1803 (build 17134.1726).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42192] Python Windows .exe Installer ignores /TargetDir if there is an existing installation

[Martin Gfeller]

New submission from Martin Gfeller :

I would like to install Python in a new location, completely separate and not 
affecting an existing installation of the same version. 

Despite I use /TargetDir=newdir, the installer goes into the "Modify Setup" 
dialog. If I chose "Modify", it shows my TargetDir read-only in the Customize 
installation location, but then modifies the original installation. 

If I run it with /passive or /quiet, it also modifies the existing installation 
instead of creating a new one at /TargetDir (doing nothing, since there is 
nothing to modify).

If I choose repair at the prompt, it installs the Debug version (only!) into 
the TargetDir, with no library files except venv\scripts\nt (containing the 
debug .exe). 

It seems the installer checks whether there is an existing installation based 
on the registry (or by other means such peeking into the default installation 
directory). If there is an existing installation, the  /TargetDir seems to be 
ignored, except for the peculiar repair installation of the debug build (which 
I never asked for).

I believe this to be a bug in the installer; however if ignoring the /TargetDir 
once an existing installation is found (which I do not find desirable), it 
should be documented. 

The /TARGETDIR option of the old .msi installer didn't have this problem, it 
would reliably install into the target dir.

--
components: Installation, Windows
messages: 379859
nosy: Martin.Gfeller, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python Windows .exe Installer ignores /TargetDir if there is an existing 
installation
type: behavior
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue42192>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41951] python-3.8.2.exe /uninstall /quiet fails with Exit code: 0x643

[E. Paine]

Change by E. Paine :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41951] python-3.8.2.exe /uninstall /quiet fails with Exit code: 0x643

[XIAO AN ZHENG]

XIAO AN ZHENG  added the comment:

This happens in windows 2019 server running Powershell under SYSTEM account:

&"..\thirdparty\python-3.8.2.exe" /uninstall /quiet

--
title: python-3.8.2.exe /uninstall /quiet fails woth Exit code: 0x643 -> 
python-3.8.2.exe /uninstall /quiet fails with Exit code: 0x643

___
Python tracker 
<https://bugs.python.org/issue41951>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41951] python-3.8.2.exe /uninstall /quiet fails woth Exit code: 0x643

[XIAO AN ZHENG]

Change by XIAO AN ZHENG :


--
title: python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643 -> 
python-3.8.2.exe /uninstall /quiet fails woth Exit code: 0x643

___
Python tracker 
<https://bugs.python.org/issue41951>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41951] python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643

[XIAO AN ZHENG]

XIAO AN ZHENG  added the comment:

The issue is happening very randomly, and caused by uninstalling Python 3.8.2 
which wrongly detected core_JustForMe even it was only installed Python for All 
users :

[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers, state: 
Present, cached: Complete
[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_pdb, 
state: Absent, cached: None
[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_d, state: 
Absent, cached: None
[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_JustForMe, state: 
Present, cached: None

Here is the normal log:

[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers, state: 
Present, cached: Complete
[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_pdb, 
state: Absent, cached: None
[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_d, state: 
Absent, cached: None
[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_JustForMe, state: 
Absent, cached: None

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41951] python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643

[XIAO AN ZHENG]

New submission from XIAO AN ZHENG :

The issue is caused by uninstalling Python 3.8.2 which wrongly detected 
core_JustForMe even API only installed Python for All users :

[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers, state: 
Present, cached: Complete
[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_pdb, 
state: Absent, cached: None
[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_AllUsers_d, state: 
Absent, cached: None
[1E18:1B64][2020-09-30T11:16:11]i101: Detected package: core_JustForMe, state: 
Present, cached: None

Here is the normal log:

[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers, state: 
Present, cached: Complete
[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_pdb, 
state: Absent, cached: None
[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_AllUsers_d, state: 
Absent, cached: None
[113C:02BC][2020-10-05T12:06:55]i101: Detected package: core_JustForMe, state: 
Absent, cached: None

--
components: Installation
messages: 378086
nosy: szheng
priority: normal
severity: normal
status: open
title: python-3.6.8.exe /uninstall /quiet fails woth Exit code: 0x643
type: behavior
versions: Python 3.8

___
Python tracker 
<https://bugs.python.org/issue41951>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Tim Golden]

Tim Golden added the comment:

Steve, could you outline the need / impact for this, please? (ie can you inform 
my ignorance?).

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Steve Dower]

Steve Dower added the comment:

Sure :)

If you view Properties in Windows for Python 3.4's python[w].exe and look at 
the Details tab, it's very blank (for me it shows 'Application', the size and 
the modification date). However, if you look at python34.dll or py.exe it has a 
description, version, copyright message, etc. The first part of the patch adds 
this information to python[w].exe as well.

The second part is dealing with #19143, which is where GetVersion() lies about 
the Windows version if you haven't explicitly declared that you know about that 
version. Currently on Windows 8.1 (and 10), sys.getwindowsversion() will tell 
you that it's Windows 8 (6.2.9200). 

The patch here adds the declarations to a manifest file such that Python 3.5 is 
aware of Windows 8.1 and so it doesn't need the compatibility shims/version 
lies that are otherwise applied. (The patch on #19143 is for the platform 
module so that it will always read the correct version, but this is intended 
for logging/system info rather than making decisions about API availability and 
behaviour.)

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Steve Dower]

Steve Dower added the comment:

Anyone have any opinions on this? My only hesitation is adding the Windows 10 
UUID, which will fix GetVersion but may cause other API problems, and we're 
certainly not testing against Windows 10 yet. (On the other hand, it's easy 
enough to remove that single UUID later if there's an issue we can't fix.)

I'm keen to put it in and forget about it, so if not, I'll just do it :)

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Steve Dower]

Steve Dower added the comment:

Add supportedOS Id={8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}/ for Windows 10 
(source: 
http://blogs.msdn.com/b/chuckw/archive/2013/09/10/manifest-madness.aspx)

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Steve Dower]

New submission from Steve Dower:

We should include the version resource in python[w].exe as well as python35.dll 
so that it can be properly identified. (If possible, we should do .pyd files 
too, though I don't think the version info will be displayed, so it's probably 
not worth it.)

--
assignee: steve.dower
messages: 232345
nosy: steve.dower
priority: normal
severity: normal
status: open
title: Add version info to python[w].exe
type: enhancement
versions: Python 3.5

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Steve Dower]

Steve Dower added the comment:

Patch for the version info, and also for half of #19143 since I was there.

--
components: +Windows
keywords: +patch
nosy: +tim.golden, zach.ware
Added file: http://bugs.python.org/file37393/23018.patch

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23018
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17241] Python-2.3.5.exe file possibly corrupt

[Stefan Krah]

Changes by Stefan Krah stefan-use...@bytereef.org:


--
resolution:  - works for me
stage:  - committed/rejected
status: pending - closed
type:  - behavior

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17241
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17241] Python-2.3.5.exe file possibly corrupt

[Jeff Mansfield]

New submission from Jeff Mansfield:

Python-2.3.5.exe seems to be corrupt.
I’ve tried downloading Python-2.3.5.exe a number of times in the past week, and 
so have a few of my colleagues. It always transfers in an incomplete manner, 
resulting in only 4.7 out of 9.1 MB. I have tried from several different 
Windows 7 boxes, with the same results.

Perhaps something in my environment is messed up, but it may be that the file 
is corrupt on your server.

--
messages: 182405
nosy: jeff_mansfield
priority: normal
severity: normal
status: open
title: Python-2.3.5.exe file possibly corrupt

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17241
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17241] Python-2.3.5.exe file possibly corrupt

[Ezio Melotti]

Ezio Melotti added the comment:

I tried to download it on a win xp machine and I succeeded at the first attempt 
(even thought it seemed to be stuck for a few seconds before reaching 100%).  I 
was also able to start the installer, even thought I didn't install it.
This is the version I downloaded: 
http://www.python.org/ftp/python/2.3.5/Python-2.3.5.exe

May I ask you why you are attempting to download such an old release, and not 
even the latest 2.3 (there's 2.3.7 available, that also includes some security 
fixes)?

--
nosy: +ezio.melotti

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17241
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17241] Python-2.3.5.exe file possibly corrupt

[Jeff Mansfield]

Jeff Mansfield added the comment:

Ezio,

It is what was in use on my old machine, and I don't want to move versions.

Thanks,
Jeff

--

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17241
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17241] Python-2.3.5.exe file possibly corrupt

[Stefan Krah]

Stefan Krah added the comment:

I'm getting the complete file here, too.

--
nosy: +skrah
status: open - pending

___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17241
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: Python LOC, .exe size, and refactoring

[CM]

On Feb 22, 12:29 am, Steven D'Aprano steve
+comp.lang.pyt...@pearwood.info wrote:
 On Tue, 21 Feb 2012 19:51:07 -0800, CM wrote:
  I have an application that I was hoping to reduce a bit the size of its
  .exe when packaged with py2exe.  I'm removing some Python modules such
  as Tkinter, etc., but now wonder how much I could size I could reduce by
  refactoring--and therefore shortening--my code.

 Well that will depend on how much you refactor it, but frankly, unless
 your code is truly awful, this will be a micro-optimization. py2exe
 bundles a Python runtime environment plus your files into a single exe
 file. Typically the runtime environment will be somewhere around 11MB for
 wxPython GUI apps (or 4MB with compression turned on, which will slow
 your application down).

 http://www.py2exe.org/index.cgi/SingleFileExecutable

 The runtime environment for Oracle's Java environment starts at 7MB and
 is typically 15MB, plus whatever libraries your own code produces. For
 dot-net applications, the framework can be up to 60MB.

 http://weblogs.java.net/blog/stanleyh/archive/2005/05/deployment_unde...

 http://www.hanselman.com/blog/SmallestDotNetOnTheSizeOfTheNETFramewor...

 While I think 60MB for a basic calculator app is taking the piss, this is
 2011 not 1987 and we don't have to support floppy disks any more. 11MB
 for a GUI app is nothing to be worried about. That takes, what, 3 minutes
 to download even on a 512 kbps link?

  Is there a rule of thumb that predicts the relationship between the
  number of lines of Python code and the resultant size of the application
  (leaving aside the size of imported modules)?

 Yes. To a close approximation, for most applications:

 size of bundled application = (
     size of Python runtime environment + size of libraries used
     )

 Your code is most likely insignificant compared to the others.

  Or is there a way to
  roughly estimate how much would refactoring the code as much as I
  reasonably can help?  (For example, in some cases there is some cut and
  paste coding...I know, it's bad).

 Look at it this way: take the .pyc file from your code. How big is it?
 Say, it's 200K. That's a BIG file -- the decimal module in the standard
 library is only 152K. Suppose you could cut it in half -- you would save
 100K. Even if you could somehow cut it down to 1K, you've saved less than
 200K. Do you care?

 Refactoring your code is double-plus good for maintainability. You should
 do it anyway. But don't do it to shrink an 11MB exe down to 10.8MB.

 --
 Steven

Thanks.  All helpful advice.  I'm coming in around 14 MB when you
count some libraries, image files, etc., and I think I can live with
that, considering I was able to reduce it from about 20 MB at one
point by some excluding.

Che
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python LOC, .exe size, and refactoring

[Chris Angelico]

On Wed, Feb 22, 2012 at 4:29 PM, Steven D'Aprano
steve+comp.lang.pyt...@pearwood.info wrote:
 While I think 60MB for a basic calculator app is taking the piss, this is
 2011 not 1987 and we don't have to support floppy disks any more. 11MB
 for a GUI app is nothing to be worried about. That takes, what, 3 minutes
 to download even on a 512 kbps link?

There are other reasons for wanting to keep executable size down,
though - low-memory VMs and such (of course, low-memory still means
orders of magnitude more than yesterday's top-end box - the first
computer I ever used, my dad bought the super-enormous 20MB hard disk
option). But when you're looking at shrinking

 ... an 11MB exe down to 10.8MB

then it's pretty moot.

ChrisA
-- 
http://mail.python.org/mailman/listinfo/python-list

Python LOC, .exe size, and refactoring

[CM]

I have an application that I was hoping to reduce a bit the size of
its .exe when packaged with py2exe.  I'm removing some Python
modules such as Tkinter, etc., but now wonder how much I could size I
could reduce by refactoring--and therefore shortening--my code.

Is there a rule of thumb that predicts the relationship between the
number of lines of Python code and the resultant size of the
application (leaving aside the size of imported modules)?  Or is there
a way to roughly estimate how much would refactoring the code as much
as I reasonably can help?  (For example, in some cases there is some
cut and paste coding...I know, it's bad).

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python LOC, .exe size, and refactoring

[Steven D'Aprano]

On Tue, 21 Feb 2012 19:51:07 -0800, CM wrote:

 I have an application that I was hoping to reduce a bit the size of its
 .exe when packaged with py2exe.  I'm removing some Python modules such
 as Tkinter, etc., but now wonder how much I could size I could reduce by
 refactoring--and therefore shortening--my code.

Well that will depend on how much you refactor it, but frankly, unless 
your code is truly awful, this will be a micro-optimization. py2exe 
bundles a Python runtime environment plus your files into a single exe 
file. Typically the runtime environment will be somewhere around 11MB for 
wxPython GUI apps (or 4MB with compression turned on, which will slow 
your application down).

http://www.py2exe.org/index.cgi/SingleFileExecutable

The runtime environment for Oracle's Java environment starts at 7MB and 
is typically 15MB, plus whatever libraries your own code produces. For 
dot-net applications, the framework can be up to 60MB.

http://weblogs.java.net/blog/stanleyh/archive/2005/05/deployment_unde.html

http://www.hanselman.com/blog/SmallestDotNetOnTheSizeOfTheNETFramework.aspx


While I think 60MB for a basic calculator app is taking the piss, this is 
2011 not 1987 and we don't have to support floppy disks any more. 11MB 
for a GUI app is nothing to be worried about. That takes, what, 3 minutes 
to download even on a 512 kbps link? 

 
 Is there a rule of thumb that predicts the relationship between the
 number of lines of Python code and the resultant size of the application
 (leaving aside the size of imported modules)?

Yes. To a close approximation, for most applications:

size of bundled application = (
size of Python runtime environment + size of libraries used
)

Your code is most likely insignificant compared to the others.


 Or is there a way to
 roughly estimate how much would refactoring the code as much as I
 reasonably can help?  (For example, in some cases there is some cut and
 paste coding...I know, it's bad).

Look at it this way: take the .pyc file from your code. How big is it? 
Say, it's 200K. That's a BIG file -- the decimal module in the standard 
library is only 152K. Suppose you could cut it in half -- you would save 
100K. Even if you could somehow cut it down to 1K, you've saved less than 
200K. Do you care?

Refactoring your code is double-plus good for maintainability. You should 
do it anyway. But don't do it to shrink an 11MB exe down to 10.8MB.


-- 
Steven
-- 
http://mail.python.org/mailman/listinfo/python-list

python to exe

[Robin]

Does anyone know of a way I can make a python script into an exe that
runs on windows7, I don't care if it is a python to c++ or python to c
translator or anything like it. The version of python I am using is
python 3.1. Thanks,
-Robin
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Chris Rebert]

On Sun, May 9, 2010 at 1:28 PM, Robin rob...@cnsp.com wrote:
 Does anyone know of a way I can make a python script into an exe that
 runs on windows7, I don't care if it is a python to c++ or python to c
 translator or anything like it. The version of python I am using is
 python 3.1. Thanks,

The standard tools for that are:
http://www.py2exe.org/
http://www.pyinstaller.org/

I'm unsure whether they work with Python 3.x or Windows 7 though;
their websites don't say explicitly.
They probably work with Windows 7. It's a bit less likely that they
work with Python 3.x

Perhaps someone who's tried those combinations will chime in.

Cheers,
Chris
--
I'm on OS X myself, so...
http://blog.rebertia.com
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Vlastimil Brom]

2010/5/9 Robin rob...@cnsp.com:
 Does anyone know of a way I can make a python script into an exe that
 runs on windows7, I don't care if it is a python to c++ or python to c
 translator or anything like it. The version of python I am using is
 python 3.1. Thanks,
 -Robin
 --
 http://mail.python.org/mailman/listinfo/python-list


Hi,
you may check e.g. cx-freeze http://cx-freeze.sourceforge.net/ which
apparently supports python 3.1. However I don't use it myself, hence I
can't offer any details.
py2exe doesn't seem to have python 3 support just now.

hth,
  vbr
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Mark Lawrence]

Gib Bogle wrote:

Mark Lawrence wrote:


I'm certain that members of the Guinea Pig Club might have something 
to say on that one, see :-

http://en.wikipedia.org/wiki/Guinea_Pig_Club



You mean, something like: That's not funny?


No, simply a statement.

--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Mark Lawrence]

Steven D'Aprano wrote:

On Sun, 14 Mar 2010 11:20:15 +1300, Gib Bogle wrote:


Mark Lawrence wrote:

I'm certain that members of the Guinea Pig Club might have something to
say on that one, see :-
http://en.wikipedia.org/wiki/Guinea_Pig_Club



You mean, something like: That's not funny?


Or possibly That's hilarious!!!. Gallows humour is sometimes hard to 
predict.






Thinking about it can be that's not funny or hilarious depending on 
context, which is rather difficult to give on this internet/webby thingy.


--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Jonathan Hartley]

On Mar 13, 1:45 pm, pyt...@bdurham.com wrote:
 Robin,

  do you of an alternate compilter it doesn't work (py2exe) on my windows 7 
  box

 I can assure you that Py2exe does work on Windows 7 (my firm develops
 commercial Python applications packaged using Py2exe running on Windows
 7), but it does take a bit of fiddling and some patience. Join the
 py2exe newsgroup and post your problems 
 there.https://lists.sourceforge.net/lists/listinfo/py2exe-users

 You may also want to google 'Gui2exe'. This is a free front-end to
 Py2exe that you can use to generate your Py2exe setup.py scripts. Note
 that Gui2exe requires wxPython (free) to run.

 Finally, make sure you are trying to compile 32-bit Python 2.x code. I
 don't think py2exe supports Python 3.x or 64-bit versions of Python yet.

  Nope; py2exe is pretty much the go-to tool for this.

 I hear great things about PyInstaller. The project is not dead - make
 sure you use the latest version in the SVN.

 Search stackoverflow.com for positive feedback and tips on PyInstaller.
 Its on our plate to take a good look this product 'one of these days'.

 Good luck!

 Malcolm

I summarised a all the alternatives to py2exe I could find, here:
http://spreadsheets.google.com/pub?key=tZ42hjaRunvkObFq0bKxVdgoutput=html

Looking for those with a green 'y' in the 'Windows' row, you want to
check out cx_freeze, PyInstaller, bbfreeze.

Best of luck.
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[python]

Jonathan,

 I summarised a all the alternatives to py2exe I could find, here:
 http://spreadsheets.google.com/pub?key=tZ42hjaRunvkObFq0bKxVdgoutput=html

Really great work - thanks for sharing this with all of us!!!

Regards,
Malcolm
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[John Bokma]

David Monaghan monaghand.da...@gmail.com writes:

 of Google. If they haven't used it, I don't really consider the gentle
 reminder that LMGTFY gives too harsh. If you do, you're too much of a gentle
 soul to be on the internet at all; someone might say Boo to you at any
 moment. Beware.

I've no problem with lmgtfy. I *do* have a problem with hiding it behing
a tinyurl. Why use 2 levels of obfuscating in a group that's about
programming in a language that promotes clear coding?

The message would have been the same if the OP had just copy pasted the
Google link. But hey, that's way less funny.

-- 
John Bokma   j3b

Hacking  Hiking in Mexico -  http://johnbokma.com/
http://castleamber.com/ - Perl  Python Development
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[David Monaghan]

On Sun, 14 Mar 2010 13:10:32 -0600, John Bokma j...@castleamber.com wrote:

David Monaghan monaghand.da...@gmail.com writes:

 of Google. If they haven't used it, I don't really consider the gentle
 reminder that LMGTFY gives too harsh. If you do, you're too much of a gentle
 soul to be on the internet at all; someone might say Boo to you at any
 moment. Beware.

Sorry. That last comment of mine was uncalled for.

I've no problem with lmgtfy. I *do* have a problem with hiding it behing
a tinyurl. Why use 2 levels of obfuscating in a group that's about
programming in a language that promotes clear coding?

The message would have been the same if the OP had just copy pasted the
Google link. But hey, that's way less funny.

Good point, although one could argue the unhidden response is just rude, but
the masking does make it genuinely funny.

DaveM
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[John Bokma]

David Monaghan monaghand.da...@gmail.com writes:

 On Sun, 14 Mar 2010 13:10:32 -0600, John Bokma j...@castleamber.com wrote:

David Monaghan monaghand.da...@gmail.com writes:

 of Google. If they haven't used it, I don't really consider the gentle
 reminder that LMGTFY gives too harsh. If you do, you're too much of a gentle
 soul to be on the internet at all; someone might say Boo to you at any
 moment. Beware.

 Sorry. That last comment of mine was uncalled for.

Thanks.

I've no problem with lmgtfy. I *do* have a problem with hiding it behing
a tinyurl. Why use 2 levels of obfuscating in a group that's about
programming in a language that promotes clear coding?

The message would have been the same if the OP had just copy pasted the
Google link. But hey, that's way less funny.

 Good point, although one could argue the unhidden response is just rude, but
 the masking does make it genuinely funny.

One could argue, sure. But to me it's just the same as posting GFY
(don't want to upset the tender soulds again with the F-word.

-- 
John Bokma   j3b

Hacking  Hiking in Mexico -  http://johnbokma.com/
http://castleamber.com/ - Perl  Python Development
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[CM]

On Mar 14, 4:04 pm, David Monaghan monaghand.da...@gmail.com wrote:
 On Sun, 14 Mar 2010 13:10:32 -0600, John Bokma j...@castleamber.com wrote:
 David Monaghan monaghand.da...@gmail.com writes:

  of Google. If they haven't used it, I don't really consider the gentle
  reminder that LMGTFY gives too harsh. If you do, you're too much of a 
  gentle
  soul to be on the internet at all; someone might say Boo to you at any
  moment. Beware.

 Sorry. That last comment of mine was uncalled for.

 I've no problem with lmgtfy. I *do* have a problem with hiding it behing
 a tinyurl. Why use 2 levels of obfuscating in a group that's about
 programming in a language that promotes clear coding?

 The message would have been the same if the OP had just copy pasted the
 Google link. But hey, that's way less funny.

 Good point, although one could argue the unhidden response is just rude, but
 the masking does make it genuinely funny.

 DaveM

I thought the point of LMGTFY was to humorously and innocuously get
across the point that a lot of basic questions can be answered
instantly, or just a few key terms and a mouse click away (i.e. Was
that so hard?) instead of having to write and post a message to a
group and then wait for responses.  In this sense, using LMGTFY *is* a
memorable transmission of information beyond just the answer to the
question.  It is the meta-information of how to teach a man to
fish.  If someone LMGTFY'ed me due to my asking a really Googleable
question, I'd feel I deserved this gentle ribbing and would make a
note to be more diligent in my searches before asking a forum.

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Steven D'Aprano]

On Sun, 14 Mar 2010 14:11:18 -0600, John Bokma wrote:

 One could argue, sure. But to me it's just the same as posting GFY
 (don't want to upset the tender soulds again with the F-word.

Are you *still* going on about this thing? Sheesh.

You've made your point. You don't think posting links to Let Me Google 
That For You is friendly; you think that hiding those links behind 
tinyurl is downright hostile; and you think that heaping abuse and 
obscenities on the person who posted the link is acceptable behaviour.

You've made it abundantly clear that your concern about keeping this 
group friendly only applies to others, not to you. Can we move on now?



-- 
Steven

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Gib Bogle]

Steven D'Aprano wrote:

As the old proverb goes: give a man a fish, and you feed him for a day. 
Teach him how to fish, and he has food forever.


I like this version:

Light a man a fire, and you keep him warm for hours.  Set a man on fire, and you 
keep him warm for the rest of his life.


;-)
--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Alf P. Steinbach]

* Gib Bogle:

Steven D'Aprano wrote:

As the old proverb goes: give a man a fish, and you feed him for a 
day. Teach him how to fish, and he has food forever.


I like this version:

Light a man a fire, and you keep him warm for hours.  Set a man on fire, 
and you keep him warm for the rest of his life.


;-)


Hey! I was going to post that! And there it was, in the next article... :-)

Cheers,

- Alf
--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Mark Lawrence]

Gib Bogle wrote:

Steven D'Aprano wrote:

As the old proverb goes: give a man a fish, and you feed him for a 
day. Teach him how to fish, and he has food forever.


I like this version:

Light a man a fire, and you keep him warm for hours.  Set a man on fire, 
and you keep him warm for the rest of his life.


;-)


I'm certain that members of the Guinea Pig Club might have something to 
say on that one, see :-

http://en.wikipedia.org/wiki/Guinea_Pig_Club

--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Steve Holden]

Gib Bogle wrote:
 Steven D'Aprano wrote:
 
 As the old proverb goes: give a man a fish, and you feed him for a
 day. Teach him how to fish, and he has food forever.
 
 I like this version:
 
 Light a man a fire, and you keep him warm for hours.  Set a man on fire,
 and you keep him warm for the rest of his life.
 
 ;-)

I like Give a man a fish, and he eats for a day. Teach a man to fish
and he will bore you with stories of the one that got away for the rest
of his life.

regards
 Steve
-- 
Steve Holden   +1 571 484 6266   +1 800 494 3119
See PyCon Talks from Atlanta 2010  http://pycon.blip.tv/
Holden Web LLC http://www.holdenweb.com/
UPCOMING EVENTS:http://holdenweb.eventbrite.com/

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Steve Holden]

John Bokma wrote:
 Gabriel Genellina gagsl-...@yahoo.com.ar writes:
 
 On 13 mar, 00:26, Robin rob...@cnsp.com wrote:

 Does anyone know of a good python to stand alone exe compiler?
 http://tinyurl.com/...
 
 Wow, pathetic fuck. You don't have to post you know.
 
And you don't have to give Google a second chance at indexing the URL,
but we all make mistakes.

regards
 Steve
-- 
Steve Holden   +1 571 484 6266   +1 800 494 3119
See PyCon Talks from Atlanta 2010  http://pycon.blip.tv/
Holden Web LLC http://www.holdenweb.com/
UPCOMING EVENTS:http://holdenweb.eventbrite.com/

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[python]

Robin,

 do you of an alternate compilter it doesn't work (py2exe) on my windows 7 box

I can assure you that Py2exe does work on Windows 7 (my firm develops
commercial Python applications packaged using Py2exe running on Windows
7), but it does take a bit of fiddling and some patience. Join the
py2exe newsgroup and post your problems there.
https://lists.sourceforge.net/lists/listinfo/py2exe-users

You may also want to google 'Gui2exe'. This is a free front-end to
Py2exe that you can use to generate your Py2exe setup.py scripts. Note
that Gui2exe requires wxPython (free) to run.

Finally, make sure you are trying to compile 32-bit Python 2.x code. I
don't think py2exe supports Python 3.x or 64-bit versions of Python yet.

 Nope; py2exe is pretty much the go-to tool for this.

I hear great things about PyInstaller. The project is not dead - make
sure you use the latest version in the SVN.

Search stackoverflow.com for positive feedback and tips on PyInstaller.
Its on our plate to take a good look this product 'one of these days'.

Good luck!

Malcolm
-- 
http://mail.python.org/mailman/listinfo/python-list

RE: python to exe

[CHEN Guang]

Does anyone know of a good python to stand alone exe compiler?

Thanks,
-Robin

I tried several such tools and found the easiest one: Pyinstaller ( 
http://www.pyinstaller.org/ )
but it does not make your script faster, if you want it as fast as C language, 
please try PythoidC ( http://pythoidc.googlecode.com )
 -- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Martin Schöön]

Mark Lawrence breamore...@yahoo.co.uk writes:

 I'm certain that members of the Guinea Pig Club might have something
 to say on that one, see :-
 http://en.wikipedia.org/wiki/Guinea_Pig_Club

Interesting. My mum is a retired surgeon and in the mid 1980s she
attended a course in plastic surgery and among other things she
learnt that plastic surgery got going for real during WWII 'thanks'
to all pilots with burns. I have forwarded the link above to her.

/Martin
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[John Bokma]

Steven D'Aprano st...@remove-this-cybersource.com.au writes:

 As the old proverb goes: give a man a fish, and you feed him for a day. 
 Teach him how to fish, and he has food forever.

True, but you don't teach someone fishing by poking an eye out with a
fishing rod.

 I'm an old-fashioned kind of guy, and don't like LMGTFY because it is 
 tiresome and requires Javascript. I prefer:

My reply had little to do with lmgtfy and all to do with hiding it behind
tinyurl. But even then, why not do what you just did: give a URL to
google directly.

For quite some time I thought that comp.lang.perl.misc was quite
unfriendly because of a certain attitude. comp.lang.python was quite a
refreshment for a while: very newbie friendly, less pissing contests,
etc. (but way more fanboism). 

Yesterday was a sady day: I finally had to conclude that it was only
wishful thinking on my part; there is no difference.

-- 
John Bokma   j3b

Hacking  Hiking in Mexico -  http://johnbokma.com/
http://castleamber.com/ - Perl  Python Development
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Almar Klein]

Does anyone know of a good python to stand alone exe compiler?


 Thanks,
 -Robin
 I tried several such tools and found the easiest one: Pyinstaller (
 http://www.pyinstaller.org/ )


Don't forget cx_freeze! I found it to work pretty easy, and it also works
for py3k.

Almar
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Martin P. Hellwig]

On 03/13/10 19:23, Steven D'Aprano wrote:

On Sat, 13 Mar 2010 12:52:39 -0600, John Bokma wrote:


For quite some time I thought that comp.lang.perl.misc was quite
unfriendly because of a certain attitude. comp.lang.python was quite a
refreshment for a while: very newbie friendly, less pissing contests,
etc. (but way more fanboism).

Yesterday was a sady day: I finally had to conclude that it was only
wishful thinking on my part; there is no difference.



You were the first one to inject abuse into this thread. There's a big
difference between a mildly sarcastic link and dropping the F-word at one
of the more helpful and respected members of the community. Perhaps you
are projecting your own hostility and aggro onto others?



John's thought process is a slippery slope and I make the same 'mistake' 
(notice the quotes please :-)) so often it would seem I won't learn it 
ever. However on the rare occasion I notice that I am making the mistake 
I say to myself: The view of a number of individuals do NOT necessarily 
represent the view of the majority unless proven otherwise by that 
actual majority.


--
mph
--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Gib Bogle]

Mark Lawrence wrote:


I'm certain that members of the Guinea Pig Club might have something to 
say on that one, see :-

http://en.wikipedia.org/wiki/Guinea_Pig_Club



You mean, something like: That's not funny?
--
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[David Monaghan]

On Sat, 13 Mar 2010 12:52:39 -0600, John Bokma j...@castleamber.com wrote:

Steven D'Aprano st...@remove-this-cybersource.com.au writes:

 As the old proverb goes: give a man a fish, and you feed him for a day. 
 Teach him how to fish, and he has food forever.

True, but you don't teach someone fishing by poking an eye out with a
fishing rod.

 I'm an old-fashioned kind of guy, and don't like LMGTFY because it is 
 tiresome and requires Javascript. I prefer:

My reply had little to do with lmgtfy and all to do with hiding it behind
tinyurl. But even then, why not do what you just did: give a URL to
google directly.

For quite some time I thought that comp.lang.perl.misc was quite
unfriendly because of a certain attitude. comp.lang.python was quite a
refreshment for a while: very newbie friendly, less pissing contests,
etc. (but way more fanboism). 

Yesterday was a sady day: I finally had to conclude that it was only
wishful thinking on my part; there is no difference.

There was a time, when the internet was young and most newbies couldn't find
their own backsides with both hands, that your conclusions would be well
placed.That time has long passed: Newsgroups are a long way down the
hierarchy since those times and anyone turning up here nowadays _has_ heard
of Google. If they haven't used it, I don't really consider the gentle
reminder that LMGTFY gives too harsh. If you do, you're too much of a gentle
soul to be on the internet at all; someone might say Boo to you at any
moment. Beware.

DaveM
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Steven D'Aprano]

On Sun, 14 Mar 2010 11:20:15 +1300, Gib Bogle wrote:

 Mark Lawrence wrote:
 
 I'm certain that members of the Guinea Pig Club might have something to
 say on that one, see :-
 http://en.wikipedia.org/wiki/Guinea_Pig_Club
 
 
 You mean, something like: That's not funny?

Or possibly That's hilarious!!!. Gallows humour is sometimes hard to 
predict.



-- 
Steven
-- 
http://mail.python.org/mailman/listinfo/python-list

python to exe

[Robin]

Does anyone know of a good python to stand alone exe compiler?

Thanks,
-Robin
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Chris Rebert]

On Fri, Mar 12, 2010 at 7:26 PM, Robin rob...@cnsp.com wrote:
 Does anyone know of a good python to stand alone exe compiler?

py2exe:
http://www.py2exe.org/

Cheers,
Chris
--
http://blog.rebertia.com
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Gabriel Genellina]

On 13 mar, 00:26, Robin rob...@cnsp.com wrote:

 Does anyone know of a good python to stand alone exe compiler?

http://tinyurl.com/yfcfzz4

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[John Bokma]

Gabriel Genellina gagsl-...@yahoo.com.ar writes:

 On 13 mar, 00:26, Robin rob...@cnsp.com wrote:

 Does anyone know of a good python to stand alone exe compiler?

 http://tinyurl.com/yfcfzz4

Wow, pathetic fuck. You don't have to post you know.

-- 
John Bokma   j3b

Hacking  Hiking in Mexico -  http://johnbokma.com/
http://castleamber.com/ - Perl  Python Development
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Chris Rebert]

On Fri, Mar 12, 2010 at 8:42 PM, robin rob...@cnsp.com wrote:
 On 3/12/2010 9:12 PM, Chris Rebert wrote:
 On Fri, Mar 12, 2010 at 7:26 PM, Robinrob...@cnsp.com  wrote:
 Does anyone know of a good python to stand alone exe compiler?

 py2exe:
 http://www.py2exe.org/

 do you  of an alternate compilter it doesn't work (py2exe) on my windows 7
 box, I hate windows7 THanks Robin

Nope; py2exe is pretty much the go-to tool for this.
Try asking on their mailinglist:
https://lists.sourceforge.net/lists/listinfo/py2exe-users

Cheers,
Chris
--
http://blog.rebertia.com
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: python to exe

[Steven D'Aprano]

On Fri, 12 Mar 2010 22:26:34 -0600, John Bokma wrote:

 Gabriel Genellina gagsl-...@yahoo.com.ar writes:
 
 On 13 mar, 00:26, Robin rob...@cnsp.com wrote:

 Does anyone know of a good python to stand alone exe compiler?

 http://tinyurl.com/yfcfzz4
 
 Wow, pathetic fuck. You don't have to post you know.

Gabriel is one of the more helpful and newbie-friendly of the frequent 
posters on this newsgroup. Even if his actions were worthy of your abuse 
(and they aren't), he gets at least one Get Out Of Jail Free card for his 
long-term helpfulness.

Speaking as somebody who finds Let Me Google That For You to be tiresome 
and not at all amusing, nevertheless I support Gabriel's actions. By 
merely giving Robin the answer, Robin doesn't learn how to find out the 
answer to simple questions himself, and by rewarding his laziness, we 
make a rod for our own back.

As the old proverb goes: give a man a fish, and you feed him for a day. 
Teach him how to fish, and he has food forever.

I'm an old-fashioned kind of guy, and don't like LMGTFY because it is 
tiresome and requires Javascript. I prefer:

Google is your friend:

http://www.google.com/search?q=python+standalone+exe

Oh, and Robin, since you have apparently already tried py2exe and found 
it doesn't work on Windows 7, you should have said so from the start, 
instead of wasting everyone's time.



-- 
Steven
-- 
http://mail.python.org/mailman/listinfo/python-list

Any downsides to UPX-ing my 32-bit Python 2.6.4 EXE/PYD/DLL files?

[python]

Are there any downsides to UPX-ing my 32-bit Python 2.6.4
development environment EXE/PYD/DLL files?

The reason I'm asking is that I frequently use a custom PY2EXE
script that UPX's copies of these files on every build.

Yes, I could get fancy and try to cache UPXed files, but I think
a simpler, safer, and higher performance solution would be for me
to just UPX my Python 2.6.4 directory once and be done with it.

What are your thoughts?

Malcolm
-- 
http://mail.python.org/mailman/listinfo/python-list

[issue2284] [PATCH] -x64 option added to pcbuild/rt.bat to facilitate testing of amd64\python[_d].exe.

[Martin v. Löwis]

Martin v. Löwis [EMAIL PROTECTED] added the comment:

Thanks for the patch. Committed as r61378

--
nosy: +loewis
resolution:  - accepted
status: open - closed

__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2284
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2284] [PATCH] -x64 option added to pcbuild/rt.bat to facilitate testing of amd64\python[_d].exe.

[Trent Nelson]

New submission from Trent Nelson [EMAIL PROTECTED]:

Looks like there's been a recent change to trunk such that x64 Windows 
builds now get placed in pcbuild\amd64 instead of just pcbuild (thanks 
to whoever added it).  The attached patch against rt.bat allows it to 
be called with an -x64 arg, which invokes the 64-bit Python build, 
instead of the 32-bit one.

(tools/buildbot/test-amd64.bat should eventually be created to call 
this as well, once we've ironed out all the Windows x64 issues.)

--
components: Build
files: rt.bat.patch
keywords: patch
messages: 63520
nosy: Trent.Nelson
severity: normal
status: open
title: [PATCH] -x64 option added to pcbuild/rt.bat to facilitate testing of 
amd64\python[_d].exe.
type: feature request
versions: Python 2.6
Added file: http://bugs.python.org/file9670/rt.bat.patch

__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2284
__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Python-2.5.exe?

[Andrew Burton]

What Python is best for installing to a USB Drive?  I've actually got 
2.5 on a drive, but I forget which installation package I used.  It 
seems to me that it was an EXE file, but I cannot seem to find one of 
those today.

Can the Python-2.5.msi installation files from python.org be installed 
so as not to touch the registry, to make them portable?

-- 
Andrew Burton
[EMAIL PROTECTED]
http://utilitarian.us - A Guide to Esoteric Technology in Paragon City
http://jarodrussell.livejournal.com/ - Take a guess. ;)
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python-2.5.exe?

[Fredrik Lundh]

Andrew Burton wrote:

 What Python is best for installing to a USB Drive?  I've actually got 
 2.5 on a drive, but I forget which installation package I used.  It 
 seems to me that it was an EXE file, but I cannot seem to find one of 
 those today.
 
 Can the Python-2.5.msi installation files from python.org be installed 
 so as not to touch the registry, to make them portable?

python doesn't depend on the registry settings for normal use, so
you can simply install python as usual, copy python25.dll from 
c:\windows\system32 to c:\python25, and then copy (or move) the
entire c:\python25 tree to your USB drive.

/F

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python-2.5.exe?

[Laurent Pointal]

Andrew Burton wrote:

 What Python is best for installing to a USB Drive?  I've actually got
 2.5 on a drive, but I forget which installation package I used. 

Maybe this one ? http://www.voidspace.org.uk/python/movpy/

 It 
 seems to me that it was an EXE file, but I cannot seem to find one of
 those today.
 
 Can the Python-2.5.msi installation files from python.org be installed
 so as not to touch the registry, to make them portable?

It seems movpy can install Python2.5 on an USB Key.

A+

Laurent.

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python-2.5.exe?

[John Salerno]

Fredrik Lundh wrote:

 python doesn't depend on the registry settings for normal use, so
 you can simply install python as usual, copy python25.dll from 
 c:\windows\system32 to c:\python25, and then copy (or move) the
 entire c:\python25 tree to your USB drive.

Is it safe to assume that if you do this, Python first looks in 
C:\Python25 for the dll file, before trying to find the non-existent (on 
the USB drive) C:\Windows\System32?

Thanks.
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python-2.5.exe?

[Fredrik Lundh]

John Salerno wrote:

 python doesn't depend on the registry settings for normal use, so
 you can simply install python as usual, copy python25.dll from 
 c:\windows\system32 to c:\python25, and then copy (or move) the
 entire c:\python25 tree to your USB drive.
 
 Is it safe to assume that if you do this, Python first looks in 
 C:\Python25 for the dll file, before trying to find the non-existent (on 
 the USB drive) C:\Windows\System32?

Python looks for a DLL in the same directory as the EXE before it looks 
anywhere else (this is standard Windows behaviour).

/F

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python-2.5.exe?

[Martin v. Löwis]

John Salerno schrieb:
 Is it safe to assume that if you do this, Python first looks in
 C:\Python25 for the dll file, before trying to find the non-existent (on
 the USB drive) C:\Windows\System32?

python25.dll is found through mechanisms of the operating system, not
through code in Python. The operating system loads DLLs in the order
specified here:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/dynamic-link_library_search_order.asp

As you can see, the directory containing the application is searched first.

Regards,
Martin
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Python-2.5.exe?

[Nick Craig-Wood]

Fredrik Lundh [EMAIL PROTECTED] wrote:
  Andrew Burton wrote:
 
  What Python is best for installing to a USB Drive?  I've actually got 
  2.5 on a drive, but I forget which installation package I used.  It 
  seems to me that it was an EXE file, but I cannot seem to find one of 
  those today.
  
  Can the Python-2.5.msi installation files from python.org be installed 
  so as not to touch the registry, to make them portable?
 
  python doesn't depend on the registry settings for normal use, so
  you can simply install python as usual, copy python25.dll from 
  c:\windows\system32 to c:\python25, and then copy (or move) the
  entire c:\python25 tree to your USB drive.

As well as the above, I find a little .bat file like this to set some
paths and start python or your application is helpful, eg

@echo off
set DEMOHOME=%CD%
set PYTHONHOME=%DEMOHOME%\Python24
set PYTHONPATH=%PYTHONHOME%;%DEMOHOME%\Demo\Python
set PYTHON=%PYTHONHOME%\python.exe
set PYTHONW=%PYTHONHOME%\pythonw.exe
set PATH=%PYTHONHOME%;%PATH%
start Demo %PYTHONW% demo.pyw

-- 
Nick Craig-Wood [EMAIL PROTECTED] -- http://www.craig-wood.com/nick
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[[EMAIL PROTECTED]]

Thanks. I'll try it .

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[RM]

Does cx_Freeze pack all dependencies?  Would te resulting files(s) be
able to run on a Linux machine that does not have Python installed?  If
not, what alternatives are there to accomplish that?  Is the McMillan
installer still being maintained?  Does it work for GUI applications?

-Ruben

Stephen Thorne wrote:
 On 13 Mar 2005 14:31:53 -0800, [EMAIL PROTECTED]
 [EMAIL PROTECTED] wrote:
  Hi
 
  I have a python script under linux, I wonder if I can be converted
to
  an executable or not?
 
 Yes, you can use cx_Freeze.
 
 Regards,
 Stephen Thorne

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[gene . tani]

exemaker and bdist, too:

http://effbot.org/downloads/index.cgi/exemaker-1.2-20041012.zip/README
http://www.python.org/doc/2.2.3/dist/creating-wininst.html

RM wrote:
 Does cx_Freeze pack all dependencies?  Would te resulting files(s) be
 able to run on a Linux machine that does not have Python installed?
If
 not, what alternatives are there to accomplish that?  Is the McMillan
 installer still being maintained?  Does it work for GUI applications?

 -Ruben

 Stephen Thorne wrote:
  On 13 Mar 2005 14:31:53 -0800, [EMAIL PROTECTED]
  [EMAIL PROTECTED] wrote:
   Hi
  
   I have a python script under linux, I wonder if I can be
converted
 to
   an executable or not?
 
  Yes, you can use cx_Freeze.
  
  Regards,
  Stephen Thorne

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[Marc 'BlackJack' Rintsch]

In [EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:

 I have a python script under linux, I wonder if I can be converted to
 an executable or not?

Place '#!/usr/bin/env python' as the first line of your script and type::

  chmod u+x yourscript.py

at the command line.  ;-)

Ciao,
Marc 'BlackJack' Rintsch
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[[EMAIL PROTECTED]]

I wonder if I get the executable like c program compiled by gcc

-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[Stephen Thorne]

On 13 Mar 2005 14:31:53 -0800, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 Hi
 
 I have a python script under linux, I wonder if I can be converted to
 an executable or not?

Yes, you can use cx_Freeze.

Regards,
Stephen Thorne
-- 
http://mail.python.org/mailman/listinfo/python-list

Re: Convert python to exe

[[EMAIL PROTECTED]]

Thanks.

-- 
http://mail.python.org/mailman/listinfo/python-list