Changes between Version 2 and Version 3 of TracUpgrade
- Timestamp:
- Apr 16, 2016, 7:07:21 PM (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
TracUpgrade
v2 v3 1 = Upgrade Instructions =1 = Upgrade Instructions 2 2 [[TracGuideToc]] 3 3 [[PageOutline(2-4,,inline,unnumbered)]] 4 4 5 == Instructions ==5 == Instructions 6 6 7 7 Typically, there are seven steps involved in upgrading to a newer version of Trac: … … 9 9 === 1. Bring your server off-line 10 10 11 It is not a good idea to update a running server: the server processes may have parts of the current packages cached in memory, and updating the code will likely trigger [#ZipImportError internal errors]. 12 13 === 2. Update the Trac Code === #UpdatetheTracCode 11 It is not a good idea to update a running server: the server processes may have parts of the current packages cached in memory, and updating the code will likely trigger [#ZipImportError internal errors]. 12 13 Although a database backup will be implicitly created by default when upgrading the environment, it is always a good idea to perform a full backup of the environment using the [TracBackup hotcopy] command before beginning. 14 15 === 2. Update the Trac Code #UpdatetheTracCode 14 16 15 17 Get the new version as described in TracInstall, or your operating system specific procedure. … … 17 19 If you already have a 0.12 version of Trac installed via `easy_install`, it might be easiest to also use `easy_install` to upgrade your Trac installation: 18 20 19 {{{ 20 #easy_install --upgrade Trac==1.021 {{{#!sh 22 easy_install --upgrade Trac==1.0 21 23 }}} 22 24 … … 31 33 You may also want to remove the Trac `cgi-bin`, `htdocs`, `templates` and `wiki-default` directories that are commonly found in a directory called `share/trac`. The exact location depends on your platform. This cleanup is not mandatory, but makes it easier to troubleshoot issues later on, as your installation is uncluttered by code or templates from a previous release that is not used anymore. As usual, make a backup before actually removing things. 32 34 33 === 3. Upgrade the Trac Environment ===#UpgradetheTracEnvironment35 === 3. Upgrade the Trac Environment #UpgradetheTracEnvironment 34 36 35 37 Environment upgrades are not necessary for minor version releases unless otherwise noted. 36 38 37 39 After restarting, Trac should show the instances which need a manual upgrade via the automated upgrade scripts to ease the pain. These scripts are run via [TracAdmin trac-admin]: 38 {{{ 40 {{{#!sh 39 41 trac-admin /path/to/projenv upgrade 40 42 }}} … … 44 46 Note that a backup of your database will be performed automatically prior to the upgrade. 45 47 This feature is relatively new for PostgreSQL or MySQL databases, so if it fails, you will have to backup the database manually. Then, to perform the actual upgrade, run: 46 {{{ 48 {{{#!sh 47 49 trac-admin /path/to/projenv upgrade --no-backup 48 50 }}} … … 51 53 52 54 By default, every [TracEnvironment Trac environment] includes a copy of the Trac documentation for the installed version. However, to keep the included documentation in sync with the installed version of Trac, use the following [TracAdmin trac-admin] command to upgrade the documentation: 53 {{{ 55 {{{#!sh 54 56 trac-admin /path/to/projenv wiki upgrade 55 57 }}} … … 57 59 Note that this procedure will leave your `WikiStart` page intact. 58 60 59 === 5. Refresh static resources ===61 === 5. Refresh static resources 60 62 61 63 If you have set up a web server to give out static resources directly (accessed using the `/chrome/` URL) then you will need to refresh them using the same command: 62 {{{ 64 {{{#!sh 63 65 trac-admin /path/to/env deploy /deploy/path 64 66 }}} … … 70 72 }}} 71 73 72 === 6. Steps specific to a given Trac version ===73 74 ==== Upgrading from Trac 0.12 to Trac 1.0 ====#to1.075 76 ===== Python 2.4 no longer supported =====74 === 6. Steps specific to a given Trac version 75 76 ==== Upgrading from Trac 0.12 to Trac 1.0 #to1.0 77 78 ===== Python 2.4 no longer supported 77 79 Upgrade Python to at least 2.5, but not 3.0. 80 81 ===== Obsolete Plugins 82 83 Trac has added functionality equivalent to the following plugins: 84 85 * [https://trac-hacks.org/wiki/BatchModifyPlugin BatchModifyPlugin] 86 * [https://trac-hacks.org/wiki/GitPlugin GitPlugin] 87 * [https://trac-hacks.org/wiki/OverrideEditPlugin OverrideEditPlugin] 88 89 The plugins should be removed when upgrading Trac to 1.0. 78 90 79 91 ===== Subversion components not enabled by default for new installations 80 92 The Trac components for Subversion support are no longer enabled by default. To enable the svn support, you need to make sure the `tracopt.versioncontrol.svn` components are enabled, for example by setting the following in the TracIni: 81 {{{ 93 {{{#!ini 82 94 [components] 83 95 tracopt.versioncontrol.svn.* = enabled … … 91 103 Prior to 1.0, the owner field of new tickets always defaulted to `[ticket] default_owner` when the value was not empty. If the value was empty, the owner field defaulted to to the Component's owner. In 1.0 and later, the `default_owner` must be set to `< default >` to make new tickets default to the Component's owner. This change allows the `default_owner` to be set to an empty value if no default owner is desired. 92 104 93 ==== Upgrading from Trac 0.11 to Trac 0.12 ====94 95 ===== Python 2.3 no longer supported =====105 ==== Upgrading from Trac 0.11 to Trac 0.12 106 107 ===== Python 2.3 no longer supported 96 108 The minimum supported version of Python is now 2.4. 97 109 98 ===== SQLite v3.x required =====110 ===== SQLite v3.x required 99 111 SQLite v2.x is no longer supported. If you still use a Trac database of this format, you'll need to convert it to SQLite v3.x first. See [trac:PySqlite#UpgradingSQLitefrom2.xto3.x] for details. 100 112 101 ===== [trac:PySqlite] 2 required =====113 ===== [trac:PySqlite] 2 required 102 114 [trac:PySqlite] 1.1.x is no longer supported. Please install 2.5.5 or later if possible, see [#Tracdatabaseupgrade Trac database upgrade] below. 103 115 104 ===== Multiple Repository Support ===== 116 ===== Obsolete Plugins 117 118 Trac has added functionality equivalent to the following plugins: 119 120 * [https://trac-hacks.org/wiki/AutoQueryPlugin AutoQueryPlugin] 121 * [https://trac-hacks.org/wiki/AdminConsoleProviderPatch AdminConsoleProviderPatch] 122 * [https://trac-hacks.org/wiki/AnchorMacro AnchorMacro]: see WikiFormatting#SettingAnchors 123 * [https://trac-hacks.org/wiki/TicketChangePlugin TicketChangePlugin]: see [TracPermissions#TicketSystem TICKET_EDIT_COMMENT permission] 124 * [https://trac-hacks.org/wiki/TicketDeletePlugin TicketDeletePlugin]: see `tracopt.ticket.deleter` 125 * [https://trac-hacks.org/wiki/SubversionLocationPlugin SubversionLocationPlugin]: see TracRepositoryAdmin#Repositories 126 * [https://trac-hacks.org/wiki/WikiCreoleRendererPlugin WikiCreoleRendererPlugin]: see [trac:WikiCreole] 127 * [https://trac-hacks.org/wiki/RepoRevisionSyntaxPlugin RepoRevisionSyntaxPlugin] (added in 0.12.1) 128 129 The plugins should be removed when upgrading Trac to 0.12. 130 131 ===== Multiple Repository Support 105 132 The latest version includes support for multiple repositories. If you plan to add more repositories to your Trac instance, please refer to TracRepositoryAdmin#Migration. 106 133 107 134 This may be of interest to users with only one repository, since there is now a way to avoid the potentially costly resync check at every request. 108 135 109 ===== Resynchronize the Trac Environment Against the Source Code Repository =====136 ===== Resynchronize the Trac Environment Against the Source Code Repository 110 137 111 138 Each [TracEnvironment Trac environment] must be resynchronized against the source code repository in order to avoid errors such as "[trac:#6120 No changeset ??? in the repository]" while browsing the source through the Trac interface: 112 139 113 {{{ 140 {{{#!sh 114 141 trac-admin /path/to/projenv repository resync '*' 115 142 }}} 116 143 117 ===== Improved repository synchronization =====144 ===== Improved repository synchronization 118 145 In addition to supporting multiple repositories, there is now a more efficient method for synchronizing Trac and your repositories. 119 146 … … 122 149 Note that if you were using the `trac-post-commit-hook`, ''you're strongly advised to upgrade it'' to the new hook documented in the above references and [TracWorkflow#Howtocombinethetracopt.ticket.commit_updaterwiththetestingworkflow here], as the old hook will not work with anything else than the default repository and even for this case, it won't trigger the appropriate notifications. 123 150 124 ===== Authz permission checking =====151 ===== Authz permission checking 125 152 The authz permission checking has been migrated to a fine-grained permission policy. If you use authz permissions (aka `[trac] authz_file` and `authz_module_name`), you must add `AuthzSourcePolicy` in front of your permission policies in `[trac] permission_policies`. You must also remove `BROWSER_VIEW`, `CHANGESET_VIEW`, `FILE_VIEW` and `LOG_VIEW` from your global permissions with `trac-admin $ENV permission remove` or the "Permissions" admin panel. 126 153 127 ===== Microsecond timestamps =====154 ===== Microsecond timestamps 128 155 All timestamps in database tables, except the `session` table, have been changed from "seconds since epoch" to "microseconds since epoch" values. This change should be transparent to most users, except for custom reports. If any of your reports use date/time columns in calculations (e.g. to pass them to `datetime()`), you must divide the values retrieved from the database by 1'000'000. Similarly, if a report provides a calculated value to be displayed as a date/time (i.e. with a column named "time", "datetime", "changetime", "date", "created" or "modified"), you must provide a microsecond timestamp, that is, multiply your previous calculation with 1'000'000. 129 156 130 ==== Upgrading from Trac 0.10 to Trac 0.11 ====131 ===== Site Templates and Styles =====157 ==== Upgrading from Trac 0.10 to Trac 0.11 158 ===== Site Templates and Styles 132 159 The templating engine has changed in 0.11 to Genshi, please look at TracInterfaceCustomization for more information. 133 160 134 161 If you are using custom CSS or modified templates in the `templates` directory of the TracEnvironment, you will need to convert them to the Genshi way of doing things. To continue to use your style sheet, follow the instructions at TracInterfaceCustomization#SiteAppearance. 135 162 136 ===== Trac Macros, Plugins =====163 ===== Trac Macros, Plugins 137 164 The Trac macros will need to be adapted, as the old-style wiki-macros are not supported anymore due to the drop of [trac:ClearSilver] and the HDF. They need to be converted to the new-style macros, see WikiMacros. When they are converted to the new style, they need to be placed into the plugins directory instead and not wiki-macros, which is no longer scanned for macros or plugins. 138 165 139 ===== For FCGI/WSGI/CGI users =====166 ===== For FCGI/WSGI/CGI users 140 167 For those who run Trac under the CGI environment, run this command in order to obtain the trac.*gi file: 141 {{{ 168 {{{#!sh 142 169 trac-admin /path/to/env deploy /deploy/directory/path 143 170 }}} … … 145 172 This will create a deploy directory with the following two subdirectories: `cgi-bin` and `htdocs`. Then update your Apache configuration file `httpd.conf` with this new `trac.cgi` location and `htdocs` location. 146 173 147 ===== Web Admin plugin integrated =====174 ===== Web Admin plugin integrated 148 175 If you had the [trac:WebAdmin] plugin installed, you can uninstall it as it is part of the Trac code base since 0.11. 149 176 … … 174 201 There are some significant caveats in this, such as accepting a ticket sets it to 'assigned' state, and assigning a ticket sets it to 'new' state. So you will probably want to migrate to "basic" workflow; [trac:source:trunk/contrib/workflow/migrate_original_to_basic.py contrib/workflow/migrate_original_to_basic.py] may be helpful. See TracWorkflow for a detailed description of the new basic workflow. 175 202 176 === 7. Restart the Web Server === #RestarttheWebServer 203 ===== Global Configuration 204 In versions prior to 0.11, the global configuration was by default located in `$prefix/share/trac/conf/trac.ini` or `/etc/trac/trac.ini`, depending on the distribution. You may want to specify that file to inherit from when upgrading. Literally, when upgrading you have to add an `[inherit]` section to your project's `trac.ini` file. Additionally, you have to move your customized templates and common images from `$prefix/share/trac/...` to the new location. 205 206 === 7. Restart the Web Server #RestarttheWebServer 177 207 178 208 If you are not running [wiki:TracCgi CGI], reload the new Trac code by restarting your web server. 179 209 180 == Known Issues ==210 == Known Issues 181 211 182 212 === Customized Templates … … 186 216 The preferred way to perform TracInterfaceCustomization is to write a custom plugin doing an appropriate `ITemplateStreamFilter` transformation, as this is more robust in case of changes: we usually won't modify element `id`s or change CSS `class`es, and if we have to do so, this will be documented in the [trac:TracDev/ApiChanges] pages. 187 217 188 === !ZipImportError ===218 === !ZipImportError 189 219 190 220 Due to internal caching of zipped packages, whenever the content of the packages change on disk, the in-memory zip index will no longer match and you'll get irrecoverable !ZipImportError errors. Better anticipate and bring your server down for maintenance before upgrading. 191 221 See [trac:#7014] for details. 192 222 193 === Wiki Upgrade ===223 === Wiki Upgrade 194 224 `trac-admin` will not delete or remove default wiki pages that were present in a previous version but are no longer in the new version. 195 225 196 === Trac database upgrade ===226 === Trac database upgrade 197 227 198 228 A known issue in some versions of [trac:PySqlite] (2.5.2-2.5.4) prevents the trac-admin upgrade script from successfully upgrading the database format. It is advised to use either a newer or older version of the sqlite python bindings to avoid this error. For more details see ticket [trac:#9434]. 199 229 200 === Parent dir ===230 === Parent dir 201 231 If you use a Trac parent env configuration and one of the plugins in one child does not work, none of the children will work. 202 232 203 233 == Related topics 204 234 205 === Upgrading Python ===235 === Upgrading Python 206 236 207 237 Upgrading Python to a newer version will require reinstallation of Python packages: Trac itself of course, but also [http://pypi.python.org/pypi/setuptools easy_install], if you've been using that. If you are using Subversion, you'll also need to upgrade the Python bindings for svn. 208 238 209 ==== Windows and Python 2.6 ====239 ==== Windows and Python 2.6 210 240 211 241 If you've been using !CollabNet's Subversion package, you may need to uninstall that in favor of [http://alagazam.net/ Alagazam], which has the Python bindings readily available, see [trac:TracSubversion]. That package works without tweaking. 212 242 213 === Changing Database Backend ===243 === Changing Database Backend 214 244 215 245 The [http://trac-hacks.org/wiki/TracMigratePlugin TracMigratePlugin] on [http://trac-hacks.org trac-hacks.org] has been written to assist in migrating between SQLite, MySQL and PostgreSQL databases. 216 246 217 === Upgrading from older versions of Trac ===#OlderVersions247 === Upgrading from older versions of Trac #OlderVersions 218 248 219 249 For upgrades from versions older than Trac 0.10, refer first to [trac:wiki:0.10/TracUpgrade#SpecificVersions].