Request to Review: Tutorial about Python Packaging offering different use case

Hello, I would like to point to my Python Packaging Tutorial explaining several common use cases using minimal demo projects. <https://codeberg.org/buhtz/tech-demo-python-packaging> I am not an expert and assume that some of my solutions might not be the best. So I would appreciate

Re: Proliferation of Python packaging formats

On 11/17/21 07:44, Chris Angelico wrote: On Thu, Nov 18, 2021 at 12:20 AM Skip Montanaro wrote: Is the proliferation of packaging formats in Python as nutzo as this author believes? https://drewdevault.com/2021/11/16/Python-stop-screwing-distros-over.html Asking because I've never be

Re: Proliferation of Python packaging formats

On 2021-11-17, Skip Montanaro wrote: > Is the proliferation of packaging formats in Python as nutzo as this author > believes? > > https://drewdevault.com/2021/11/16/Python-stop-screwing-distros-over.html > > Asking because I've never been in the business of re

Re: Proliferation of Python packaging formats

On Thu, Nov 18, 2021 at 12:20 AM Skip Montanaro wrote: > > Is the proliferation of packaging formats in Python as nutzo as this author > believes? > > https://drewdevault.com/2021/11/16/Python-stop-screwing-distros-over.html > > Asking because I've never been in the bus

Proliferation of Python packaging formats

Is the proliferation of packaging formats in Python as nutzo as this author believes? https://drewdevault.com/2021/11/16/Python-stop-screwing-distros-over.html Asking because I've never been in the business of releasing "retail" Python applications or packages. Skip -- https://

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

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

Greetings list, SInce i have a .gitignore, how do i exclude all files and folders listed by my gitignore? How do i include everything by default? Kind Regards, Abdur-Rahmaan Janhangeer about | blog github

Re: Online training June 11, 12: Docker packaging best practices for Python in production

the class on the event page* <https://www.eventbrite.com/e/production-ready-docker-packaging-for-python-developers-tickets-106092599822>* (*https://bit.ly/36kBhhN). Requested/suggested improvements to this 'advert': 1 internationalisation/localisation Please include the exa

Packaging Sqlite DB and Pictures with Executable file

s://www.pythonmembers.club/2019/12/31/packaging-an-sqlite-db-included-crud-pyqt5-app-using-pyinstaller/> ! Yours, Abdur-Rahmaan Janhangeer pythonmembers.club <http://www.pythonmembers.club/> | github <https://github.com/Abdur-rahmaanJ> Mauritius -- https://mail.python.org/mailman/listinfo/python-list

Python packaging (was: the python name)

On 2019-01-06 13:26:15 +0100, Peter J. Holzer wrote: > I haven't packaged anything yet. I have looked at the documentation > several times and I agree that it looks somewhat daunting (I am not > unfamiliar with packaging systems: I have built rpm and deb packages, > and used bot

Packaging for python2/3 compatibility

Hello all, I'm a member of the RHEV integration team and for the past few weeks I've been working on packaging Ovirt for python3 compatibility for Fedora, and we have very clear guidelines for packaging python packages for Fedora: https://fedoraproject.org/wiki/Packaging:Python#Byte

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?

; scenario, or perhaps some other option that might work better to package > things up? So at the moment, since there have been no suggestions for packaging, I'm getting by with a bash script that: a) Makes sure python 3 is installed, prompting the user to install it if not b) Makes sure pip

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

Packaging uwsgi flask app for non-programmers?

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 server in Flask, and run it using uwsgi, using a command like: "uwsgi

Re: from packaging import version as pack_version ImportError: No module named packaging

On 30Oct2017 10:48, David Gabriel wrote: When I run this command I got this error message: ubuntu@orchestrateur:/tmp/pack$ virtualenv -p $(which python3.5) . [...] OSError: [Errno 13] Permission denied Peter has explained this failure. Note that in the shell you can show command execution,

Re: from packaging import version as pack_version ImportError: No module named packaging

David Gabriel wrote: > Dears, > > When I run this command I got this error message: > > ubuntu@orchestrateur:/tmp/pack$ virtualenv -p $(which python3.5) . > Running virtualenv with interpreter /usr/local/sbin/. > Traceback (most recent call last): > File "/usr/bin/virtualenv", line 3, in >

Re: from packaging import version as pack_version ImportError: No module named packaging

will apply your recommandation and let you know about the result ... >> >> Kind regards. >> >> 2017-10-27 16:13 GMT+02:00 Lutz Horn : >> >>> On Fri, Oct 27, 2017 at 03:56:39PM +0200, David Gabriel wrote: >>> > from packaging import version as pack_ver

Re: from packaging import version as pack_version ImportError: No module named packaging

t; I will apply your recommandation and let you know about the result ... > > Kind regards. > > 2017-10-27 16:13 GMT+02:00 Lutz Horn : > >> On Fri, Oct 27, 2017 at 03:56:39PM +0200, David Gabriel wrote: >> > from packaging import version as pack_version >> > Im

Re: from packaging import version as pack_version ImportError: No module named packaging

iel wrote: > > from packaging import version as pack_version > > ImportError: No module named packaging > > > > I googled it and I have found so many suggestions regarding updating > > 'pip' and installing python-setuptools but all of these did not fix > >

Re: from packaging import version as pack_version ImportError: No module named packaging

On Fri, Oct 27, 2017 at 03:56:39PM +0200, David Gabriel wrote: > from packaging import version as pack_version > ImportError: No module named packaging > > I googled it and I have found so many suggestions regarding updating > 'pip' and installing python-setuptools but

Re: from packaging import version as pack_version ImportError: No module named packaging

On 27Oct2017 15:56, David Gabriel wrote: I am running a python code that generates for me this error : from packaging import version as pack_version ImportError: No module named packaging I googled it and I have found so many suggestions regarding updating 'pip' and install

from packaging import version as pack_version ImportError: No module named packaging

Dears, I am running a python code that generates for me this error : from packaging import version as pack_version ImportError: No module named packaging I googled it and I have found so many suggestions regarding updating 'pip' and installing python-setuptools but all of these did no

Re: Good virtualenv and packaging tutorials for beginner?

Leam Hall writes: > Folks on IRC have suggested using virtualenv to test code under > different python versions. Sadly, I've not found a virtualenv tutorial > I understand. Anyone have a link to a good one? I recently used http://www.simononsoftware.com/virtualenv-tutorial-part-2/ to set up one.

Re: Good virtualenv and packaging tutorials for beginner?

On Oct 4, 2017, at 3:49 AM, Leam Hall wrote: > > Folks on IRC have suggested using virtualenv to test code under different > python versions. Sadly, I've not found a virtualenv tutorial I understand. > Anyone have a link to a good one? > > The next step will be to figure out how to package a p

Re: Good virtualenv and packaging tutorials for beginner?

irtualenv tutorial >> > I understand. Anyone have a link to a good one? >> >> The Python Packaging Authority has a guide >> https://packaging.python.org/tutorials/installing- >> packages/#creating-virtual-environments> >> which seems good to me. >&g

Re: Good virtualenv and packaging tutorials for beginner?

On Wed, Oct 4, 2017 at 7:15 AM, Ben Finney wrote: > Leam Hall writes: > > > Folks on IRC have suggested using virtualenv to test code under > > different python versions. Sadly, I've not found a virtualenv tutorial > > I understand. Anyone have a link to a good

Re: Good virtualenv and packaging tutorials for beginner?

Leam Hall writes: > Folks on IRC have suggested using virtualenv to test code under > different python versions. Sadly, I've not found a virtualenv tutorial > I understand. Anyone have a link to a good one? The Python Packaging Authority has a guide https://packaging.python

Good virtualenv and packaging tutorials for beginner?

Folks on IRC have suggested using virtualenv to test code under different python versions. Sadly, I've not found a virtualenv tutorial I understand. Anyone have a link to a good one? The next step will be to figure out how to package a project; a good tutorial URL would be appreciated on that,

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

packaging python code

Hi, I have simple piece of code which uses two libraries (numpy and openpyxl). The script is called from another application. Currently, if someone wants to run my program, he has to first install the python completely via its installer. Is there any way to pack my .py with all required librarie

Re: Basic Packaging strategy question

On Tuesday, 7 March 2017 01:45:10 UTC, bilm...@gmail.com wrote: > It still seems strange to me that such a well documented ecosystem does not > have an official way to package a complete app ( vs packages ). Well, it's a combination of history, the fact that the whole thing is platform depen

Re: Basic Packaging strategy question

On Sat, 04 Mar 2017 15:08:15 -0800, bilmar19 wrote: > I have a simple project that I want to package to put it on another > machine but everything I have read so far about packaging ends up > putting the whole install alongside with 'packages' - typically in > .../site-pa

Re: Basic Packaging strategy question

Thanks, It still seems strange to me that such a well documented ecosystem does not have an official way to package a complete app ( vs packages ). Bill -- https://mail.python.org/mailman/listinfo/python-list

Re: Basic Packaging strategy question

On Sunday, March 5, 2017 at 1:08:25 AM UTC+2, bilm...@gmail.com wrote: > I have a simple project that I want to package to put it on another machine > but everything I have read so far about packaging ends up putting the whole > install alongside with 'packages' - typically i

Basic Packaging strategy question

I have a simple project that I want to package to put it on another machine but everything I have read so far about packaging ends up putting the whole install alongside with 'packages' - typically in .../site-packages. This seems a strange place to launch an app from! So, if I h

Re: A detailed description on virtualenv's packaging dependecies? (pip, easy_install, wheel, setuptools, distlib, etc.)

the lower level of > Python package management. I started with pip, moved to setuptools and now > set my sight on distlib. > > Can someone describe the specific dependencies of all the *packaging* > libraries that `virtualenv` uses? And the dependencies between them? > > I be

A detailed description on virtualenv's packaging dependecies? (pip, easy_install, wheel, setuptools, distlib, etc.)

and now set my sight on distlib. Can someone describe the specific dependencies of all the *packaging* libraries that `virtualenv` uses? And the dependencies between them? I believe that virtualenv directly imports `pip`, `easy_install` and `wheel`. Those in turn import `setuptools` and `distlib

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,

Packaging multiple wheels in the same package

Hey all, As part of working on Cloudify (http://github.com/cloudify-cosmo) we've had to provide a way for customers to install our plugins in an environment where PyPI isn't accessible. These plugins are sets of Python packages which necessarily depend on one another (i.e. a regular python pack

Python Packaging and being a good testing citizen

Hey guys, I wrote a python package to deal with heatmiser's protocol when communicating with devices over TCP. It would be good to wrap some tests around it as I know the core elements won't change - but need to add support for different devices and different connection methods. One thing has

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

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 &g

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

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 t

packaging code with compiled libraries

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 run on *nix/windows/mac plat

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

Packaging and deployment of standalone Python applications?

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 libraries such as DropWizard, it is pr

Re: Where to learn current best Python packaging practices

Rick Johnson writes: > On Thursday, January 8, 2015 at 7:12:18 PM UTC-6, Ben Finney wrote: > > > That does not contradict the position that [python packaging] is an > > ornery beast full of hidden traps and compromises though; it just > > means that everything that came

Re: Where to learn current best Python packaging practices (was: Announce: PyPrimes 0.2.1a)

On Thursday, January 8, 2015 at 7:12:18 PM UTC-6, Ben Finney wrote: > That does not contradict the position that [python > packaging] is an ornery beast full of hidden traps and > compromises though; it just means that everything that > came before it (in Python) is worse Ben, you&#x

Re: Where to learn current best Python packaging practices (was: Announce: PyPrimes 0.2.1a)

On Friday, January 9, 2015 at 6:42:18 AM UTC+5:30, Ben Finney wrote: > Steven D'Aprano writes: > > > Is there a good tutorial to learn about pip? > > I'll answer what I think is the correct question: where to learn about > the current best Python packaging practic

Where to learn current best Python packaging practices (was: Announce: PyPrimes 0.2.1a)

Steven D'Aprano writes: > Is there a good tutorial to learn about pip? I'll answer what I think is the correct question: where to learn about the current best Python packaging practices. We have recently gained an official body whose explicit job is to direct, and be opin

Re: Advice needed for Python packaging - can't find required library during installation

Thank you very much! :-) On Monday, February 3, 2014 11:30:00 PM UTC-8, dieter wrote: > thebiggestbangthe...@gmail.com writes: > > > > > I am trying to package up a very simple python app. In my setup.py file I > > have a couple of lines that include the following: > > > > > > from setuptool

Re: Advice needed for Python packaging - can't find required library during installation

thebiggestbangthe...@gmail.com writes: > I am trying to package up a very simple python app. In my setup.py file I > have a couple of lines that include the following: > > from setuptools import setup > > setup( > name='ban', > version='0.1', > packages=['ban',], >

Advice needed for Python packaging - can't find required library during installation

Hello all, I am trying to package up a very simple python app. In my setup.py file I have a couple of lines that include the following: from setuptools import setup setup( name='ban', version='0.1', packages=['ban',], description='Python Distribution Utilities',

Re: Development infrastructure - need python packaging gurus help, please

Eugene Sajine writes: > ... > Here is what i'm trying to achieve: > 1. I want to be able to specify the set of dependencies for the project i'm > currently developing and make them available for the import. Think java jar - > having it in class path allows for the code reuse (import packages pro

Development infrastructure - need python packaging gurus help, please

Hi! I'm trying to create a development infrastructure that would allow for simple and unified ways of sharing, *deploying* and *reusing* the code within private entity. I can see that pip with virtual environments and requirements.txt is very similar to dependency management provided by maven o

Re: Packaging a private project

on pypi has become very easy -- I'd forgotten how hard packaging private code is! Well, pyzzer comes to mind (you find it on pypi). It creates an executable zip-archive containing all the stuff that you need (at least the pure python modules). The problem remains: how to find all the modules a

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

Packaging a private project

n of "the right way to do it". I'm making life harder for myself by using python 3 (PyInstaller still only supports Python 2) and by the fact that I can't release some of the necessary code publicly. Releasing modules and scripts on pypi has become very easy -- I'd forg

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

Official discussion forum for a project (was: Packaging a proprietary Python library for multiple OSs)

Travis Griggs writes: > 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 Go

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

  1   2   3   >