Path: csiph.com!eternal-september.org!feeder.eternal-september.org!feeds.phibee-telecom.net!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!nzpost1.xs4all.net!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.004 X-Spam-Evidence: '*H*': 0.99; '*S*': 0.00; 'subject:Python': 0.05; 'binary': 0.05; 'cc:addr:python-list': 0.09; 'received:openend.se': 0.09; 'received:theraft.openend.se': 0.09; 'python': 0.10; 'wed,': 0.15; 'encoding': 0.15; 'server,': 0.15; '>thanks,': 0.16; '>to': 0.16; 'binaries': 0.16; 'from:addr:lac': 0.16; 'from:addr:openend.se': 0.16; 'from:name:laura creighton': 0.16; 'host:': 0.16; 'message-id:@fido.openend.se': 0.16; 'paths.': 0.16; 'places.': 0.16; 'received:fido': 0.16; 'received:fido.openend.se': 0.16; 'laura': 0.18; 'say,': 0.18; 'library': 0.20; '2015': 0.20; 'cc:2**0': 0.20; 'cc:addr:python.org': 0.20; 'environments': 0.22; 'sep': 0.22; 'trying': 0.22; 'cc:no real name:2**0': 0.22; 'errors': 0.23; 'linux': 0.26; '+0200,': 0.27; 'host': 0.28; 'figured': 0.29; 'received:se': 0.29; 'environment': 0.29; 'there.': 0.30; 'url:mailman': 0.30; 'getting': 0.33; 'run': 0.33; 'problem': 0.33; 'url:python': 0.33; 'closely': 0.33; 'ubuntu': 0.33; 'url:listinfo': 0.34; 'best,': 0.35; 'remote': 0.35; 'according': 0.36; 'but': 0.36; 'there': 0.36; 'url:org': 0.36; 'possible': 0.36; 'url:library': 0.36; 'subject:?': 0.36; 'subject:: ': 0.37; 'charset:us-ascii': 0.37; 'things': 0.38; 'version': 0.38; 'stuff': 0.38; 'shared': 0.38; 'end': 0.39; 'why': 0.39; 'sure': 0.39; 'easily': 0.39; 'url:mail': 0.40; 'url:3': 0.60; 'your': 0.60; 'close': 0.61; 'header:Message-Id:1': 0.61; 'real': 0.62; 'more': 0.63; 'different': 0.63; 'to,': 0.63; 'header:In-reply- to:1': 0.84; 'isolated': 0.84; 'personally.': 0.84; 'popular.': 0.84; 'tied': 0.93 To: Kristian Rink cc: python-list@python.org From: Laura Creighton Subject: Re: Packaging and deployment of standalone Python applications? In-reply-to: <55F9C313.8040202@gmail.com> References: <7360db29-ba81-4b84-99eb-dbeca2a888b8@googlegroups.com> <55F9C313.8040202@gmail.com> Comments: In-reply-to Kristian Rink message dated "Wed, 16 Sep 2015 21:29:23 +0200." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <24715.1442441966.1@fido> Date: Thu, 17 Sep 2015 00:19:26 +0200 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.9 (theraft.openend.se [82.96.5.2]); Thu, 17 Sep 2015 00:19:28 +0200 (CEST) X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.20+ Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 37 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1442441974 news.xs4all.nl 23847 [2001:888:2000:d::a6]:53262 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:96728 In a message of Wed, 16 Sep 2015 21:29:23 +0200, Kristian Rink writes: >Am 15.09.2015 um 08:59 schrieb paul.hermeneutic@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 Python environments _locally_. However I failed to >package one of these environments and move it to, say, from my Ubuntu >development host to a remote Debian server, I end up with errors like >these while trying to run the Python off the environment on that host: > >/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found > >I bundled all the stuff in the virtualenv and also made sure to >dereference the symlinks in there. Are Python binaries so closely tied >to a particular Linux environment / distribution that what I am about to >do is impossible? Is there a "generic" Python for Linux binary that >works on all distributions, as things are for Java? > >TIA and all the best, >Kristian >-- >https://mail.python.org/mailman/listinfo/python-list 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. According to http://www.eyrie.org/~eagle/notes/rpath.html there is a way to get around this by encoding the rpath in your application, but I cannot vouch for it personally. Laura