Au début je n'ai fait que regarder le source pour aider les mainteneurs avec une bonne suggestion. Je me suis pris au jeu et j'ai instrumenté pour bien tester les erreurs E/S. Puis les idées de corrections sont venues, engendrant l'envie irrépressible de les implémenter. De même pour les améliorations. Passionnant !
J'ai proposé mon travail directement au mainteneur de e2fsprogs, qui ne m'a même pas répondu. Contacté par un mainteneur de Mageia, il a répondu que je violais tout plein de règles pour patcher (modifs minimales … le but étant que les différences soient bien visibles). Je ne suis pas un développeur github et c'est par ignorance que j'ai fauté. J'ai donc proposé à Mageia une version très peu modifiée pour corriger un seul bug. Il m'a été suggéré de me connecter à github pour proposer cela. Je n'ai pas envie d'investir en savoir-faire et savoir-vivre pour être accepté sur github juste pour corriger quelques lignes (insuffisantes pour moi). De plus le mainteneur du paquetage trouve badblocks obsolète !
J'ai donc fait badblocks2 et je me suis lâché sur les modifs légères (re-indentation, changement de nom de variables …) en plus des grosses modifs d'algo et de type de données (pour traiter les graaands disques).
Pour recompiler, il faut régénérer les répertoires source de e2fsprogs, copier badblocks2.c et badblocks2.8.in dans le répertoire misc, y modifier Makefile pour qu'il les compile. Perso j'ajoute CFLAGS="-O3 -DBBKIDBG -Wall -Wextra" et en tests SYSLIBS="-lefence".
Je propose ce que j'ai fait. Si un mainteneur de distrib s'y intéresse, il peut évaluer l'opportunité à l'intégrer, voire trouver un mainteneur (quoique, en toute prétention de développeur, je considère que mon bébé badblocks2.c est parfait :-)).
Moi, je m'en sers.
Mon travail a aussi établi que malgré les bugs, si un badblocks -w ... ne trouve aucun mauvais bloc, c'est que le média est bon. Je pense que cela peut être satisfaisant pour beaucoup de vérificateurs de médias effaçables. Je leur suggère quand même de forcer sur la valeur de -c. Le man de badblocks2 comporte des explications que n'a pas celui de badblocks.
[^] # Re: site perso
Posté par Yves DEMUR (site web personnel) . En réponse à la dépêche S.M.A.R.T. badblocks badblocks2. Évalué à 1.
D'après
https://www.francenum.gouv.fr/guides-et-conseils/developpement-commercial/site-web/quelles-sont-les-mentions-legales-pour-un-site
je cite : "L’obligation de faire figurer les mentions légales s’applique aussi bien aux sites personnels (blog et autres sites qui n’ont pas un objectif commercial) qu’aux sites professionnels (liés à une activité économique ou commerciale)."
Je pense qu'il faut préserver le droit de rectification, entre autres.
[^] # Re: Sau-ve-gar-des !
Posté par Yves DEMUR (site web personnel) . En réponse à la dépêche S.M.A.R.T. badblocks badblocks2. Évalué à 7.
Au début je n'ai fait que regarder le source pour aider les mainteneurs avec une bonne suggestion. Je me suis pris au jeu et j'ai instrumenté pour bien tester les erreurs E/S. Puis les idées de corrections sont venues, engendrant l'envie irrépressible de les implémenter. De même pour les améliorations. Passionnant !
J'ai proposé mon travail directement au mainteneur de
e2fsprogs, qui ne m'a même pas répondu. Contacté par un mainteneur de Mageia, il a répondu que je violais tout plein de règles pour patcher (modifs minimales … le but étant que les différences soient bien visibles). Je ne suis pas un développeur github et c'est par ignorance que j'ai fauté. J'ai donc proposé à Mageia une version très peu modifiée pour corriger un seul bug. Il m'a été suggéré de me connecter à github pour proposer cela. Je n'ai pas envie d'investir en savoir-faire et savoir-vivre pour être accepté sur github juste pour corriger quelques lignes (insuffisantes pour moi). De plus le mainteneur du paquetage trouvebadblocksobsolète !J'ai donc fait
badblocks2et je me suis lâché sur les modifs légères (re-indentation, changement de nom de variables …) en plus des grosses modifs d'algo et de type de données (pour traiter les graaands disques).Pour recompiler, il faut régénérer les répertoires source de
e2fsprogs, copier badblocks2.c et badblocks2.8.in dans le répertoire misc, y modifier Makefile pour qu'il les compile. Perso j'ajouteCFLAGS="-O3 -DBBKIDBG -Wall -Wextra"et en testsSYSLIBS="-lefence".Je propose ce que j'ai fait. Si un mainteneur de distrib s'y intéresse, il peut évaluer l'opportunité à l'intégrer, voire trouver un mainteneur (quoique, en toute prétention de développeur, je considère que mon bébé badblocks2.c est parfait :-)).
Moi, je m'en sers.
Mon travail a aussi établi que malgré les bugs, si un
badblocks -w ...ne trouve aucun mauvais bloc, c'est que le média est bon. Je pense que cela peut être satisfaisant pour beaucoup de vérificateurs de médias effaçables. Je leur suggère quand même de forcer sur la valeur de-c. Le man debadblocks2comporte des explications que n'a pas celui debadblocks.[^] # Re: site perso
Posté par Yves DEMUR (site web personnel) . En réponse à la dépêche S.M.A.R.T. badblocks badblocks2. Évalué à 1.
Oui, mais j'ai lu quelque part qu' "un site sans mentions légales est illégal"
Voir la référence :
https://www.economie.gouv.fr/entreprises/site-internet-mentions-obligatoires
Je ne parle pas de l'hébergeur, mais qui en France a besoin de donner les coordonnées de free.fr ?