Tout d'abord merci beaucoup pour cette note très instructive :)
Je vais tâcher de répondre à tes questions une par une mais avant tout, je t'invite à t'inscrire sur la liste récemment créée, tes remarques y seraient les bienvenues ;) Pour t'inscrire, envoie un mail à backup-manager@sukria.net?subject=subscribe, la liste en elle même est backup-manager-users@sukria.net.
Autre point important : le système de gravure automatique est jugé éxpérimental pendant toute la série de 0.5.x, lorsque 0.6.0 sortira, cela voudra dire que le système est convenable pour la majorité des utilisateurs.
Place à tes questions/remarques maintenant :
> Je ne comprend pas trop cette histoire de gravure sur CD et de durée
L'idée est de tenter de graver sur CD le contenu du répertoire de backup. Si la quantité à graver est trop grande, bm essaie de ne graver que les archives du jour.
C'est très pratique avec un CDRW, tu le laisse dans ton graveur et le matin, une fois que bm est passé, tu as les archives du jour dans ton CD.
Ceci dit, ta remarque met le doigt sur le problème principal de cette stratégie : que faut-il graver ? à quelle fréquence ? Ce sont clairement les questions importantes auxquelles il faudra trouver la meilleure réponse.
Ta suggestion de paramétrer la fréquence de la gravure est bonne, je pense que je vais l'intégrer à la prochaine version. Je pense également trouver un moyen de dire explicitement à bm ce que l'on veut graver...
> si jamais le répertoir contenant les backups est un enfant du répertoire à backuper, ne pas l'archiver. J'y ai pensé au dernier moment juste avant de faire l'archive.
C'est une bonne idée. Je note.
> une option pour suivre ou non les symlinks, une blacklist"
Suivre ou non les liens symboliques est également quelque chose qui manque. Pour la blacklist, j'ai également pensé à faire une liste de répertoire à exclure.
> Faire des archives d'une taille fixée, plusieurs si besoin est (pour pouvoir graver sur CD par après). Faire directement l'iso serait génial.
L'idée de faire des archives de taille fixe est bonne, reste à voir comment on pourrait automatiser le choix des fichiers à graver en cas de place manquante.
Par contre pour l'iso, c'est techniquement très simple à faire (la première aproche adoptée était de générer l'iso puis de la graver) mais présente un inconvénient pour les utilisateurs actuels : elle nécessite de la place physique équivalente à celle occupée par les backups. Désormais bm utilise un pipe pour directement graver à la volée l'image ISO.
Dans l'idée, on voudrait adapter cela aux graveurs de DVD, imagine si backup-manager te pond une ISO de plusieurs giga tous les soirs... Ca va vite devenir encombrant ! :) Ceci dit, ça pourrait être une option également. A débattre.
Enfin, pour toutes tes remarques baptisée "confort" je pense que l'heure n'est pas encore au GUI. Je serai ravi si quelqu'un entrepenait l'écriture d'une telle surcouche mais je préfère pour l'instant me concentrer à 100% sur l'outil en tant que tel. Réussir à respecter les attentes du plus grand nombre en gardant un logiciel simple d'accès est ma priorité.
Encore merci pour ta note et n'hésite pas à venir poster (en anglais) sur la liste ! :)
[^] # Re: cool..
Posté par Sukrieh Alexis . En réponse au journal backup-manager 0.5.4 est sorti. Évalué à 5.
Je vais tâcher de répondre à tes questions une par une mais avant tout, je t'invite à t'inscrire sur la liste récemment créée, tes remarques y seraient les bienvenues ;) Pour t'inscrire, envoie un mail à backup-manager@sukria.net?subject=subscribe, la liste en elle même est backup-manager-users@sukria.net.
Autre point important : le système de gravure automatique est jugé éxpérimental pendant toute la série de 0.5.x, lorsque 0.6.0 sortira, cela voudra dire que le système est convenable pour la majorité des utilisateurs.
Place à tes questions/remarques maintenant :
> Je ne comprend pas trop cette histoire de gravure sur CD et de durée
L'idée est de tenter de graver sur CD le contenu du répertoire de backup. Si la quantité à graver est trop grande, bm essaie de ne graver que les archives du jour.
C'est très pratique avec un CDRW, tu le laisse dans ton graveur et le matin, une fois que bm est passé, tu as les archives du jour dans ton CD.
Ceci dit, ta remarque met le doigt sur le problème principal de cette stratégie : que faut-il graver ? à quelle fréquence ? Ce sont clairement les questions importantes auxquelles il faudra trouver la meilleure réponse.
Ta suggestion de paramétrer la fréquence de la gravure est bonne, je pense que je vais l'intégrer à la prochaine version. Je pense également trouver un moyen de dire explicitement à bm ce que l'on veut graver...
> si jamais le répertoir contenant les backups est un enfant du répertoire à backuper, ne pas l'archiver. J'y ai pensé au dernier moment juste avant de faire l'archive.
C'est une bonne idée. Je note.
> une option pour suivre ou non les symlinks, une blacklist"
Suivre ou non les liens symboliques est également quelque chose qui manque. Pour la blacklist, j'ai également pensé à faire une liste de répertoire à exclure.
> Faire des archives d'une taille fixée, plusieurs si besoin est (pour pouvoir graver sur CD par après). Faire directement l'iso serait génial.
L'idée de faire des archives de taille fixe est bonne, reste à voir comment on pourrait automatiser le choix des fichiers à graver en cas de place manquante.
Par contre pour l'iso, c'est techniquement très simple à faire (la première aproche adoptée était de générer l'iso puis de la graver) mais présente un inconvénient pour les utilisateurs actuels : elle nécessite de la place physique équivalente à celle occupée par les backups. Désormais bm utilise un pipe pour directement graver à la volée l'image ISO.
Dans l'idée, on voudrait adapter cela aux graveurs de DVD, imagine si backup-manager te pond une ISO de plusieurs giga tous les soirs... Ca va vite devenir encombrant ! :) Ceci dit, ça pourrait être une option également. A débattre.
Enfin, pour toutes tes remarques baptisée "confort" je pense que l'heure n'est pas encore au GUI. Je serai ravi si quelqu'un entrepenait l'écriture d'une telle surcouche mais je préfère pour l'instant me concentrer à 100% sur l'outil en tant que tel. Réussir à respecter les attentes du plus grand nombre en gardant un logiciel simple d'accès est ma priorité.
Encore merci pour ta note et n'hésite pas à venir poster (en anglais) sur la liste ! :)