diff --git a/tracks/doc/manual.html b/tracks/doc/manual.html index f0bd8821..9f591444 100644 --- a/tracks/doc/manual.html +++ b/tracks/doc/manual.html @@ -14,7 +14,7 @@ http://creativecommons.org/licenses/by-nc-sa/3.0/" /> - + Tracks 1.5 Manual @@ -149,9 +149,7 @@ http://creativecommons.org/licenses/by-nc-sa/3.0/" />

Upgrading to Tracks 1.5

-

TODO: Instructions for upgrading from a version earlier than 1.043

- -

Upgrading from Tracks 1.043

+

Upgrading from Tracks 1.043

This should be a relatively straightforward, and involves the following main steps:

@@ -221,12 +219,33 @@ http://creativecommons.org/licenses/by-nc-sa/3.0/" />

Once you’re certain that your new Tracks 1.5 installation is working perfectly, you can delete your old Tracks directory.

+

Upgrading from versions prior to 1.043

+ +

The best option for versions prior to 1.043 is to follow the instructions below to upgrade to version 1.043, then use the instructions above to upgrade from version 1.043.

+ +
    +
  1. For safety, rename your current Tracks directory to ‘tracks-old’ or something similar.
    2. +
  2. Before you do anything else, BACK UP YOUR DATABASE (tables and content) and keep the SQL dumps somewhere safe so that you can recreate the old database if necesary.
    3. +
  3. Download a copy of Tracks 1.043 and unzip alongside your ‘tracks-old’ directory.
    4. +
  4. Open the file config/environment.rb and look at the last line which should read: SALT = "change-me". Change the word change-me to something else of your choosing. This string will be used as a ‘salt’ to encrypt your password and make it a bit more secure. Also look at the timezone setting at the bottom. You can leave it commented out if your server is in the same time zone as you, but you may need to adjust it if your server is in a different time zone.
    5. +
  5. In database.yml insert your old database name, user and password under the ‘development’ section. If you are using SQLite3 rather than MySQL or PostgreSQL, you need only the database name, and to change the ‘adapter’ line to ‘sqlite3’. You also need to copy (NOT MOVE!), your SQLite3 database from your tracks-old db directory to your new tracks db directory
    6. +
  6. Run the command rake extract_fixtures inside the Tracks directory. This will populate the db/exported_fixtures directory with *.yml files corresponding to the contexts, projects and todos table from the contents of your old database.
    7. +
  7. Open db/exported_fixtures/todos.yml and search for the lines starting created: and replace with created_at:. If you are using SQLite3, you also need to change the following: done: "0" with done: "f" and done: "1" with done: "t". You need to replace the similar ‘done’ lines in projects.yml, and in contexts.yml replace hide: "0" with hide: "f" and hide: "1" with hide: "t".
    8. +
  8. Create a new MySQL database (named tracks1043, for example). In database.yml insert this new database name, user and password under the ‘development’ and ‘production’ sections. If you are using SQLite3, insert a new name for a database to hold your Tracks 1.043 data.
    9. +
  9. Run the command rake db_schema_import inside the Tracks directory. This should import the upgraded schema for 1.043 into your new database.
    10. +
  10. Run the command rake load_exported_fixtures which will import the contents of your old database from the fixtures files in db/exported_fixtures.
    11. +
  11. If you are using Windows, you may need to check the ‘shebang’ lines (#!/usr/bin/env ruby)2 of the /public/dispatch.* files and all the files in the /script directory. They are set to #!/usr/bin/env ruby by default. Check the format of those lines in your old installation, and change the new ones as necessary.
    12. +
  12. Try starting up the server with script/server to make sure that all your data has migrated successfully. If all is well, follow the instructions above to upgrade from version 1.043 to Tracks 1.5
    13. +
+

  1. The env binary helps to locate other binaries, regardless of their location. If you don’t have env installed, you’ll need to change this line to point to the location of your Ruby binary. ↩

    2. +

  2. The env binary helps to locate other binaries, regardless of their location. If you don’t have env installed, you’ll need to change this line to point to the location of your Ruby binary. ↩

    3. +
diff --git a/tracks/doc/manual.markdown b/tracks/doc/manual.markdown new file mode 100644 index 00000000..f2dd9a35 --- /dev/null +++ b/tracks/doc/manual.markdown @@ -0,0 +1,207 @@ +Title: Tracks 1.5 Manual +Author: Tracks Development Team +Date: 2007-11-25 +Revision: $Id: manual.markdown 654 2007-12-16 15:01:05Z bsag $ +Version: 1.5 +Copyright: 2007 rousette.org.uk + This work is licensed under a Creative Commons License. + http://creativecommons.org/licenses/by-nc-sa/3.0/ +XMP: CCAttributionShareAlike +Format: complete +Base Header Level: 2 +LaTeX XSLT: memoir-twosided-manual.xslt +CSS: manual.css + + + +# Installing Tracks 1.5 # + +## Introduction ## + +Tracks 1.5 has been thoroughly beta tested by a large number of people, and should be fully stable for everyday use. However, once set up, Tracks will contain the majority of your plans for your work and personal life, so it's only sensible to make sure that you have frequent, reliable backups of your data. Full changenotes on the release can be found in `doc/CHANGELOG`. Full API documentation can be found at `doc/app/index.html`, once you have run `rake appdoc` + +There are two methods of downloading Tracks 1.5: + +1. (Recommended for most people) Download the [zipped package](http://www.rousette.org.uk/projects/files/tracks-current.zip), and unzip in your preferred location (e.g. `~/Sites` for Mac OS X users). +2. Download using Subversion: +
+
+  svn co --username=guest
+  http://www.rousette.org.uk/svn/tracks-repos/tags/current tracks
+
+
+ +## Requirements ## + +The Tracks interface is accessed through a web browser, so you need to run a webserver to serve the Tracks pages up to you. This isn't as daunting as it sounds, however: Tracks ships with a built-in web server called Mongrel which you can run on your own computer to serve the Tracks application locally. If you want to be able to access Tracks from any computer connected to the Internet, then you need to install Tracks on a publicly accessible server, and you will probably be better off using a more robust server such as [Apache](http://www.apache.org/) or [Lighttpd](http://www.lighttpd.net/) to serve the pages, particularly if it will be used by many people. + +Tracks stores its data in a database, and you can either use SQLite3, MySQL or PostgreSQL. SQLite3 is the best choice for a single user (or a small number of users) on a local installation, while MySQL or PostgreSQL is better for multiple users on a remote installation. + +### All-in-one installations ### + +This is the easiest solution for Mac OS X 10.4 or Windows users wanting to run Tracks locally. + +1. **Mac OS X**. [Locomotive](http://locomotive.sourceforge.net/) is an all-in one installer for Mac OS X 10.4, which includes everything you need to run Tracks with a SQLite3 database. Locomotive isn't currently Leopard compatible, and doesn't work with Panther. +2. **Windows**. [Instant Rails](http://instantrails.rubyforge.org/wiki/wiki.pl) includes everything you need, including MySQL. + +### What is included with the Tracks package ### + +1. Tracks itself +2. Rails 1.2.5 (installed in the `/vendor/rails` directory, so you do not need to install Rails yourself) +3. An empty SQLite3 database, set up with the correct database schema + +### What you need to install [whatyouneed] ### + +If you don't want to (or can't) use one of the all in one installations, you'll need to install a few things, depending on your platform and your needs. + +1. **Ruby**. Version 1.8.6 is recommended, but it is also possible to use 1.8.5, 1.8.4 and 1.8.2. Note that 1.8.3 is not compatible. If you are running Mac OS X Leopard, you already have Ruby 1.8.6 installed by default, so you have nothing to do here. You can get the source to compile yourself [here](http://ftp.ruby-lang.org/pub/ruby/1.8/ruby-1.8.6.tar.gz) for all platforms, or Windows users can use an easy [installer](http://rubyforge.org/frs/?group_id=167). If you're using a version of Mac OS X earlier than 10.5.0, it is recommended that you use the [instructions here](http://hivelogic.com/narrative/articles/ruby-rails-mongrel-mysql-osx) to install all the Rails dependencies, though you can skip the step to install Rails if you like. +2. **RubyGems**. The gems needed by Rails to interact with the database have to be compiled on the platform on which they will be run, so we cannot include them with the Tracks package, unlike some other gems. So you will need to [download](http://rubyforge.org/frs/?group_id=126) and install RubyGems (run `ruby setup.rb` after extracting the package). Note that once again, Mac OS X Leopard users get an easy life, because RubyGems and the SQLite3 gem is already installed. Once installed you can use RubyGems to install the gems you need for your database. If you are using SQLite3, run `sudo gem install sqlite3-ruby`, then select the appropriate package for your platform (version 1.2.1 recommended). You can use MySQL without installing a gem, but installing the gem can speed things up a bit: `sudo install gem mysql`. If you're using Leopard, there are a few work-arounds necessary, which are explained on [Mac OS Forge](http://trac.macosforge.org/projects/ruby/wiki/Troubleshooting#IcannotbuildrubymysqlonLeopardwithmysql.combinaries). The ruby-mysql bindings can sometimes be a bit troublesome to install, so to be honest, it's probably not worth the bother unless you are trying to wring maximum speed out of your system. If you are using PostgreSQL, then you can install a postgres gem: `gem install postgres`. +3. **Database**. The easiest option is to use SQLite3, as the database is included in the package. All you need then is the `sqlite3-ruby` gem, as described in step 2, and the SQLite3 libraries and binary (see [sqlite.org](http://sqlite.org/download.html) for downloads and installation instructions). If you want to use MySQL, download and install a package for your platform from [MySQL.com](http://dev.mysql.com/downloads/mysql/5.0.html). The basic steps for Postgresql should be similar to those for MySQL, but they will not be discussed further here. + +## Installation ## + +This description is intended for people installing Tracks from scratch. If you would like to upgrade an existing installation, please see [Upgrading to Tracks 1.5][upgrading]. + +1. [Unzip tracks][unzip_install] and install in a directory +2. Decide on a [database][database_install] to use + 1. SQLite3 - change database.yml to point to SQLite3 database + 2. MySQL - create new MySQL db and grant all privileges +3. [Configure some variables][config_install] +4. Populate the database with the [Tracks 1.5 schema][rake_install] +5. [Start the server][startserver_install] +6. [Visit Tracks in a browser][signup_install] +7. [Customise Tracks][customise_install] + +### Unzip Tracks and install [unzip_install] ### + +Unzip the package and move Tracks into the directory you want to run it from. For example, for Mac OS X users, `~/Sites` is a good choice. + +### Decide on a database [database_install] ### + +Before you go any further, you need to decide which database you will use. See the [What you need to install][whatyouneed] section for details on installing the required components for you choice of database. + +1. **SQLite3**. All you need to do is make sure that you point Tracks to the included SQLite3 database in `/db` in the next step, [Configure variables][config_install]. +2. **MySQL**. Once you have MySQL installed, you need to create a database to use with Tracks 1.5. Go into a terminal and issue the following commands: +
+
+    mysql -uroot -p
+    mysql> CREATE DATABASE tracks15;
+    mysql> GRANT ALL PRIVILEGES ON tracks15.* TO yourmysqluser@localhost \
+    IDENTIFIED BY 'password-goes-here' WITH GRANT OPTION;
+
+
+ +### Configure variables [config_install] ### + +1. If you downloaded Tracks 1.5 via Subversion, you need to duplicate the files `database.yml.tmpl` and `environment.yml.tmpl` and remove the `*.tmpl` extension from the duplicates. Similarly, duplicate `/log.tmpl` and remove the `*.tmpl` extension, then edit the files as described in steps 2 and 3. +2. Open the file `/config/database.yml` and edit the `production:` section with the details of your database. If you are using MySQL the `adapter:` line should read `adapter: mysql`, `host: localhost` (in the majority of cases), and your username and password should match those you assigned when you created the database. If you are using SQLite3, you should have only two lines under the production section: `adapter: sqlite3` and `database: db/tracks-15.db`. +3. Open the file `/config/environment.rb`, and read through the settings to make sure that they suit your setup. In most cases, all you need to change is the `SALT = "change-me"` line (change the string "change-me" to some other string of your choice), and the time zone setting. +4. If you are using Windows, you may need to check the 'shebang' lines (`#!/usr/bin/env ruby`) of the `/public/dispatch.*` files and all the files in the `/script` directory. They are set to `#!/usr/bin/env ruby` by default. This should work for all *nix based setups (Linux or Mac OS X), but Windows users will probably have to change it to something like `#c:/ruby/bin/ruby` to point to the Ruby binary on your system. + +### Populate your database with the Tracks 1.5 schema [rake_install] ### + +Open a terminal and change into the root of your Tracks 1.5 directory. Enter the following command: + +`rake db:migrate RAILS_ENV=production` + +This will update your database with the required schema for Tracks 1.5. If you are using SQLite3, it is not strictly necessary, because the SQLite3 database included with Tracks already has the schema included in it, but it should not do any harm to run the command (nothing will happen if it is up to date). + +### Start the server [startserver_install] ### + +While still in the Terminal inside the Tracks 1.5 root directory, issue the following command: + +`script/server -e production` + +If all goes well, you should see some text informing you that the Mongrel server is running: `** Mongrel available at 0.0.0.0:3000`. If you are already running other services on port 3000, you need to select a different port when running the server, using the `-p` option. You can stop the server again by the key combination Ctrl-C. + +### Visit Tracks in a browser [signup_install] ### + +Visit `http://0.0.0.0:3000/signup` in a browser (or whatever URL and port was reported when you started the server in the step above) and chose a user name and password for admin user. Once logged in as admin, you can add other (ordinary level) users. + +### Customise Tracks [customise_install] ### + +Once logged in, add some Contexts and Projects, and then go ahead and add your actions. You might also want to visit the Preferences page to edit various settings to your liking. Have fun! + +# Upgrading to Tracks 1.5 [upgrading] # + +## Upgrading from Tracks 1.043 [upgrading_1043] ## + +This should be a relatively straightforward, and involves the following main steps: + +1. [Back up][backup_upgrade] your existing database and installation of Tracks +2. [Install Tracks 1.5][install_upgrade] in a new directory +3. [Copy over][config_upgrade] a few configuration files from your Tracks 1.043 directory. If using SQLite3, copy the old database into the new Tracks 1.5 directory +5. Run `rake db:migrate RAILS_ENV=production` to [update your old database][rake_upgrade] to the new schema -- you did back up your database didn't you? +6. Run `script/server` inside your Tracks 1.5 directory to [start up Tracks 1.5][startserver_upgrade]. +7. Once you are happy that everything is working well, [delete your old Tracks directory][cleanup_upgrade]. + +### Backing up [backup_upgrade] ### + +It's very important that you **back up your database** before you start the upgrade process. It's always possible for things to go wrong with the database update, and you don't want to lose any data. If you are using SQLite3 and you are leaving your old Tracks directory in place, then you don't need to do anything. However, there is no harm in taking extra precautions and copying your database from `/db` to a safe location as an extra backup, or making a dump of the schema and contents. You will never regret making too many backups! If you are using MySQL, make a SQL dump of your database, replacing the terms in square brackets with the correct information for your setup: + +`mysqldump –-user [user name] –-password=[password] [database name] > [dump file]` + +Rename your old Tracks installation (e.g. to 'tracks-old') so that you can install Tracks 1.5 along side it. + +### Install Tracks 1.5 [install_upgrade] ### + +There are two methods of downloading Tracks 1.5: + +1. (Recommended for most people) Download the [zipped package](http://www.rousette.org.uk/projects/files/tracks-current.zip), and unzip in your preferred location (e.g. `~/Sites` for Mac OS X users). +2. Download using Subversion: +
+
+    svn co --username=guest \ 
+    http://www.rousette.org.uk/svn/tracks-repos/tags/current tracks
+
+
+ +### Copy over old configuration files [config_upgrade] ### + +There are a few files you need to copy over from your old installation. If you copy them over rather than moving them, you can still run your old version of Tracks if anything goes awry with the installation process. + +1. Copy `/config/database.yml` from your old Tracks directory to the same location in the new one. Double check that the information there is still correct. +2. Duplicate `/config/environment.rb.tmpl` in the Tracks 1.5 directory, and rename the file to `environment.rb`. Open the file and alter the line `SALT = "change-me"` so that it matches what you had in this file in your old installation. You may also want to change the time zone setting as appropriate for your location (`ENV['TZ'] = 'US/Eastern'`). If you have made any other customisations to `environment.rb` in the past, copy those over, but the contents of the file have changed quite a lot since 1.043, so check it carefully. +3. Copy your `/log` directory over from your old installation to the root of the new one, or just rename `/log.tmpl` to `log` to start afresh. +4. If you are using SQLite3, copy your database from `/db` in your old Tracks directory to the same location in the new one. +5. If you are using Windows, you may need to check the 'shebang' lines (`#!/usr/bin/env ruby`)[^env] of the `/public/dispatch.*` files and all the files in the `/script` directory. They are set to `#!/usr/bin/env ruby` by default. Check the format of those lines in your old installation, and change the new ones as necessary. + +### Update your old database to the new format [rake_upgrade] ### + +In a terminal, change directories so that you are inside the Tracks 1.5 directory. Then issue the command: + +`rake db:migrate RAILS_ENV=production` + +Watch the output carefully for errors, but it should report at the end of the process that everything worked OK. If you do get errors, you'll have to fix them before you proceed any further. Running rake with the `--trace` option can help to track down the problem. + +### Start the server [startserver_upgrade] ### + +If you're still in the Tracks 1.5 root directory in a terminal, enter the following command to start up Tracks in production mode: + +`script/server -e production` + +Visit the URL indicated by the output (e.g. `** Mongrel available at 0.0.0.0:3000` +) in a browser, and with any luck, you should be able to log in and find all your actions as you left them! + +### Clean up your old installation [cleanup_upgrade] ### + +Once you're certain that your new Tracks 1.5 installation is working perfectly, you can delete your old Tracks directory. + +[^env]: The `env` binary helps to locate other binaries, regardless of their location. If you don't have `env` installed, you'll need to change this line to point to the location of your Ruby binary. + +## Upgrading from versions prior to 1.043 ## + +The best option for versions prior to 1.043 is to follow the instructions below to upgrade to version 1.043, then use the instructions above to [upgrade from version 1.043][upgrading_1043]. + +1. For safety, rename your current Tracks directory to 'tracks-old' or something similar. +2. Before you do anything else, **BACK UP YOUR DATABASE** (tables and content) and keep the SQL dumps somewhere safe so that you can recreate the old database if necesary. +3. Download a copy of Tracks 1.043 and unzip alongside your 'tracks-old' directory. +4. Open the file `config/environment.rb` and look at the last line which should read: `SALT = "change-me"`. Change the word change-me to something else of your choosing. This string will be used as a 'salt' to encrypt your password and make it a bit more secure. Also look at the timezone setting at the bottom. You can leave it commented out if your server is in the same time zone as you, but you may need to adjust it if your server is in a different time zone. +5. In `database.yml` insert your old database name, user and password under the 'development' section. If you are using SQLite3 rather than MySQL or PostgreSQL, you need only the database name, and to change the 'adapter' line to 'sqlite3'. You also need to copy (NOT MOVE!), your SQLite3 database from your tracks-old `db` directory to your new tracks `db` directory +6. Run the command `rake extract_fixtures` inside the Tracks directory. This will populate the `db/exported_fixtures` directory with `*.yml` files corresponding to the contexts, projects and todos table from the contents of your old database. +7. Open `db/exported_fixtures/todos.yml` and search for the lines starting `created:` and replace with `created_at:`. If you are using SQLite3, you also need to change the following: `done: "0"` with `done: "f"` and `done: "1"` with `done: "t"`. You need to replace the similar 'done' lines in `projects.yml`, and in `contexts.yml` replace `hide: "0"` with `hide: "f"` and `hide: "1"` with `hide: "t"`. +8. Create a new MySQL database (named tracks1043, for example). In `database.yml` insert this new database name, user and password under the 'development' and 'production' sections. If you are using SQLite3, insert a new name for a database to hold your Tracks 1.043 data. +9. Run the command `rake db_schema_import` inside the Tracks directory. This should import the upgraded schema for 1.043 into your new database. +10. Run the command `rake load_exported_fixtures` which will import the contents of your old database from the fixtures files in `db/exported_fixtures`. +11. If you are using Windows, you may need to check the 'shebang' lines (`#!/usr/bin/env ruby`)[^env] of the `/public/dispatch.*` files and all the files in the `/script` directory. They are set to `#!/usr/bin/env ruby` by default. Check the format of those lines in your old installation, and change the new ones as necessary. +12. Try starting up the server with `script/server` to make sure that all your data has migrated successfully. If all is well, follow the instructions above to [upgrade from version 1.043][upgrading_1043] to Tracks 1.5 \ No newline at end of file diff --git a/tracks/doc/manual.pdf b/tracks/doc/manual.pdf index 61c2b834..6a8d04fd 100644 Binary files a/tracks/doc/manual.pdf and b/tracks/doc/manual.pdf differ diff --git a/tracks/doc/manual.tex b/tracks/doc/manual.tex index 2caff655..8f465e86 100644 --- a/tracks/doc/manual.tex +++ b/tracks/doc/manual.tex @@ -44,7 +44,7 @@ \chapterstyle{BlueBox} \setsecheadstyle{\sffamily\bfseries\Large} -\setsubsecheadstyle{\sffamily\bfseries\normal} +\setsubsecheadstyle{\sffamily\bfseries\Normal} \makepagestyle{myruledpagestyle} \makeevenhead{myruledpagestyle}{\thepage}{}{\leftmark} @@ -112,11 +112,11 @@ \usepackage{booktabs} % Better tables \usepackage{tabulary} % Support longer table cells \usepackage[utf8]{inputenc} % For UTF-8 support -\usepackage{xcolor} % Allow for color (annotations) +% \usepackage{xcolor} % Allow for color (annotations) %\geometry{landscape} % Activate for rotated page geometry -\usepackage[parfill]{parskip} % Activate to begin paragraphs with an empty +% \usepackage[parfill]{parskip} % Activate to begin paragraphs with an empty % line rather than an indent @@ -133,11 +133,11 @@ \date{2007-11-25} \def\format{complete} \def\latexxslt{memoir-twosided-manual.xslt} -\def\revision{Revision: \$Id: manual.markdown 654 2007-11-25 16:19:05Z bsag \$} +\def\revision{Revision: \$Id: manual.markdown 654 2007-12-16 15:01:05Z bsag \$} \def\mytitle{Tracks 1.5 Manual} \def\version{1.5} -\usepackage{xmpincl} -\includexmp{CCAttributionShareAlike} +% \usepackage{xmpincl} +% \includexmp{CCAttributionShareAlike} % @@ -457,11 +457,8 @@ Once logged in, add some Contexts and Projects, and then go ahead and add your a \chapter{Upgrading to Tracks 1.5} \label{upgrading} -\textbf{TODO: Instructions for upgrading from a version earlier than 1.043} - - \section{Upgrading from Tracks 1.043} -\label{upgradingfromtracks1.043} +\label{upgrading_1043} This should be a relatively straightforward, and involves the following main steps: @@ -536,7 +533,7 @@ There are a few files you need to copy over from your old installation. If you c \item If you are using SQLite3, copy your database from \texttt{/db} in your old Tracks directory to the same location in the new one. -\item If you are using Windows, you may need to check the `shebang' lines (\texttt{\#!/usr/bin/env ruby})\footnote{The \texttt{env} binary helps to locate other binaries, regardless of their location. If you don't have \texttt{env} installed, you'll need to change this line to point to the location of your Ruby binary.} of the \texttt{/public/dispatch.*} files and all the files in the \texttt{/script} directory. They are set to \texttt{\#!/usr/bin/env ruby} by default. Check the format of those lines in your old installation, and change the new ones as necessary. +\item If you are using Windows, you may need to check the `shebang' lines (\texttt{\#!/usr/bin/env ruby})\footnote{The \texttt{env} binary helps to locate other binaries, regardless of their location. If you don't have \texttt{env} installed, you'll need to change this line to point to the location of your Ruby binary.The \texttt{env} binary helps to locate other binaries, regardless of their location. If you don't have \texttt{env} installed, you'll need to change this line to point to the location of your Ruby binary.} of the \texttt{/public/dispatch.*} files and all the files in the \texttt{/script} directory. They are set to \texttt{\#!/usr/bin/env ruby} by default. Check the format of those lines in your old installation, and change the new ones as necessary. \end{enumerate} \subsection{Update your old database to the new format} @@ -570,6 +567,40 @@ Visit the URL indicated by the output (e.g.\ \texttt{** Mongrel available at 0.0 Once you're certain that your new Tracks 1.5 installation is working perfectly, you can delete your old Tracks directory. +\section{Upgrading from versions prior to 1.043} +\label{upgradingfromversionspriorto1.043} + +The best option for versions prior to 1.043 is to follow the instructions below to upgrade to version 1.043, then use the instructions above to upgrade from version 1.043 (\autoref{upgrading_1043}). + + +\begin{enumerate} + + +\item For safety, rename your current Tracks directory to `tracks-old' or something similar. + +\item Before you do anything else, \textbf{BACK UP YOUR DATABASE} (tables and content) and keep the SQL dumps somewhere safe so that you can recreate the old database if necesary. + +\item Download a copy of Tracks 1.043 and unzip alongside your `tracks-old' directory. + +\item Open the file \texttt{config/environment.rb} and look at the last line which should read: \texttt{SALT = "change-me"}. Change the word change-me to something else of your choosing. This string will be used as a `salt' to encrypt your password and make it a bit more secure. Also look at the timezone setting at the bottom. You can leave it commented out if your server is in the same time zone as you, but you may need to adjust it if your server is in a different time zone. + +\item In \texttt{database.yml} insert your old database name, user and password under the `development' section. If you are using SQLite3 rather than MySQL or PostgreSQL, you need only the database name, and to change the `adapter' line to `sqlite3'. You also need to copy (NOT MOVE!), your SQLite3 database from your tracks-old \texttt{db} directory to your new tracks \texttt{db} directory + +\item Run the command \texttt{rake extract\_fixtures} inside the Tracks directory. This will populate the \texttt{db/exported\_fixtures} directory with \texttt{*.yml} files corresponding to the contexts, projects and todos table from the contents of your old database. + +\item Open \texttt{db/exported\_fixtures/todos.yml} and search for the lines starting \texttt{created:} and replace with \texttt{created\_at:}. If you are using SQLite3, you also need to change the following: \texttt{done: "0"} with \texttt{done: "f"} and \texttt{done: "1"} with \texttt{done: "t"}. You need to replace the similar `done' lines in \texttt{projects.yml}, and in \texttt{contexts.yml} replace \texttt{hide: "0"} with \texttt{hide: "f"} and \texttt{hide: "1"} with \texttt{hide: "t"}. + +\item Create a new MySQL database (named tracks1043, for example). In \texttt{database.yml} insert this new database name, user and password under the `development' and `production' sections. If you are using SQLite3, insert a new name for a database to hold your Tracks 1.043 data. + +\item Run the command \texttt{rake db\_schema\_import} inside the Tracks directory. This should import the upgraded schema for 1.043 into your new database. + +\item Run the command \texttt{rake load\_exported\_fixtures} which will import the contents of your old database from the fixtures files in \texttt{db/exported\_fixtures}. + +\item If you are using Windows, you may need to check the `shebang' lines (\texttt{\#!/usr/bin/env ruby})\footnote{The \texttt{env} binary helps to locate other binaries, regardless of their location. If you don't have \texttt{env} installed, you'll need to change this line to point to the location of your Ruby binary.The \texttt{env} binary helps to locate other binaries, regardless of their location. If you don't have \texttt{env} installed, you'll need to change this line to point to the location of your Ruby binary.} of the \texttt{/public/dispatch.*} files and all the files in the \texttt{/script} directory. They are set to \texttt{\#!/usr/bin/env ruby} by default. Check the format of those lines in your old installation, and change the new ones as necessary. + +\item Try starting up the server with \texttt{script/server} to make sure that all your data has migrated successfully. If all is well, follow the instructions above to upgrade from version 1.043 (\autoref{upgrading_1043}) to Tracks 1.5 +\end{enumerate} + % % Back Matter %