+++ /dev/null
-%%
-%%
-
-\chapter{Installer Bacula}
-\label{_ChapterStart17}
-\index[general]{Installer Bacula }
-\index[general]{Bacula!Installer }
-\addcontentsline{toc}{section}{Installer Bacula}
-
-\section{Pr\'erequis}
-\index[general]{Pr\'erequis }
-\addcontentsline{toc}{section}{Pr\'erequis}
-
-En g\'en\'eral, il vous faudra les sources de la version courante de Bacula,
-et si vous souhaitez ex\'ecuter un client Windows, vous aurez besoin de la
-version binaire du client Bacula pour Windows. Par ailleurs, Bacula a besoin
-de certains paquetages externes (tels {\bf SQLite}, {\bf MySQL} ou {\bf
-PostgreSQL}) pour compiler correctement en accord avec les options que vous
-aurez choisies. Pour vous simplifier la t\^ache, nous avons combin\'e
-plusieurs de ces programmes dans deux paquetages {\bf depkgs} (paquetages de
-d\'ependances). Ceci peut vous simplifier la vie en vous fournissant tous les
-paquets n\'ecessaires plut\^ot que de vous contraindre \`a les trouver sur la
-Toile, les charger et installer.
-
-\section{Distribution des fichiers source}
-\index[general]{fichiers source}
-\index[general]{distrribution fichiers}
-\addcontentsline{toc}{section}{Distribution des fichiers source}
-A partir de la version 1.38.0, le code source est \'eclat\'e en quatre
-fichiers tar correspondant \`a quatre modules diff\'erents dans le CVS
-Bacula. Ces fichiers sont :
-
-\begin{description}
-\item [bacula-1.38.0.tar.gz]
- Il s'agit de la distribution primaire de Bacula. Pour chaque nouvelle
- version, le num\'ero de version (ici, 1.38.0) sera mise \`a jour.
-
-\item [bacula-docs-1.38.0.tar.gz]
- Ce fichier contient une copie du r\'epertoire docs, avec les documents
- pr\'e-construits : R\'epertoire html anglais, fichier html unique et
- fichier pdf. Les traductions allemande et fran\c {c}aise sont en cours mais
- ne sont pas pr\'e-construites.
-
-\item [bacula-gui-1.38.0.tar.gz]
- Ce fichier contient les programmes graphique en dehors du coeur
- de l'application. Actuellement, il contient bacula-web, un programme
- PHP pour produire une vue d'ensemble des statuts de vos jobs
- Bacula consultable dans un navigateur ; et bimagemgr, un programme
- qui permet de graver des images de CDROMS depuis un navigateur avec
- les volumes Bacula.
-
-\item [bacula-rescue-1.8.1.tar.gz]
- Ce fichier contient le code du CDROM de secours Bacula. Notez
- que le num\'ero de version de ce paquetage n'est pas li\'e \`a celui
- de Bacula. En utilisant ce code, vous pouvez graver un CDROM contenant
- la configuration de votre syst\`eme et une version statiquement li\'ee du
- File Daemon. Ceci peut vous permettre de repartitionner et reformater
- ais\'ement vos disques durs et de recharger votre syst\`eme avec Bacula
- en cas de d\'efaillance du disque dur.
-
-\item [winbacula-1.38.0.exe]
- Ce fichier est l'installeur 32 bits Windows pour l'installation du
- client Windows (File Daemon) sur une machine Windows.
- A partir de la version 1.39.20, cet exécutable contiendra aussi
- le Director Win32 et le Storage Daemon Win32.
-\end{description}
-
-\label{upgrading1}
-
-\section{Mettre Bacula \`a jour}
-\index[general]{Mettre Bacula \`a jour }
-\index[general]{Jour!Mettre Bacula \`a }
-\addcontentsline{toc}{section}{Mettre Bacula \`a jour}
-
-Si vous faites une mise \`a jour de Bacula, vous devriez d'abord lire
-attentivement les ReleaseNotes de toutes les versions entre votre version
-install\'ee et celle vers laquelle vous souhaitez mettre \`a jour. Si la base
-de donn\'ees du catalogue a \'et\'e mise \`a jour (c'est presque toujours le cas
-à chaque nouvelle version majeure), vous devrez soit
-r\'einitialiser votre base de donn\'ees et repartir de z\'ero, soit en
-sauvegarder une copie au format ASCII avant de proc\'eder \`a sa mise \`a
-jour. Ceci est normalement fait lorsque Bacula est compil\'e et install\'e par :
-
-\begin{verbatim}
-cd <installed-scripts-dir> (default /etc/bacula)
-./update_bacula_tables
-\end{verbatim}
-
-Ce script de mise \`a jour peut aussi \^etre trouv\'e dans le r\'epertoire
-src/cats des sources de Bacula.
-
-S'il y a eu plusieurs mises \`a jour de la base de donn\'ees entre votre
-version et celle vers laquelle vous souhaitez \'evoluer, il faudra appliquer
-chaque script de mise \`a jour de base de donn\'ees. Vous pouvez trouver tous
-les anciens scripts de mise \`a jour dans le r\'epertoire {\bf upgradedb} des
-sources de Bacula. Il vous faudra \'editer ces scripts pour qu'ils
-correspondent \`a votre configuration. Le script final, s'il y en a un, sera
-dans le r\'epertoire {\bf src/cats} comme indiqu\'e dans la ReleaseNote.
-
-Si vous migrez d'une version majeure vers une autre, vous devrez remplacer
-tous vos composants ({\it daemons}) en m\^eme temps car, g\'en\'eralement, le
-protocole inter-{\it daemons} aura chang\'e. Par contre, entre deux versions
-mineures d'une m\^eme majeure (par exemple les versions 1.32.x), \`a moins
-d'un bug, le protocole inter-{\it daemons} ne changera pas. Si cela vous
-semble confus, lisez simplement les ReleaseNotes tr\`es attentivement, elles
-signaleront si les {\it daemons} doivent \^etre mis \`a jour simultan\'ement.
-
-Enfin, notez qu'il n'est g\'en\'eralement pas n\'ecessaire d'utiliser
-{\bf make uninstall} avant de proc\'eder \`a une mise \`a jour. En fait, si vous le
-faites vous effacerez probablement vos fichiers de configuration, ce qui
-pourrait \^etre d\'esastreux. La proc\'edure normale de mise \`a jour est simplement :
-\begin{verbatim}
-./configure (your options)
-make
-make install
-\end{verbatim}
-
- En principe, aucun de vos fichiers .conf ou .sql ne devrait \^etre \'ecras\'e,
- et vous devez exécuter les deux commandes {\bf make} et {\bf make install}.
- {\bf make install} sans un {\bf make} préalable ne fonctionnera pas.
-
-Pour plus d'informations sur les mises \`a jour, veuillez consulter la partie
-\ilink{Upgrading Bacula Versions}{upgrading} du chapitre Astuces de ce manuel
-
-\section{Paquetage de D\'ependences}
-\label{Dependency}
-\index[general]{Paquetage de D\'ependences}
-\index[general]{Paquetage!D\'ependences}
-\addcontentsline{toc}{section}{Paquetage de D\'ependences}
-
-Comme nous l'\'evoquions plus haut, nous avons combin\'e une s\'erie de
-programmes dont Bacula peut avoir besoin dans les paquets {\bf depkgs} et {\bf
-depkgs1}. Vous pouvez, bien sur, obtenir les paquets les plus r\'ecents
-directement des auteurs. Le fichier README dans chaque paquet indique o\`u les
-trouver. Pourtant, il faut noter que nous avons test\'e la compatibilit\'e des
-paquets contenus dans les fichiers depkgs avec Bacula.
-
-Vous pouvez, bien sur, obtenir les dernieres versions de ces paquetages de
-leurs auteurs. Les r\'ef\'erences n\'ecessaires figurent dans le README de
-chaque paquet. Quoi qu'il en soit, soyez conscient du fait que nous avons
-test\'e la compatibilit\'e des paquetages des fichiers depkgs.
-
-Typiquement, un paquetage de d\'ependances sera nomm\'e {\bf
-depkgs-ddMMMyy.tar.gz} et {\bf depkgs1-ddMMMyy.tar.gz} o\`u {\bf dd} est le
-jour o\`u n'ous l'avons publi\'e, {\bf MMM} l'abbr\'eviation du mois et {\bf
-yy} l'ann\'ee. Par exemple: {\bf depkgs-07Apr02.tar.gz}. Pour installer et
-construire ce paquetage (s'il est requis), vous devez:
-
-\begin{enumerate}
-\item Cr\'eer un r\'epertoire {\bf bacula}, dans lequel vous placerez les
- sources de Bacula et le paquetage de d\'ependances.
-\item D\'esarchiver le {\bf depkg} dans le r\'epertoire {\bf bacula}.
-\item vous d\'eplacer dans le r\'epertoire obtenu: cd bacula/depkgs
-\item ex\'ecuter make
- \end{enumerate}
-
-La composition exacte des paquetages de d\'ependance est susceptible de
-changer de temps en temps, voici sa composition actuelle :
-
-\begin{longtable}{|l|l|l|}
- \hline
-\multicolumn{1}{|c| }{\bf Paquets externes } & \multicolumn{1}{c| }{\bf depkgs
-} & \multicolumn{1}{c| }{\bf depkgs1 } \\
- \hline
-{SQLite } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } \\
- \hline
-{SQLite3 } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } \\
- \hline
-{mtx } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } \\
- \hline
-{readline } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{X } \\
- \hline
-{pthreads } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } \\
- \hline
-{zlib } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } \\
- \hline
-{wxWidgets } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } \\
-\hline
-
-\end{longtable}
-
-Notez que certains de ces paquets sont de taille respectable, si bien que
-l'\'etape de compilation peut prendre un certain temps. Les instructions
-ci-dessous construiront tous les paquets contenus dans le r\'epertoire.
-Cependant, la compilation de Bacula, ne prendra que les morceaux dont Bacula a
-effectivement besoin.
-
-Une alternative consiste \`a ne construire que les paquets n\'ecessaires. Par
-exemple,
-
-\footnotesize
-\begin{verbatim}
-cd bacula/depkgs
-make sqlite
-\end{verbatim}
-\normalsize
-
-configurera et construira SQLite et seulement SQLite.
-
-Vous devriez construire les paquets requis parmi {\bf depkgs} et/ou {\bf
-depkgs1} avant de configurer et compiler Bacula car Bacula en aura besoin
-d\`es la compilation.
-
-M\^eme si vous n'utilisez pas SQLite, vous pourriez trouver le paquet {\bf
-depkgs} pratique pour construire {\bf mtx} car le programme {\bf tapeinfo} qui
-vient avec peut souvent vous fournir de pr\'ecieuses informations sur vos
-lecteurs de bandes SCSI (e.g. compression, taille min/max des blocks,...).
-
-Le paquet {\bf depkgs-win32} est obsolète à partir de la version 1.39 de Bacula.
-Il était autrefois utilisé pour compiler le client natif Win32 qui est
-désormais construit sur Linux grâce à un mécanisme de compilation croisée.
-Tous les outils et librairies tierces sont automatiquement téléchargées
-par l'exécution de scripts apropriés. Lisez le fichier src/win32/README.mingw32
-pour plus de détails.
-
-\section{Syst\`emes Support\'es}
-\label{Systems}
-\index[general]{Syst\`emes Support\'es }
-\addcontentsline{toc}{section}{Syst\`emes Support\'es}
-
-Veuillez consulter la section
-\ilink{ Syst\`emes support\'es}{SupportedOSes} du chapitre
-D\'emarrer avec Bacula de ce manuel.
-
-\section{Construire Bacula \`a partir des sources}
-\label{Building}
-\index[general]{Construire Bacula \`a partir des sources }
-\index[general]{Sources!Construire Bacula \`a partir des }
-\addcontentsline{toc}{section}{Construire Bacula \`a partir des sources}
-
-L'installation basique est plut\^ot simple.
-
-\begin{enumerate}
-\item Installez et construisez chaque {\bf depkgs} comme indiqu\'e plus haut.
-
-
-\item Configurez et installez MySQL ou PostgreSQL (si vous le souhaitez):
- \ilink{Installer et configurer MySQL Phase I}{_ChapterStart} ou
- \ilink{Installer et configurer PostgreSQL Phase
-I}{_ChapterStart10}. Si vous installez depuis des rpms, et
-utilisez MySQL, veillez \`a installer {\bf mysql-devel}, afin que les
-fichiers d'en-t\^etes de MySQL soient disponibles pour la compilation de
-Bacula. De plus, la librairie client MySQL requi\`ert la librairie de
-compression gzip {\bf libz.a} ou {\bf libz.so}. Ces librairies sont dans le
-paquet {\bf libz-devel}. Sur Debian, vous devrez charger le paquet {\bf
-zlib1g-dev}. Si vous n'utilisez ni rpms, ni debs, il vous faudra trouver le
-paquetage adapt\'e \`a votre syst\`eme.
-
-Notez que si vous avez dej\`a MySQL
-ou PostgreSQL sur votre syst\`eme vous pouvez sauter cette phase pourvu que
-vous ayez construit "the thread safe libraries'' et que vous ayez d\'ej\`a
-install\'e les rpms additionnels sus-mentionn\'es.
-
-\item En alternative \`a MySQL et PostgreSQL, configurez et installez SQLite,
- qui fait partie du paquetage {\bf depkgs}.
- \ilink{Installer et configurer SQLite}{_ChapterStart33}.
- SQLite n'est probablement pas adapt\'e \`a un environnement de production
- de taille respectable, en raison de sa lenteur par rapport \`a MySQL, et de la
- pauvret\'e de ses outils de reconstruction de base de donn\'ees endommag\'ee.
-
-\item D\'esarchivez les sources de Bacula, de pr\'ef\'erence dans le
- r\'epertoire {\bf bacula} \'evoqu\'e ci-dessus.
-
-\item D\'eplacez-vous dans ce r\'epertoire.
-
-\item Ex\'ecutez ./configure (avec les options appropri\'ees comme d\'ecrit
- ci-dessus)
-
-\item Examinez tr\`es attentivement la sortie de ./configure,
- particuli\`erement les r\'epertoires d'installation des binaires et des
- fichiers de configuration. La sortie de ./configure est stock\'ee dans le
-fichier {\bf config.out} et peut \^etre affich\'ee \`a volont\'e sans
-relancer ./configure par la commande {\bf cat config.out}.
-
-\item Vous pouvez relancer ./configure avec des options diff\'erentes apr\`es
- une premi\`ere ex\'ecution, cela ne pose aucun probl\`eme, mais vous devriez
- d'abord ex\'ecuter:
-
-\footnotesize
-\begin{verbatim}
- make distclean
-\end{verbatim}
-\normalsize
-
-afin d'\^etre certain de repartir de z\'ero et d'\'eviter d'avoir un m\'elange
-avec vos premi\`eres options. C'est n\'ecessaire parce que ./configure met
-en cache une bonne partie des informations. {\bf make distclean} est aussi
-recommand\'e si vous d\'eplacez vos fichiers source d'une machine \`a une
-autre. Si {\bf make distclean} \'echoue, ignorez-le et continuez.
-
-\item make
-
- Si vous obtenez des erreurs durant le {\it linking} dans le r\'epertoire du
-Storage Daemon (/etc/stored), c'est probablement parce que vous avez charg\'e
-la librairie statique sur votre syst\`eme. J'ai remarqu\'e ce probl\`eme sur
-un Solaris. Pour le corriger, assurez-vous de ne pas avoir ajout\'e l'option
-{\bf \verb{--{enable-static-tools} \`a la commande {\bf ./configure}.
-
-Si vous ignorez cette \'etape ({\bf make}) et poursuivez imm\'ediatement avec
-{\bf make install}, vous commettez deux erreurs s\'erieuses : d'abord, votre
-installation va \'echouer car Bacula a besoin d'un {\bf make} avant un
-{\bf make install} ; ensuite, vous vous privez de la possibilit\'e de vous
-assurer qu'il n'y a aucune erreur avant de commencer \`a \'ecrire les fichiers dans
-vos r\'epertoires syst\`eme.
-
-\item make install
-Avant de lancer cette commande, v\'erifiez consciencieusement que vous avez bien
-ex\'ecut\'e la commande {\bf make} et que tout a \'et\'e compil\'e proprement et li\'e
-sans erreur.
-
-\item Si vous \^etes un nouvel utilisateur de Bacula, nous vous recommandons
- {\bf fortement} de sauter l'\'etape suivante et d'utiliser le fichier de
- configuration par d\'efaut, puis d'ex\'ecuter le jeu d'exemples du prochain
-chapitre avant de revenir modifier vos fichier de configuration pour qu'ils
-satisfassent vos besoins.
-
-\item Modifiez les fichiers de configuration de chacun des trois {\it daemons}
- (Directory, File, Storage) et celui de la Console. Pour plus de d\'etails,
- consultez le chapitre
-\ilink{Fichiers de Configuration de Bacula}{_ChapterStart16} Nous
-vous recommandons de commencer par modifier les fichiers de configuration
-fournis par d\'efaut, en faisant les changements minima indispensables. Vous
-pourrez proc\'eder \`a une adaptation compl\`ete une fois que Bacula
-fonctionnera correctement. Veuillez prendre garde \`a modifier les mots de
-passe qui sont g\'en\'er\'es al\'eatoirement, ainsi que les noms car ils
-doivent s'accorder entre les fichiers de configuration pour des raisons de
-s\'ecurit\'e.
-
-\item Cr\'eez la base de donn\'ees Bacula MySQL et ses tables (si vous
- utilisez MySQL)
- \ilink{Installer et configurer MySQL Phase II}{mysql_phase2} ou
-cr\'eez la base de donn\'ees Bacula PostgreSQL et ses tables
-\ilink{Installer et configurer PostgreSQL Phase
-II}{PostgreSQL_phase2} (si vous utilisez PostgreSQL) ou
-encore
-\ilink{Installer et configurer SQLite Phase II}{phase2} (si vous
-utilisez SQLite)
-
-\item D\'emarrez Bacula ({\bf ./bacula start}) Notez: Le prochain chapitre
- expose ces \'etapes en d\'etail.
-
-\item Lancez la Console pour communiquer avec Bacula.
-
-\item Pour les deux \'el\'ements pr\'ec\'edents, veuillez suivre les
- instructions du chapitre
- \ilink{Ex\'ecuter Bacula}{_ChapterStart1} o\`u vous ferez une
-simple sauvegarde et une restauration. Faites ceci avant de faire de lourdes
-modifications aux fichiers de configuration, ainsi vous serez certain que
-Bacula fonctionne, et il vous sera plus familier. Apr\`es quoi il vous sera
-plus facile de changer les fichiers de configuration.
-\item Si apr\`es l'installation de Bacula, vous d\'ecidez de le d\'eplacer,
- c'est \`a dire de l'installer dans un jeu de r\'epertoires diff\'erents,
- proc\'edez comme suit :
-
-\footnotesize
-\begin{verbatim}
- make uninstall
- make distclean
- ./configure (vos-nouvelles-options)
- make
- make install
-
-\end{verbatim}
-\normalsize
-
-\end{enumerate}
-
-Si tout se passe bien, {\bf ./configure} d\'eterminera correctement votre
-syst\`eme et configurera correctement le code source. Actuellement, FreeBSD,
-Linux (RedHat), et Solaris sont support\'es. Des utilisateurs rapportent que
-le client Bacula fonctionne sur MacOS X 10.3 tant que le support readline est
-d\'esactiv\'e.
-
-Si vous installez Bacula sur plusieurs syst\`emes identiques, vous pouvez
-simplement transf\'erer le r\'epertoire des sources vers ces autres syst\`emes
-et faire un "make install''. Cependant s'il y a des diff\'erences dans les
-librairies, ou les versions de syst\`emes, ou si vous voulez installer sur un
-syst\`eme diff\'erent, vous devriez recommencer \`a partir de l'archive tar
-compress\'ee originale. Si vous transf\'erez un r\'epertoire de sources o\`u
-vous avez d\'ej\`a ex\'ecut\'e la commande ./configure, vous DEVEZ faire:
-
-\footnotesize
-\begin{verbatim}
-make distclean
-\end{verbatim}
-\normalsize
-
-avant d'ex\'ecuter \`a nouveau ./configure. Ceci est rendu n\'ecessaire par
-l'outil GNU autoconf qui met la configuration en cache, de sorte que si vous
-r\'eutilisez la configuration d'une machine Linux sur un Solaris, vous pouvez
-\^etre certain que votre compilation \'echouera. Pour l'\'eviter, comme
-mentionn\'e plus haut, recommencez depuis l'archive tar, ou faites un "make
-distclean''.
-
-En g\'en\'eral, vous voudrez probablement sophistiquer votre {\bf configure}
-pour vous assurer que tous les modules que vous souhaitez soient construits et
-que tout soit plac\'e dans les bons r\'epertoires.
-
-Par exemple, sur Fedora, RedHat ou SuSE, on pourrait utiliser ceci:
-
-\footnotesize
-\begin{verbatim}
-CFLAGS="-g -Wall" \
- ./configure \
- --sbindir=$HOME/bacula/bin \
- --sysconfdir=$HOME/bacula/bin \
- --with-pid-dir=$HOME/bacula/bin/working \
- --with-subsys-dir=$HOME/bacula/bin/working \
- --with-mysql \
- --with-working-dir=$HOME/bacula/bin/working \
- --with-dump-email=$USER
-\end{verbatim}
-\normalsize
-
-Notez: l'avantage de cette configuration pour commencer, est que tout sera mis
-dans un seul r\'epertoire, que vous pourrez ensuite supprimer une fois que
-vous aurez ex\'ecut\'e les exemples du prochain chapitre, et appris comment
-fonctionne Bacula. De plus, ceci peut \^etre install\'e et ex\'ecut\'e sans
-\^etre root.
-
-Pour le confort des d\'eveloppeurs, j'ai ajout\'e un script {\bf
-defaultconfig} au r\'epertoire {\bf examples}. Il contient les r\'eglages que
-vous devriez normalement utiliser, et chaque d\'eveloppeur/utilisateur devrait
-le modifier pour l'accorder \`a ses besoins. Vous trouverez d'autres exemples
-dans ce r\'epertoire.
-
-Les options {\bf \verb{--{enable-conio} ou {\bf \verb{--{enable-readline} sont utiles car
-elles conf\`erent un historique de lignes de commandes et des capacit\'es
-d'\'edition \`a la Console. Si vous avez inclus l'une ou l'autre option, l'un
-des deux paquets {\bf termcap} ou {\bf ncurses} sera n\'ecessaire pour
-compiler. Sur la plupart des syst\`emes, y compris RedHat et SuSE, vous
-devriez inclure le paquet ncurses. Si Le processus de configuration de
-Bacula le d\'etecte, il l'utilisera plut\^ot que la librairie termcap.
-Sur certains syst\`emes, tels que SUSE, la librairie termcap n'est
-pas dans le r\'epertoire standard des librairies par cons\'equent, l'option
-devrait \^etre d\'esactiv\'ee ou vous aurez un message tel que:
-
-\footnotesize
-\begin{verbatim}
-/usr/lib/gcc-lib/i586-suse-linux/3.3.1/.../ld:
-cannot find -ltermcap
-collect2: ld returned 1 exit status
-\end{verbatim}
-\normalsize
-
-lors de la compilation de la Console Bacula. Dans ce cas, il vous faudra
-placer la variable d'environnement {\bf LDFLAGS} avant de compiler.
-
-\footnotesize
-\begin{verbatim}
-export LDFLAGS="-L/usr/lib/termcap"
-\end{verbatim}
-\normalsize
-
-Les m\^emes contraintes de librairies s'appliquent si vous souhaitez utiliser
-les sous-programmes readlines pour l'\'edition des lignes de commande et
-l'historique, ou si vous utilisez une librairie MySQL qui requiert le
-chiffrement. Dans ce dernier cas, vous pouvez exporter les librairies
-additionnelles comme indiqu\'e ci-dessus ou, alternativement, les inclure
-directement en param\`etres de la commande ./configure comme ci-dessous :
-
- \footnotesize
- \begin{verbatim}
- LDFLAGS="-lssl -lcyrpto" \
- ./configure <vos-options>
- \end{verbatim}
-\normalsize
-
-
-Veuillez noter que sur certains syst\`emes tels que Mandriva, readline tend
-\`a "avaler'' l'invite de commandes, ce qui le rend totalement inutile. Si
-cela vous arrive, utilisez l'option "disable'', ou si vous utilisez une
-version post\'erieure \`a 1.33 essayez {\bf \verb{--{enable-conio} pour utiliser une
-alternative \`a readline int\'egr\'ee. Il vous faudra tout de m\^eme termcap
-ou ncurses, mais il est peu probable que le paquetage {\bf conio} gobe vos
-invites de commandes.
-
-Readline n'est plus support\'e depuis la version 1.34. Le code reste
-disponible, et si des utilisateurs soumettent des patches, je serai heureux de
-les appliquer. Cependant, \'etant donn\'e que chaque version de readline
-semble incompatible avec les pr\'ec\'edentes, et qu'il y a des diff\'erences
-significatives entre les syst\`emes, je ne puis plus me permettre de le
-supporter.
-
-\section{Quelle base de donn\'ees utiliser ?}
-\label{DB}
-\index[general]{Utiliser!Quelle base de donn\'ees }
-\index[general]{Quelle base de donn\'ees utiliser ? }
-\addcontentsline{toc}{section}{Quelle base de donn\'ees utiliser ?}
-
-Avant de construire Bacula, vous devez d\'ecider si vous voulez utiliser
-SQLite, MySQL ou PostgreSQL. Si vous n'avez pas d\'ej\`a MySQL ou PostgreSQL
-sur votre machine, nous vous recommandons de d\'emarrer avec SQLite. Ceci vous
-facilitera beaucoup l'installation car SQLite est compil\'e dans Bacula et ne
-requiert aucune administration. SQLite fonctionne bien et sied bien aux
-petites et moyennes configurations (maximum 10-20 machines). Cependant, il nous
-faut signaler que plusieurs utilisateurs ont subi des corruptions inexpliqu\'ees
-de leur catalogue SQLite. C'est pourquoi nous recommandons de choisir MySQL
-ou PostgreSQL pour une utilisation en production.
-
-Si vous souhaitez utiliser MySQL pour votre catalogue Bacula, consultez le
-chapitre
-\ilink{Installer et Configurer MySQL}{_ChapterStart} de ce manuel.
-Vous devrez installer MySQL avant de poursuivre avec la configuration de
-Bacula. MySQL est une base de donn\'ees de haute qualit\'e tr\`es efficace et
-qui convient pour des configurations de toutes tailles. MySQL est
-l\'eg\`erement plus complexe \`a installer et administrer que SQLite en raison
-de ses nombreuses fonctions sophistiqu\'ees telles que userids et mots de
-passe. MySQL fonctionne en tant que processus distinct, est r\'eellement une
-solution professionnelle et peut prendre en charge des bases de donn\'ees de
-dimension quelconque.
-
-Si vous souhaitez utiliser PostgreSQL pour votre catalogue Bacula, consultez
-le chapitre
-\ilink{Installer et Configurer PostgreSQL}{_ChapterStart10} de ce
-manuel. Vous devrez installer PostgreSQL avant de poursuivre avec la
-configuration de Bacula. PostgreSQL est tr\`es similaire \`a MySQL bien que
-tendant \`a \^etre un peu plus conforme \`a SQL92. PostgreSQL poss\`ede
-beaucoup plus de fonctions avanc\'ees telles que les transactions, les
-proc\'edures stock\'ees, etc. PostgreSQL requiert une certaine connaissance
-pour son installation et sa maintenance.
-
-Si vous souhaitez utiliser SQLite pour votre catalogue Bacula, consultez le
-chapitre
-\ilink{Installer et Configurer SQLite}{_ChapterStart33} de ce manuel.
-
-\section{D\'emarrage rapide}
-\index[general]{D\'emarrage rapide }
-\index[general]{Rapide!D\'emarrage }
-\addcontentsline{toc}{section}{D\'emarrage rapide}
-
-Il y a de nombreuses options et d'importantes consid\'erations donn\'ees
-ci-dessous que vous pouvez passer pour le moment si vous n'avez eu aucun
-probl\`eme lors de la compilation de Bacula avec une configuration
-simplifi\'ee comme celles montr\'ees plus haut.
-
-Si le processus ./configure ne parvient pas \`a trouver les librairies
-sp\'ecifiques (par exemple libintl), assurez vous que le paquetage appropri\'e
-est install\'e sur votre syst\`eme. S'il est install\'e dans un r\'epertoire non
-standard (au moins pour Bacula), il existe dans la plupart des cas une
-option parmi celles \'enum\'er\'ees ci-dessous (ou avec "./configure {-}{-}help")
-qui vous permettra de sp\'ecifier un r\'epertoire de recherche. D'autres options
-vous permettent de d\'esactiver certaines fonctionnalit\'es (par exemple
-{-}{-}disable-nls).
-
-Si vous souhaitez vous jeter \`a l'eau, nous vous conseillons de passer
-directement au chapitre suivant, et d'ex\'ecuter le jeu d'exemples. Il vous
-apprendra beaucoup sur Bacula, et un Bacula de test peut \^etre install\'e
-dans un unique r\'epertoire (pour une destruction ais\'ee) et ex\'ecut\'e sans
-\^etre root. Revenez lire les d\'etails de ce chapitre si vous avez un
-quelconque probl\`eme avec les exemples, ou lorsque vous voudrez effectuer une
-installation r\'eelle.
-
-TAQUET MISE A JOUR
-
-\section{Options de la commande {\bf configure}}
-\label{Options}
-\index[general]{Options de la commande configure }
-\index[general]{Configure!Options de la commande }
-\addcontentsline{toc}{section}{Options de la commande configure}
-
-Les options en ligne de commande suivantes sont disponibles pour {\bf
-configure} afin d'adapter votre installation \`a vos besoins.
-
-\begin{description}
-
-\item [{-}{-}sysbindir=\lt{}binary-path\gt{}]
- \index[dir]{{-}{-}sysbindir }
- D\'efinit l'emplacement des binaires Bacula.
-
-\item [{-}{-}sysconfdir=\lt{}config-path\gt{}]
- \index[dir]{{-}{-}sysconfdir }
- D\'efinit l'emplacement des fichiers de configuration de Bacula.
-
-\item [ {-}{-}mandir=\lt{}path\gt{}]
- \index[general]{{-}{-}mandir}
- Notez qu'\`a partir de la version 1.39.14, tout chemin sp\'ecifi\'e
- est d\'esormais compris comme le niveau le plus \'elev\'e du
- r\'epertoire man. Pr\'ec\'edemment, le {\bf mandir} sp\'ecifiait le
- chemin absolu o\`u vous souhaitiez instaler les pages de manuel.
- Les fichiers man sont install\'es au format gzipp\'e sous
- mandir/man1 et mandir/man8 comme il convient.
- Pour que l'installation se d\'eroule normalement, vous devez
- disposer de {\bf gzip} sur votre syst\`eme
-
- Par d\'efaut, Bacula installe une simple page de manuel dans
- /usr/share/man. Si vous voulez qu'elle soit install\'ee ailleurs,
- utilisez cette options pour sp\'ecifier le chemin voulu. Notez
- que les principaux documents Bacula en HTML et PDF sont dans une
- archive tar distincte des sources de distribution de Bacula.
-
-\item [ {-}{-}datadir=\lt{}path\gt{}]
- \index[general]{{-}{-}datadir}
- Si vous traduisez Bacula ou des parties de Bacula dans une autre
- langue, vous pouvez sp\'ecifier l'emplacement des fichiers .po avec
- l'option {\bf {-}{-}datadir}. Vous devez installer manuellement tout
- fichier .po qui n'est pas (encore) install\'e automatiquement.
-
-\item [{-}{-}enable-smartalloc ]
- \index[dir]{{-}{-}enable-smartalloc }
- Permet l'inclusion du code Smartalloc de d\'etection de tampons orphelins
-(NDT : orphaned buffer). Cette option est vivement recommand\'ee. Nous n'avons
-jamais compil\'e sans elle, aussi vous pourriez subir des d\'esagr\'ements si
-vous ne l'activez pas. Dans ce cas, r\'eactivez simplement cette option. Nous
-la recommandons car elle aide \`a d\'etecter les fuites de m\'emoire. Ce
-param\`etre est utilis\'e lors de la compilation de Bacula.
-
-\item [{-}{-}enable-gnome ]
- \index[dir]{{-}{-}enable-gnome }
- Si vous avez install\'e GNOME sur votre ordinateur, vous devez sp\'ecifier
-cette option pour utiliser la Console graphique GNOME. Vous trouverez les
-binaires dans le r\'epertoire {\bf src/gnome-console}.
-
-\item [{-}{-}enable-bwx-console ]
- \index[general]{{-}{-}enable-bwx-console }
- Si vous avez install\'e wxWidgets sur votre ordinateur, vous devez
-sp\'ecifier cette option pour utiliser la Console graphique bwx-console. Vous
-trouverez les binaires dans le r\'epertoire {\bf src/wx-console}. Ceci peut
-\^etre utile aux utilisateurs qui veulent une Console graphique, mais ne
-souhaitent pas installer Gnome, car wxWidgets peut fonctionner avec les
-librairies GTK+, Motif ou m\^eme X11.
-
-\item [{-}{-}enable-tray-monitor ]
- \index[general]{{-}{-}enable-tray-monitor }
- Si vous avez install\'e GTK sur votre ordinateur et utilisez un gestionnaire
-de fen\^etre compatible avec le syst\`eme de notification standard FreeDesktop
-(tels KDE et GNOME), vous pouvez utiliser une interface graphique pour
-surveiller les {\it daemons} Bacula en activant cette option. Les binaires
-seront plac\'es dans le r\'epertoire {\bf src/tray-monitor}.
-
-\item [{-}{-}enable-static-tools]
- \index[general]{{-}{-}enable-static-tools }
- Avec cette option, les utilitaires relatifs au Storage Daemon ({\bf bls},
-{\bf bextract}, et {\bf bscan}) seront li\'es statiquement, ce qui vous permet
-de les utiliser m\^eme si les librairies partag\'ees ne sont pas charg\'ees.
-Si vous avez des difficult\'es de type "linking'' \`a la compilation du
-r\'epertoire {\bf src/stored}, assurez-vous d'avoir d\'esactiv\'e cette
-option, en ajoutant \'eventuellement {\bf \verb{--{disable-static-tools}.
-
-\item [{-}{-}enable-static-fd]
- \index[fd]{{-}{-}enable-static-fd }
- Avec cette option, la compilation produira un {\bf static-bacula-fd} en plus
-du File Daemon standard. Cette version qui inclut les librairies statiquement
-li\'ees est requise pour la reconstruction compl\`ete d'une machine apr\`es
-un d\'esastre. Cette option est largement surpass\'ee par l'usage de {\bf
-make static-bacula-fd} du r\'epertoire {\bf src/filed}. L'option {\bf
-\verb:--:enable-client-only} d\'ecrite plus loin est aussi int\'eressante
-pour compiler un simple client sans les autres parties du programme.
-
-Pour lier un binaire statique, l'\'editeur de liens a besoin des versions
-statiques de toutes les librairies utilis\'ees, aussi les utilisateurs
-rencontrent fr\'equemment des erreurs d'\'edition de liens \`a l'utilisation
-de cette option. La premi\`ere chose \`a faire est de s'assurer d'avoir la
-librairie glibc statiquement li\'ee sur votre syst\`eme. Ensuite, il faut
-s'assurer de ne pas utiliser les options {\bf {-}{-}openssl} ou
-{\bf {-}{-}with-python} de la commande configure, car elle requierent des
-librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais
-il vous faudra charger les librairies statiques additionnelles correspondantes.
-
-\item [{-}{-}enable-static-sd]
- \index[sd]{{-}{-}enable-static-sd }
- Avec cette option, la compilation produira un {\bf static-bacula-sd} en plus
-du Storage Daemon standard. Cette version qui inclut les librairies
-statiquement li\'ees peut se r\'ev\'eler utile pour la reconstruction
-compl\`ete d'une machine apr\`es un d\'esastre.
-
-Pour lier un binaire statique, l'\'editeur de liens a besoin des versions
-statiques de toutes les librairies utilis\'ees, aussi les utilisateurs
-rencontrent fr\'equemment des erreurs d'\'edition de liens \`a l'utilisation
-de cette option. La premi\`ere chose \`a faire est de s'assurer d'avoir la
-librairie glibc statiquement li\'ee sur votre syst\`eme. Ensuite, il faut
-s'assurer de ne pas utiliser les options {\bf {-}{-}openssl} ou
-{\bf {-}{-}with-python} de la commande configure, car elle requierent des
-librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais
-il vous faudra charger les librairies statiques additionnelles correspondantes.
-
-\item [{-}{-}enable-static-dir]
- \index[dir]{{-}{-}enable-static-dir }
- Avec cette option, la compilation produira un {\bf static-bacula-dir} en plus
-du Director Daemon standard. Cette version qui inclut les librairies
-statiquement li\'ees peut se r\'ev\'eler utile pour la reconstruction
-compl\`ete d'une machine apr\`es un d\'esastre.
-
-Pour lier un binaire statique, l'\'editeur de liens a besoin des versions
-statiques de toutes les librairies utilis\'ees, aussi les utilisateurs
-rencontrent fr\'equemment des erreurs d'\'edition de liens \`a l'utilisation
-de cette option. La premi\`ere chose \`a faire est de s'assurer d'avoir la
-librairie glibc statiquement li\'ee sur votre syst\`eme. Ensuite, il faut
-s'assurer de ne pas utiliser les options {\bf {-}{-}openssl} ou
-{\bf {-}{-}with-python} de la commande configure, car elle requierent des
-librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais
-il vous faudra charger les librairies statiques additionnelles correspondantes.
-
-\item [{-}{-}enable-static-cons]
- \index[dir]{{-}{-}enable-static-cons }
- Avec cette option, la compilation produira une {\bf static-console} et une
-{\bf static-gnome-console} en plus de la Console standard standard. Cette
-version qui inclut les librairies statiquement li\'ees peut se r\'ev\'eler
-utile pour la reconstruction compl\`ete d'une machine apr\`es un d\'esastre.
-
-Pour lier un binaire statique, l'\'editeur de liens a besoin des versions
-statiques de toutes les librairies utilis\'ees, aussi les utilisateurs
-rencontrent fr\'equemment des erreurs d'\'edition de liens \`a l'utilisation
-de cette option. La premi\`ere chose \`a faire est de s'assurer d'avoir la
-librairie glibc statiquement li\'ee sur votre syst\`eme. Ensuite, il faut
-s'assurer de ne pas utiliser les options {\bf {-}{-}openssl} ou
-{\bf {-}{-}with-python} de la commande configure, car elle requierent des
-librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais
-il vous faudra charger les librairies statiques additionnelles correspondantes.
-
-\item [{-}{-}enable-client-only]
- \index[general]{{-}{-}enable-client-only }
- Avec cette option, la compilation produira seulement le File Daemon et les
-librairies qui lui sont n\'ecessaires. Aucun des autres {\it daemons}, outils
-de stockage, ni la console ne sera compil\'e. De m\^eme, un {\bf make
-install} installera seulement le File Daemon. Pour obtenir tous les {\it
-daemons}, vous devez la d\'esactiver. Cette option facilite grandement la
-compilation sur les simples clients.
-
-Pour lier un binaire statique, l'\'editeur de liens a besoin des versions
-statiques de toutes les librairies utilis\'ees, aussi les utilisateurs
-rencontrent fr\'equemment des erreurs d'\'edition de liens \`a l'utilisation
-de cette option. La premi\`ere chose \`a faire est de s'assurer d'avoir la
-librairie glibc statiquement li\'ee sur votre syst\`eme. Ensuite, il faut
-s'assurer de ne pas utiliser les options {\bf {-}{-}openssl} ou
-{\bf {-}{-}with-python} de la commande configure, car elle requierent des
-librairies suppl\'ementaires. Vous devriez pouvoir activer ces options, mais
-il vous faudra charger les librairies statiques additionnelles correspondantes.
-
-\item [ {-}{-}enable-build-dird]
- \index[general]{{-}{-}enable-build-dird}
-Avec cette option activ\'ee (ce qui est le cas par d\'efaut), le processus make
-compile le Director ainsi que les outils du Director. Vous pouvez d\'esactiver
-la compilation du Director en utilisant {\bf {-}{-}disable-build-dird}.
-
-\item [ {-}{-}enable-build-stored]
- \index[general]{{-}{-}enable-build-stored}
-Avec cette option activ\'ee (ce qui est le cas par d\'efaut), le processus make
-compile le Storage Daemon. Vous pouvez d\'esactiver
-la compilation du Storage Daemon en utilisant {\bf {-}{-}disable-build-stored}.
-
-\item [{-}{-}enable-largefile]
- \index[general]{{-}{-}enable-largefile }
- Cette option (activ\'ee par d\'efaut) provoque la compilation de Bacula avec
-le support d'adressage de fichiers 64 bits s'il est disponible sur votre
-syst\`eme. Ainsi Bacula peut lire et \'ecrire des fichiers de plus de 2
-GBytes. Vous pouvez d\'esactiver cette option et revenir \`a un adressage de
-fichiers 32 bits en utilisant {\bf \verb{--{disable-largefile}.
-
-\item [ {-}{-}disable-nls]
- \index[general]{{-}{-}disable-nls}
- Bacula utilise par d\'efaut les librairies {\it GNU Native Language Support} (NLS).
- Sur certaines machines, ces librairies peuvent \^etre inexistante, ou ne pas
- fonctionner correctement (particuli\`erement sur les impl\'ementations non Linux).
- dans ce genre de situations, vous pouvez neutraliser l'utilisation de ces librairies
- avec l'option {\bf {-}{-}disable-nls}. Dans ce cas, Bacula reviendra \`a l'usage de l'anglais.
-
-\item [{-}{-}with-sqlite=\lt{}sqlite-path\gt{}]
- \index[general]{{-}{-}with-sqlite }
- Cette option permet l'utilisation de la base de donn\'ees SQLite versions 2.8.x. Il n'est,
-en principe, pas n\'ecessaire de sp\'ecifier le chemin {\bf sqlite-path} car
-Bacula recherche les composants requis dans les r\'epertoires standards ({\bf
-depkgs/sqlite}). voyez
-\ilink{Installer et Configurer SQLite}{_ChapterStart33} pour plus de
-d\'etails.
-
-Voyez aussi la note ci-dessous, apr\`es le paragraphe --with-postgreSQL
-
-\item [{-}{-}with-sqlite3=\lt{}sqlite3-path\gt{}]
- \index[general]{{-}{-}with-sqlite3 }
- Cette option permet l'utilisation de la base de donn\'ees SQLite versions 3.x. Il n'est,
-en principe, pas n\'ecessaire de sp\'ecifier le chemin {\bf sqlite3-path} car
-Bacula recherche les composants requis dans les r\'epertoires standards ({\bf
-depkgs/sqlite3}). voyez
-\ilink{Installer et Configurer SQLite}{_ChapterStart33} pour plus de
-d\'etails.
-
-Voyez aussi la note ci-dessous, apr\`es le paragraphe --with-postgreSQL
-
-\item [{-}{-}with-mysql=\lt{}mysql-path\gt{}]
- \index[general]{{-}{-}with-mysql }
- Cette option permet la compilation des services de Catalogue de Bacula. Elle
-implique que MySQL tourne d\'ej\`a sur votre syst\`eme, et qu'il soit
-install\'e dans le chemin {\bf mysql-path} que vous avez sp\'ecifi\'e. Si
-cette option est absente, Bacula sera compil\'e automatiquement avec le code
-de la base Bacula interne. Nous recommandons d'utiliser cette option si
-possible. Si vous souhaitez utilisez cette option, veuillez proc\'eder \`a
-l'installation de MySQL (
-\ilink{Installer and Configurer MySQL}{_ChapterStart}) avant de
-proc\'eder \`a la configuration.
-
-Voyez aussi la note ci-dessous, apr\`es le paragraphe --with-postgreSQL
-
-\item [{-}{-}with-postgresql=\lt{}postgresql-path\gt{}]
- \index[general]{{-}{-}with-postgresql }
- Cette option d\'eclare un chemin explicite pour les librairies PostgreSQL si
-Bacula ne les trouve pas dans le r\'epertoire par d\'efaut.
-
-Notez que pour que Bacula soit configur\'e correctement, vous devez sp\'ecifier l'une des
-quatre options de bases de donn\'ees support\'ees : {-}{-}with-sqlite, {-}{-}with-sqlite3,
-{-}{-}with-mysql, ou {-}{-}with-postgresql, faute de quoi ./configure \'echouera.
-
-\item [ {-}{-}with-openssl=\lt{}path\gt{}]
- Cette option est requise si vous souhaitez activer TLS (ssl) qui chiffre les
- communications entre les daemons Bacula ou si vous voulez utiliser le chiffrement
- PKI des données du File Daemon.Normalement, la sp\'ecification du chemin {\bf path}
- n'est pas n\'ecessaire car le processus de
- configuration recherche les librairies OpenSSL dans les emplacements standard du
- syst\`eme. L'activation d'OpenSSL dans Bacula permet des communications s\'ecuris\'ees
- entre les {\it daemons}. Pour plus d'informations sur l'usage de TLS, consultez le
- chapitre \ilink{Bacula TLS}{_ChapterStart61} de ce manuel. Pour plus d'informations
- sur l'usage du chiffrement des données PKI, veuillez consulter le chapitre
- \ilink{Bacula PKI -- Data Encryption}{Chiffrement des données} de ce manuel.
-
-\item [ {-}{-}with-python=\lt{}path\gt{}]
- \index[general]{{-}{-}with-python }
- Cette option active le support Python dans Bacula. Si le chemin n'est pas
- sp\'ecifi\'e, le processus de configuration recherchera les librairies Python
- dans leurs emplacements standard. S'il ne peut trouver les librairies , il vous faudra
- fournir le chemin vers votre r\'epertoire de librairies Python. Voyez le
- \ilink{chapitre Python}{_ChapterStart60} pour plus de d\'etails sur l'utilisation de
- scripts Python.
-
-\item [ {-}{-}with-libintl-prefix=\lt{}DIR\gt{}]
- \index[general]{{-}{-}with-libintl-prefix}
- Cette option peut \^etre utilis\'ee pour indiquer \`a Bacula de rechercher dans DIR/include
- et DIR/lib les fichiers d'en t\^ete libintl et les librairies requises pour
- Native Language Support (NLS).
-
-\item [{-}{-}enable-conio]
- \index[general]{{-}{-}enable-conio }
- Cette option permet la compilation d'une petite et l\'eg\`ere routine en
-alternative \`a readline, beaucoup plus facile \`a configurer, m\^eme si elle
-n\'ecessite aussi les librairies termcap ou ncurses.
-
-\item [{-}{-}with-readline=\lt{}readline-path\gt{}]
- \index[general]{{-}{-}with-readline }
- Sp\'ecifie l'emplacement de {\bf readline}. En principe, Bacula devrait le
-trouver s'il est dans une librairie standard. Sinon, et si l'option
-\verb{--{with-readline n'est pas renseign\'ee, readline sera d\'esactiv\'e. Cette
-option affecte la compilation de Bacula. Readline fournit le programme
-Console avec un historique des lignes de commandes et des capacit\'es
-d'\'edition. Readline n'est d\'esormais plus support\'e, ce qui signifie que
-vous l'utilisez \`a vos risques et p\'erils
-
-\item [{-}{-}enable-readline]
- \index[general]{{-}{-}enable-readline }
- Active le support readline. D\'esactiv\'e par d\'efaut en raison de nombreux
-probl\`emes de configuration, et parce que le paquetage semble devenir
-incompatible.
-
-\item [{-}{-}with-tcp-wrappers=\lt{}path\gt{}]
- \index[general]{{-}{-}with-tcp-wrappers}
- \index[general]{TCP Wrappers}
- \index[general]{Wrappers!TCP}
- \index[general]{libwrappers}
- Cette option pr\'ecise que vous voulez TCP wrappers (man hosts\_access(5))
-compil\'e dans Bacula. Le chemin est facultatif puisque Bacula devrait, en
-principe, trouver les librairies dans les r\'epertoires standards. Cette
-option affecte la compilation. Lorsque vous sp\'ecifierez vos restrictions
-dans les fichiers {\bf /etc/hosts.allow} ou {\bf /etc/hosts.deny}, n'utilisez
-pas l'option {\bf twist} (man hosts\_options(5)) ou le processus Bacula sera
-stopp\'e.
-
-Pour plus d'informations sur la configuration et les tests de TCP wrappers,
-consultez la section
-\ilink{Configurer et Tester TCP Wrappers}{wrappers} du chapitre
-sur la s\'ecurit\'e.
-
-Sur SuSE, les librairies libwrappers requises pour lier Bacula appartiennent
-au paquet tcpd-devel. Sur RedHat, le paquet se nomme tcp\_wrappers.
-
-\item [{-}{-}with-working-dir=\lt{}working-directory-path\gt{}]
- \index[dir]{{-}{-}with-working-dir }
- Cette option est obligatoire et sp\'ecifie un r\'epertoire dans lequel Bacula
-peut placer en toute s\'ecurit\'e les fichiers qui resteront d'une
-ex\'ecution \`a l'autre. Par exemple, si la base de donn\'ees interne est
-utilis\'ee, Bacula stockera ces fichiers dans ce r\'epertoire. Cette option
-n'est utilis\'ee que pour modifier les fichiers de configuration de Bacula.
-Vous pourrez \'eventuellement effectuer cette modification directement en les
-\'editant plus tard. Le r\'epertoire sp\'ecifi\'e ici n'est pas
-automatiquement cr\'e\'e par le processus d'installation, aussi vous devez
-veiller \`a ce qu'il existe avant votre premi\`ere utilisation de Bacula.
-
-\item [{-}{-}with-base-port=\lt{}port=number\gt{}]
- \index[dir]{{-}{-}with-base-port }
- Bacula a besoin de trois ports TCP/IP pour fonctionner (un pour la Console,
-un pour le Storage Daemon et un pour le File Daemon). L'option {\bf
-\verb{--{with-baseport} permet d'assigner automatiquement trois ports cons\'ecutifs
-\`a partir du port de base sp\'ecifi\'e. Vous pouvez aussi changer les
-num\'eros de ports dans les fichiers de configuration. Cependant, vous devez
-prendre garde \`a ce que les num\'eros de ports se correspondent fid\`element
-dans chacun des trois fichiers de configuration. Le port de base par d\'efaut
-est 9101, ce qui assigne les ports 9101 \`a 9103. Ces ports (9101, 9102 et
-9103) ont \'et\'e officiellement assign\'e \`a Bacula par l'IANA. Cette
-option n'est utilis\'ee que pour modifier les fichiers de configuration de
-Bacula. Vous pouvez \`a tout moment faire cette modification en \'editant
-directement ces fichiers.
-
-\item [{-}{-}with-dump-email=\lt{}email-address\gt{}]
- \index[dir]{{-}{-}with-dump-email }
- Cette option sp\'ecifie l'adresse e-mail qui recevra tous les {\it core dump}.
- Cette option n'est en principe utilis\'ee que par les d\'eveloppeurs.
-
-\item [{-}{-}with-pid-dir=\lt{}PATH\gt{} ]
- \index[dir]{{-}{-}with-pid-dir }
- Ceci pr\'ecise le r\'epertoire de stockage du fichier d'id de processus lors
-de l'ex\'ecution. La valeur par d\'efaut est : {\bf /var/run}. Le r\'epertoire
-sp\'ecifi\'e ici n'est pas automatiquement cr\'e\'e par le processus
-d'installation, aussi vous devez veiller \`a ce qu'il existe avant votre
-premi\`ere utilisation de Bacula.
-
-\item [{-}{-}with-subsys-dir=\lt{}PATH\gt{} ]
- \index[dir]{{-}{-}with-subsys-dir }
- Cette option pr\'ecise le r\'epertoire de stockage des fichiers verrous du
-sous-syst\`eme lors de l'ex\'ecution. Le r\'epertoire par d\'efaut est {\bf
-/var/run/subsys}. Veillez \`a ne pas sp\'ecifier le m\^eme r\'epertoire que
-pour l'option {\bf sbindir}. Ce r\'epertoire n'est utilis\'e que par les
-scripts de d\'emarrage automatique. Le r\'epertoire sp\'ecifi\'e ici n'est
-pas automatiquement cr\'e\'e par le processus d'installation, aussi vous devez
-veiller \`a ce qu'il existe avant votre premi\`ere utilisation de Bacula.
-
-\item [{-}{-}with-dir-password=\lt{}Password\gt{} ]
- \index[dir]{{-}{-}with-dir-password }
- Cette option vous permet de pr\'eciser le mot de passe d'acc\`es au Director
-(contact\'e, en principe, depuis la console). S'il n'est pas pr\'ecis\'e,
-configure en cr\'e\'e un al\'eatoirement.
-
-\item [{-}{-}with-fd-password=\lt{}Password\gt{} ]
- \index[fd]{{-}{-}with-fd-password }
- Cette option vous permet de pr\'eciser le mot de passe d'acc\`es au File
-Daemon (contact\'e, en principe, depuis le Director). S'il n'est pas
-pr\'ecis\'e, configure en cr\'e\'e un al\'eatoirement.
-
-\item [{-}{-}with-sd-password=\lt{}Password\gt{} ]
- \index[sd]{{-}{-}with-sd-password }
- Cette option vous permet de pr\'eciser le mot de passe d'acc\`es au Storage
-Daemon (contact\'e, en principe, depuis le File Daemon). S'il n'est pas
-pr\'ecis\'e, configure en cr\'e\'e un al\'eatoirement.
-
-\item [{-}{-}with-dir-user=\lt{}User\gt{} ]
- \index[dir]{{-}{-}with-dir-user }
- Cette option vous permet de sp\'ecifier l'UserId utilis\'e pour l'ex\'ecution
-du Director. Le Director doit \^etre d\'emarr\'e en tant que root, mais n'a
-pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir effectu\'e les
-op\'erations d'initialisation pr\'eliminaires, il peut redescendre au niveau
-de l'UserId sp\'ecifi\'e dans cette option. Si vous utilisez cette option, vous
-devez cr\'eer l'utilisateur User avant d'ex\'ecuter {\bf make install}, car le
-r\'epertoire de travail de Bacula appartiendra \`a cet utilisateur.
-
-\item [{-}{-}with-dir-group=\lt{}Group\gt{} ]
- \index[dir]{{-}{-}with-dir-group }
- Cette option vous permet de sp\'ecifier le GroupId utilis\'e pour
-l'ex\'ecution du Director. Le Director doit \^etre d\'emarr\'e en tant que
-root, mais n'a pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir
-effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
-redescendre au niveau du GroupId sp\'ecifi\'e dans cette option.
-Si vous utilisez cette option, vous
-devez cr\'eer le groupe Group avant d'ex\'ecuter {\bf make install}, car le
-r\'epertoire de travail de Bacula appartiendra \`a ce groupe.
-
-\item [{-}{-}with-sd-user=\lt{}User\gt{} ]
- \index[sd]{{-}{-}with-sd-user }
- Cette option vous permet de sp\'ecifier l'UserId utilis\'e pour ex\'ecuter le
-Storage Daemon. Le Storage Daemon doit \^etre d\'emarr\'e en tant que root,
-mais n'a pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir
-effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
-redescendre au niveau de l'UserId sp\'ecifi\'e dans cette option. Si vous
-utilisez cette option, veillez \`a ce que le Storage Daemon ait acc\`es \`a
-tous les p\'eriph\'eriques de stockage dont il a besoin.
-
-\item [{-}{-}with-sd-group=\lt{}Group\gt{} ]
- \index[sd]{{-}{-}with-sd-group }
- Cette option vous permet de sp\'ecifier le GroupId utilis\'e pour ex\'ecuter
-le Storage Daemon. Le Storage Daemon doit \^etre d\'emarr\'e en tant que
-root, mais n'a pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir
-effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
-redescendre au niveau du GroupId sp\'ecifi\'e dans cette option.
-
-\item [{-}{-}with-fd-user=\lt{}User\gt{} ]
- \index[fd]{{-}{-}with-fd-user }
- Cette option vous permet de sp\'ecifier l'UserId utilis\'e pour ex\'ecuter le
-File Daemon. Le File Daemon doit \^etre d\'emarr\'e et, dans la plupart des
-cas, ex\'ecut\'e en tant que root, de sorte que cette option n'est utilis\'ee
-que dans des cas bien particuliers. Malgr\'e tout, apr\`es avoir effectu\'e
-les op\'erations d'initialisation pr\'eliminaires, il peut redescendre au
-niveau de l'UserId sp\'ecifi\'e dans cette option.
-
-\item [{-}{-}with-fd-group=\lt{}Group\gt{} ]
- \index[fd]{{-}{-}with-fd-group }
- Cette option vous permet de sp\'ecifier le GroupId utilis\'e pour ex\'ecuter
-le File Daemon. Le File Daemon doit \^etre d\'emarr\'e et, dans la plupart
-des cas, ex\'ecut\'e en tant que root, de sorte que cette option n'est
-utilis\'ee que dans des cas bien particuliers. Malgr\'e tout, apr\`es avoir
-effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
-redescendre au niveau du GroupId sp\'ecifi\'e dans cette option.
-\end{description}
-
-Notez: de nombreuses options suppl\'ementaires vous sont pr\'esent\'ees
-lorsque vous entrez {\bf ./configure \verb{--{help}, mais elles ne sont pas
-impl\'ement\'ees.
-
-\section{Options recommand\'ees pour la plupart des syst\`emes}
-\index[general]{Options recommand\'ees pour la plupart des syst\`emes }
-\addcontentsline{toc}{section}{Options recommand\'ees pour la plupart des
-syst\`emes}
-
-Pour la plupart des syst\`emes, nous recommandons de commencer avec les
-options suivantes :
-
-\footnotesize
-\begin{verbatim}
-./configure \
- --enable-smartalloc \
- --sbindir=$HOME/bacula/bin \
- --sysconfdir=$HOME/bacula/bin \
- --with-pid-dir=$HOME/bacula/bin/working \
- --with-subsys-dir=$HOME/bacula/bin/working \
- --with-mysql=$HOME/mysql \
- --with-working-dir=$HOME/bacula/working
-\end{verbatim}
-\normalsize
-
-Si vous souhaitez installer Bacula dans un r\'epertoire d'installation
-plut\^ot que de l'ex\'ecuter depuis le r\'epertoire de compilation, (comme le
-feront les d\'eveloppeurs la plupart du temps), vous devriez aussi inclure les
-options \verb{--{sbindir et \verb{--{sysconfdir avec les chemins appropri\'es. Aucune n'est
-n\'ecessaire si vous ne vous servez pas de "make install'', comme c'est le
-cas pour la plupart des travaux de d\'eveloppement. Le processus
-d'installation va cr\'eer les r\'epertoires sbindir et sysconfdir s'ils
-n'existent pas, mais il ne cr\'eera pas les r\'epertoires pid-dir, subsys-dir
-ni working-dir, aussi assurez vous qu'ils existent avant de lancer Bacula.
-L'exemple ci-dessous montre la fa\c{c}on de proc\'eder de Kern.
-
-\section{RedHat}
-\index[general]{RedHat }
-\addcontentsline{toc}{section}{RedHat}
-
-Avec SQLite:
-
-\footnotesize
-\begin{verbatim}
-
-CFLAGS="-g -Wall" ./configure \
- --sbindir=$HOME/bacula/bin \
- --sysconfdir=$HOME/bacula/bin \
- --enable-smartalloc \
- --with-sqlite=$HOME/bacula/depkgs/sqlite \
- --with-working-dir=$HOME/bacula/working \
- --with-pid-dir=$HOME/bacula/bin/working \
- --with-subsys-dir=$HOME/bacula/bin/working \
- --enable-gnome \
- --enable-conio
-\end{verbatim}
-\normalsize
-
-ou
-
-\footnotesize
-\begin{verbatim}
-
-CFLAGS="-g -Wall" ./configure \
- --sbindir=$HOME/bacula/bin \
- --sysconfdir=$HOME/bacula/bin \
- --enable-smartalloc \
- --with-mysql=$HOME/mysql \
- --with-working-dir=$HOME/bacula/working
- --with-pid-dir=$HOME/bacula/bin/working \
- --with-subsys-dir=$HOME/bacula/bin/working
- --enable-gnome \
- --enable-conio
-\end{verbatim}
-\normalsize
-
-ou une installation RedHat compl\`etement traditionnelle :
-
-\footnotesize
-\begin{verbatim}
-CFLAGS="-g -Wall" ./configure \
- --prefix=/usr \
- --sbindir=/usr/sbin \
- --sysconfdir=/etc/bacula \
- --with-scriptdir=/etc/bacula \
- --enable-smartalloc \
- --enable-gnome \
- --with-mysql \
- --with-working-dir=/var/bacula \
- --with-pid-dir=$HOME/var/run \
- --enable-conio
-\end{verbatim}
-\normalsize
-
-Notez que Bacula suppose que les r\'epertoires /var/bacula, /var/run et
-/var/lock/subsys existent, ils ne seront pas cr\'ees par le processus
-d'installation.
-
-D'autre part, avec gcc 4.0.1 20050727 (Red Hat 4.0.1-5) sur processeur AMD64
-et sous CentOS4 64 bits, un bug du compilateur g\'en\`ere du code erron\'e qui
-conduit Bacula \`a des erreurs de segmentation. Typiquement, vous le rencontrerez
-d'abord avec le Storage Daemon. La solution consiste \`a s'assurer que Bacula est
-compil\'e sans optimisation (normalement -O2)
-
-\section{Solaris}
-\index[general]{Solaris }
-\addcontentsline{toc}{section}{Solaris}
-
-Pour installer Bacula depuis les sources, il vous faudra les paquetages suivants
-sur votre syst\`eme (ils ne sont pas install\'es par d\'efaut) : libiconv, gcc 3.3.2, stdc++, libgcc
-( pour les librairies stdc++ and gcc\_s ), make 3.8 ou plus r\'ecent.
-
-Il vous faudra probablement aussi ajouter /usr/local/bin et /usr/css/bin \`a PATH pour ar.
-
-\footnotesize
-\begin{verbatim}
-#!/bin/sh
-CFLAGS="-g" ./configure \
- --sbindir=$HOME/bacula/bin \
- --sysconfdir=$HOME/bacula/bin \
- --with-mysql=$HOME/mysql \
- --enable-smartalloc \
- --with-pid-dir=$HOME/bacula/bin/working \
- --with-subsys-dir=$HOME/bacula/bin/working \
- --with-working-dir=$HOME/bacula/working
-\end{verbatim}
-\normalsize
-
-Comme mentionn\'e ci-dessus, le processus d'installation va cr\'eer les
-r\'epertoires sbindir et sysconfdir s'ils n'existent pas, mais il ne cr\'eera
-pas les r\'epertoires pid-dir, subsys-dir ni working-dir, aussi assurez vous
-qu'ils existent avant de lancer Bacula.
-
-Notez que vous pouvez aussi avoir besoin des paquetages suivants pour installer Bacula
-depuis les sources :
-\footnotesize
-\begin{verbatim}
-SUNWbinutils,
-SUNWarc,
-SUNWhea,
-SUNWGcc,
-SUNWGnutls
-SUNWGnutls-devel
-SUNWGmake
-SUNWgccruntime
-SUNWlibgcrypt
-SUNWzlib
-SUNWzlibs
-SUNWbinutilsS
-SUNWGmakeS
-SUNWlibm
-
-export
-PATH=/usr/bin::/usr/ccs/bin:/etc:/usr/openwin/bin:/usr/local/bin:/usr/sfw/bin:/opt/sfw/bin:/usr/ucb:/usr/sbin
-\end{verbatim}
-\normalsize
-
-
-\section{FreeBSD}
-\index[general]{FreeBSD }
-\addcontentsline{toc}{section}{FreeBSD}
-
-Veuillez consulter:
-\elink{The FreeBSD Diary}{http://www.freebsddiary.org/bacula.php} pour une
-description d\'etaill\'ee de la m\'ethode pour faire fonctionner Bacula sur
-votre syst\`eme. De plus, les utilisateurs de versions de FreeBSD
-ant\'erieures \`a la 4.9-STABLE du lundi 29 d\'ecembre 2003 15:18:01 qui
-envisagent d'utiliser des lecteurs de bandes doivent consulter le chapitre
-\ilink{Tester son lecteur de bandes}{FreeBSDTapes} de ce
-manuel pour d'{\bf importantes} informations sur la configuration des lecteurs
-pour qu'ils soient compatibles avec Bacula.
-
-Si vous utilisez Bacula avec MySQL, vous devriez prendre garde \`a compiler
-MySQL avec les threads natifs de FreeBSD plut\^ot qu'avec ceux de Linux, car
-c'est avec ceux l\`a qu'est compil\'e Bacula et le m\'elange des deux ne
-fonctionnera probablement pas.
-
-\section{Win32}
-\index[general]{Win32 }
-\addcontentsline{toc}{section}{Win32}
-
-Pour installer la version binaire Win32 du File Daemon, consultez le chapitre
-\ilink{ Installation sur syst\`emes Win32}{_ChapterStart7} de ce
-document.
-
-\section{Syst\`emes Windows avec CYGWIN install\'e}
-\label{Win32}
-\index[general]{Syst\`emes Windows avec CYGWIN install\'e }
-\addcontentsline{toc}{section}{Syst\`emes Windows avec CYGWIN install\'e}
-
-A partir de la version 1.34, Bacula n'utilise plus CYGWIN pour le client
-Win32. Il est cependant encore compil\'e sous un environnement CYGWIN -- Bien
-que vous puissiez probablement le faire avec seulement VC Studio. Si vous
-souhaitez compiler le client Win32 depuis les sources, il vous faudra
-Microsoft C++ version 6.0 ou sup\'erieur. Dans les versions de Bacula
-ant\'erieures \`a la 1.33, CYGWIN \'etait utilis\'e.
-
-Notez qu'en d\'epit du fait que la plupart des \'el\'ements de Bacula puissent
-compiler sur les syst\`emes Windows, la seule partie que nous avons test\'ee
-et utilis\'ee est le File Daemon.
-
-Finalement, vous devriez suivre les instructions d'installation de la section
-\ilink{Win32 Installation sur syst\`emes Win32}{_ChapterStart7} de ce
-document en occultant la partie qui d\'ecrit la d\'ecompression de la version
-binaire.
-
-\section{Le script Configure de Kern}
-\index[general]{Le script Configure de Kern }
-\index[general]{Kern!Le script Configure de }
-\addcontentsline{toc}{section}{Le script Configure de Kern}
-
-Voici le script que j'utilise pour compiler sur mes machines Linux de
-"production'':
-
-\footnotesize
-\begin{verbatim}
-#!/bin/sh
-# This is Kern's configure script for Bacula
-CFLAGS="-g -Wall" \
- ./configure \
- --sbindir=$HOME/bacula/bin \
- --sysconfdir=$HOME/bacula/bin \
- --enable-smartalloc \
- --enable-gnome \
- --with-pid-dir=$HOME/bacula/bin/working \
- --with-subsys-dir=$HOME/bacula/bin/working \
- --with-mysql=$HOME/mysql \
- --with-working-dir=$HOME/bacula/bin/working \
- --with-dump-email=$USER \
- --with-smtp-host=mail.your-site.com \
- --with-baseport=9101
-exit 0
-\end{verbatim}
-\normalsize
-
-Notez que je fixe le port de base \`a 9101, ce qui signifie que Bacula
-utilisera le port 9101 pour la console Director, le port 9102 pour le File
-Daemon, et le 9103 pour le Storage Daemon. Ces ports devraient \^etre
-disponibles sur tous les syst\`emes \'etant donn\'e qu'ils ont \'et\'e
-officiellement attribu\'es \`a Bacula par l'IANA (Internet Assigned Numbers
-Authority). Nous recommandons fortement de n'utiliser que ces ports pour
-\'eviter tout conflit avec d'autres programmes. Ceci est en fait la
-configuration par d\'efaut si vous n'utilisez pas l'option {\bf
-\verb{--{with-baseport}.
-
-Vous pouvez aussi ins\'erer les entr\'ees suivantes dans votre fichier {\bf
-/etc/services} de fa\c{c}on \`a rendre les connections de Bacula plus
-ais\'ees \`a rep\'erer (i.e. netstat -a):
-
-\footnotesize
-\begin{verbatim}
-bacula-dir 9101/tcp
-bacula-fd 9102/tcp
-bacula-sd 9103/tcp
-\end{verbatim}
-\normalsize
-
-\section{Installer Bacula}
-\index[general]{Installer Bacula }
-\index[general]{Bacula!Installer }
-\addcontentsline{toc}{section}{Installer Bacula}
-
-Avant de personnaliser vos fichiers de configuration, vous voudrez installer
-Bacula dans son r\'epertoire d\'efinitif. tapez simplement:
-
-\footnotesize
-\begin{verbatim}
-make install
-\end{verbatim}
-\normalsize
-
-Si vous avez pr\'ec\'edemment install\'e Bacula, les anciens binaires seront
-\'ecras\'es, mais les anciens fichiers de configuration resteront inchang\'es,
-et les "nouveaux'' recevront l'extension {\bf .new}. G\'en\'eralement, si
-vous avez d\'ej\`a install\'e et ex\'ecut\'e Bacula, vous pr\'ef\`ererez
-supprimer ou ignorer les fichiers de configuration avec l'extension {\bf .new}
-
-
-\section{Compiler un File Daemon (ou Client)}
-\index[general]{Compiler un File Daemon (ou Client) }
-\index[general]{Client!Compiler un File Daemon ou }
-\addcontentsline{toc}{section}{Compiler un File Daemon (ou Client)}
-
-Si vous ex\'ecutez le Director et le Storage Daemon sur une machine et si vous
-voulez sauvegarder une autre machine, vous devez avoir un File Daemon sur
-cette machine. Si la machine et le syst\`eme sont identiques, vous pouvez
-simplement copier le binaire du File Daemon {\bf bacula-fd} ainsi que son
-fichier de configuration {\bf bacula-fd.conf}, puis modifier le nom et le mot
-de passe dans {\bf bacula-fd.conf} de fa\c{c}on \`a rendre ce fichier unique.
-Veillez \`a faire les modifications correspondantes dans le fichier de
-configuration du Director ({\bf bacula-dir.conf}).
-
-Si les architectures, les syst\`emes, ou les versions de syst\`emes
-diff\`erent, il vous faudra compiler un File Daemon sur la machine cliente.
-Pour ce faire, vous pouvez utiliser la m\^eme commande {\bf ./configure} que
-celle utilis\'ee pour construire le programme principal, soit en partant d'une
-copie fraiche du r\'epertoire des sources, soit en utilisant {\bf make\
-distclean} avant de lancer {\bf ./configure}.
-
-Le File Daemon n'ayant pas d'acc\`es au catalogue, vous pouvez supprimer les
-option {\bf \verb{--{with-mysql} ou {\bf \verb{--{with-sqlite}. Ajoutez l'option {\bf
-\verb{--{enable-client-only}. Ceci va compiler seulement les librairies et programmes
-clients, et donc \'eviter d'avoir \`a installer telle ou telle base de
-donn\'ees. Lancez make avec cette configuration, et seul le client sera
-compil\'e.
-\label{autostart}
-
-\section{D\'emarrage automatique des Daemons}
-\index[general]{Daemons!D\'emarrage automatique des }
-\index[general]{D\'emarrage automatique des Daemons }
-\addcontentsline{toc}{section}{D\'emarrage automatique des Daemons}
-
-Si vous souhaitez que vos {\it daemons} soient lanc\'es automatiquement au
-d\'emarrage de votre syst\`eme (une bonne id\'ee !), une \'etape
-suppl\'ementaire est requise. D'abord, le processus ./configure doit
-reconna{\^\i}tre votre syst\`eme -- ce qui signifie que ce doit \^etre une
-plate-forme support\'ee et non {\bf inconnue}, puis vous devez installer les
-fichiers d\'ependants de la plate-forme comme suit :
-
-\footnotesize
-\begin{verbatim}
-(devenez root)
-make install-autostart
-\end{verbatim}
-\normalsize
-
-Notez que la fonction d'autod\'emarrage n'est impl\'ement\'ee que pour les
-syst\`emes que nous supportons officiellement (actuellement FreeBSD, RedHat
-Linux, et Solaris), et n'a \'et\'e pleinement test\'ee que sur RedHat Linux.
-
-{\bf make install-autostart} installe les scripts de d\'emarrage apropri\'es
-ainsi que les liens symboliques n\'ecessaires. Sur RedHat Linux, Ces scripts
-r\'esident dans {\bf /etc/rc.d/init.d/bacula-dir} {\bf
-/etc/rc.d/init.d/bacula-fd}, et {\bf /etc/rc.d/init.d/bacula-sd}. Toutefois,
-leur localisation exacte d\'epend de votre syst\`eme d'exploitation.
-
-Si vous n'installez que le File Daemon, tapez:
-
-\footnotesize
-\begin{verbatim}
-make install-autostart-fd
-\end{verbatim}
-\normalsize
-
-\section{Autres notes concernant la compilation}
-\index[general]{Autres notes concernant la compilation }
-\index[general]{Compilation!Autres notes concernant la }
-\addcontentsline{toc}{section}{Autres notes concernant la compilation}
-
-Pour recompiler tout ex\'ecutable, tapez
-
-\footnotesize
-\begin{verbatim}
-make
-\end{verbatim}
-\normalsize
-
-dans le r\'epertoire correspondant.. Afin d'\'eliminer tous les objets et
-binaires (y compris les fichiers temporaires nomm\'es 1,2 ou 3 qu'utilise
-Kern), tapez
-
-\footnotesize
-\begin{verbatim}
-make clean
-\end{verbatim}
-\normalsize
-
-Pour un nettoyage exhaustif en vue de distribution, entrez:
-
-\footnotesize
-\begin{verbatim}
-make distclean
-\end{verbatim}
-\normalsize
-
-Notez que cette commande supprime les Makefiles. Elle est en principe
-lanc\'ee depuis la racine du r\'epertoire des sources pour les pr\'eparer \`a
-la distribution. Pour revenir de cet \'etat, vous devez r\'eex\'ecuter la
-commande {\bf ./configure} \`a la racine des sources puisque tous les
-Makefiles ont \'et\'e d\'etruits.
-
-Pour ajouter un nouveau fichier dans un sous-r\'epertoire, \'editez
-Makefile.in dans ce sous-r\'epertoire, puis faites un simple {\bf make}. Dans
-la plupart des cas, le make reconstruira le Makefile \`a partir du nouveau
-Makefile.in. Dans certains cas, il peut \^etre n\'ecessaire d'ex\'ecuter {\bf
-make} une deuxi\`eme fois. Dans les cas extr\`emes, remontez \`a la racine des
-sources et entrez {\bf make Makefiles}.
-
-Pour ajouter des d\'ependances:
-
-\footnotesize
-\begin{verbatim}
-make depend
-\end{verbatim}
-\normalsize
-
-La commande {\bf make depend} ins\`ere les fichiers d'en-t\^etes de
-d\'ependances aux Makefile et Makefile.in pour chaque fichier objet. Cette
-commande devrait \^etre lanc\'ee dans chaque r\'epertoire o\`u vous modifiez
-les d\'ependances. En principe, il suffit de l'ex\'ecuter lorsque vous ajoutez
-ou supprimez des sources ou fichiers d'en-t\^etes. {\bf make depend} est
-invoqu\'e automatiquement durant le processus de configuration.
-
-Pour installer:
-
-\footnotesize
-\begin{verbatim}
-make install
-\end{verbatim}
-\normalsize
-
-En principe, vous n'utilisez pas cette commande si vous \^etes en train de
-d\'evelopper Bacula, mais si vous vous appr\'etez \`a l'ex\'ecuter pour
-sauvegarder vos syst\`emes.
-
-Apr\`es avoir lanc\'e {\bf make install}, les fichiers suivants seront
-install\'es sur votre syst\`eme (\`a peu de choses pr\`es). La liste exacte
-des fichiers install\'es et leur localisation d\'epend de votre commande {\bf
-c./configure} (e.g. gnome-console et gnome-console.conf ne sont pas
-install\'es si vous ne configurez pas GNOME. De m\^eme, si vous utilisez
-SQLite plut\^ot que MySQL, certains fichiers seront diff\'erents.
-
-\footnotesize
-\begin{verbatim}
-bacula
-bacula-dir
-bacula-dir.conf
-bacula-fd
-bacula-fd.conf
-bacula-sd
-bacula-sd.conf
-bacula-tray-monitor
-tray-monitor.conf
-bextract
-bls
-bscan
-btape
-btraceback
-btraceback.gdb
-bconsole
-bconsole.conf
-create_mysql_database
-dbcheck
-delete_catalog_backup
-drop_bacula_tables
-drop_mysql_tables
-fd
-gnome-console
-gnome-console.conf
-make_bacula_tables
-make_catalog_backup
-make_mysql_tables
-mtx-changer
-query.sql
-bsmtp
-startmysql
-stopmysql
-bwx-console
-bwx-console.conf
-\end{verbatim}
-\normalsize
-
-\label{monitor}
-
-\section{Installer Tray Monitor}
-\index[general]{Monitor!Installer Tray }
-\index[general]{Installer Tray Monitor }
-\addcontentsline{toc}{section}{Installer Tray Monitor}
-
-Le Tray Monitor est d\'ej\`a install\'e si vous avez utilis\'e l'option {\bf
-\verb{--{enable-tray-monitor} de la commande configure et ex\'ecut\'e {\bf make
-install}.
-
-Comme vous n'ex\'ecutez pas votre environnement graphique en tant que root (si
-vous le faites, vous devriez changer cette mauvaise habitude), n'oubliez pas
-d'autoriser votre utilisateur \`a lire {\bf tray-monitor.conf}, et ex\'ecuter
-{\bf bacula-tray-monitor} (ceci ne constitue pas une faille de s\'ecurit\'e).
-
-Puis, connectez vous \`a votre environnement graphique (KDE, Gnome, ou autre),
-lancez {\bf bacula-tray-monitor} avec votre utilisateur et observez si l'icone
-d'une cartouche appara{\^\i}t quelque part sur l'\'ecran, usuellement dans la
-barre des t\^aches.
-Sinon, suivez les instructions suivantes relatives \`a votre gestionnaire de
-fen\^etres.
-
-\subsection{GNOME}
-\index[general]{GNOME }
-\addcontentsline{toc}{subsection}{GNOME}
-
-System tray, ou zone de notification si vous utilisez la terminologie GNOME,
-est support\'e par GNOME depuis la version 2.2. Pour l'activer, faites un
-click droit sur un de vos espaces de travail, ouvrez le menu {\bf Ajouter \`a
-ce bureau}, puis {\bf Utilitaire} et enfin, cliquez sur {\bf Zone de
-notification}. (NDT: A valider)
-
-\subsection{KDE}
-\index[general]{KDE }
-\addcontentsline{toc}{subsection}{KDE}
-
-System tray est support\'e par KDE depuis la version 3.1. Pour l'activer,
-faites un click droit sur la barre de t\^aches, ouvrez le menu {\bf Ajouter},
-puis {\bf Applet}, enfin cliquez sur {\bf System Tray}.
-
-\subsection{Autres gestionnaires de fen\^etres}
-\index[general]{Autres gestionnaires de fen\^etres }
-\addcontentsline{toc}{subsection}{Autres gestionnaires de fen\^etres}
-
-Lisez la documentation pour savoir si votre gestionnaire de fen\^etres
-supporte le standard {\it systemtray} de FreeDesktop, et comment l'activer le
-cas \'ech\'eant.
-
-\section{Modifier les fichiers de configuration de Bacula}
-\index[general]{Modifier les fichiers de configuration de Bacula }
-\index[general]{Bacula!Modifier les fichiers de configuration de }
-\addcontentsline{toc}{section}{Modifier les fichiers de configuration de
-Bacula}
-
-Consultez le chapitre
-\ilink{Configurer Bacula}{_ChapterStart16} de ce manuel pour les
-instructions de configuration de Bacula.
projects / bacula / docs / blobdiff