%%
%%

\section*{Caract\'eristiques syst\`eme g\'en\'erales indispensables \`a
Bacula}
\label{_ChapterStart51}
\index[general]{Caract\'eristiques syst\`eme g\'en\'erales indispensables \`a
Bacula }
\index[general]{Bacula!Caract\'eristiques syst\`eme g\'en\'erales
indispensables \`a }
\addcontentsline{toc}{section}{Caract\'eristiques syst\`eme g\'en\'erales
indispensables \`a Bacula}

\label{SysReqs}

\subsection*{Caract\'eristiques syst\`eme g\'en\'erales indispensables \`a
Bacula}
\index[general]{Caract\'eristiques syst\`eme g\'en\'erales indispensables \`a
Bacula }
\index[general]{Bacula!Caract\'eristiques syst\`eme g\'en\'erales
indispensables \`a }
\addcontentsline{toc}{subsection}{Caract\'eristiques syst\`eme g\'en\'erales
indispensables \`a Bacula}

\begin{itemize}
\item {\bf Bacula} a \'et\'e compil\'e et ex\'ecut\'e sur  les syst\`emes
   Linux RedHat, Mandriva, SUSE, Debian et Gentoo, sur FreeBSD, et Solaris. 
\item Il requiert GNU C++ version 2.95 ou sup\'erieur pour compiler. Vous 
   pouvez essayer avec d'autres compilateurs et des versions plus anciennes,  mais
   vous serez seuls.  Nous avons compil\'e et utilis\'e avec succ\`es Bacula sur 
RH8.0/RH9/RHEL 3.0 avec GCC 3.2. Note, en g\'en\'eral GNU C++ est un  paquet
s\'epar\'e (e.g. RPM) de GNU C, et vous devrez avoir les deux. Sur les
syst\`emes RedHat, le compilateur C++ fait partie du paquet RPM {\bf
gcc-c++}. 
\item Certains paquets tierce partie sont n\'ecessaires \`a {\bf Bacula}. 
   Except\'e pour MySQL et PostgreSQL, ils peuvent tous \^etre  trouv\'es dans
   les distributions {\bf depkgs} et {\bf depkgs1}. 
\item Si vous voulez construire les binaires Win32, vous aurez besoin du 
   compilateur Microsoft Visual C++ (ou Visual Studio).  Bien que tous les
   composants compilent (la console produit quelques messages  d'alertes), seul
le File Daemon a \'et\'e  test\'e. 
\item {\bf Bacula} requiert une bonne impl\'ementation fonctionnelle des
   pthreads.  Ce n'est pas le cas sur certains syst\`emes BSD. 
\item Le code source a \'et\'e \'ecrit dans un esprit de  portabilit\'e et est
   le plus souvent compatible POSIX.  Ainsi le portage sur chaque syst\`eme
   d'exploitation  compatible POSIX est relativement ais\'e. 
\item Le programme GNOME Console est developp\'e et test\'e sous GNOME  2.X.
   Il s'ex\'ecute aussi sous GNOME 1.4 mais cette version est  d\'epr\'eci\'ee et
   n'est plus maintenue. 
\item Le programme wxWidgets Console est developp\'e et test\'e avec la 
   derni\`ere version stable de 
   \elink{ wxWidgets}{http://www.wxwidgets.org/} (2.4.2). Il fonctionne  bien
avec la version Windows et GTK+-1.x de wxWidgets, ainsi que  sur les autres
plateformes support\'ees par wxWidgets. 
\item Le programme Tray Monitor est developp\'e pour GTK+-2.x.  Il n\'ecessite
   Gnome \gt{}=2.2, KDE \gt{}=3.1 ou un  gestionnaire de fen\^etre supportant le
   standard 
\elink{systemtray}{http://www.freedesktop.org/Standards/systemtray-spec} de 
FreeDesktop. 
\item Si vous voulez permettre l'\'edition en ligne de  commande et
   l'historique, il vous faudra  /usr/include/termcap.h et l'une des
   biblioth\`eques  termcap ou ncurses charg\'ee (libtermcap-devel ou 
ncurses-devel). 
\end{itemize}

\subsection*{Syst\`emes d'exploitation support\'es}
\label{SupportedOSes1}
\index[general]{Syst\`emes d'exploitation support\'es }
\addcontentsline{toc}{subsection}{Syst\`emes d'exploitation support\'es}

\begin{itemize}
\item Syst\`emes Linux (compil\'e et test\'e sur  RedHat Enterprise Linux
   3.0).  
\item Si vous avez un syst\`eme Red Hat r\'ecent  ex\'ecutant le noyau 2.4.x
   et si vous avez le  r\'epertoire {\bf /lib/tls} install\'e sur  votre
   syst\`eme (par d\'efaut normalement),  {\bf Bacula ne fonctionnera pas
correctement} Ceci est d\^u  \`a la nouvelle biblioth\`eque pthreads qui  est
d\'efectueuse. Vous devez supprimer ce  r\'epertoire avant d'ex\'ecuter
Bacula, ou vous  pouvez simplement le renommer en {\bf /lib/tls-broken}  puis
red\'emarrer votre machine (une  des rares occasions o\`u; Linux doit \^etre
red\'emarr\'e).  Si vous ne souhaitez pas d\'eplacer/renommer /lib/tls,  une
autre alternative est de placer la variable  d'environnement
``LD\_ASSUME\_KERNEL=2.4.19'' avant  d'ex\'ecuter Bacula. Pour cette option,
vous n'avez  pas besoin de red\'emarrer, et tous les programmes  autres que
{\bf Bacula} continueront d'utiliser  {\bf /lib/tls}.  

Les retours que nous avons des noyaux 2.6 indiquents que le probl\`eme
subsiste.  Cependant, sur les syst\`emes utilisant un noyau 2.6, nous
recommanderions plut\^ot  d'utiliser la variable d'environnement (the variable
environment override)  (LD\_ASSUME\_KERNEL=2.4.19) plut\^ot que la suppression
de /lib/tls.  
\item La plupart des distributions Linux (Gentoo, SUSE, Mandriva, Debian, 
   ...).  
\item Diff\'erentes versions de Solaris.  
\item FreeBSD (pilote de bande support\'e \`a partir de  la version 1.30 --
   allez voir les consid\'erations  {\bf importantes} dans la section 
   \ilink{Configuration des lecteurs de bandes sur
FreeBSD}{FreeBSDTapes} du chapitre  Test des Bandes de ce
manuel.)  
\item Windows (Win98/Me, WinNT/2K/XP) clients binaires ({\bf File Daemon}).  
\item MacOS X/Darwin (voir 
   \elink{ http://fink.sourceforge.net/}{http://fink.sourceforge.net/} pour
   obtenir les paquets)  
\item OpenBSD Client ({\bf File Daemon}).  
\item Irix Client ({\bf File Daemon}).  
\item Tru64  
\item {\bf Bacula} est r\'eput\'e fonctionner sur d'autres  syst\`emes (AIX,
   BSDI, HPUX, ...) mais nous ne les  avons pas test\'es.  
\item Voir le chapitre de Portage de la Documentation Pour D\'eveloppeurs  pour
   les  informations concernant le portage sur d'autres syst\`emes. 
   \end{itemize}
