Changeset 11401 for main/waeup.aaua
- Timestamp:
- 24 Feb 2014, 09:33:02 (11 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
main/waeup.aaua/trunk/INSTALL.txt
r11385 r11401 88 88 $ sudo apt-get install python-virtualenv 89 89 90 *Or*, if `pip` is installed already (superusers can install it via ``sudo apt-get install python-pip`` on `Debian`_/`Ubuntu`_):: 90 *Or*, if `pip` is installed already (superusers can install it via 91 ``sudo apt-get install python-pip`` on `Debian`_/`Ubuntu`_):: 91 92 92 93 $ sudo pip install virtualenv 93 94 In the following, when referring to the `virtualenv` command, we talk95 of the system-wide available command or the ``virtualenv.py`` script96 installed for a local user. In the latter case you should read::97 98 $ virtualenv ...99 100 as::101 102 $ python /path/to/my/virtualenv.py ...103 94 104 95 … … 107 98 108 99 After installing `virtualenv`_ you can install local sandboxes like 109 this ::100 this (if `virtualenv` is installed system-wide):: 110 101 111 102 $ virtualenv --no-site-packages py27 103 104 *or* like this:: 105 106 $ python /path/to/my/virtualenv.py --no-site-packages py27 112 107 113 108 where ``py27`` is a directory in the filesystem where your sandbox 114 109 will be created. `virtualenv` will also create this directory for 115 you. It is recommended to use a sandbox name that is short and at the 116 same time reflects the Python version used (here: Python 2.7). 110 you. While you can pick any sandbox name you want, it is recommended 111 to use a sandbox name that is short and at the same time reflects the 112 Python version used (here: Python 2.7). 117 113 118 114 By passing the ``no-site-packages`` switch we tell `virtualenv` to 119 provide usa clean environment without any extra-packages installed115 provide a clean environment without any extra-packages installed 120 116 systemwide. More recent versions of `virtualenv`_ have this option set 121 117 by default. … … 130 126 (py27)$ 131 127 132 You will notice that the input prompt changes. 128 You will notice that the input prompt changes, indicating the name of 129 the sandbox activated. 133 130 134 131 To deactivate the sandbox at any time, enter:: … … 141 138 142 139 143 Creating a working place 144 ======================== 145 146 In the sandbox we now create our real working 147 environment. To do this, we change to the sandbox and checkout the 148 sources of Kofa from the subversion server:: 149 150 (py27)$ cd mysandbox/ 151 (py27)$ svn co https://svn.waeup.org/repos/main/waeup.kofa/trunk kofa-trunk 152 153 where ``kofa-trunk`` is only a name we've chosen here to make clear 154 where the sources come from. In this case we are installing the Kofa base 155 package. 140 Get the Sources, Luke 141 ===================== 142 143 Now, as the sandbox is activated (see above, if not), we can fetch the 144 sources for Kofa. 145 146 As Kofa is currently available from the Subversion_ repository only, 147 we use the Subversion_ client `svn` and checkout the main devel branch 148 of the `waeup.kofa` package like this:: 149 150 (py27)$ svn co https://svn.waeup.org/repos/main/waeup.kofa/trunk 156 151 157 152 The command should fetch the Kofa base package sources for you and 158 put it in the directory ``kofa-trunk/``.153 will put everything in a new directory ``trunk/``. 159 154 160 155 Now enter the new directory:: 161 156 162 (py27)$ cd kofa-trunk 163 157 (py27)$ cd trunk/ 158 159 and you can start building the real package. 160 161 .. note:: If you not want to work with the `waeup.kofa` package but a 162 customized package (like ``waeup.aaue`` or similar), then 163 you can use the above checkout command but with 164 ``waeup.kofa`` replaced by the name of the customized 165 package:: 166 167 (py27)$ svn co https://svn.waeup.org/repos/main/<PKG-NAME>/trunk 168 169 For the exact link, please refer to the README.txt file in 170 your package. 171 172 173 Part 1: Single Client Setup 174 *************************** 164 175 165 176 You can run ``Kofa`` with a single client (useful for evaluation, 166 177 development, etc.) or with multiple clients running in parallel. The 167 178 latter setup is useful in productive environments with many thousands 168 users. We will cover both setup types one after another. 169 170 171 Part 1: Single Client Setup 172 *************************** 179 users. We will cover both setup types. The first is covered here, the 180 latter one is covered in Part 2. 173 181 174 182 Preparing the build … … 410 418 .. _Grok: http://grok.zope.org/ 411 419 .. _Python: http://www.python.org/ 420 .. _Subversion: http://subversion.apache.org/ 412 421 .. _Ubuntu: http://www.ubuntu.com/ 413 422 .. _virtualenv: http://www.virtualenv.org/en/latest/
Note: See TracChangeset for help on using the changeset viewer.