You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
(31) |
Jul
(50) |
Aug
(79) |
Sep
(45) |
Oct
(41) |
Nov
(56) |
Dec
(103) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(75) |
Feb
(37) |
Mar
(40) |
Apr
(41) |
May
(91) |
Jun
(41) |
Jul
(38) |
Aug
(48) |
Sep
(146) |
Oct
(98) |
Nov
(65) |
Dec
(64) |
2006 |
Jan
(40) |
Feb
(123) |
Mar
(57) |
Apr
(69) |
May
(49) |
Jun
(51) |
Jul
(50) |
Aug
(103) |
Sep
(89) |
Oct
(23) |
Nov
(73) |
Dec
(63) |
2007 |
Jan
(74) |
Feb
(76) |
Mar
(40) |
Apr
(46) |
May
(97) |
Jun
(45) |
Jul
(57) |
Aug
(74) |
Sep
(42) |
Oct
(15) |
Nov
(63) |
Dec
(10) |
2008 |
Jan
(40) |
Feb
(40) |
Mar
(25) |
Apr
(51) |
May
(34) |
Jun
(70) |
Jul
(52) |
Aug
(55) |
Sep
(44) |
Oct
(66) |
Nov
(44) |
Dec
(42) |
2009 |
Jan
(26) |
Feb
(32) |
Mar
(40) |
Apr
(81) |
May
(44) |
Jun
(49) |
Jul
(45) |
Aug
(58) |
Sep
(23) |
Oct
(62) |
Nov
(40) |
Dec
(48) |
2010 |
Jan
(24) |
Feb
(74) |
Mar
(62) |
Apr
(31) |
May
(42) |
Jun
(24) |
Jul
(39) |
Aug
(61) |
Sep
(21) |
Oct
(24) |
Nov
(26) |
Dec
(41) |
2011 |
Jan
(27) |
Feb
(27) |
Mar
(45) |
Apr
(15) |
May
(13) |
Jun
(26) |
Jul
(20) |
Aug
(52) |
Sep
(11) |
Oct
(32) |
Nov
(5) |
Dec
(5) |
2012 |
Jan
(7) |
Feb
(21) |
Mar
(2) |
Apr
(5) |
May
(9) |
Jun
|
Jul
(14) |
Aug
(20) |
Sep
(5) |
Oct
(8) |
Nov
(11) |
Dec
(4) |
2013 |
Jan
(7) |
Feb
(9) |
Mar
(8) |
Apr
(7) |
May
(22) |
Jun
(7) |
Jul
(4) |
Aug
(10) |
Sep
(7) |
Oct
(1) |
Nov
(17) |
Dec
(2) |
2014 |
Jan
(4) |
Feb
(2) |
Mar
(6) |
Apr
(6) |
May
(15) |
Jun
|
Jul
(9) |
Aug
(7) |
Sep
(21) |
Oct
(13) |
Nov
|
Dec
(2) |
2015 |
Jan
(5) |
Feb
|
Mar
(11) |
Apr
(3) |
May
(9) |
Jun
(5) |
Jul
(2) |
Aug
(2) |
Sep
(8) |
Oct
(9) |
Nov
(6) |
Dec
(1) |
2016 |
Jan
|
Feb
(5) |
Mar
(32) |
Apr
|
May
|
Jun
(10) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(7) |
Nov
(3) |
Dec
|
2017 |
Jan
(5) |
Feb
|
Mar
(1) |
Apr
(1) |
May
(5) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
2018 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
(2) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2021 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Jimmy R. <ji...@re...> - 2004-07-30 20:42:32
|
Thomas Heller wrote: > Another option is to use upx (google for it) to compress all the > executables, it does a good job, although it also has disadvantages: > larger memory consumtion at runtime, for example. I've done this for an app that uses wxPython, pywin32, Numeric, PIL, ctypes and more. My dlls and pyds went from about 12MB to about 4MB. I've reproduced a report from upx at the end of this note that shows the compression for each file. Note that any installer you build won't compress much better because it is now trying to compress files that are already compressed. This approach really only helps with the installed size and the size of the folder if you are moving that around without an installer. For the installer route, the latest version of the NSIS installer supports LZMA (the compression method from 7-Zip) and can achieve impressive space savings. I recently needed to distribute a 700MB database. The smallest file I could get with Zip was 110MB, RAR's best was 80MB, and an NSIS installer (including logic to set up the database) was just over 60MB. Jimmy File size Ratio Format Name -------------------- ------ ----------- ----------- 974915 -> 370176 37.97% win32/pe python23.dll 299008 -> 102912 34.41% win32/pe pythoncom23.dll 77824 -> 34816 44.73% win32/pe pywintypes23.dll 118784 -> 51712 43.53% win32/pe wxbase251h_net_vc.dll 966656 -> 456704 47.24% win32/pe wxbase251h_vc.dll 471040 -> 198144 42.06% win32/pe wxmsw251h_adv_vc.dll 2646016 -> 1147904 43.38% win32/pe wxmsw251h_core_vc.dll 434176 -> 151552 34.90% win32/pe wxmsw251h_html_vc.dll 552960 -> 92672 16.75% win32/pe _controls.pyd 667648 -> 131072 19.63% win32/pe _core.pyd 61440 -> 21504 35.00% win32/pe _ctypes.pyd 323584 -> 63488 19.62% win32/pe _gdi.pyd 208896 -> 40448 19.36% win32/pe _html.pyd 94208 -> 29184 30.97% win32/pe _iewin.pyd 280064 -> 133120 47.53% win32/pe _imaging.pyd 434176 -> 83968 19.34% win32/pe _misc.pyd 69632 -> 23040 33.08% win32/pe _numpy.pyd 49218 -> 16896 34.32% win32/pe _socket.pyd 57407 -> 18432 32.10% win32/pe _sre.pyd 495616 -> 197120 39.77% win32/pe _ssl.pyd 471040 -> 73728 15.65% win32/pe _windows.pyd 36864 -> 11264 30.55% win32/pe _winreg.pyd 77886 -> 31232 40.10% win32/pe bz2.pyd 45123 -> 17408 38.57% win32/pe datetime.pyd 20480 -> 4608 22.50% win32/pe dbi.pyd 651264 -> 219136 33.64% win32/pe lapack_lite.pyd 36864 -> 11264 30.55% win32/pe multiarray.pyd 61440 -> 17920 29.16% win32/pe mxDateTime.pyd 28672 -> 9728 33.92% win32/pe odbc.pyd 45121 -> 13824 30.63% win32/pe parser.pyd 24576 -> 6144 25.00% win32/pe perfmon.pyd 36864 -> 13824 37.50% win32/pe ranlib.pyd 20545 -> 5120 24.92% win32/pe select.pyd 28672 -> 10752 37.50% win32/pe servicemanager.pyd 61440 -> 12288 20.00% win32/pe umath.pyd 405504 -> 171008 42.17% win32/pe unicodedata.pyd 65536 -> 19968 30.46% win32/pe win32api.pyd 28672 -> 6656 23.21% win32/pe win32evtlog.pyd 73728 -> 21504 29.16% win32/pe win32gui.pyd 28672 -> 7168 25.00% win32/pe win32service.pyd 659456 -> 167424 25.38% win32/pe win32ui.pyd 61503 -> 23552 38.29% win32/pe zlib.pyd -------------------- ------ ----------- ----------- 12253190 -> 4240384 34.60% [ 42 files ] |
From: Thomas H. <th...@py...> - 2004-07-30 20:01:15
|
"Brad Clements" <bkc@Murkworks.com> writes: > "Thomas Heller" <th...@py...> wrote in message > news:vfg...@py...... > >> The reason I want to do this may *not* be what most people want (to >> deploy only a single file), the reason for me is that this allows >> complete isolation of dll com servers one from each other, and from the >> executable they run in - because there is no longer a shared python.dll >> used by all this components. > > Is this really a problem on win32 systems? > > I thought that only the code is shared for loaded dll objects, and that DLL > based globals are in the user's process space. Yes, it is a problem. For example, you cannot use frozen dll com servers in a Python client program, at least if both use the same Python version - the python23.dll is shared between all of these, as well as sys.modules, the interpreter lock, sys.path, and so on. The situation may be better if each would use a separate interpreter, but this only moves the problem into the extension modules - they are still shared. Thomas |
From: Thomas H. <th...@py...> - 2004-07-30 19:42:23
|
Eric Belanger <bi...@ga...> writes: > Thomas Heller wrote: > > On a somewhat related note, i tried to optimize my script that uses > wxPython, and the dist folder is not at 9,62 Mb (was over 10 at > first). The interesing part is: without wxPython at all (console), the > dist size of a script that does the very same thing is 1.26mb. And we > didn't talk about compression yet :) > >>- Look at the .pyd's that py2exe creates, and look into the files it >> packs into library.zip. > It sounds like an extreme solution to me, and Id hate the idea of > manually removing the unused parts after every build. You don't have to remove it manually, py2exe can do it for you. For example, if py2exe decides to include _ssl.pyd, and you are sure you don't need it, use the command line option "--excludes _ssl", and py2exe will no longer copy it to the dist folder. Same for other extensions or pythn modules. You can also use the options argument to the setup function, if you want to avoid long command lines or if you prefer to have this in the script. It takes a little work but it pays of. Another option is to use upx (google for it) to compress all the executables, it does a good job, although it also has disadvantages: larger memory consumtion at runtime, for example. I'm off now for a two weeks vacation, so this may be my last response for some time :-) Thomas |
From: Eric B. <bi...@ga...> - 2004-07-30 19:05:20
|
Thomas Heller wrote: >Eric Belanger <bi...@ga...> writes: > > >>(you should know that [BitTorrent] also uses py2exe, right?) >> > >Oh, I didn't know that ;-) I knew about that the spambayes Outlook >plugin uses py2exe, though. > > I forgot to mention that BitTorrent also uses wxPython, so thats why I used this case to compare my problem. >>Is there any pointers to slim down my dist size? >> >- ignore the size of the dist directory, and try to compress the > installer as much as possible to reduce the download size. There are > some hints in the wiki, afaik. > > Thats the path im almost 'forced' to follow, since my programming knowledge (sp?) is lacking. Im new to python and im already jumping and trying to make a GUI :) Thank god I had some VB lessons in high school :S >- avoid using wxPython. You could try to make a small gui with pywin32, > or, better yet, switch to a ctypes based gui like venster. IMO these > solutions require more work than using Tkinter or wxPython. > > I have checked the other toolkits you suggested, plus checked this list (http://www.python.org/cgi-bin/moinmoin/GuiProgramming), but since I rely too much on documentations and examples, venster and pywin32 arent good choices for me due to lack of docs, although i liked the idea behind venster. Maybe ill get there in a few years :) On a somewhat related note, i tried to optimize my script that uses wxPython, and the dist folder is not at 9,62 Mb (was over 10 at first). The interesing part is: without wxPython at all (console), the dist size of a script that does the very same thing is 1.26mb. And we didn't talk about compression yet :) >- Look at the .pyd's that py2exe creates, and look into the files it > packs into library.zip. > > It sounds like an extreme solution to me, and Id hate the idea of manually removing the unused parts after every build. Thank you! |
From: Brad C. <bkc@Murkworks.com> - 2004-07-30 17:20:26
|
"Thomas Heller" <th...@py...> wrote in message news:vfg...@py...... > The reason I want to do this may *not* be what most people want (to > deploy only a single file), the reason for me is that this allows > complete isolation of dll com servers one from each other, and from the > executable they run in - because there is no longer a shared python.dll > used by all this components. Is this really a problem on win32 systems? I thought that only the code is shared for loaded dll objects, and that DLL based globals are in the user's process space. Perhaps I don't understand the problem enough :-( |
From: Thomas H. <th...@py...> - 2004-07-30 14:22:03
|
Eric Belanger <bi...@ga...> writes: > Hi, > > (First post here! Bear with me if this question doesnt belong here!) > > Ive created a tiny win32 GUI application (that is, three buttons, 3 > textboxes and a checkbox, and registry access), and after compiling > with py2exe, the dist folder size was 9 MB - thats kinda big for only > a few buttons. > > First, I suppose that py2exe import the whole module instead of only > used functions. I may be wrong though. > > The thing that bugs me is that BitTorrent (you should know that BT > also uses py2exe, right?) doesnt have alot of _file.pyd in its > distribution package, at most three, and in the meantime my build has > 7. Oh, I didn't know that ;-) I knew about that the spambayes Outlook plugin uses py2exe, though. > I have looked in the BT source package to see if he wrote something to > optimize its dist size in setup.py or something, but I cant find > anthing worthy. > > Is there any pointers to slim down my dist size? > > The obvious pointer is to write a console only app, but id rather > avoid that :) I noticed that a basic tkinter app takes 5Mbs, btw. There are several steps you can take, in increasing order of difficulty: - ignore the size of the dist directory, and try to compress the installer as much as possible to reduce the download size. There are some hints in the wiki, afaik. - avoid using wxPython. You could try to make a small gui with pywin32, or, better yet, switch to a ctypes based gui like venster. IMO these solutions require more work than using Tkinter or wxPython. - Look at the .pyd's that py2exe creates, and look into the files it packs into library.zip. If for example you use the socket module in your app, py2exe will include _ssl.pyd, even if you don't use ssl connections. py2exe looks at the import statements in the python modules you use, and includes all modules that are referenced here - even for conditional imports. Exclude all those modules that you don't need - this may require experimenting. It may be possible in the future (I'm currently experimenting with this) to create really small executables by using custom built static python interpreters instead of python23.dll as it is currently done. I managed to create non-trivial applications with a windows gui based on ctypes, executables compressed with upx, and compressed library.zip file with a total size of between 500 kB and 1 MB. But that is the future... BTW: There is still the idea in my head to create cross references with Modulefinder (who imports what), but my time is limited. If anyone wants to help... Thomas |
From: Eric B. <bi...@ga...> - 2004-07-30 13:20:30
|
Hi, (First post here! Bear with me if this question doesnt belong here!) Ive created a tiny win32 GUI application (that is, three buttons, 3 textboxes and a checkbox, and registry access), and after compiling with py2exe, the dist folder size was 9 MB - thats kinda big for only a few buttons. First, I suppose that py2exe import the whole module instead of only used functions. I may be wrong though. The thing that bugs me is that BitTorrent (you should know that BT also uses py2exe, right?) doesnt have alot of _file.pyd in its distribution package, at most three, and in the meantime my build has 7. I have looked in the BT source package to see if he wrote something to optimize its dist size in setup.py or something, but I cant find anthing worthy. Is there any pointers to slim down my dist size? The obvious pointer is to write a console only app, but id rather avoid that :) I noticed that a basic tkinter app takes 5Mbs, btw. Thanks! |
From: <Twe...@ao...> - 2004-07-29 21:05:03
|
I was using psycopg beta version 1.19, but had to swith back to psycopg23 because of some problems. when I was using the 1.19 version, py2exe worked fine creating executables. Now that I'm using psycopg23 My executable won't execute. I don't receive any errors when running py2exe, but I think it might be missing some files. I had to install the mx toolkit for psycopg23, but not for the 1.19 version and i think that might be the problem. The only thing is I don't know which files to add or import. Can anyone help? |
From: Golawala, M. M \(GE Infrastructure\) <Moi...@ge...> - 2004-07-29 15:47:43
|
Hi Folks, I am trying to build my application using py2exe version0.5.2 for python = 2.3 but the build does not seem to pick the pyro modules. I used an = earlier version of py2exe to build the same software and that version = correctly picked up the pyro modules.=20 Please help. Regards, Moiz Golawala Enterprise Solutions GE Infrastructure - Security 791 Park Of Commerce Blvd., Boca Raton, FL 33487 * moi...@ge... * 561-912-5972 * 561-912-1650 * |
From: Thomas H. <th...@py...> - 2004-07-29 11:55:25
|
"Akoachere, Ashu \(A.\)" <aak...@fo...> writes: > Folks, > > I could successfully install the older release of py2exe - version > 0.4.1 - contrained by the version of my python distribution. > Running the following setup script with the windows console command > "python setup.py py2exe" yields the error: > error in setup script: invalid distribution option 'console' > > # setup.py > from distutils.core import setup > import py2exe > > setup(name="test_scripts", > version="1.0", > console=["test_scripts.py"]) > In py2exe 0.4 you had to write 'scripts' instead of 'console' or 'windows' (the docs are still included in the correspoding source distro): > setup(name="test_scripts", > version="1.0", > scripts=["test_scripts.py"]) Thomas |
From: Akoachere, A. \(A.\) <aak...@fo...> - 2004-07-29 09:19:15
|
Folks, I could successfully install the older release of py2exe - version 0.4.1 = - contrained by the version of my python distribution. Running the following setup script with the windows console command = "python setup.py py2exe" yields the error: error in setup script: invalid distribution option 'console' # setup.py from distutils.core import setup import py2exe setup(name=3D"test_scripts", version=3D"1.0", console=3D["test_scripts.py"]) What am I doing wrong? Any suggestions please directly to my e-mail = address. Thanks in anticipation, Ashu Akoachere |
From: Thomas H. <th...@py...> - 2004-07-28 19:41:27
|
Sebastian Hanlon <seb...@ul...> writes: > | I seem to remember that there are some hints on the PyOpenGL > | website. > | > | Thomas > Their hints are current as of py2exe 0.3.4. Much has changed since then. > I've been using 0.3.4 to build my product lately, but it seems to trip > over csv (I don't have that error currently) and this is a showstopper > for the new version of the product I'm building. > > The PyOpenGL problem probably hinges on the (IIRC) fact that you can't > have anything other than native python code in the library.zip (is this > right?) Yes, you cannot include extensions in the zip. py2exe creates small python loaders which load the extensions from the file system. See py2exe/build_exe.py. > I tried kludging some things together a while ago with 0.5.0 > (manually adding the file to the .zip, etc ) with no appreciable > success... I may try again with 0.5.3. The problem with PyOpenGL is that they have several extension modules named __init__.pyd, in subdirectories. Since py2exe copies all extension modules into the dist (dist/lib?) directory without renaming them, one would overwrite the other. That's at least one problem. Could be fixed by py2exe renaming them to OpenGL.GL.__init__.pyd, and adjusting the python loader contained in the library.zip file. But I don't know if that is enough. Weren't the hints on the web page to exclude the PyOpenGL package completely from the py2exe build process, and install it in the file system as normal package - you just have to remember to put that directory on sys.path, because the exe that py2exe builds *only* has library.zip on sys.path? Thomas |
From: Sebastian H. <seb...@ul...> - 2004-07-28 19:22:54
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Heller wrote: | Sebastian Hanlon <seb...@ul...> writes: | | |>Trying to get the latest py2exe to work with a package that uses |>OpenGL. I get this error when building: |> |>setting sys.winver for 'F:\gluskap-bits\GLuskap\dist\python23.dll' to |>'py2exe' |>copying C:\Python23\lib\site-packages\py2exe\run.exe -> |>F:\gluskap-bits\GLuskap\dist\gluskap.exe |>The following modules appear to be missing |>['dotblas'] |> |>but more importantly, I get this when trying to run the produced .exe: |> |>Traceback (most recent call last): |> File "gluskap.py", line 5, in ? |> File "sidebar.pyc", line 3, in ? |> File "graph.pyc", line 5, in ? |> File "OpenGL\__init__.pyc", line 18, in ? |> File "OpenGL\__init__.pyc", line 14, in __set_attributes |>IOError: [Errno 2] No such file or directory: |>'F:\\gluskap-bits\\GLuskap\\dist\\library.zip\\OpenGL\\version' |> |>Anyone else seen a similar problem? Suggestions? | | | I seem to remember that there are some hints on the PyOpenGL | website. | | Thomas Their hints are current as of py2exe 0.3.4. Much has changed since then. I've been using 0.3.4 to build my product lately, but it seems to trip over csv (I don't have that error currently) and this is a showstopper for the new version of the product I'm building. The PyOpenGL problem probably hinges on the (IIRC) fact that you can't have anything other than native python code in the library.zip (is this right?) I tried kludging some things together a while ago with 0.5.0 (manually adding the file to the .zip, etc ) with no appreciable success... I may try again with 0.5.3. - -seb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBB/0HUvre3M/+pAARAkTuAJ0cyo2JE++KlHB3o/OefCB3xxTRQgCfaDsF 5g9fI3nZlGBX8PfOXx5yDkk= =cRrA -----END PGP SIGNATURE----- |
From: Thomas H. <th...@py...> - 2004-07-28 18:19:14
|
(Well, someone said he would wait for 0.6 for this to appear. Maybe he was right after all) I have single file executables running as a proof of concept. The reason I want to do this may *not* be what most people want (to deploy only a single file), the reason for me is that this allows complete isolation of dll com servers one from each other, and from the executable they run in - because there is no longer a shared python.dll used by all this components. Instead, a Python interpreter is contained *statically* in the exe-stubs that py2exe uses (run.exe, run_w.exe, later even run_dll.dll). The library.zip file, containing the pure python modules, is appended to the exe as they were in older py2exe versions (it would as well be possible to use the frozen-module mechanism instead of the zipimport, like cx_Freeze does it). The disadvantage, of course, is that it is no longer possible for the exe or dll to import _any_ extension modules from the file system, because the normal extension modules cannot link back to the exe. This means that _any_ extension modules you wanted to use *must* be builtin modules. Now, how can this be achived? So far, here are the ideas. First, prebuilt exe stubs can be provided by the py2exe installer, which would contain most of the standard extensions distributed by the python.org installer (plus _ctypes, of course ;-). But this wouldn't allow using the pywin32 extensions, for example - unless some kind soul builds all of them into the exe stubs as well. Second, the exe stubs could be built (if a C compiler is installed) at runtime when py2exe runs. py2exe would collect the extension modules needed, build a config.c file at runtime, and compiles this, linking to static libraries of pywin32, wxPython, or whatever. Comments? Thomas |
From: Thomas H. <th...@py...> - 2004-07-28 18:13:31
|
Charlie Benton <ben...@ya...> writes: > Here is my code: > > from tagger import * > import Tix > from Tkconstants import * > import os > import random > > root = Tix.Tk() > myapp = MyApp(root) > root.mainloop() > > Here is my setup file > > from distutils.core import setup > import py2exe > > setup(windows=["plmaker.pyw"]) > > When I compile with py2exe I get the error: > > Traceback (most recent call last): > File "plmaker.pyw", line 176, in ? > File "Tix.pyc", line 210, in __init__ > _tkinter.TclError: can't find package Tix > > What the heck is the problem, Please Help Could it be that you have to patch the tcl\tix8.1\pkgIndex.tcl file in the dist directory? I'm far from being a tcl or tix expert. Thomas |
From: Thomas H. <th...@py...> - 2004-07-28 18:01:39
|
Sebastian Hanlon <seb...@ul...> writes: > Trying to get the latest py2exe to work with a package that uses > OpenGL. I get this error when building: > > setting sys.winver for 'F:\gluskap-bits\GLuskap\dist\python23.dll' to > 'py2exe' > copying C:\Python23\lib\site-packages\py2exe\run.exe -> > F:\gluskap-bits\GLuskap\dist\gluskap.exe > The following modules appear to be missing > ['dotblas'] > > but more importantly, I get this when trying to run the produced .exe: > > Traceback (most recent call last): > File "gluskap.py", line 5, in ? > File "sidebar.pyc", line 3, in ? > File "graph.pyc", line 5, in ? > File "OpenGL\__init__.pyc", line 18, in ? > File "OpenGL\__init__.pyc", line 14, in __set_attributes > IOError: [Errno 2] No such file or directory: > 'F:\\gluskap-bits\\GLuskap\\dist\\library.zip\\OpenGL\\version' > > Anyone else seen a similar problem? Suggestions? I seem to remember that there are some hints on the PyOpenGL website. Thomas |
From: Thomas H. <th...@py...> - 2004-07-28 17:49:15
|
Jonathan Hudgins <jhu...@ea...> writes: > Is there a way to compile a python script with py2exe so that python will run > unbuffered? (That is with the -u option or the environment variable > PYTHONUNBUFFERED set) Can you try this undocumented (and untested) option: setup(... options = {"py2exe": {"unbuffered": 1}} ) Thomas |
From: Sebastian H. <seb...@ul...> - 2004-07-28 04:42:11
|
Trying to get the latest py2exe to work with a package that uses OpenGL. I get this error when building: setting sys.winver for 'F:\gluskap-bits\GLuskap\dist\python23.dll' to 'py2exe' copying C:\Python23\lib\site-packages\py2exe\run.exe -> F:\gluskap-bits\GLuskap\dist\gluskap.exe The following modules appear to be missing ['dotblas'] but more importantly, I get this when trying to run the produced .exe: Traceback (most recent call last): File "gluskap.py", line 5, in ? File "sidebar.pyc", line 3, in ? File "graph.pyc", line 5, in ? File "OpenGL\__init__.pyc", line 18, in ? File "OpenGL\__init__.pyc", line 14, in __set_attributes IOError: [Errno 2] No such file or directory: 'F:\\gluskap-bits\\GLuskap\\dist\\library.zip\\OpenGL\\version' Anyone else seen a similar problem? Suggestions? -- sebastian hanlon - seb...@ul... "The Earth is the cradle of the mind, but one cannot stay in the cradle forever." -- Konstantin Tsiolkovsky |
From: LB <luc...@ti...> - 2004-07-26 15:09:49
|
----- Original Message ----- From: "Werner F. Bruhin" <wer...@fr...> To: <py2...@li...> Sent: Monday, July 26, 2004 3:23 PM Subject: [Py2exe-users] Re: Directories and encodings > In your application are you looking in Img directory? e.g. > Img/PythonPowered.gif. I have mine in images and within there I have a > subdir of others, so in the program I get this by doing something along > these lines: > > self.bmpPython = > wxStaticBitmap(bitmap=wxBitmap('images/others/PythonPowered.png', > wxBITMAP_TYPE_PNG), id=wxID_WXDIALOG1BMPPYTHON, > name='bmpPython', > parent=self, pos=wxPoint(10, 124), size=wxSize(110, 67), > style=0) I'm going to fix! > > > For options I have the following: > options = {"py2exe": {"compressed": 1, > "optimize": 2, > "packages": ["encodings", "kinterbasdb"] > } > > You shouldn't need "encondings.latin_1" as that is included in encodings. > > Then in the setup section I have this: > setup( > classifiers = ["Copyright:: Werner F. Bruhin", > "Development Status :: 4 Beta", > "Natural Language :: English"], > windows = [twcb], > options = options, > zipfile = zipfile, > data_files = [("prog\\locale\\fr\\LC_MESSAGES", > > ["c:\\dev\\thewinecellarbook\\program\\locale\\fr\\LC_MESSAGES\\twcb.mo"]), > ("prog\\locale\\de\\LC_MESSAGES", > > ["c:\\dev\\thewinecellarbook\\program\\locale\\de\\LC_MESSAGES\\twcb.mo"]), > > ("prog\\locale\\en\\LC_MESSAGES", > > ["c:\\dev\\thewinecellarbook\\program\\locale\\en\\LC_MESSAGES\\twcb.mo"]), > ("prog\\images", > myimages), > ("prog\\images\\others", > myotherimages), > ("prog\\", > > ["c:\\dev\\thewinecellarbook\\program\\About_-_The_Wine_Cellar_Book.html", > > "c:\\dev\\thewinecellarbook\\program\\exceptionmsg1.txt", > > "c:\\dev\\thewinecellarbook\\program\\exceptionmsg2.txt", > > "c:\\dev\\thewinecellarbook\\program\\__version__.py"]) > ] > ) > > Hope some of this helps. And I'm going to modify my setup.py following your advice. Thank you, LB |
From: Werner F. B. <wer...@fr...> - 2004-07-26 13:23:19
|
LB wrote: > I can't bypass these two problem (working on win2000): > > 1) I try to put images file in a subdirectory 'Img' with: > data_files=[('Img', ['PythonPowered.gif']), > ... > but the exe program can't find them. (It works if I make a copy of the > images in the dist directory). > How can I get it works right? In your application are you looking in Img directory? e.g. Img/PythonPowered.gif. I have mine in images and within there I have a subdir of others, so in the program I get this by doing something along these lines: self.bmpPython = wxStaticBitmap(bitmap=wxBitmap('images/others/PythonPowered.png', wxBITMAP_TYPE_PNG), id=wxID_WXDIALOG1BMPPYTHON, name='bmpPython', parent=self, pos=wxPoint(10, 124), size=wxSize(110, 67), style=0) Sorry for the wrapping. > > 2) My applications require wxpython 2.4 in unicode version. (latin_1) > I worked around options to obtain codings to work with no success. > Problems arise with a pickle (and next reload) operation of numerical > data from a grid, I want to save and then reload to the grid. > from the log file: > > saving: > > Traceback (most recent call last): > File "dBCalcForm.pyc", line 485, in OnButton1Salva > File "pickle.pyc", line 1382, in dump > File "pickle.pyc", line 231, in dump > File "pickle.pyc", line 293, in save > File "pickle.pyc", line 614, in save_list > File "pickle.pyc", line 629, in _batch_appends > File "pickle.pyc", line 293, in save > File "pickle.pyc", line 614, in save_list > File "pickle.pyc", line 629, in _batch_appends > File "pickle.pyc", line 293, in save > File "pickle.pyc", line 514, in save_unicode > LookupError: no codec search functions registered: can't find encoding > > reloading (I think): > > > Traceback (most recent call last): > File "dBCalcForm.pyc", line 503, in OnButton2Richiama > File "pickle.pyc", line 1390, in load > File "pickle.pyc", line 872, in load > File "pickle.pyc", line 894, in load_eof > EOFError: > > I can't find a correct way to insert something like: > > options = {"py2exe": {"packages": ["encodings","encodings.latin_1"]}}, > For options I have the following: options = {"py2exe": {"compressed": 1, "optimize": 2, "packages": ["encodings", "kinterbasdb"] } You shouldn't need "encondings.latin_1" as that is included in encodings. Then in the setup section I have this: setup( classifiers = ["Copyright:: Werner F. Bruhin", "Development Status :: 4 Beta", "Natural Language :: English"], windows = [twcb], options = options, zipfile = zipfile, data_files = [("prog\\locale\\fr\\LC_MESSAGES", ["c:\\dev\\thewinecellarbook\\program\\locale\\fr\\LC_MESSAGES\\twcb.mo"]), ("prog\\locale\\de\\LC_MESSAGES", ["c:\\dev\\thewinecellarbook\\program\\locale\\de\\LC_MESSAGES\\twcb.mo"]), ("prog\\locale\\en\\LC_MESSAGES", ["c:\\dev\\thewinecellarbook\\program\\locale\\en\\LC_MESSAGES\\twcb.mo"]), ("prog\\images", myimages), ("prog\\images\\others", myotherimages), ("prog\\", ["c:\\dev\\thewinecellarbook\\program\\About_-_The_Wine_Cellar_Book.html", "c:\\dev\\thewinecellarbook\\program\\exceptionmsg1.txt", "c:\\dev\\thewinecellarbook\\program\\exceptionmsg2.txt", "c:\\dev\\thewinecellarbook\\program\\__version__.py"]) ] ) Again sorry for the strange wrapping, something to do with my mail client. > this line seems to give an error and compilation stops. > Help please. > > LB > Hope some of this helps. See you Werner |
From: LB <luc...@ti...> - 2004-07-26 12:51:44
|
I can't bypass these two problem (working on win2000): 1) I try to put images file in a subdirectory 'Img' with: data_files=[('Img', ['PythonPowered.gif']), ... but the exe program can't find them. (It works if I make a copy of the images in the dist directory). How can I get it works right? 2) My applications require wxpython 2.4 in unicode version. (latin_1) I worked around options to obtain codings to work with no success. Problems arise with a pickle (and next reload) operation of numerical data from a grid, I want to save and then reload to the grid. from the log file: saving: Traceback (most recent call last): File "dBCalcForm.pyc", line 485, in OnButton1Salva File "pickle.pyc", line 1382, in dump File "pickle.pyc", line 231, in dump File "pickle.pyc", line 293, in save File "pickle.pyc", line 614, in save_list File "pickle.pyc", line 629, in _batch_appends File "pickle.pyc", line 293, in save File "pickle.pyc", line 614, in save_list File "pickle.pyc", line 629, in _batch_appends File "pickle.pyc", line 293, in save File "pickle.pyc", line 514, in save_unicode LookupError: no codec search functions registered: can't find encoding reloading (I think): Traceback (most recent call last): File "dBCalcForm.pyc", line 503, in OnButton2Richiama File "pickle.pyc", line 1390, in load File "pickle.pyc", line 872, in load File "pickle.pyc", line 894, in load_eof EOFError: I can't find a correct way to insert something like: options = {"py2exe": {"packages": ["encodings","encodings.latin_1"]}}, this line seems to give an error and compilation stops. Help please. LB |
From: Denis B. <bar...@bp...> - 2004-07-26 08:44:56
|
Hi, I was found this simple workaround in web: http://www.faqts.com/knowledge_base/entry/versions/index.phtml?aid=4419 class AutoFlush: def __init__(self, stream): self.stream = stream def write(self, text): self.stream.write(text) self.stream.flush() and at start of program, do next: sys.stdout = AutoFlush(stdout) sys.stderr = AutoFlush(stderr) Regards, Denis Barmenkov |
From: Charlie B. <ben...@ya...> - 2004-07-26 03:04:44
|
Here is my code: from tagger import * import Tix from Tkconstants import * import os import random root = Tix.Tk() myapp = MyApp(root) root.mainloop() Here is my setup file from distutils.core import setup import py2exe setup(windows=["plmaker.pyw"]) When I compile with py2exe I get the error: Traceback (most recent call last): File "plmaker.pyw", line 176, in ? File "Tix.pyc", line 210, in __init__ _tkinter.TclError: can't find package Tix What the heck is the problem, Please Help ben...@ya... __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail |
From: Thierry B. <mac...@wa...> - 2004-07-25 11:36:12
|
Hello every body I'm a beginner on developping with python but i'd manage to make a quizz game with Tkinter GUi using text file and using py2exe i've done the windows executable promgramme. On my PC windows xp pro it works well and over other pc with the same os too, but on a friend's pc with win 2000 that does'nt seems to work. Is anaybody knows the trouble. And I would like to associate my quizz with a nice icon but i don't know how. Thanks everyone for your help Thierry |
From: Jonathan H. <jhu...@ea...> - 2004-07-25 04:50:32
|
Is there a way to compile a python script with py2exe so that python will run unbuffered? (That is with the -u option or the environment variable PYTHONUNBUFFERED set) Thanks, Jonathan |