remove now-unnecessary paragraph
Since we generally recommend running in a container, let's explicitly mention RemoteAccess docs in the Running section
|Deletions are marked like this.||Additions are marked like this.|
|Line 111:||Line 111:|
|Assuming you're running Launchpad inside a container or virtual machine (as previously instructed), you'll need to follow the steps at [[/RemoteAccess]] to be able to connect from the host.
|Line 129:||Line 131:|
= Subpage Index =
* [[/RemoteAccess]] -> How to set things up so you can use it from another host.
This page tells you how to build and run Launchpad on your own machine. Ask for help right away if you run into problems.
Building and running Launchpad requires a computer running Ubuntu. The production Launchpad.net site runs on Ubuntu 16.04 LTS. Developers mostly run 16.04 LTS, but others may work.
The recommended development configuration is Ubuntu 16.04 LTS or later running Launchpad in an Ubuntu 16.04 LTS LXD container to minimise its impact on the wider system. Parts of Launchpad assume at least Python 2.7.9 (i.e. newer than Ubuntu 14.04 LTS).
If you're not running a supported Ubuntu release you might choose to use an LXC/LXD container or virtual machine with an installation of one of these Ubuntu releases.
We'd like Launchpad to run on other operating systems, especially Debian GNU/Linux, so that more people can contribute to Launchpad development. If you're interested in working on Launchpad portability, please let us know. Note that our focus is on getting Launchpad to build easily so more people can participate in Launchpad development. Running a stable production instance would be much harder than running a single-developer test instance, and we don't recommend it. Unlike many open source projects, we're not seeking to maximize the number of installations; our goal is to improve the instance we're already running at Launchpad.net.
Note: the changes introduced by the install script may break your current web development setup, so it is advisable to try Launchpad in an LXC/LXD container or a virtual machine, as described above.
If you're using an LXC/LXD container or a virtual machine, make sure you're performing all these steps inside it.
If your Launchpad username differs from your local one, then put this in ~/.ssh/config in the container/VM before doing anything else, replacing LPUSERNAME with your Launchpad username:
Host bazaar.launchpad.net User LPUSERNAME Host git.launchpad.net User LPUSERNAME
$ mkdir ~/launchpad $ cd ~/launchpad $ curl https://git.launchpad.net/launchpad/plain/utilities/rocketfuel-setup >rocketfuel-setup ## Read through the rocketfuel-setup script and make sure you're ## OK with what it's going to do. $ chmod a+x rocketfuel-setup $ ./rocketfuel-setup ## This will take a while -- maybe a few hours to get everything, ## depending on your Internet connection. ## ## Note that you will be prompted for your 'sudo' password, and for ## a Launchpad login ID. The sudo access is necessary to get ## Launchpad running on your box; the Launchpad.net login is not ## strictly necessary, and you can just hit Return there if you ## want; see below for an explanation. ## ## Note that this will make changes to your Apache configuration if ## you already have an Apache server on your box. It will also add ## entries to /etc/hosts and it will setup a postgresql server on ## your box. ## If you want to play safe with regards to your existing Apache, ## try this out in a virtual environment first. ## ## If you are running rocketfuel-setup to bring up a new machine ## you can pass --no-workspace to only perform the system-wide setup. ## ## Note that if rocketfuel-setup bails out with instructions to fix ## something you just need to run it again and it should pickup where ## it left off. $ sudo apt-get dist-upgrade ## This is just to make doubly-sure everything from the launchpad PPA ## gets installed. $ ls launchpad/ lp-sourcedeps/ $ cd launchpad ## You are now in a newly-cloned Git repository, with one ## branch ('master'), into whose working tree the other ## source dependencies have been symlinked. The sourcedeps ## actually live in ../lp-sourcedeps, though.
Before you can run Launchpad for the first time, you need to set up PostgreSQL.
DO NOT run the database setup script below if you use PostgreSQL for anything other than Launchpad! Running the script will destroy any PostgreSQL databases on your system. See DatabaseSetup for details.
$ ./utilities/launchpad-database-setup $USER
(Please have read the previous comment before you run the above command!)
Finally, build the database schema:
$ make schema
Now you should be able to start up Launchpad:
$ make run
For subsequent builds, you can just do make run right away. You don't need to do make schema every time, and you should avoid it because it's expensive and because it will clean out any data you might have put into your test instance (through the web UI or by running other scripts).
Assuming you're running Launchpad inside a container or virtual machine (as previously instructed), you'll need to follow the steps at /RemoteAccess to be able to connect from the host.
Point your usual web browser at https://launchpad.test, and accept the local self-signed certificate. You can log in as email@example.com without a password.
You can stop Launchpad by hitting Control-C in the terminal where you started it:
^C [...shutting down Launchpad...] $
Or you can be at a prompt in the same directory and run this:
$ make stop
What the Installation Process Does
The rocketfuel-setup script first determines what release of Ubuntu you're running, then installs various lines into files under /etc, to enable you to run Launchpad services locally. For example, it adds entries for "launchpad.test", "bazaar.launchpad.test", "lists.launchpad.test", and others to your /etc/hosts file, so that after you build launchpad you can browse to launchpad.test and see a locally-running instance. It also installs some packages, dependencies that Launchpad needs in order to run. This is why the sudo access is necessary; consult the script for details of what it's doing.
Once it's got the system preparation out of the way, the script clones Launchpad's Git repository (that's the launchpad directory above). That will take a while.
After it gets that, it fetches the other dependencies, the third-party libraries, by invoking a separate script, launchpad/utilities/rocketfuel-get. That will take a while too, as there are over 200 such libraries.
Once it has all the dependencies, it links them into the trunk working tree, using the script launchpad/utilities/link-external-sourcecode.
We only support using rocketfuel-setup to set up Launchpad. It adjusts a lot of things to get the development process running smoothly, as summarized above. However, sometimes you might want to just get a build of Launchpad to run its tests, or to run a script packaged with Launchpad, or to do your own manual changes of the files that rocketfuel-setup would normally touch. These are the basics of what needs to be done for that route -- unsupported hints.
You'll need packages from a PPA: ppa:launchpad/ppa.
sudo apt-add-repository ppa:launchpad/ppa
Then install the launchpad-developer-dependencies package.
Get the code
git clone https://git.launchpad.net/launchpad cd launchpad utilities/update-sourcecode git clone --depth=1 https://git.launchpad.net/lp-source-dependencies download-cache make