Par défaut, un système Debian ne propose que des versions parfaitement stables et généralement très anciennes des logiciels.
Lorsque l’on installe donc une application, il se peut que la version de celle-ci date de 1 ou 2 ans et que à peine la moiti

é des fonctionnalités de celle-ci soient disponibles.

Il existe heureusement un moyen

de contourner ceci.

Attention, comme d’habitude,

soyez certains que les versions des logiciels que vous allez mettre à jour grâce à cette technique sont parfaitement stables et ne poseront pas de problèmes de compatibilité.

Premièrement, éditez le fichier /etc/apt/sources.list (nous partons du principe que votre version de Debian est Lenny)

vi /etc/apt/sources.list

Ajoutez à la fin du fichier le dépôt backports

deb http://backports.debian.org/debian-backports lenny-backports main contrib non-free

Maintenant, il existe deux solutions

La première la moins risquée consiste à préciser ponctuellement lorsque l’on fait un apt-get ou un aptitude que l’on veut installer la version backports la plus récente du logiciel en question

apt-get -t backports install le_logiciel

La deuxième solution est plus risquée car elle va indiquer de manière permanenter à apt-get ou aptitude qu’ils doivent utiliser les dernières versions des logiciels ou des release (en cas de mise à jour du serveur par apt-get upgrade aussi)

vi /etc/apt/preferences

et ajoutez

Package: *
Pin: release a=lenny-backports
Pin-Priority: 200

Il existe plusieurs façons de faire. Dans cet article nous procédons à la migration en utilisant svnadmin dump et svnadmin load.

Supposons qu’on a deux serveurs: srv-source et srv-dest.
La migration du dépôt subversion se fera de srv-source vers

srv-dest.

sur srv-source:

svnadmin dump /path/to/subversion/project1 > /any/path/project1.svndump
scp /any/path/project1.svndump userXXX@srv-dest:/any/other/path/

userXXX est un utilisateur unix autorisé sur

le serveur de destination.

Une fois le transfert du fichier terminé, il faudra se connecter sur le serveur srv-dest et exécuter les commandes suivantes:

svnadmin create /path/subversion/project1
svnadmin load /path/subversion/project1 < /any/other/path/project1.svndump