Re: Getting tired with py2exe
Any luck on finding anyone to take over py2exe development Thomas? It's a GREAT project and would be a shame to see it fall into obsolescence. Thomas Heller wrote: [snip] > > Is anyone interested in taking over the maintainance, documentation, and > further development? > [snip] -- http://mail.python.org/mailman/listinfo/python-list
Re: Getting tired with py2exe
What do you think of the idea of putting both py2exe AND py2app under the same umbrella? I don't know what the status of py2app is or who maintains it but I was thinking that it would be ideal if the 2 utilities could share code, ideas, protocols, etc. Seems like this synergy and consistency would be very beneficial. Perhaps then a Linux version could be developed with an identical inferface. Thomas Heller wrote: > Bugs <[EMAIL PROTECTED]> writes: > > >>Any luck on finding anyone to take over py2exe development Thomas? >>It's a GREAT project and would be a shame to see it fall into >>obsolescence. > > > No, nobody stepped up (yet). > > Thomas -- http://mail.python.org/mailman/listinfo/python-list
Re: RELEASED Python 2.4.2 (final)
I downloaded the 2.4.2 Windows Binary Installer from python.org but when I try to run python.exe I get the following in the console: ActivePython 2.4.1 Build 247 (ActiveState Corp.) based on Python 2.4.1 (#65, Jun 20 2005, 17:01:55) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> It says ActivePython 2.4.1 but I downloaded the 2.4.2 binary installer from python.org and the python.exe executable I'm running is timestamped 9/28/2005 12:41PM... Any ideas what I'm doing wrong? Thanks! -- http://mail.python.org/mailman/listinfo/python-list
Re: RELEASED Python 2.4.2 (final)
Thanks Trent, you called it, it was an errant python24.dll left over from an old ActiveState installation. Trent Mick wrote: [snip] > > It is possible that the python.org installer didn't overwrite the > "python24.dll" in the system directory (C:\WINDOWS\system32). Try doing > this: > [snip] -- http://mail.python.org/mailman/listinfo/python-list
Re: RELEASED Python 2.4.2 (final)
- I had an old ActiveState python24.dll in \windows\system32 which I deleted. That must've been left over from a 2.4.1 ActiveState installation which I had installed then uninstalled sometime ago. - I then uninstalled Python 2.4.2 and re-installed it for "all" users. After that everything seemed to work properly. I'm not sure where the Python 2.4.2 installation put it's python24.dll? Please let me know if you need additional details. Thanks, Bugs Martin v. Löwis wrote: > Trent Mick wrote: > >>I suppose that is possible. Martin, does python-2.4.2.msi install >>python24.dll to the Python install dir for a "per-user" installation? > > > Yes, that is supported. It would be good if Bugs could confirm that > he only deleted the wrong python24.dll, with the proper one being > installed in a different place already. His explanation > "you called it, it was an errant python24.dll left over from an old > ActiveState installation." is too imprecise to be able to tell > whether the two python DLLs where in the same location (requiring > a repair step) or in different locations (likely then resulting from > one being per-machine, and the other per-user). > > Bugs? > > Regards, > Martin -- http://mail.python.org/mailman/listinfo/python-list
Re: py2exe has a new maintainer
This is great Jimmy and thanks. Py2exe is too handy of a project to let fall into obsolescence. I especially appreciate your willingness to work with other projects in developing synergies between them. Thanks again. Jimmy Retzlaff wrote: > I am taking over the maintenance and support of py2exe from Thomas > Heller. [snip] > After I feel comfortable with things, I hope to work with other projects > in the Python packaging community (e.g., cx_Freeze, > PyInstaller/McMillan, py2app, setuptools, etc.) to see if we can't find > synergies that will make all of them better. [snip] -- http://mail.python.org/mailman/listinfo/python-list
Re: New project coming up...stay with Python, or go with a dot net language??? Your thoughts please!
Another page with up to date IronPython information: http://www.gotdotnet.com/workspaces/workspace.aspx?id=ad7acff7-ab1e-4bcb-99c0-57ac5a3a9742 Cameron Laird wrote: > In article <[EMAIL PROTECTED]>, spiffo <[EMAIL PROTECTED]> wrote: > . > . > . > >>I am a corporate developer, working for a single company. Got a new project >>coming up and wondering if I should stay with Python for this new, fairly >>large project, are jump back on the 'safe' M$ bandwagon using a dot net >>language? Cross platform is NOT an issue, but COMPLETE control/compatability > > . > . > . > While I know others in this thread have already mentioned the > fact somewhat obliquely, I'll make it explicit: Python IS "a > dot net language" http://ironpython.com/ >. -- http://mail.python.org/mailman/listinfo/python-list
Re: PyFLTK - an underrated gem for GUI projects
Peter Hansen wrote: > > The wxPython program below, py2exe'd on my machine (1.6GHz Pentium M), > comes to only 12MB (2-3MB of which is Python itself), and takes 1-2 > seconds to load (actually less than one second after the first > invocation following a fresh reboot). > And even 12MB seems heavy, unless I created my exe with py2exe incorrectly... I created the singlefile gui demo app that comes with py2exe (test_wx) and it's only 4.6MB on my WinXP machine, 3.6MB when compressed with UPX. Anyone else get the same results? -- http://mail.python.org/mailman/listinfo/python-list
Re: PyFLTK - an underrated gem for GUI projects
Hi Peter,
I just used the setup.py that comes in the singlefile/gui sample.
However, py2exe does still also require the msvcr71.dll runtime as well,
which is 340kb. Here it is, it's a bit lengthy:
# If run without args, build executables, in quiet mode.
if len(sys.argv) == 1:
sys.argv.append("py2exe")
sys.argv.append("-q")
class Target:
def __init__(self, **kw):
self.__dict__.update(kw)
# for the versioninfo resources
self.version = "0.6.1"
self.company_name = "No Company"
self.copyright = "no copyright"
self.name = "py2exe sample files"
# A program using wxPython
# The manifest will be inserted as resource into test_wx.exe. This
# gives the controls the Windows XP appearance (if run on XP ;-)
#
# Another option would be to store it in a file named
# test_wx.exe.manifest, and copy it with the data_files option into
# the dist-dir.
#
manifest_template = '''
%(prog)s Program
'''
RT_MANIFEST = 24
test_wx = Target(
# used for the versioninfo resource
description = "A sample GUI app",
# what to build
script = "test_wx.py",
other_resources = [(RT_MANIFEST, 1, manifest_template %
dict(prog="test_wx"))],
##icon_resources = [(1, "icon.ico")],
dest_base = "test_wx")
setup(
options = {"py2exe": {"compressed": 1,
"optimize": 2,
"ascii": 1,
"bundle_files": 1}},
zipfile = None,
windows = [test_wx],
)
--
http://mail.python.org/mailman/listinfo/python-list
Re: PyFLTK - an underrated gem for GUI projects
Roger Binns wrote: > > It is possible to make the wxPython smaller by having more DLLs each with > fewer widgets in it. That way you will only suck in the ones you use. > I find this VERY interesting Roger, I've been contemplating making such a request to the maintainer of wxPython (when he gets back). It would be ideal if there was some way to break up the wx library into smaller logical chucks so as little of wx as possible is distributed when utilizing tools such as py2exe. Plus, there are parts of wx that aren't wrapped by the wxPython classes that don't need to go anyways. Do you have any more information to share on this Roger? Thanks! -- http://mail.python.org/mailman/listinfo/python-list
Re: Book: Cross-Platform GUI Programming with wxWidgets?
[EMAIL PROTECTED] wrote: > I was wondering if people using wxPython found this book useful? Is it > worth the money? Thanks > It might be better for Python folks to just wait for this book, due Jan 1, 2006: http://www.manning.com/books/rappin http://www.amazon.com/gp/product/1932394621/002-8046606-2517641?v=glance&n=283155&n=507846&s=books&v=glance -- http://mail.python.org/mailman/listinfo/python-list
Re: wxGrid and Focus Event
So Paul, are you saying there's a bug with the wxGrid control and if so, do you know if there's been a bug-report submitted to the wxWidgets and/or wxPython folks? Or is this just the way the wxGrid control works? Thanks! Paul McNett wrote: > Not so fast. I've found out that I had to do the following ugly > workaround to ensure it works in all cases: > -- http://mail.python.org/mailman/listinfo/python-list
Re: wxGrid and Focus Event
Paul McNett wrote: > > If I filed a proper bug report for everything wrong with > wxPython/wxWidgets, I'd probably not get anything else done. But on the > other hand you couldn't force me to stop using wxPython if you tried! > Like any open-source software, the community is what makes it better. I agree, it's still a great toolkit even with the bugs. But think how much better a toolkit it would be with fewer bugs! =) Thanks Paul -- http://mail.python.org/mailman/listinfo/python-list
python24.dll and encodings ?
I believe I read in a relatively recent thread that the reason python24.dll is so large compared to previous releases is that all the language encodings are linked into the library? Are there any plans for future releases to split the encodings out so that, for example, if someone wanted to make a smaller executable using py2exe without all the language encodings, they could do so? I suppose one could always compile their own version of the python24.dll but for those of us that are compiler-challanged, splitting out the encodings would be nice. Is that even feasible? Thanks! -- http://mail.python.org/mailman/listinfo/python-list
Re: The state of OO wrappers on top of wxPython (was Re: Wheel-reinvention with Python)
Cliff Wells wrote: > > But how stable is GTK on systems such as Windows and OS/X? That has > been what has kept me from using it. Most GTK apps I've used on Windows > (including the venerable GIMP) are nowhere near as stable as their Linux > counterparts (although this may not be entirely the fault of GTK). > Also, GTK on OS/X requires Fink, which is a pretty hefty requirement to > place on an end user. > wxWidgets only uses GTK on Linux. On Windows and OS X it uses native widgets where possible. -- http://mail.python.org/mailman/listinfo/python-list
Re: py to exe: suggestions?
If your users already have Python installed then you could just create a self-extracting, self-executing .exe that contains only your scripts and necessary files. I belive many of the popular zip utilities have the ability to do this. The free info-zip does this as well: http://www.info-zip.org (but you have to recompile it with the appropriate switch turned on). If they don't have Python installed then you have no choice but to include the python DLLs, libraries, etc. as that's your runtime environment necessary to run your Python application. HTH chris patton wrote: > I need to convert a python file to an '.exe'. I've tried py2exe, and I > don't like it because you have to include that huge dll and libraries. > > Thanks for the Help!! > -- http://mail.python.org/mailman/listinfo/python-list
Re: learning python
If you're already fluent in other programming language(s) [sounds like you are], then this is decent and available free online: http://www.diveintopython.org/ placid wrote: > > Sometimes when you concentrate on complicated problems your thinking of > a complicated solution and not a simple one. Christopher gave a really > simple solution.( C does that to people i think) > -- http://mail.python.org/mailman/listinfo/python-list
Re: py2exe 0.6.1 released
Thomas Heller wrote: > Changes in this release: > > * py2exe can now bundle binary extensions and dlls into the > library-archive or the executable itself. This allows to > finally build real single-file executables. > > The bundled dlls and pyds are loaded at runtime by some special > code that emulates the Windows LoadLibrary function - they are > never unpacked to the file system. > Wow, that is fantastic Thomas, congratulations! So far, I've only seen where Thinstall has been able to accomplish this and at STEEP licensing cost, not free and open-source like py2exe! Can this technology be applied to other platforms? Could this all be modified in such a way that other scripting languages could take advantage of your bundling technology? Thanks! -- http://mail.python.org/mailman/listinfo/python-list
Re: py2exe 0.6.2 released
As a big test of Thomas's excellent work with py2exe, I tried to create a single-file executable of the wxPython demo (demo.py). The executable was built (5.3MB) but gets a C++ runtime error when I try to execute? Here's the log: Traceback (most recent call last): File "demo.py", line 4, in ? File "Main.pyo", line 1738, in main File "wx\_core.pyo", line 7473, in __init__ File "wx\_core.pyo", line 7125, in _BootstrapApp File "Main.pyo", line 1723, in OnInit File "Main.pyo", line 1677, in __init__ File "wx\_core.pyo", line 2889, in ConvertToBitmap wx._core.PyAssertionError: C++ assertion "wxAssertFailure" failed in ..\..\src\msw\bitmap.cpp(822): invalid image I'm brand new to py2exe so I'm not sure if I'm using it properly. I created the executable by using the samples\singlefile\gui\setup.py and just updated script = "demo.py". Then I ran the script as follows: > python setup.py py2exe --bundle 1 Correct? -- http://mail.python.org/mailman/listinfo/python-list
Re: How to protect Python source from modification
As a side question Frank, how was your experiences using wxPython for your GUI? Any regrets choosing wxPyton over another toolkit? Was it very buggy? How was it to work with in general? Any other real-world wxPython feedback you have is appreciated. Frank Millman wrote: > I am writing a multi-user accounting/business system. Data is stored in > a database (PostgreSQL on Linux, SQL Server on Windows). I have written > a Python program to run on the client, which uses wxPython as a gui, > and connects to the database via TCP/IP. > -- http://mail.python.org/mailman/listinfo/python-list
Re: How to protect Python source from modification
Thanks Frank, I appreciate the feedback. -- http://mail.python.org/mailman/listinfo/python-list
Re: Getting tired with py2exe
Steve M wrote: [snip] > * Dual packaging mode: >* Single directory: build a directory containing an executable plus > all > the external binary modules (.dll, .pyd, .so) used by the program. >* Single file: build a single executable file, totally > self-contained, > which runs without any external dependency. [snip] I've never used pyinstaller but even though it can create a single executable file, doesn't it still write files out to the filesystem to a temp directory for actual execution? Then cleans them up when the application quits? Whereas py2exe can create an executable that NEVER writes any files out to the filesystem, they are loaded instead directly from the executable? If so then that's a major difference and IMHO the py2exe method is superior. -- http://mail.python.org/mailman/listinfo/python-list
Re: Getting tired with py2exe
Thomas Heller wrote: [snip] > > Is anyone interested in taking over the maintainance, documentation, and > further development? > > Should py2exe be integrated into another, larger, package? Pywin32 > comes to mind, but also Philip Eby's setuptools (that's why I post to > distutils-sig as well)... > IMHO, it would be nice if the same folks (or groups working closely together) maintained both py2exe AND py2app. Then they could share some code and concepts, create a unified and *consistent* solution on all supported platforms, etc. Perhaps even creating a Linux version, with all 3 versions working identically... -- http://mail.python.org/mailman/listinfo/python-list
Re: wxpython book
Here's a more direct link: http://www.manning.com/books/rappin -- http://mail.python.org/mailman/listinfo/python-list
Re: python24.dll and encodings ?
Martin v. Löwis wrote: > Not only that (but also). In addition, it also contains modules that > were previously implemented as separate .pyd files (_csv, _sre, > _symtable, _winreg, datetime, mmap, parser). > [snip] > > I previously said that I would do such a thing if somebody provided a > specification other than "split out the encodings". I.e. write a PEP > that specifies how to determine whether an extension module should be > included into pythonxy.dll, and when it should not; this specification > should allow to reason about modules that haven't yet been contributed. > Thanks Martin! As the python24.dll now contains modules and codecs that weren't linked into the DLL before 2.4 and as we now need a PEP to have them split out again, I assume there was a PEP to have them included for 2.4? Can you point me to that PEP so I can evaluate writing a new PEP to reverse it? Thanks! -- http://mail.python.org/mailman/listinfo/python-list
Re: Python packages on OS X vs Windows
Have you tried the ActiveState version of Python? http://www.activestate.com/Products/Download/Download.plex?id=ActivePython -- http://mail.python.org/mailman/listinfo/python-list
Re: python24.dll and encodings ?
Thomas Heller wrote: [snip] > > A PEP discussing the rationales would *really* be great. My whole impetus for this thread was to minimize the size of Python executables created with py2exe. Right now they tend to be rather large, even for very small applications, as they include a bunch of unutilized Python functionality and/or encodings. It would be nice to see a Python environment structure that is more desktop-application-friendly for applications that distribute the Python environment WITH the application (i.e. using py2exe). Ideally, it would be nice to be able to distribute as minimal amount of the Python runtime environment as possible. New PEP: "Small is beautiful!" ;-) -- http://mail.python.org/mailman/listinfo/python-list
Re: python24.dll and encodings ?
Martin v. Löwis wrote: > Bugs wrote: > >>New PEP: "Small is beautiful!" ;-) > > > A PEP would have to be more elaborate than that; > it best be accompanied with an implementation as well. > Somebody has to do the work. > > Regards, > Martin > That was my obviously ineffective attempt at humor, hence the ;-) -- http://mail.python.org/mailman/listinfo/python-list
Re: Guido at Google
So when *is* someone (either Guido himself or Google) going to officially announce that Guido has moved to Google? If at all? Also, it would be nice to know from Guido's perspective what, if any at all, impact this will have on Python? Maybe here? http://www.artima.com/weblogs/index.jsp?blogger=guido Is this Guido's official blog? -- http://mail.python.org/mailman/listinfo/python-list
Re: Guido at Google
Greg Stein wrote: > 50% "on" > 100% "with" > Wow, that's great to know, thanks Greg! -- http://mail.python.org/mailman/listinfo/python-list
Re: Please enlighten me about PyPy
Scott David Daniels wrote: > [snip] The big trick is that you can specialize the interpreter for > running _its_ input (a Python program), thus giving you a new > interpreter that only runs your Python program -- a very specialized > interpreter indeed. > Now THAT will be slick! What is the current roadmap/timeline for PyPy? Anyone know if Guido is interested in ever becoming deeply involved in the PyPy project? -- http://mail.python.org/mailman/listinfo/python-list
New Python.org website ?
I thought I read here that a new website design was in the works for python.org in time for the new year? Is that still true and of so, anyone know what is it's status? Thanks! -- http://mail.python.org/mailman/listinfo/python-list
Re: New Python.org website ?
Aahz wrote: > Dunno about "in time for the new year", but there is a new design that is > supposedly in final stages of getting implemented. What's your hurry? No hurry: http://tinyurl.com/8d9ar -- http://mail.python.org/mailman/listinfo/python-list
Should ctypes handle mis-matching structure return ABI between mingw and MSVC?
According the Bug 36834 of gcc, there is a mis-matching between mingw and MSVC when a struct was returned by value from a C function. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36834 Should ctypes handle this situation automatically somehow? A ctypes discussion on 2009: http://thread.gmane.org/gmane.comp.python.ctypes.user/4439 -- http://mail.python.org/mailman/listinfo/python-list
