These are the steps to follow when installing an application:
-
Go to the master STORE for the application, or make the new
application on a master store server.
-
Get the sources for the program, and unpack it.
-
Move the sources into a
src-<version>
directory under
the application's directory.
-
Make a shadow tree using "shadow" for the master store server's
architecture.
-
Go to the new
src-<version>-<architecture>
tree.
Read any installation instructions for the application.
-
Use "unshadow" or "fix", and make necessary changes
to Makefiles, configuration files, etc. to make the program
fit under /store.
-
Compile the program.
-
Either install the program into the
ver-<version>
tree, or
-
install the program directly under /store, and
-
run "postinst" to move the program into the
ver-<version>
tree.
-
Go to the
ver-<version>
directory. Check that all
files have a correct architecture prefix.
-
Register the application, or update the registration, using the
"register" tool.
-
Check the application consistency by running
chkapp -a <app>
.
-
To test the new version, use "linkup" to ensure that
the master's linktree is updated. You should now be able
to use the program from the master's linktree. Remember to
test that it works for ordinary users, too, not just for the
"store" user!
Furthermore, you should follow these steps when compiling for
additional architectures:
-
Go to a compile server for the architecture wanted.
-
Make the compile tree top directory
/store/store/<compi>/<application>-c
.
-
Make a shadow tree by running "shadow".
-
Go to the new
src-<version>-<arch>
directory.
-
As above, modify as necessary, possibly using patches
generated when compiling for the main architecture.
-
Compile the program as normal.
-
Install into the
ver-<version>
subtree in the
compilation tree, possibly by make install
and
postinst
.
-
If necessary, rename any architecture-specific files
to indicate the correct subset they support.
-
Transfer all architecture-specific files to the
master store for the application. In normal cases,
you would use postinst and the tar-file generated
by postinst. If you use FTP to transfer the files,
make sure the new files have correct permissions.
You should have the exact same set of architecture-independent files
in the compile tree as in the master's version tree. Then,
you do not need to transfer these.
-
Update the registration file on the master to
indicate that the new architecture is supported.
-
Use "slaveapp" to transfer the new version to the
compile server's slave store, and "linkup" to correct
the compile server's linktree. Then verify that the programs
are correctly available and functional under /store.
Up : Installing software in STORE,
Previous: Installation goals,
Next : Installation tools.
Index
arnej@lise.unit.no