[Server-devel] Install python applications in a virtualenv without, system wide packages using wheel binary package format
samuel at greenfeld.org
Tue Dec 17 00:16:57 EST 2013
>From the end user's perspective, what virtualenv does is rewrite the Python
path & environment so a series of custom-created directories are always
tried first. It then optionally looks at the system python path for other
The one time I had to use virtualenv it did not solve problems with
libraries that needed to compile machine-specific code. It might be
possible to use pip with prepackaged binaries, but the project I was using
it with did not offer the option.
Packaging admittedly is a bit over my head. But the more XSCE deviates
from being directly packagable in a Linux Distribution, the more work it is
going to take to maintain this path.
I think it would be worthwhile to look at the Linux Terminal Server Project
(www.ltsp.org) and see how they packaged their system so that it was
accepted into several distributions. The LTSP project interfaces with a
lot of components (DHCP, X Server, etc.) and has been around since 1999, so
they have experience doing the kind of tweaks XSCE also needs to make.
On Mon, Dec 16, 2013 at 1:53 PM, Miguel González <
migonzalvar at activitycentral.com> wrote:
> On Mon, Dec 16, 2013 at 6:16 PM, Braddock <braddock at braddock.com> wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> > If this can be made to work it would certainly make things easier for
> > us at Internet-in-a-Box.
> Quick test in XO-4 using the following script, it seems it works perfectly:
> mkdir iiab
> cd iiab
> virtualenv venv
> source venv/bin/activate
> pip install --use-wheel --no-index
> 'backports.lzma>=0.0.2' 'SQLAlchemy>=0.8.2' 'markupsafe'
> pip install Internet-in-a-Box
> werkzeug -- 192.168.0.3 - - [16/Dec/2013 18:40:19] "GET /iiab/ HTTP/1.1"
> 200 -
> I'm attaching the full log.
> I plan to do more testing. I think we could use this method for latter
> XSCE versions.
> > Currently we have to build and distribute Fedora rpms just for XSCE,
> > including for a couple third party packages which have binary
> > dependencies and have proven a pain.
> > We already maintain pipy pip packages and use them for all of our own
> > IIAB appliance deployments.
> > However, a virtualenv is not really meant as a distribution format and
> > has some downsides. You will have to install the pip on every
> > architecture you support, and I do not believe they are relocatable so
> > they have to be in the same absolute path, and they may have system
> > library dependencies which won't automatically be resolved like with
> > Given the fragility and dependency hell of the RPM method though, I
> > think it is worthwhile to switch to virtualenvs.
> > - -braddock
> >> From: Miguel Gonz?lez <migonzalvar at activitycentral.com>
> >> I want to share with you my proposed approach to install Python
> >> web application in XSCE.
> >> The idea is to install them into a Python virtual environment
> >> isolated from the system wide packages installed.
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.11 (GNU/Linux)
> > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> > iQEcBAEBAgAGBQJSrzWJAAoJEHWLR/DQzlZu2i8H/iuxZPLPnu60JzE4UiqpDo3v
> > sPxqJgOjSA/lNj/icpl1EY0AaPUgcUWIOnmF2loYSMwR6AfzUbLH35OuPfXVZ8cY
> > +3eSbT+BnqiQiV+vpsVJQ7NFYipICetldzN4jlhGLgFpVCRgwvDaQCLrgw0MY67y
> > 6xmkI+e4g01i4q4DLA8+jEtlDGeVYWdTmcugka4a/w9UDKIBIfmZ2LCsZq/XoZxB
> > p895BjYHWk/RSYGC3GC8o1pmXksUIMzf211Lkw3aunXD5G9+tW1ozSktcMEDxAlr
> > DAXDduyOemEzLa5o1KdMsMbq9ENpBegY3ekejL9ftaN1uyebXVXDD/t32roAVD8=
> > =9YGH
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > Server-devel mailing list
> > Server-devel at lists.laptop.org
> > http://lists.laptop.org/listinfo/server-devel
> Miguel González
> Activity Central: http://www.activitycentral.com
> Server-devel mailing list
> Server-devel at lists.laptop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Server-devel