The two options are: add an external repository or build python from source. We should choose the second one (the Python folks have at least OpenPGP signatures for their tarballs).
Trac: Component: - Select a component to Tor bundles/installation Owner: N/Ato erinn
Trac: Status: new to needs_review Summary: Firefox 24 ESR needs at least Python 2.7 on the 10.04 VM to Firefox 24 ESR needs at least Python 2.7 and libgstreamer dev packages on the 10.04 VM
It turns out that this fix seems to cause certain PIP inputs to be downloaded from inside the gitian VM. Here's the excerpt from my Gitian VM (which I blocked access to everything but Ubuntu's update servers as an experiment):
Adding mozprofile 0.4 to easy-install.pth fileInstalling mozprofile script to /home/ubuntu/build/tor-browser/obj-i686-pc-linux-gnu/_virtualenv/binInstalled /home/ubuntu/build/tor-browser/testing/mozbase/mozprofileProcessing dependencies for mozprofile==0.4Searching for pysqliteReading http://pypi.python.org/simple/pysqlite/Download error: [Errno -3] Temporary failure in name resolution -- Some packages may not be found!Couldn't find index page for 'pysqlite' (maybe misspelled?)Scanning index of all packages (this may take a while)Reading http://pypi.python.org/simple/Download error: [Errno -3] Temporary failure in name resolution -- Some packages may not be found!No local packages or download links found for pysqlite
Is there any way we can feed these as inputs to Gitian so they don't have to be downloaded?
Note that I noticed this on the FF17 build process, not the FF24ESR. It's also possible it's specific to FF17, and we can just ignore it?
Yes. Although strictly speaking there is currently no need to compile Python on Win/Mac ourselves (that's why the patch was only for Linux). But I guess it won't hurt. :) (apart from builds taking longer...)
Trac: Resolution: N/Ato fixed Status: needs_review to closed