| OS | Version | Client Daemon | Director Daemon | Storage Daemon |
| GNU/Linux | All | X | X | X |
| FreeBSD | X | X | X | |
| Solaris | X | X | X | |
| OpenSolaris | X | X | X | |
| MS Windows 32bit | Win98/Me | X | ||
| WinNT/2K | X | |||
| XP | X | |||
| 2008/Vista | X | |||
| MS Windows 64bit | 2008/Vista | X | ||
| MacOS X/Darwin | X | |||
| OpenBSD | X | |||
| NetBSD | X | |||
| Irix | ||||
| True64 | ||||
| AIX | ||||
| BSDI | ||||
| HPUX |
Si vous avez un système Red Hat récent exécutant le noyau 2.4.x et si vous avez le répertoire /lib/tls installé sur votre système (par défaut normalement), Bacula ne fonctionnera pas correctement Ceci est dû à la nouvelle bibliothèque pthreads qui est défectueuse. Vous devez supprimer ce répertoire avant d'exécuter Bacula, ou vous pouvez simplement le renommer en /lib/tls-broken puis redémarrer votre machine (une des rares occasions où; Linux doit être redémarré). Si vous ne souhaitez pas déplacer/renommer /lib/tls, une autre alternative est de placer la variable d'environnement ``LD_ASSUME_KERNEL=2.4.19'' avant d'exécuter Bacula. Pour cette option, vous n'avez pas besoin de redémarrer, et tous les programmes autres que Bacula continueront d'utiliser /lib/tls.
Le problème n'existe pas ur les noyaux 2.6.
Voir le chapitre de Portage de la Documentation Pour Developpeurs pour les informations concernant le portage sur d'autres systèmes.
eric 2009-05-06