Files
@ e1ab82613133
Branch filter:
Location: kallithea/docs/installation.rst - annotation
e1ab82613133
5.0 KiB
text/prs.fallenstein.rst
backend: replace Pylons with TurboGears2
Replace the no-longer-supported Pylons application framework by TurboGears2
which is largely compatible/similar to Pylons.
Some interesting history is described at:
https://en.wikipedia.org/wiki/TurboGears
Changes by Dominik Ruf:
- fix sql config in test.ini
Changes by Thomas De Schampheleire:
- set-up of test suite
- tests: 'fix' repo archival test failure
Between Pylons and TurboGears2, there seems to be a small difference in the
headers sent for repository archive files, related to character encoding.
It is assumed that this difference is not important, and that the test
should just align with reality.
- remove need to import helpers/app_globals in lib
TurboGears2 by default expects helpers and app_globals to be available
in lib. For this reason kallithea/lib/__init__.py was originally changed
to include those files. However, this triggered several types of
circular import problems. If module A imported something from lib (e.g.
lib.annotate), and lib.helpers imported (possibly indirectly) module A,
then there was a circular import. Fix this by overruling the relevant
method of tg AppConfig, which is also hinted in the TurboGears2 code.
Hereby, the include of something from lib does not automatically import
helpers, greatly reducing the chances of circular import problems.
- make sure HTTP error '400' uses the custom error pages
TurboGears2 does not by default handle HTTP status code
'400 (Bad Request)' via the custom error page handling, causing a
standard non-styled error page.
- disable transaction manager
Kallithea currently handles its own transactions and does not need the
TurboGears2 transaction manager. However, TurboGears2 tries to enable it
by default and fails, throwing an error during application initialization.
The error itself seemed to be harmless for normal application functioning,
but was nevertheless confusing.
- add backlash as required dependency: backlash is meant as the WebError
replacement in TurboGears2 (originally WebError is part of Pylons). When
debug==true, it provides an interactive debugger in the browser. When
debug==false, backlash is necessary to show backtraces on the console.
- misc fixes
Replace the no-longer-supported Pylons application framework by TurboGears2
which is largely compatible/similar to Pylons.
Some interesting history is described at:
https://en.wikipedia.org/wiki/TurboGears
Changes by Dominik Ruf:
- fix sql config in test.ini
Changes by Thomas De Schampheleire:
- set-up of test suite
- tests: 'fix' repo archival test failure
Between Pylons and TurboGears2, there seems to be a small difference in the
headers sent for repository archive files, related to character encoding.
It is assumed that this difference is not important, and that the test
should just align with reality.
- remove need to import helpers/app_globals in lib
TurboGears2 by default expects helpers and app_globals to be available
in lib. For this reason kallithea/lib/__init__.py was originally changed
to include those files. However, this triggered several types of
circular import problems. If module A imported something from lib (e.g.
lib.annotate), and lib.helpers imported (possibly indirectly) module A,
then there was a circular import. Fix this by overruling the relevant
method of tg AppConfig, which is also hinted in the TurboGears2 code.
Hereby, the include of something from lib does not automatically import
helpers, greatly reducing the chances of circular import problems.
- make sure HTTP error '400' uses the custom error pages
TurboGears2 does not by default handle HTTP status code
'400 (Bad Request)' via the custom error page handling, causing a
standard non-styled error page.
- disable transaction manager
Kallithea currently handles its own transactions and does not need the
TurboGears2 transaction manager. However, TurboGears2 tries to enable it
by default and fails, throwing an error during application initialization.
The error itself seemed to be harmless for normal application functioning,
but was nevertheless confusing.
- add backlash as required dependency: backlash is meant as the WebError
replacement in TurboGears2 (originally WebError is part of Pylons). When
debug==true, it provides an interactive debugger in the browser. When
debug==false, backlash is necessary to show backtraces on the console.
- misc fixes
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 | 5f481e4e888b 5f481e4e888b d95ea48af67b d95ea48af67b d95ea48af67b 5f481e4e888b 5ae8e644aa88 03bbd33bc084 154becd92f40 5ae8e644aa88 5ae8e644aa88 5ae8e644aa88 5f481e4e888b 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 5e66d3ec9880 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 4e6dfdb3fa01 7c952ea3d7b3 7c952ea3d7b3 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 23057179017f 7c952ea3d7b3 7c952ea3d7b3 fbbe80e3322b 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 5ae8e644aa88 8927a1ac8d41 5e66d3ec9880 8927a1ac8d41 5e66d3ec9880 5e66d3ec9880 855ba1f07aeb 8c234ae2c258 250f8150c4bb ae9ab4c92d46 5e66d3ec9880 5e66d3ec9880 5e66d3ec9880 7c952ea3d7b3 5f481e4e888b fbbe80e3322b 7c952ea3d7b3 7c952ea3d7b3 69df04ee1e2b 03bbd33bc084 03bbd33bc084 7c952ea3d7b3 7c952ea3d7b3 4e6dfdb3fa01 5f481e4e888b 03bbd33bc084 4e6dfdb3fa01 a60cd29ba7e2 03bbd33bc084 a60cd29ba7e2 8c234ae2c258 8c234ae2c258 8af52e1224ff 855ba1f07aeb 8c234ae2c258 8af52e1224ff 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 8b8edfc25856 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 4e9f5ef98dc4 e73a69cb98dc 61a6a7bf2cbd a60cd29ba7e2 03bbd33bc084 8b8edfc25856 4e6dfdb3fa01 a60cd29ba7e2 e73a69cb98dc 8b8edfc25856 03bbd33bc084 03bbd33bc084 03bbd33bc084 250f8150c4bb 03bbd33bc084 8845ece50d51 8845ece50d51 03bbd33bc084 7c952ea3d7b3 a60cd29ba7e2 7c952ea3d7b3 7c952ea3d7b3 fbbe80e3322b 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 7c952ea3d7b3 fbbe80e3322b 8b8edfc25856 | .. _installation:
==========================
Installation on Unix/Linux
==========================
The following describes three different ways of installing Kallithea:
- :ref:`installation-source`: The simplest way to keep the installation
up-to-date and track any local customizations is to run directly from
source in a Kallithea repository clone, preferably inside a virtualenv
virtual Python environment.
- :ref:`installation-virtualenv`: If you prefer to only use released versions
of Kallithea, the recommended method is to install Kallithea in a virtual
Python environment using `virtualenv`. The advantages of this method over
direct installation is that Kallithea and its dependencies are completely
contained inside the virtualenv (which also means you can have multiple
installations side by side or remove it entirely by just removing the
virtualenv directory) and does not require root privileges.
- :ref:`installation-without-virtualenv`: The alternative method of installing
a Kallithea release is using standard pip. The package will be installed in
the same location as all other Python packages you have ever installed. As a
result, removing it is not as straightforward as with a virtualenv, as you'd
have to remove its dependencies manually and make sure that they are not
needed by other packages.
Regardless of the installation method you may need to make sure you have
appropriate development packages installed, as installation of some of the
Kallithea dependencies requires a working C compiler and libffi library
headers. Depending on your configuration, you may also need to install
Git and development packages for the database of your choice.
For Debian and Ubuntu, the following command will ensure that a reasonable
set of dependencies is installed::
sudo apt-get install build-essential git python-pip python-virtualenv libffi-dev python-dev
For Fedora and RHEL-derivatives, the following command will ensure that a
reasonable set of dependencies is installed::
sudo yum install gcc git python-pip python-virtualenv libffi-devel python-devel
.. _installation-source:
Installation from repository source
-----------------------------------
To install Kallithea in a virtualenv_ using the stable branch of the development
repository, follow the instructions below::
hg clone https://kallithea-scm.org/repos/kallithea -u stable
cd kallithea
virtualenv ../kallithea-venv
. ../kallithea-venv/bin/activate
pip install --upgrade pip setuptools
pip install -e .
python2 setup.py compile_catalog # for translation of the UI
You can now proceed to :ref:`setup`.
.. _installation-virtualenv:
Installing a released version in a virtualenv
---------------------------------------------
It is highly recommended to use a separate virtualenv_ for installing Kallithea.
This way, all libraries required by Kallithea will be installed separately from your
main Python installation and other applications and things will be less
problematic when upgrading the system or Kallithea.
An additional benefit of virtualenv_ is that it doesn't require root privileges.
- Assuming you have installed virtualenv_, create a new virtual environment
for example, in `/srv/kallithea/venv`, using the virtualenv command::
virtualenv /srv/kallithea/venv
- Activate the virtualenv_ in your current shell session and make sure the
basic requirements are up-to-date by running::
. /srv/kallithea/venv/bin/activate
pip install --upgrade pip setuptools
.. note:: You can't use UNIX ``sudo`` to source the ``virtualenv`` script; it
will "activate" a shell that terminates immediately. It is also perfectly
acceptable (and desirable) to create a virtualenv as a normal user.
.. note:: Some dependencies are optional. If you need them, install them in
the virtualenv too::
pip install psycopg2
pip install python-ldap
This might require installation of development packages using your
distribution's package manager.
- Make a folder for Kallithea data files, and configuration somewhere on the
filesystem. For example::
mkdir /srv/kallithea
- Go into the created directory and run this command to install Kallithea::
pip install kallithea
Alternatively, download a .tar.gz from http://pypi.python.org/pypi/Kallithea,
extract it and run::
pip install .
- This will install Kallithea together with all other required
Python libraries into the activated virtualenv.
You can now proceed to :ref:`setup`.
.. _installation-without-virtualenv:
Installing a released version without virtualenv
------------------------------------------------
For installation without virtualenv, 'just' use::
pip install kallithea
Note that this method requires root privileges and will install packages
globally without using the system's package manager.
To install as a regular user in ``~/.local``, you can use::
pip install --user kallithea
You can now proceed to :ref:`setup`.
.. _virtualenv: http://pypi.python.org/pypi/virtualenv
|