Re: Packaging/MANIFEST.in: Incude All, Exclude .gitignore

you could call a simple bash script in a git hook that syncs your MANIFEST.in with your .gitignore. Something like: echo -n "exclude " > MANIFEST.in cat .gitignore | tr '\n' ' ' >> MANIFEST.in echo "graft $(readlink -f ./keep/this)" >> MANIFEST.in https://docs.python.org/2/distuti

Re: Packaging uwsgi flask app for non-programmers?

> On Feb 13, 2018, at 10:02 AM, Dan Stromberg wrote: > > On Tue, Feb 13, 2018 at 9:28 AM, Israel Brewster > wrote: >> As such, I'm considering three possible solutions: >> >> 1) Make some sort of installer package that includes the python3 installer >> 2) Somehow automate the download and inst

Re: Packaging uwsgi flask app for non-programmers?

On Tue, Feb 13, 2018 at 9:28 AM, Israel Brewster wrote: > As such, I'm considering three possible solutions: > > 1) Make some sort of installer package that includes the python3 installer > 2) Somehow automate the download and install of Python3, or > 3) re-write my code to be python 2 compatible

Re: Packaging uwsgi flask app for non-programmers?

> > On Feb 6, 2018, at 12:12 PM, Israel Brewster wrote: > > I have been working on writing an Alexa skill which, as part of it, requires > a local web server on the end users machine - the Alexa skill sends commands > to this server, which runs them on the local machine. I wrote this local >

Re: Packaging uwsgi flask app for non-programmers?

> On Feb 6, 2018, at 8:24 PM, Dennis Lee Bieber wrote: > > On Tue, 6 Feb 2018 12:12:26 -0900, Israel Brewster > declaimed the following: > >> I have been working on writing an Alexa skill which, as part of it, requires >> a local web server on the end users machine - the Alexa skill sends c

Re: Packaging uwsgi flask app for non-programmers?

On Feb 6, 2018, at 12:12 PM, Israel Brewster wrote: > > I have been working on writing an Alexa skill which, as part of it, requires > a local web server on the end users machine - the Alexa skill sends commands > to this server, which runs them on the local machine. I wrote this local > serve

Re: packaging python code

I've used bbfreeze on linux, but that's been ~8 years ago. Don't know about the current state of the project. Regards, Nate On Tue, May 9, 2017 at 9:42 PM, MrJean1 wrote: > > > Is there any way to pack my .py with all required libraries and create a > self running package? Something like buildi

Re: packaging python code

> Is there any way to pack my .py with all required libraries and create a self > running package? Something like building exe file with static libraries. > Therefore, the user won't install any thing manually. Try Py2exe to create a standalone .exe file (but for Windo

Re: packaging python code

OK. I did that but it fails! Please see the stack D:\ThinkPad\Documents\NetBeansProjects\ExcelTest>pyinstaller exread.py 96 INFO: PyInstaller: 3.2.1 96 INFO: Python: 3.6.1 98 INFO: Platform: Windows-10-10.0.14393-SP0 103 INFO: wrote D:\ThinkPad\Documents\NetBeansProjects\ExcelTest\exread.spec

Re: packaging python code

Is there any way to pack my .py with all required libraries and create a self running package? Take a look at PyInstaller: * http://www.pyinstaller.org/ * https://pyinstaller.readthedocs.io/en/stable/ Lutz -- https://mail.python.org/mailman/listinfo/python-list

Re: Packaging multiple wheels in the same package

Appreciate it! Will do! -- https://mail.python.org/mailman/listinfo/python-list

Re: Packaging multiple wheels in the same package

On 07/13/2016 05:54 AM, Nir Cohen wrote: On Thursday, July 7, 2016 at 7:47:22 AM UTC+3, Nir Cohen wrote: On Wednesday, July 6, 2016 at 10:09:01 PM UTC+3, Ethan Furman wrote: On 07/06/2016 11:43 AM, Nir Cohen wrote: We decided that we want to package sets of wheels together created or downloa

Re: Packaging multiple wheels in the same package

On Wed, Jul 13, 2016 at 10:54 PM, Nir Cohen wrote: > On Thursday, July 7, 2016 at 7:47:22 AM UTC+3, Nir Cohen wrote: >> On Wednesday, July 6, 2016 at 10:09:01 PM UTC+3, Ethan Furman wrote: >> > Sounds like a great idea! >> > >> > Once you have your feed-back from here you'll want to take your PEP

Re: Packaging multiple wheels in the same package

On Thursday, July 7, 2016 at 7:47:22 AM UTC+3, Nir Cohen wrote: > On Wednesday, July 6, 2016 at 10:09:01 PM UTC+3, Ethan Furman wrote: > > On 07/06/2016 11:43 AM, Nir Cohen wrote: > > > > > We decided that we want to package sets of wheels together created or > > > downloaded > > > by `pip wheel

Re: Packaging multiple wheels in the same package

On Wednesday, July 6, 2016 at 10:09:01 PM UTC+3, Ethan Furman wrote: > On 07/06/2016 11:43 AM, Nir Cohen wrote: > > > We decided that we want to package sets of wheels together created or > > downloaded > > by `pip wheel`, add relevant metadata, package them together into a > single archive >

Re: Packaging multiple wheels in the same package

On 07/06/2016 11:43 AM, Nir Cohen wrote: We decided that we want to package sets of wheels together created or downloaded > by `pip wheel`, add relevant metadata, package them together into a single archive > (tar.gz or zip) and use the same tool which packs them up to install them later on,

Re: packaging code with compiled libraries

On Tuesday, October 6, 2015 at 5:51:48 AM UTC-4, Oscar Benjamin wrote: > On 5 October 2015 at 20:43, Tim wrote: > > > > I have a package I want to share but have a question about packaging. > > > > Mostly the package is pure python code, but it also requires some binary > > libraries (*.so, *.dll

Re: packaging code with compiled libraries

On 5 October 2015 at 20:43, Tim wrote: > > I have a package I want to share but have a question about packaging. > > Mostly the package is pure python code, but it also requires some binary > libraries (*.so, *.dll, *.dylib). I want to bundle these libs so users don't > have to compile. The pac

Re: packaging code with compiled libraries

On 05/10/2015 20:43, Tim wrote: > I have a package I want to share but have a question about packaging. > > Mostly the package is pure python code, but it also requires some binary > libraries (*.so, *.dll, *.dylib). I want to bundle these libs so users don't > have to compile. The package will

Re: packaging code with compiled libraries

On Tuesday, October 6, 2015 at 1:14:05 AM UTC+5:30, Tim wrote: > And that seems to work, but after reading more from the Python Packaging > Authority, I wonder if that is the right way. Should I be using wheels > instead? > I think my brain fried a little bit while going through the doc. You

Re: Packaging and deployment of standalone Python applications?

Hi Laura; and first off, thank you very much for your very insightful response. Some thoughts on that: Am 17.09.2015 um 11:06 schrieb Laura Creighton: Mozilla uses a hybrid static and binary build thing. http://www-archive.mozilla.org/build/static-build.html and confusingly calls that a stat

Re: Packaging and deployment of standalone Python applications?

W dniu 14.09.2015 o 08:58, Kristian Rink pisze: [...] > > Any pointers, ideas, inspirations on that greatly appreciated - even > in total different ways if what I am about to do is completely off > anyone would do it in a Python environment. ;) Look at https://github.com/jordansissel/fpm/wiki -

Re: Packaging and deployment of standalone Python applications?

In a message of Thu, 17 Sep 2015 08:23:52 +0200, Kristian Rink writes: >Hi Laura; > >and first off, thanks bunches for your comment. > >Am 17.09.2015 um 00:19 schrieb Laura Creighton: > > >> Your problem is likely with the shared library search paths. >> Different distributions put them in differen

Re: Packaging and deployment of standalone Python applications?

On Thu, Sep 17, 2015 at 5:24 PM, Christian Gollwitzer wrote: > IMHO this is one of the lacks of CPython. Distributing source is not always > practical, especially if the project involves modules written in C, or a > large number of 3rd party libraries. To provide linux binaries as .rpm and > .deb,

Re: Packaging and deployment of standalone Python applications?

Am 16.09.15 um 21:29 schrieb Kristian Rink: Thanks, this already is pretty close to what I need. Playing with this and virtualenv, I figured out that this way it's pretty easily possible to have isolated Python environments _locally_. However I failed to package one of these environments and move

Re: Packaging and deployment of standalone Python applications?

Hi Laura; and first off, thanks bunches for your comment. Am 17.09.2015 um 00:19 schrieb Laura Creighton: > Your problem is likely with the shared library search paths. Different distributions put them in different places. It's a real pain, and the reason why docker is getting more popular.

Re: Packaging and deployment of standalone Python applications?

In a message of Wed, 16 Sep 2015 21:29:23 +0200, Kristian Rink writes: >Am 15.09.2015 um 08:59 schrieb paul.hermeneu...@gmail.com: >> >> https://docs.python.org/3/library/venv.html?highlight=venv#module-venv > >Thanks, this already is pretty close to what I need. Playing with this >and virtualenv,

Re: Packaging and deployment of standalone Python applications?

Am 15.09.2015 um 08:59 schrieb paul.hermeneu...@gmail.com: https://docs.python.org/3/library/venv.html?highlight=venv#module-venv Thanks, this already is pretty close to what I need. Playing with this and virtualenv, I figured out that this way it's pretty easily possible to have isolated Py

Re: Packaging and deployment of standalone Python applications?

>On Monday, September 14, 2015 at 8:58:51 AM UTC+2, Kristian Rink wrote: >> Folks; coming from a server-sided Java background, I'm recently >> exploring frameworks such as cherrypy or webpy for building RESTful >> services, which is quite a breeze and a pretty pleasant experience; >> however one t

Re: Packaging and deployment of standalone Python applications?

On Monday, September 14, 2015 at 8:58:51 AM UTC+2, Kristian Rink wrote: > Folks; > > coming from a server-sided Java background, I'm recently exploring frameworks > such as cherrypy or webpy for building RESTful services, which is quite a > breeze and a pretty pleasant experience; however one th

Re: Packaging and deployment of standalone Python applications?

This might be helpful. https://docs.python.org/3/distributing/index.html See also https://docs.python.org/3/library/venv.html?highlight=venv#module-venv Folks; coming from a server-sided Java background, I'm recently exploring frameworks such as cherrypy or webpy for building RESTful services,

Re: Packaging and deployment of standalone Python applications?

Am 14.09.15 um 08:58 schrieb Kristian Rink: Folks; coming from a server-sided Java background, I'm recently exploring frameworks such as cherrypy or webpy for building RESTful services, which is quite a breeze and a pretty pleasant experience; however one thing so far bugs me: Using Java tooling

Re: Packaging and deployment of standalone Python applications?

Kristian Rink writes: > Folks; > > coming from a server-sided Java background, I'm recently exploring frameworks > such as cherrypy or webpy for building RESTful services, which is quite a > breeze and a pretty pleasant experience; however one thing so far bugs me: > Using Java tooling and lib

Re: Packaging a private project

Am 16.12.2013 12:18, schrieb Nicholas Cole: Dear List, What is the best way to distribute a private, pure python, Python 3 project that needs several modules (some available on pypi but some private and used by several separate projects) in order to run? I'd like to include everything that my p

Re: Packaging a private project

On Dec 16, 2013 11:20 AM, "Nicholas Cole" wrote: > > Dear List, > > What is the best way to distribute a private, pure python, Python 3 > project that needs several modules (some available on pypi but some > private and used by several separate projects) in order to run? > > I'd like to include ev

Re: Packaging a proprietary Python library for multiple OSs

On 12/5/13, 10:50 AM, Michael Herrmann wrote: On Thursday, December 5, 2013 4:26:40 PM UTC+1, Kevin Walzer wrote: On 12/5/13, 5:14 AM, Michael Herrmann wrote: If your library and their dependencies are simply .pyc files, then I don't see why a zip collated via py2exe wouldn't work on other platf

Re: Packaging a proprietary Python library for multiple OSs

On 2013-12-05 17:50, Zero Piraeus wrote: : On Thu, Dec 05, 2013 at 09:12:30AM -0800, Roy Smith wrote: I keep hearing that I should use gmane as a superior interface. Well, I tried that. I went to http://dir.gmane.org/search.php, where it asks me to search for a newsgroup. I type in "comp.lan

Re: Packaging a proprietary Python library for multiple OSs

On 05/12/2013 17:50, Zero Piraeus wrote: : On Thu, Dec 05, 2013 at 09:12:30AM -0800, Roy Smith wrote: I keep hearing that I should use gmane as a superior interface. Well, I tried that. I went to http://dir.gmane.org/search.php, where it asks me to search for a newsgroup. I type in "comp.lan

Re: Packaging a proprietary Python library for multiple OSs

: On Thu, Dec 05, 2013 at 09:12:30AM -0800, Roy Smith wrote: > I keep hearing that I should use gmane as a superior interface. Well, > I tried that. I went to http://dir.gmane.org/search.php, where it > asks me to search for a newsgroup. I type in "comp.lang.python", and > it tells me, "No matc

Re: Packaging a proprietary Python library for multiple OSs

On Fri, Dec 6, 2013 at 4:12 AM, Roy Smith wrote: >> It's like an argument my boss and I had: I said that PHP is a bad language, >> and >> he said that it can't possibly be a bad language because he's able to >> write good code in it. > > PHP is a disaster of a language. But, like any bad tool, a

Re: Packaging a proprietary Python library for multiple OSs

On 05/12/2013 16:20, Chris Angelico wrote: On Fri, Dec 6, 2013 at 2:32 AM, Travis Griggs wrote: On Dec 5, 2013, at 2:56 AM, rusi wrote: 3. https://groups.google.com/forum/#!forum/python-virtualenv may be a better place to ask Am I the only one that sees the irony in this suggestion? Given

Re: Packaging a proprietary Python library for multiple OSs

On Thursday, December 5, 2013 11:20:41 AM UTC-5, Chris Angelico wrote: > No, it's not like that. It's that there are some people who, despite > truckloads of evidence to the contrary, still think that Google Groups > > is worth using. Rusi is one of them. Fortunately, he has defended his > > posit

Re: Packaging a proprietary Python library for multiple OSs

On Thursday, 5 December 2013 16:52:45 UTC+1, rand...@fastmail.us wrote: > Or you could just sue anyone who steals your code. I see your point but I don't think it's very practical. If the person who stole the code sits in some remote country with a completely different legal system, I think I'll

Re: Packaging a proprietary Python library for multiple OSs

On Fri, Dec 6, 2013 at 2:32 AM, Travis Griggs wrote: > > On Dec 5, 2013, at 2:56 AM, rusi wrote: > >> 3. https://groups.google.com/forum/#!forum/python-virtualenv may be a better >> place to ask > > Am I the only one that sees the irony in this suggestion? Given the long > running tirades^H^H^H^

Re: Packaging a proprietary Python library for multiple OSs

On 12/5/13, 10:50 AM, Michael Herrmann wrote: As I said, I need to make my *build* platform-independent. cx_Freeze is platform independent, but I'm not sure if it generates libraries or simply executables. --Kevin -- Kevin Walzer Code by Kevin/Mobile Code by Kevin http://www.codebykevin.com

Re: Packaging a proprietary Python library for multiple OSs

On Thursday, December 5, 2013 4:26:40 PM UTC+1, Kevin Walzer wrote: > On 12/5/13, 5:14 AM, Michael Herrmann wrote: > If your library and their dependencies are simply .pyc files, then I > don't see why a zip collated via py2exe wouldn't work on other > platforms. Obviously this point is moot if y

Re: Packaging a proprietary Python library for multiple OSs

On Thu, Dec 5, 2013, at 10:49, Michael Herrmann wrote: > Very interesting point. Thank you very much for pointing out uncompyle. I > had always known that it was easy to decompile .pyc files, but hadn't > imagined it to be that easy. I just tried uncompyle with some of our > proprietary .pyc files.

Re: Packaging a proprietary Python library for multiple OSs

On Thursday, December 5, 2013 3:09:32 PM UTC+1, Roy Smith wrote: > > 1. Is it considered a bad idea in the Python community to ship one large > > Zip file with all dependencies? > Yes. I see. Unfortunately, the library's users may be non-technical and might not even have experience with Python.

Re: Packaging a proprietary Python library for multiple OSs

On Thursday, December 5, 2013 11:56:16 AM UTC+1, rusi wrote: > Wheel is the upcoming standard I think. > http://www.python.org/dev/peps/pep-0427/ I hadn't known of Wheel - thanks for pointing it out! -- https://mail.python.org/mailman/listinfo/python-list

Re: Packaging a proprietary Python library for multiple OSs

On Dec 5, 2013, at 2:56 AM, rusi wrote: > 3. https://groups.google.com/forum/#!forum/python-virtualenv may be a better > place to ask Am I the only one that sees the irony in this suggestion? Given the long running tirades^H^H^H^H^H^H thread about “Managing Google Groups headaches”? “Pleasss

Re: Packaging a proprietary Python library for multiple OSs

On 12/5/13, 5:14 AM, Michael Herrmann wrote: Even though I am not generating an EXE, I am using py2exe to obtain the distributable Zip file for my library. This "hack" is very convenient, as py2exe allows me to simply say which packages I require and does the work of performing a dependency ana

Re: Packaging a proprietary Python library for multiple OSs

In article <58d49c5b-c837-4dac-b764-369fea025...@googlegroups.com>, Michael Herrmann wrote: > 1. Is it considered a bad idea in the Python community to ship one large Zip > file with all dependencies? Yes. > How do *you* prefer to obtain and install Python libraries? "pip install" > 2. I

Re: Packaging a proprietary Python library for multiple OSs

On Thursday, December 5, 2013 3:44:50 PM UTC+5:30, Michael Herrmann wrote: > Hi everyone, > > I am developing a proprietary Python library. The library is currently > Windows-only, and I want to also make it available for other platforms (Linux > & Mac). I'm writing because I wanted to ask for yo

Re: packaging a python application

Hi all, This is interesting. Do we have the distribute/setuptools equivalent of postinstall (with ncurses interface) from Debian? My limited foray into setuptools, indicate it doesn't have . Is it a planned feature either? i would like to contribute in that case. ==

Re: packaging and installing

On Tue, Dec 14, 2010 at 6:59 PM, Brian Blais wrote: > On Dec 13, 2010, at 12:30 PM, Godson Gera wrote: > > > > > > > On Mon, Dec 13, 2010 at 10:46 PM, Brian Blais wrote: > >> Hello, > >> > >> I was wondering if there is any standard or suggested way of installing > packages *without* going to t

Re: packaging and installing

On Dec 13, 2010, at 12:30 PM, Godson Gera wrote: > > > On Mon, Dec 13, 2010 at 10:46 PM, Brian Blais wrote: >> Hello, >> >> I was wondering if there is any standard or suggested way of installing >> packages *without* going to the commandline. I often have students who, >> from there experi

Re: packaging and installing

On Mon, Dec 13, 2010 at 10:46 PM, Brian Blais wrote: > Hello, > > I was wondering if there is any standard or suggested way of installing > packages *without* going to the commandline. I often have students who, > from there experience in Windows, have never looked at the commandline > before an

Re: packaging python code in zip file

mark jason wrote: > hi, > I have created a python app in eclipse pydev .The app is structured as > below.. > > mypackage > |__ __init__.py > |__ driver.py > |__ helper.py > |__ utils.py > > The driver.py has the main program.I have added if > __name__=="__main__" block in

Re: packaging python code in zip file

have u tried using setuptools and distutils they are used for python package distributions On Thu, Dec 9, 2010 at 5:02 PM, mark jason wrote: > hi, > I have created a python app in eclipse pydev .The app is structured as > below.. > > mypackage > |__ __init__.py > |__ driver.py > |___

Re: Packaging question

snorble wrote: > My question is, why do the modules bar and foo show up in mypack's > dir()? I intend for Foo (the class foo.Foo) and Bar (the class > bar.Bar) to be there, but was not sure about the modules foo and bar. > $ ls mypack/*.py > bar.py > foo.py > __init__.py > > $ cat mypack/__init_

Re: packaging multiple python scripts as Windows exe file

On Apr 12, 3:20 pm, Alex Hall wrote: > Hi all, > While my project is still suffering from major import problems, I will > soon have to try to package it as a Windows executable file. I do not > want an installer; I want the user to be able to run the program for > as long as they want, then to qui

Re: packaging multiple python scripts as Windows exe file

msvcr90.dll is the file, and, according to the py2exe tutorial, step 5, I do not have permision to distribute the file. This is not good news, but beyond that, I apparently get an entire directory with all required files, not a single .exe which has everything packaged inside it. Is there another w

Re: packaging multiple python scripts as Windows exe file

On Apr 13, 9:56 pm, Mike Driscoll wrote: > On Apr 12, 5:20 pm, Alex Hall wrote: > > > > > Hi all, > > While my project is still suffering from major import problems, I will > > soon have to try to package it as a Windows executable file. I do not > > want an installer; I want the user to be able

Re: packaging multiple python scripts as Windows exe file

On Apr 12, 5:20 pm, Alex Hall wrote: > Hi all, > While my project is still suffering from major import problems, I will > soon have to try to package it as a Windows executable file. I do not > want an installer; I want the user to be able to run the program for > as long as they want, then to qui

Re: packaging apps

On Tue, 30 Jun 2009 11:11:15 -0400, Ronn Ross wrote: > I have a simple application that has a glade file and a .py file. How would > I package that into an installer for Windows, Mac, and a deb file? Can > anyone point me in the right direction? I don't think there is a simple way to do that just

Re: packaging apps

Hello, Regarding packaging for debian (.deb), the best reference I've found is: https://wiki.ubuntu.com/PackagingGuide/Python However, all that mess probably won't be needed anymore once this is finished: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-automagic-python-build-sys

Re: packaging

> andrew thanks andrew, good advice, I should probably use that throughout our code. btw, hope the world is treating you well, long time no see... -craig -- http://mail.python.org/mailman/listinfo/python-list

Re: packaging

Craig Allen wrote: we have software we are putting into package form. So far, all the code was in local py files and we imported between the modules as you'd think. Now with the package ("ourpackage") we are addressing how import affects the importing module. if "ourpackage" __init__.py itself

Re: packaging

Craig Allen wrote: [...] > Instead, I think we want "import package" to preserve the sort of > namespace our loose python files provided, so: > > import ourpackage > inst = ourpackage.OurClass() > > I think the way to do this, and it seems a legit use of a somewhat > dangerous form of import, t

Re: Packaging Survey

Hi Tarek, I'm an academic. What do I put down for Q #1? ;) (I put down "pro developer") --t On Mon, Mar 09, 2009 at 06:44:02AM +0100, Tarek Ziad? wrote: -> The Python Langage Summit is coming up. To prepare this event, I have -> put online a survey you can take to tell us a bit more about you

Re: Packaging Survey

Robert Kern wrote: > On 2009-03-09 13:52, R. David Murray wrote: >> The web _really, really_ needs some sort of mechanism for a site >> to say "I'm not claiming anything about my identity, I'm just >> providing you an https channel over which to talk to me >> securely". > > If I don't claim an id

Re: Packaging Survey

On 2009-03-09 13:52, R. David Murray wrote: "Werner F. Bruhin" wrote: Tarek Ziadé wrote: The Python Langage Summit is coming up. To prepare this event, I have put online a survey you can take to tell us a bit more about you and how you package your Python applications. * Who should take

Re: Packaging Survey

"Werner F. Bruhin" wrote: > Tarek Ziadé wrote: > > The Python Langage Summit is coming up. To prepare this event, I have > > put online a survey you can take to tell us a bit more about you and > > how you package your Python applications. > > > > * Who should take the survey : any Python dev

Re: Packaging Survey

Tarek Ziadé wrote: The Python Langage Summit is coming up. To prepare this event, I have put online a survey you can take to tell us a bit more about you and how you package your Python applications. * Who should take the survey : any Python developer that packages and distributes his code,

Re: Packaging modules with Bundlebuilder

On Mar 4, 12:52 am, DLitgo wrote: > Hello everyone, > > I'm curious about creating .app files for the mac using bundlebuilder > (or py2app or even py2exe). I'm just about done creating a GUI for a > little set of scripts which basically perform batch image editing. > > If I send this app to friend

Re: Packaging modules with Bundlebuilder

On Mar 4, 1:34 am, "Diez B. Roggisch" wrote: > DLitgo schrieb: > > > Hello everyone, > > > I'm curious about creating .app files for the mac using bundlebuilder > > (or py2app or even py2exe). I'm just about done creating a GUI for a > > little set of scripts which basically perform batch image ed

Re: Packaging modules with Bundlebuilder

DLitgo schrieb: Hello everyone, I'm curious about creating .app files for the mac using bundlebuilder (or py2app or even py2exe). I'm just about done creating a GUI for a little set of scripts which basically perform batch image editing. If I send this app to friends and family will they be abl

Re: Packaging and dependencies

Steve Holden <[EMAIL PROTECTED]> writes: > Ben Finney wrote: > > So, if fifteen different programs depend on library X, we'd have > > fifteen *separate* installations of library X on the same machine? > > > You need to get your opinions up to date. Fifteen copies of a single > library is nothing i

Re: Packaging and dependencies

> Agreed, but until we reach the ideal situation where everybody is using > the same package dependency system what's your practical solution? > "Self-contained" has the merit that nobody else's changes are going to > bugger about with my application on a customer's system. The extra disk > space i

Re: Packaging and dependencies

Ben Finney wrote: > "Diez B. Roggisch" <[EMAIL PROTECTED]> writes: > >> In my opinion, python is steering here to a direction like Java with >> it's classpath: scripts like workingenv and it's successor (forgot >> the name) provide hand-tailored environments for a specific >> application. > > Wha

Re: Packaging up a Python/Twisted Matrix application...

On 1/4/07, Chaz Ginger <[EMAIL PROTECTED]> wrote: > I have a rather large Python/Twisted Matrix application that will be run > on Windows, Linux and perhaps Macs. I was wondering if there are any > tools that can be used to create an installer that will bring in Python, > Twisted Matrix, my applica

Re: Packaging up a Python/Twisted Matrix application...

On 1/4/07, Chaz Ginger <[EMAIL PROTECTED]> wrote: > I have a rather large Python/Twisted Matrix application that will be run > on Windows, Linux and perhaps Macs. I was wondering if there are any > tools that can be used to create an installer that will bring in Python, > Twisted Matrix, my applica

Re: packaging programs

Brian Blais schrieb: > Hello, > > What is the preferred way of packaging python programs? I know a bit > about py2exe (windows) and freeze (linux), but is there a way to package > something if you assume that they have python installed? For example, > if you assume that they have Python 2.4,

Re: packaging question - documentation

Sorry about not being clear. I have been downloading quite a few packages for examples, but have not found a good example of man page building from optparse. seismic-py - setup.py - seismic - __init.py__ - bulk of the code *.py - scripts - programs that go in bin/

Re: packaging a python project and associated graphics files

Rajarshi Guha wrote: > Hi, I've been trying to package a python project and I'm a little confused > about how I distribute some PNG's that the program uses as icons. > > Using distutils I can set the data_files argument of setup() and get my > data files located in, say, /usr/local/mydata. > > Ho

Re: packaging a python project and associated graphics files

Rajarshi Guha <[EMAIL PROTECTED]> writes: > Hi, I've been trying to package a python project and I'm a little confused > about how I distribute some PNG's that the program uses as icons. > > Using distutils I can set the data_files argument of setup() and get my > data files located in, say, /usr/

Re: packaging python for install.

Hi I found the solution to problem and I just want to document it for the next guy. I did not copy the content of the 'dist' directory created by Py2exe to the folder containing my executable. Changing HKEY_LOCAL_MACHINE\SOFTWARE\PythonCore\. alone did not work for me... maybe I should have foun

Re: packaging python for install.

Hi Miki Thx for you reply. I have tried the procedure but I am stuck with python setup.py py2exe --includes mymodule. I get the following error: "ImportError: No module named mymodule" I don't know what mymodule should contain. Basically I want all of python and numarray to be part of the distr

Re: packaging python for install.

Hello J, >I have created an App that embedds the python interpreter and I am >now in the process of creating an installer. I am currently linking >python24.lib, but it is only 184k and I suspect that it imports other >dlls... I am also using numarray. Does anyone have any experiences in >packaging

Re: packaging python for install.

J wrote: > I have created an App that embedds the python interpreter and I am > now in the process of creating an installer. I am currently linking > python24.lib, but it is only 184k and I suspect that it imports other > dlls... I am also using numarray. Does anyone have any experiences in > packa