Bonjour à tous,
Pour l'instant, j'utilise rdiff-backup pour mes backup, cependant, il n'est plus maintenu depuis 2009, il commence à disparaître des distributions (Gentoo l'a retiré) et je n'ai pas vraiment envie d'arriver au jour où je rencontrerais un bug gênant sachant que personne ne le corrigera derrière ou qu'il sera retiré de ma distribution alors que j'en ai encore besoin.
Ce que j'aime bien avec rdiff-backup, c'est qu'il sauvegarde les métadonnées des fichiers (propriétaire, date de modification…) sans être root (contrairement aux script basés sur rsync) et qu'il permet d'avoir accès directement aux fichiers sans les stockés dans archives, ce qui permet un accès plus facile dans l'urgence et d'avoir plus de chance de récupérer en cas de problème au disque (récupération avec Photorec par exemple).
Quelles solutions me proposez-vous ?
Merci pour vos réponses.
# Bah si il marche tres bien
Posté par Benjamin Henrion (site web personnel) . Évalué à 2. Dernière modification le 14 mai 2014 à 23:00.
Bah si il marche tres bien, tu le gardes, et tu te le mets dans ton overlay gentoo perso.
Chez moi il est encore present:
# eix rdiff-backup
* app-backup/rdiff-backup
Available versions: 1.2.8-r1 1.3.3 {acl xattr}
Homepage: http://www.nongnu.org/rdiff-backup/
Description: Remote incremental file backup utility; uses librsync's rdiff utility to create concise, versioned backups.
Quand a-t-il ete retire?
[^] # Re: Bah si il marche tres bien
Posté par JGO . Évalué à 2.
Il est aussi dans les overlays funtoo et zugaina (zugaina liste encore xpdf et xmms 1, donc pas de panique à court terme pour rdiff-backup).
[^] # Re: Bah si il marche tres bien
Posté par claudex . Évalué à 3.
Bof, je n'ai pas envie de faire le boulot de surveiller d'éventuelles failles et s'ils le retire, c'est qu'il pose problème, du coup, je serais peut-être confronté aux mêmes problèmes. Après, j'ai donnée l'exemple de Gentoo parce que c'est la première à avoir virer le truc mais je ne l'utilise plus.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Obnam
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
Lars fait cela très sérieusement. Pas encore utilisé en vrai grandeur car je suis aussi sur rdiff-backup mais c'est sur lui que je me pencherais.
http://obnam.org/
[^] # Re: Obnam
Posté par claudex . Évalué à 3.
Merci, je vais regarder.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# Bug
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 1.
Bon, c'est pas comme si l'usage allait changer terriblement. J'aurais tendance à dire que s'il bugge pas, il ne buggera pas. Il te suffit juste de vérifier régulièrement que tes backups peuvent bien se récupérer.
Ça m'énerve qu'on retire des logiciels qui marchent. J'utilisais "grip" pour ripper mes CD. Il a été retiré de Debian il y a des années, et j'ai jamais rien trouvé d'aussi simple et fonctionnel. Il suffisait de faire un binaire statiquement lié, et basta. Le truc marchait pour encore 50 ans…
[^] # Re: Bug
Posté par claudex . Évalué à 3.
Mais il existe déjà des bugs, c'est juste qu'ils ne m'affectent pas (pour l'instant).
Es-tu sûr de ça ? Est-ce qu'il n'y avait pas plein de bug que tu avais la chance d'éviter ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Bug
Posté par Adrien . Évalué à 7.
Faux. Ce qui t'énèrve, c'est que Debian retire des logiciels dont personne ne veut s'occuper du packaging.
Si tu te proposes pour t'occuper de grip, il sera dans Debian, même s'il n'évolue plus « upstream ». Il y a déjà moulte logiciels dans ce cas dans Debian.
[^] # Re: Bug
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
Pourquoi retirer un truc qui n'a pas évolué ? Le packaging a pas du beaucoup changer…
[^] # Re: Bug
Posté par Adrien . Évalué à 8.
Ben si justement, ça évolue. Par exemple aujourd'hui l'outils de qualité Lintian a des tests sur le respect de la vie privée, sur le « hardening », les architectures évoluent, certaines personnes compilent avec clang, il y aura toujours des bugs à traiter.
Plutôt que de laisser un truc qui deviendra bancal, il vaut mieux l'enlever. On peut aussi raisonner à l'inverse : si la maintenance n'est pas grand chose, alors pourquoi personne veut s'en occuper ? Peut-être que finalement le logiciel n'intéresse pas suffisamment les gens… ou que les utilisateurs sont juste des profiteurs ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.