critique en particulier les compétences techniques de… Richard Stallman .
C'est faux. Il dit que Stallman était, et est probablement toujours, un programmeur brillant, malgré son âge :
If you were working on a program and sought his advice, he was very good at zeroing in on the issues and giving excellent advice. And sometimes if you were working on a program and he noticed something he didn't like about your approach, his criticisms were very good. People used to tell stories about how good a programmer he was and those stories were basically all true. He was sharp and I assume that, in spite of his age, he still is.
Par contre, il estime qu'il est nul comme leader de projet (sans doute parce qu'il n'est pas assez "sociable") :
RMS's technical leadership was, I think, not very skilled. […] The problem was that he showed no effective capacity to really lead the larger meta project of pulling together a complete OS. […] The RMS failure I see is a failure at being a community organizer of GNU programmers.
J'ai deux lignes OVH no!Box mais je suis en bridge PPPoE. Il y a vraiment un intérêt à faire de l'IPoE à la place ?
Je veux bien tester mais je ne vois pas comment accéder aux adresses MAC avec tcpdump (forcément -e ne fonctionne pas) en étant encapsulé par PPPoE. Et je n'ai pas trop le temps de chercher…
J'administre un serveur chez mes parents depuis 10 ans maintenant. Le serveur est à 400 Km de chez-moi et je m'y rend environ 5 fois par an. Au début, j'utilisais un vieux PC branché sur onduleur. Le serveur faisait routeur (modem en bridge parce que je n'aime pas les box), serveur d'impression + photocopie avec le scanner à plat séparé, serveur de fichier SAMBA et NFS, serveur WEB, serveur mail IMAP, relais SSH vers l'intranet, DHCP+DNS.
Il y avait trop de pannes et jamais au bon moment. Le plus souvent c'était les disques durs : ils contenaient la totalité des fichiers de la famille et ils travaillaient beaucoup (surtout pour servir les films et les ISOs de Jeux par SAMBA). Parfois le plantage du disque de stockage entraînait le disque système. La panne la plus vicieuse dont je me souvienne c'est une barrette de mémoire : des paquets réseaux étaient perdus, le système de fichier se corrompait tout seul, la base de données des paquets s'était complètement corrompue pendant une mise à jour automatique, même vim ne pouvait plus être lancé (l'exécutable été mal lu en mémoire !) etc… Heureusement que j'avais un historique sur 6 mois pour les sauvegardes. J'ai eu aussi des dysfonctionnements de cartes mères, d'alimentations et de processeurs. C'est assez difficile à diagnostiquer si on n'a pas des pièces de rechange sous la main. Au final, parfois c'était plus simple de tout changer.
J'ai fini par utiliser un PC dédié basse consommation mais il restait les pannes des disques durs. Les disques durs sont de moins en moins fiables, c'est un vrai budget.
Maintenant, le serveur ne fait plus que routeur (modem en bridge toujours), serveur d'impression + photocopie avec le scanner à plat séparé, relais SSH vers l'intranet, DHCP+DNS. Il n'y a plus de disques durs, il démarre sur une clef USB et j'en ai préparé 2 pour qu'ils puissent la remplacer sans mon aide en cas de problème.
Je déconseille de faire de l'auto-hébergement avec serveur de fichiers à distance si on n'a personne de compétent sur site.
En ce qui concerne le stockage, je le fais à mon domicile à présent. J'ai 2,5To de données que j'ai réparti en 3 catégories. La première, ce sont les données qui changent peu et que je peux récupérer facilement : ce sont les ISOs, les films, la musique. Ça représente 2To. Je stocke cela sur un système de fichier dédié (pour limiter l'effet de la corruption d'un fs) sur un disque interne (en 10 ans j'ai appris que les boîtiers externes ne sont pas fiables) qui est branché 24h/24 sur mon PC personnel. J'effectue une sauvegarde manuelle (rsync) de temps en temps sans historique sur un disque dur externe qui me sert à balader mes données. CFV est lancé toutes les semaines par cron pour générer la liste des fichiers avec hash et détecter des corruptions. Cette liste est sauvegardée 5 fois avec historique.
La deuxième catégorie, ce sont les données qui changent peu mais que je ne peux pas récupérer facilement : 400Go de vidéos et photos de famille et fichiers personnels archivés. Ils sont sauvegardés 5 fois avec historique sur 6 mois (rdiff-backup) dont quatre fois automatiquement tous les jours dont 2 en datacenter (3 fois en local) à chaque fois sur un fs dédié. CFV tourne comme pour la première catégorie.
La dernière catégorie, ce sont les données qui changent beaucoup et que je ne peux pas récupérer facilement : le travail en cours en général. Ça représente 100Go max (il y a parfois des machines virtuelles dedans). Je sauvegarde cela comme la deuxième catégorie mais toutes les 30 minutes et avec un historique limité en espace disque. CFV tourne tous les jours.
Je change mon disque principal (3To actuellement) tous les 6 mois en moyenne. Souvent pour cause de panne (je fais fonctionner la garantie si possible) parfois par manque de place.
Ça peut sembler exagéré mais grâce à ça, je n'ai perdu aucune donnée complètement en 10 ans (évidemment la taille des données a augmentée et la méthode de sauvegarde a beaucoup changée). Par contre, mon budget dédié au stockage est de plus en plus élevé.
Une chose qui m'ennuie au plus haut point c'est que les secteurs défectueux sont rarement remplacés automatiquement par le firmware du disque parce que le système lit en général le secteur avant d'écrire et échoue donc sans écrire. Même dd ! Utiliser dd pour "réparer" un disque comme on le voit conseillé partout sur le Web, ça ne marche pas. En tout cas pas chez-moi. Personnellement, je lis le disque en entier avec dd if=/dev/sdX of=/dev/null conv=noerror, puis je récupère la liste des secteurs défectueux avec un dmesg|grep sector et j'écris sur chacun avec hdparm --write-sector XXXXXXX --yes-i-know-what-i-am-doing /dev/sdX, enfin je lance fsck -y /dev/sdXX sur tous les fs du disque après démontage. Tout ça dans un script et ça fonctionne ; mais c'est bien laborieux. Évidemment, des données sont perdues donc il faut utiliser les sauvegardes mais c'est moins long que d'envoyer le disque au SAV pour qu'il renvoie un autre disque réparé de la même façon.
Sinon, au niveau de la sécurité, on peut faire des erreurs aussi. Personnellement, je m'estime heureux, la seule chose qui m'est arrivée à ma connaissance, c'est de laisser l'accès à une grande partie des fichiers en lecture seule via SAMBA à tout internet pendant un mois. Plusieurs personnes ou robots ont exploré les fichiers mais vu la connexion pourrie à l'époque, ils n'ont rien téléchargé. Je m'en suis rendu compte grâce aux logs. C'est arrivé à cause d'un changement de règles sur le pare feu. J'ai oublié de remettre DROP par défaut et le SAMBA écoutait toutes les adresses et interfaces.
J'utilise ipython comme shell en remplacement de zsh et je dois dire que j'en suis très satisfait. Je trouve le Bourne Shell lent, limité et archaïque.
Je trouve plus que floue, la différence entre non croyant et athée convaincu. Quel pourcentage de personnes sait qu'il existe diverses formes d’athéisme et quelle est celle choisie dans la question du sondage ?
Personnellement, j'estime que "Dieu" n'est pas du tout un truc bien défini, même au sein d'une religion, et donc je n'ai rien à en dire : je m'en fous.
Maintenant, si "Dieu" c'est un vieux con, aussi puissant qu'il est condescendant, qui veut se mêler de ma vie, ben je l'emmerde s'il existe. Pas facile de dire si je suis non croyant ou athée convaincu…
Ils vendent des PCs portables et de bureau et ils attachent une grande importance à ce que le matériel fonctionne avec du code libre. Ils n'installent pas encore OpenBIOS sur leur PCs mais c'est sûrement la prochaine étape… Par contre, à priori, ils ne configurent pas les PCs à la carte.
La dernière chose que j'ai acheté chez eux c'est ça : https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-usb-req-antennas
Au moins tu as les specs et tu sais ce que tu achètes. J'en avais assez des points d'accès WiFi qui gèrent le multicast et l'IPv6 n'importe comment : autant le faire soi-même.
il faudrait une précision exceptionnelle pour pouvoir ne bouger que la main, ou que les doigts.
Apparemment c'est le cas. On peut toujours poser les coudes, voire une partie des avant-bras. On peut également changer de position, on n'est pas crispé dans une position : c'est pour ça que j'ai arrêté d'utiliser une souris et que j'utilise une petite tablette graphique à la place.
Là ce pourrait être intéressant à la limite, mais ça reviendrait peut-être à une sorte de très bon touchpad.
J'ai quand même fini par m'en sortir mais ce fut laborieux : même vim ne fonctionnait plus à cause d'une bibliothèque introuvable.
Au final, maintenant ça fonctionne bien, je n'ai pas trouvé de régressions.
Je viens de tester virt-sandbox, c'est génial ce truc. Je vais pouvoir faire tourner les deux malheureux logiciels non-libres que j'utilise (boulot) là-dedans.
Spice fonctionne maintenant chez moi : depuis Fedora 15, ça plantait.
La saisie prédictive fonctionne bien sous KDE. Par contre, ça ne gère que l'anglais pour le moment.
L’équipe documentation accepte toujours de l'aide.
Je n'en doute pas, mais justement, je ne pense pas que ce soit à l'équipe documentation de se coltiner seule la doc sur les nouvelles features. C'est pour cela qu'il y a une section release notes sur les pages wiki des features. C'est le développeur qui doit remplir cette section. Sinon, personnellement, vu le nombre de projets libres où je suis déjà impliqué par rapport à mon temps libre, je peux difficilement en rajouter. Malheureusement, il faudrait plutôt que j'en abandonne.
Et je pense aussi que le but de Fedora est d'avoir les derniéres nouveautés, ça implique parfois des trucs pas aussi finis ( notamment au niveau de la doc ), ou avec encore des problèmes à régler.
Certes, mais j'estime qu'il y a quand même une limite. Sortir une nouvelle version avec un composant essentiel (yum, anaconda, etc) sans documentation et/ou pas fini donc pouvant potentiellement massacrer tout le système, je ne trouve pas cela acceptable. Un truc désactivable, comme pulseaudio à l'époque, je suis d'accord ça ne pose pas trop de problèmes.
preupgrade a été testé plusieurs fois, il fait parti des critères de la QA. Mais il est testé dans des conditions qui sont par définition bornés et limités ( tu peux pas dire "tester dans tout les cas possibles" ), et il y a toujours quelqu'un ayant fait un truc hors des clous, et ça passe pas toujours.
Anaconda est un nid de bugs et manque de développeurs. Ce n'est pas qu'un problème de tests.
Un but de Fedora, c'est aussi d'avoir la communauté qui s'implique, donc pourquoi ne pas avoir testé plus tôt, surtout que tu as un système avec rsync et tout ?
J'ai déjà utilisé Rawhide assez tôt dans le cycle et testé preupgrade en avance pour les versions précédentes. Je n'avais pas suffisamment de temps cette fois et surtout de nombreux bugs très problématiques étaient déjà rapportés. Je comptais donc tester quand les plus gros bugs auraient été résolus. Sauf qu'il a été décidé de ne pas retarder davantage la sortie, une fois les bugs critiques connus corrigés, sans laisser suffisamment de temps pour tester. Soit on accepte de faire moins de bouleversements pendant un cycle, soit on recule la date de sortie. Sortir le tout à la Rache® ne sert qu'à dégoutter les utilisateurs et les testeurs. Les utilisateurs ne sont pas payés pour tester donc il semble raisonnable de supposer qu'ils n'ont pas que cela à faire et qu'ils ont besoin d'un peu de temps. Il est aussi possible qu'il y ait un gros manque de testeurs mais dans ce cas il faudrait réfléchir à y remédier plutôt que de passer outre. Par ailleurs, je suis très loin d'être le seul à avoir des problèmes avec cette mise à jour donc des bugs critiques faciles à trouver, il y en avait.
Le fait est que les gens n'étant pas fous, beaucoup attendent un peu avant de mettre à jour. Certains vont jusqu'à mettre à jour avec quasiment un cycle de retard. Cependant tout le monde n'est pas censé savoir qu'il vaut souvent mieux attendre et surtout cela donne une mauvaise image à la distribution et décourage les testeurs. À quoi bon tester en avance si on ne vise plus à sortir une distribution réellement solide le jour de la sortie.
Si Konsole ne fonctionne plus avec cette erreur "can't open a pseudo teletype", c'est un problème de permissions sur /dev/pts. Il faut penser à nettoyer le fichier fstab parce que systemd est censé s'occuper seul de monter les systèmes de fichiers spéciaux.
Il ne doit rester dans fstab que les systèmes de fichiers tels que /, /home, swap, etc.
C'est quelque chose qui aurait pu être noté dans les release notes. Ça date peut-être même de F16, mais ça ne posait pas de problème.
D'une manière générale, il y a un peu d'abus au niveau de la documentation chez Fedora. Je ne compte plus les features qui sont sorties avec zéro documentation. Quand les modifications occasionnent des régressions, il ne reste plus qu'à deviner le fonctionnement, lire le code, ou attendre que des gens d'ArchLinux ou Gentoo documentent ça sur leurs excellents wikis quand ce n'est pas spécifique à Fedora. Ce n'est pas la règle, heureusement, mais l'absence de documentation devrait être un critère pour refuser l'inclusion d'une feature.
Oui, il y a aussi le problème d'être trop lié à Gnome. J'utilise KDE (enfin surtout Kwin et Konsole en fait). Il y a un groupe de héros qui s'occupent de l'intégration de KDE dans Fedora (KDE SIG) mais ils ne peuvent pas faire de miracles.
Pour l'instant, j'ai fait un rsync dans l'autre sens et je suis maintenant sur un système à moitié F16 et à moitié F17. En fait, la mise à jour n'avait pas complètement fonctionné sur la sauvegarde. J'ai le bug du kernel panic quand j'éteins le PC, comme tout le monde : il y a une solution, il suffit de forcer la mise à jour du noyau. Dans un sens, c'est rassurant.
Je suis en train de tenter de mettre à jour le reste mais yum a du mal à me trouver une solution.
Dès que c'est réglé, j'envoie quelques rapports de bugs.
Ensuite je pense que je vais tester ArchLinux effectivement. Je n'ai jamais testé ArchLinux et je ne change pas facilement de distribution pour mon PC personnel. Avant Fedora 9, j'utilisais Debian (principalement Sid) depuis Potato.
Ce genre de situation me divise toujours intérieurement. D'un côté, mon cynisme me fait penser qu'ils n'ont qu'à s'intoxiquer, c'est leur choix. D'un autre côté, j'ai un proche qui est constamment la proie de ces fausses promesses… De gentils catholiques n'ont pas manqués de l'endoctriner depuis sa douloureuse enfance. Ils s'en trouvent toujours maintenant pour le pousser à refaire encore un coûteux pèlerinage à Lourdes où dans je ne sais quel obscur sanctuaire.
Évidemment, il n'échappe pas non plus à la française des Jeux et son impôt sur le (dés)espoir.
Tout ceci me donne la nausée mais il n'est pas si facile de placer la limite, où il devient un devoir de tenter, pour son bien, de détruire la croyance de quelqu'un. Même issu d'une manipulation (pas forcément maligne), le besoin de croire semble devenir réel.
Dans le cas du journal, je pense que la limite est largement dépassée mais on parle d'un pays où beaucoup pensent se purifier en se baignant dans cette poubelle liquide qu'est le Gange et où le blasphème est un délit.
J'ai lu des commentaires un peu partout sur le web et je vois que beaucoup en profitent pour se foutre de la gueule des russes et de leur technologie.
La Russie manque certes de moyens pour maintenir certains de ses équipements souvent vétustes mais pas vraiment de compétences (ça viendra peut-être mais pour l'instant des cerveaux ils en ont encore et des bons).
Certains abrutis feraient bien de méditer sur les statistiques exceptionnelles du programme Soyouz qui est maintenant le seul moyen sûr d'envoyer des hommes dans l'espace et qui est encore utilisé.
Il n'est pas prouvé que l'appareil est fautif dans l'accident. De plus, Boeing et Airbus ont aussi eu des crashs, y compris dans des vols de démonstration.
Par contre la fraude est un vrai problème en Russie, c'est certain.
On ne peut pas affirmer qu'ils étaient incompétents. D'ailleurs si personne ne s'en est rendu compte…
Ensuite, l'avion est produit à l'étranger, seul l'assemblage est effectué en Russie.
Sauf que, par définition une publication peut être vue par n'importe qui. Autrement dit : si Freenet ou TOR deviennent les plateformes majeures de publication de contrefaçon, rien n'empêche TMG d'utiliser un client Freenet ou TOR, de demander des morceaux de film et de musique, et d'envoyer à Hadopi les @IP des gens qui, tout simplement, publient via TOR ou Freenet des bouts de contrefaçon.
On pourrait objecter que le responsable de l'@IP ne fait que relayer une connexion, sans savoir ce qu'elle contient dans le cas de Freenet. Certes. Mais, dans ce cas, comme le prévoit la LCEN, il possède des logs, car il est fournisseur d'un service de communication. Ses logs devraient permettre de remonter au prochain noeud, qui soit est coupable de ne pas avoir de logs, soit possède à son tour des logs, etc. La responsabilité ne s'évapore pas, au final on retombe forcément, soit sur celui qui a publié la contrefaçon, soit sur celui qui a merdé en ne tenant pas de logs.
Certes. Mais justement ces logiciels se basent sur le fait que remonter la chaîne est fastidieux et qu'une condamnation pour ne pas avoir tenu de logs sera peut-être relativement légère. Pour les logiciels comme RetroShare où la connexion n'est établie qu'avec des pairs connus, il faut donc réussir à entrer sur le réseau (facile mais requiert plus ou moins d'ingénierie sociale donc lent) puis demander à ses pairs des logs (prendra une éternité) et répéter cela. Le risque zéro n'existe pas. Ici, il est très très faible si le nombre d'utilisateurs est important et que l'on n'est pas une cible spécialement recherchée.
Non mais ce n'est pas le problème. Tu avais raison. Dans un pays qui reconnaît la liberté d'expression tu peux aller dans la rue et faire un discours public sans être inquiété (modulo un certain nombre de contraintes qui ont été ajoutées). Sur Internet, si tu veux permettre la même chose dans des pays où la liberté d'expression est faible ou inexistante, tu dois déployer des moyens techniques qui permettent également la contrefaçon.
Article 19 de la Déclaration universelle des droits de l'homme (il y a en général des restrictions dans la loi suivant les pays) :
« Tout individu a droit à la liberté d'opinion et d'expression, ce qui implique le droit de ne pas être inquiété pour ses opinions et celui de chercher, de recevoir et de répandre, sans considérations de frontières, les informations et les idées par quelque moyen d'expression que ce soit. »
La liberté d'expression aux dernières nouvelles n'est pas restreinte à la communication privée et heureusement.
J'ai lu et compris ton commentaire, j'ai également lu le programme et effectivement c'est ce qui est écrit.
Je parle de Mélenchon et en l'écoutant, j'ai la très nette impression que l'Europe ne l'intéresse pas. Peut-être que je me trompe sur le personnage mais en tout cas je ne me limite pas aux programmes. Si on lit le programme de Sarkozy, il n'est pas écrit dedans qu'il va faire des cadeaux ciblés à ses copains et se prendre pour le roi de France. Il suffit cependant d'analyser un peu le personnage et de voir son historique.
On est habitué à utiliser les pourcentages mais ce n'est pas non plus la fin du monde de passer sur 20. Il a raison, en faisant cela, si on se limite en précision on intègre automatiquement les +-2,5% d'erreur. Effectivement, c'est tout de suite moins vendeur.
Ça a le mérite d'être simple mais ça impose de changer de dénominateur quand l'erreur change et ça ne peut pas rendre compte de l'erreur de manière précise.
Si tu veux partager commercialement, j'estime que tu dois rémunérer les artistes. C'est pour cela que le droit d'auteur a été créé : empêcher que ceux qui distribuent fassent leur fortune sur le dos des artistes ; pas pour empêcher le public d'accéder aux oeuvres.
Les filtres c'est parfois une bonne chose. Être binaire, manichéen et jusqu'au-boutiste non.
Différencier est possible, les juges interprètent la loi dans des cas limites tous les jours. L'absolu ça n'existe pas et c'est heureux. Aux USA, ils ont même le fair-use.
# Ce n'est pas ce qu'il dit.
Posté par fapro . En réponse au journal Grabuge à la FSF : GnuTLS quitte le projet GNU et sed perd son mainteneur. Évalué à 10.
C'est faux. Il dit que Stallman était, et est probablement toujours, un programmeur brillant, malgré son âge :
Par contre, il estime qu'il est nul comme leader de projet (sans doute parce qu'il n'est pas assez "sociable") :
[^] # Re: C'est pas (encore) Internet
Posté par fapro . En réponse au journal RFC 3251 : 10.0.0.0/24 est désormais routable sur internet. Évalué à 10.
LCEB* : Foutaises !
* Le Compte Est Bon
# PPPoE
Posté par fapro . En réponse au journal OVH multicast. Évalué à 2.
J'ai deux lignes OVH no!Box mais je suis en bridge PPPoE. Il y a vraiment un intérêt à faire de l'IPoE à la place ?
Je veux bien tester mais je ne vois pas comment accéder aux adresses MAC avec tcpdump (forcément -e ne fonctionne pas) en étant encapsulé par PPPoE. Et je n'ai pas trop le temps de chercher…
# Long compte rendu de 10 ans d'auto-hébergement low cost
Posté par fapro . En réponse au journal L'auto-hébergement bilan de la discussion. Évalué à 9.
J'administre un serveur chez mes parents depuis 10 ans maintenant. Le serveur est à 400 Km de chez-moi et je m'y rend environ 5 fois par an. Au début, j'utilisais un vieux PC branché sur onduleur. Le serveur faisait routeur (modem en bridge parce que je n'aime pas les box), serveur d'impression + photocopie avec le scanner à plat séparé, serveur de fichier SAMBA et NFS, serveur WEB, serveur mail IMAP, relais SSH vers l'intranet, DHCP+DNS.
Il y avait trop de pannes et jamais au bon moment. Le plus souvent c'était les disques durs : ils contenaient la totalité des fichiers de la famille et ils travaillaient beaucoup (surtout pour servir les films et les ISOs de Jeux par SAMBA). Parfois le plantage du disque de stockage entraînait le disque système. La panne la plus vicieuse dont je me souvienne c'est une barrette de mémoire : des paquets réseaux étaient perdus, le système de fichier se corrompait tout seul, la base de données des paquets s'était complètement corrompue pendant une mise à jour automatique, même vim ne pouvait plus être lancé (l'exécutable été mal lu en mémoire !) etc… Heureusement que j'avais un historique sur 6 mois pour les sauvegardes. J'ai eu aussi des dysfonctionnements de cartes mères, d'alimentations et de processeurs. C'est assez difficile à diagnostiquer si on n'a pas des pièces de rechange sous la main. Au final, parfois c'était plus simple de tout changer.
J'ai fini par utiliser un PC dédié basse consommation mais il restait les pannes des disques durs. Les disques durs sont de moins en moins fiables, c'est un vrai budget.
Maintenant, le serveur ne fait plus que routeur (modem en bridge toujours), serveur d'impression + photocopie avec le scanner à plat séparé, relais SSH vers l'intranet, DHCP+DNS. Il n'y a plus de disques durs, il démarre sur une clef USB et j'en ai préparé 2 pour qu'ils puissent la remplacer sans mon aide en cas de problème.
Je déconseille de faire de l'auto-hébergement avec serveur de fichiers à distance si on n'a personne de compétent sur site.
En ce qui concerne le stockage, je le fais à mon domicile à présent. J'ai 2,5To de données que j'ai réparti en 3 catégories. La première, ce sont les données qui changent peu et que je peux récupérer facilement : ce sont les ISOs, les films, la musique. Ça représente 2To. Je stocke cela sur un système de fichier dédié (pour limiter l'effet de la corruption d'un fs) sur un disque interne (en 10 ans j'ai appris que les boîtiers externes ne sont pas fiables) qui est branché 24h/24 sur mon PC personnel. J'effectue une sauvegarde manuelle (rsync) de temps en temps sans historique sur un disque dur externe qui me sert à balader mes données. CFV est lancé toutes les semaines par cron pour générer la liste des fichiers avec hash et détecter des corruptions. Cette liste est sauvegardée 5 fois avec historique.
La deuxième catégorie, ce sont les données qui changent peu mais que je ne peux pas récupérer facilement : 400Go de vidéos et photos de famille et fichiers personnels archivés. Ils sont sauvegardés 5 fois avec historique sur 6 mois (rdiff-backup) dont quatre fois automatiquement tous les jours dont 2 en datacenter (3 fois en local) à chaque fois sur un fs dédié. CFV tourne comme pour la première catégorie.
La dernière catégorie, ce sont les données qui changent beaucoup et que je ne peux pas récupérer facilement : le travail en cours en général. Ça représente 100Go max (il y a parfois des machines virtuelles dedans). Je sauvegarde cela comme la deuxième catégorie mais toutes les 30 minutes et avec un historique limité en espace disque. CFV tourne tous les jours.
Je change mon disque principal (3To actuellement) tous les 6 mois en moyenne. Souvent pour cause de panne (je fais fonctionner la garantie si possible) parfois par manque de place.
Ça peut sembler exagéré mais grâce à ça, je n'ai perdu aucune donnée complètement en 10 ans (évidemment la taille des données a augmentée et la méthode de sauvegarde a beaucoup changée). Par contre, mon budget dédié au stockage est de plus en plus élevé.
Une chose qui m'ennuie au plus haut point c'est que les secteurs défectueux sont rarement remplacés automatiquement par le firmware du disque parce que le système lit en général le secteur avant d'écrire et échoue donc sans écrire. Même dd ! Utiliser dd pour "réparer" un disque comme on le voit conseillé partout sur le Web, ça ne marche pas. En tout cas pas chez-moi. Personnellement, je lis le disque en entier avec dd if=/dev/sdX of=/dev/null conv=noerror, puis je récupère la liste des secteurs défectueux avec un dmesg|grep sector et j'écris sur chacun avec hdparm --write-sector XXXXXXX --yes-i-know-what-i-am-doing /dev/sdX, enfin je lance fsck -y /dev/sdXX sur tous les fs du disque après démontage. Tout ça dans un script et ça fonctionne ; mais c'est bien laborieux. Évidemment, des données sont perdues donc il faut utiliser les sauvegardes mais c'est moins long que d'envoyer le disque au SAV pour qu'il renvoie un autre disque réparé de la même façon.
Sinon, au niveau de la sécurité, on peut faire des erreurs aussi. Personnellement, je m'estime heureux, la seule chose qui m'est arrivée à ma connaissance, c'est de laisser l'accès à une grande partie des fichiers en lecture seule via SAMBA à tout internet pendant un mois. Plusieurs personnes ou robots ont exploré les fichiers mais vu la connexion pourrie à l'époque, ils n'ont rien téléchargé. Je m'en suis rendu compte grâce aux logs. C'est arrivé à cause d'un changement de règles sur le pare feu. J'ai oublié de remettre DROP par défaut et le SAMBA écoutait toutes les adresses et interfaces.
[^] # Re: *sh VS. python
Posté par fapro . En réponse au journal Tu souhaites apprendre à programmer en shell. Évalué à 4.
J'utilise ipython comme shell en remplacement de zsh et je dois dire que j'en suis très satisfait. Je trouve le Bourne Shell lent, limité et archaïque.
[^] # Re: Mode:Online
Posté par fapro . En réponse au journal 37% de Français croient au père Noël.. Évalué à -1.
Tu supposes simplement que la précédente étude était par téléphone ou tu le sais ? Source ?
# athée convaincu ?
Posté par fapro . En réponse au journal 37% de Français croient au père Noël.. Évalué à 9.
Je trouve plus que floue, la différence entre non croyant et athée convaincu. Quel pourcentage de personnes sait qu'il existe diverses formes d’athéisme et quelle est celle choisie dans la question du sondage ?
Personnellement, j'estime que "Dieu" n'est pas du tout un truc bien défini, même au sein d'une religion, et donc je n'ai rien à en dire : je m'en fous.
Maintenant, si "Dieu" c'est un vieux con, aussi puissant qu'il est condescendant, qui veut se mêler de ma vie, ben je l'emmerde s'il existe. Pas facile de dire si je suis non croyant ou athée convaincu…
[^] # Re: Nous somme bien lotis.
Posté par fapro . En réponse au journal 37% de Français croient au père Noël.. Évalué à 2.
Apparemment, 23% des Japonais n'ont pas répondu à la question ! C'est un ordre de grandeur au dessus des autres pays.
# thinkpenguin
Posté par fapro . En réponse au journal Acheter un laptop sans OS. Évalué à 6.
Pour avoir du matériel compatible linux, j'aime bien ce site : https://www.thinkpenguin.com/
Ils vendent des PCs portables et de bureau et ils attachent une grande importance à ce que le matériel fonctionne avec du code libre. Ils n'installent pas encore OpenBIOS sur leur PCs mais c'est sûrement la prochaine étape… Par contre, à priori, ils ne configurent pas les PCs à la carte.
La dernière chose que j'ai acheté chez eux c'est ça :
https://www.thinkpenguin.com/gnu-linux/penguin-wireless-n-usb-req-antennas
Au moins tu as les specs et tu sais ce que tu achètes. J'en avais assez des points d'accès WiFi qui gèrent le multicast et l'IPv6 n'importe comment : autant le faire soi-même.
[^] # Re: Ergonomie ! bon sang…
Posté par fapro . En réponse au journal Leap Motion, révolution ou I2BP-like ?. Évalué à 1.
Apparemment c'est le cas. On peut toujours poser les coudes, voire une partie des avant-bras. On peut également changer de position, on n'est pas crispé dans une position : c'est pour ça que j'ai arrêté d'utiliser une souris et que j'utilise une petite tablette graphique à la place.
Un très très bon touchpad 3D, c'est déjà pas mal.
[^] # Re: Écrire bourré c'est mal m'voyez
Posté par fapro . En réponse au journal White List & Black List. Évalué à 3.
Les balles à blanc… Et les balles à noir !
[^] # Re: Juriste et codeur ?
Posté par fapro . En réponse au journal Oracle riche de plusieurs milliards de zero!. Évalué à 2.
Il y a Eben Moglen aussi.
# Les nouveautés \o/
Posté par fapro . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 5.
J'ai quand même fini par m'en sortir mais ce fut laborieux : même vim ne fonctionnait plus à cause d'une bibliothèque introuvable.
Au final, maintenant ça fonctionne bien, je n'ai pas trouvé de régressions.
Je viens de tester virt-sandbox, c'est génial ce truc. Je vais pouvoir faire tourner les deux malheureux logiciels non-libres que j'utilise (boulot) là-dedans.
Spice fonctionne maintenant chez moi : depuis Fedora 15, ça plantait.
La saisie prédictive fonctionne bien sous KDE. Par contre, ça ne gère que l'anglais pour le moment.
J'ai hâte de tester les profils de couleurs ICC.
[^] # Re: Konsole : can't open a pseudo teletype -> Solution
Posté par fapro . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 3.
Je n'en doute pas, mais justement, je ne pense pas que ce soit à l'équipe documentation de se coltiner seule la doc sur les nouvelles features. C'est pour cela qu'il y a une section release notes sur les pages wiki des features. C'est le développeur qui doit remplir cette section. Sinon, personnellement, vu le nombre de projets libres où je suis déjà impliqué par rapport à mon temps libre, je peux difficilement en rajouter. Malheureusement, il faudrait plutôt que j'en abandonne.
Certes, mais j'estime qu'il y a quand même une limite. Sortir une nouvelle version avec un composant essentiel (yum, anaconda, etc) sans documentation et/ou pas fini donc pouvant potentiellement massacrer tout le système, je ne trouve pas cela acceptable. Un truc désactivable, comme pulseaudio à l'époque, je suis d'accord ça ne pose pas trop de problèmes.
Anaconda est un nid de bugs et manque de développeurs. Ce n'est pas qu'un problème de tests.
J'ai déjà utilisé Rawhide assez tôt dans le cycle et testé preupgrade en avance pour les versions précédentes. Je n'avais pas suffisamment de temps cette fois et surtout de nombreux bugs très problématiques étaient déjà rapportés. Je comptais donc tester quand les plus gros bugs auraient été résolus. Sauf qu'il a été décidé de ne pas retarder davantage la sortie, une fois les bugs critiques connus corrigés, sans laisser suffisamment de temps pour tester. Soit on accepte de faire moins de bouleversements pendant un cycle, soit on recule la date de sortie. Sortir le tout à la Rache® ne sert qu'à dégoutter les utilisateurs et les testeurs. Les utilisateurs ne sont pas payés pour tester donc il semble raisonnable de supposer qu'ils n'ont pas que cela à faire et qu'ils ont besoin d'un peu de temps. Il est aussi possible qu'il y ait un gros manque de testeurs mais dans ce cas il faudrait réfléchir à y remédier plutôt que de passer outre. Par ailleurs, je suis très loin d'être le seul à avoir des problèmes avec cette mise à jour donc des bugs critiques faciles à trouver, il y en avait.
Le fait est que les gens n'étant pas fous, beaucoup attendent un peu avant de mettre à jour. Certains vont jusqu'à mettre à jour avec quasiment un cycle de retard. Cependant tout le monde n'est pas censé savoir qu'il vaut souvent mieux attendre et surtout cela donne une mauvaise image à la distribution et décourage les testeurs. À quoi bon tester en avance si on ne vise plus à sortir une distribution réellement solide le jour de la sortie.
# Konsole : can't open a pseudo teletype -> Solution
Posté par fapro . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 6.
Si Konsole ne fonctionne plus avec cette erreur "can't open a pseudo teletype", c'est un problème de permissions sur /dev/pts. Il faut penser à nettoyer le fichier fstab parce que systemd est censé s'occuper seul de monter les systèmes de fichiers spéciaux.
Il ne doit rester dans fstab que les systèmes de fichiers tels que /, /home, swap, etc.
C'est quelque chose qui aurait pu être noté dans les release notes. Ça date peut-être même de F16, mais ça ne posait pas de problème.
D'une manière générale, il y a un peu d'abus au niveau de la documentation chez Fedora. Je ne compte plus les features qui sont sorties avec zéro documentation. Quand les modifications occasionnent des régressions, il ne reste plus qu'à deviner le fonctionnement, lire le code, ou attendre que des gens d'ArchLinux ou Gentoo documentent ça sur leurs excellents wikis quand ce n'est pas spécifique à Fedora. Ce n'est pas la règle, heureusement, mais l'absence de documentation devrait être un critère pour refuser l'inclusion d'une feature.
[^] # Re: ArchLinux
Posté par fapro . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 8.
Oui, il y a aussi le problème d'être trop lié à Gnome. J'utilise KDE (enfin surtout Kwin et Konsole en fait). Il y a un groupe de héros qui s'occupent de l'intégration de KDE dans Fedora (KDE SIG) mais ils ne peuvent pas faire de miracles.
Pour l'instant, j'ai fait un rsync dans l'autre sens et je suis maintenant sur un système à moitié F16 et à moitié F17. En fait, la mise à jour n'avait pas complètement fonctionné sur la sauvegarde. J'ai le bug du kernel panic quand j'éteins le PC, comme tout le monde : il y a une solution, il suffit de forcer la mise à jour du noyau. Dans un sens, c'est rassurant.
Je suis en train de tenter de mettre à jour le reste mais yum a du mal à me trouver une solution.
Dès que c'est réglé, j'envoie quelques rapports de bugs.
Ensuite je pense que je vais tester ArchLinux effectivement. Je n'ai jamais testé ArchLinux et je ne change pas facilement de distribution pour mon PC personnel. Avant Fedora 9, j'utilisais Debian (principalement Sid) depuis Potato.
# Protéger des personnes d'elles-même
Posté par fapro . En réponse au journal En Inde, un calvaire oppose catholiques et scientistes. Évalué à 10.
Ce genre de situation me divise toujours intérieurement. D'un côté, mon cynisme me fait penser qu'ils n'ont qu'à s'intoxiquer, c'est leur choix. D'un autre côté, j'ai un proche qui est constamment la proie de ces fausses promesses… De gentils catholiques n'ont pas manqués de l'endoctriner depuis sa douloureuse enfance. Ils s'en trouvent toujours maintenant pour le pousser à refaire encore un coûteux pèlerinage à Lourdes où dans je ne sais quel obscur sanctuaire.
Évidemment, il n'échappe pas non plus à la française des Jeux et son impôt sur le (dés)espoir.
Tout ceci me donne la nausée mais il n'est pas si facile de placer la limite, où il devient un devoir de tenter, pour son bien, de détruire la croyance de quelqu'un. Même issu d'une manipulation (pas forcément maligne), le besoin de croire semble devenir réel.
Dans le cas du journal, je pense que la limite est largement dépassée mais on parle d'un pays où beaucoup pensent se purifier en se baignant dans cette poubelle liquide qu'est le Gange et où le blasphème est un délit.
# Pitoyable...
Posté par fapro . En réponse au journal Le crash du Sukhoi en Indonésie. Évalué à 9.
J'ai lu des commentaires un peu partout sur le web et je vois que beaucoup en profitent pour se foutre de la gueule des russes et de leur technologie.
La Russie manque certes de moyens pour maintenir certains de ses équipements souvent vétustes mais pas vraiment de compétences (ça viendra peut-être mais pour l'instant des cerveaux ils en ont encore et des bons).
Certains abrutis feraient bien de méditer sur les statistiques exceptionnelles du programme Soyouz qui est maintenant le seul moyen sûr d'envoyer des hommes dans l'espace et qui est encore utilisé.
Il n'est pas prouvé que l'appareil est fautif dans l'accident. De plus, Boeing et Airbus ont aussi eu des crashs, y compris dans des vols de démonstration.
Par contre la fraude est un vrai problème en Russie, c'est certain.
[^] # Re: Trois choses sont étonnantes
Posté par fapro . En réponse au journal Le crash du Sukhoi en Indonésie. Évalué à 1.
On ne peut pas affirmer qu'ils étaient incompétents. D'ailleurs si personne ne s'en est rendu compte…
Ensuite, l'avion est produit à l'étranger, seul l'assemblage est effectué en Russie.
[^] # Re: C'est faux.
Posté par fapro . En réponse au journal Logiciel libre et liberté d'expression, extrait d'un article de Rickard Falkvinge. Évalué à 3.
Certes. Mais justement ces logiciels se basent sur le fait que remonter la chaîne est fastidieux et qu'une condamnation pour ne pas avoir tenu de logs sera peut-être relativement légère. Pour les logiciels comme RetroShare où la connexion n'est établie qu'avec des pairs connus, il faut donc réussir à entrer sur le réseau (facile mais requiert plus ou moins d'ingénierie sociale donc lent) puis demander à ses pairs des logs (prendra une éternité) et répéter cela. Le risque zéro n'existe pas. Ici, il est très très faible si le nombre d'utilisateurs est important et que l'on n'est pas une cible spécialement recherchée.
[^] # C'était vrai
Posté par fapro . En réponse au journal Logiciel libre et liberté d'expression, extrait d'un article de Rickard Falkvinge. Évalué à 2.
Non mais ce n'est pas le problème. Tu avais raison. Dans un pays qui reconnaît la liberté d'expression tu peux aller dans la rue et faire un discours public sans être inquiété (modulo un certain nombre de contraintes qui ont été ajoutées). Sur Internet, si tu veux permettre la même chose dans des pays où la liberté d'expression est faible ou inexistante, tu dois déployer des moyens techniques qui permettent également la contrefaçon.
[^] # Re: C'est faux.
Posté par fapro . En réponse au journal Logiciel libre et liberté d'expression, extrait d'un article de Rickard Falkvinge. Évalué à 0.
Article 19 de la Déclaration universelle des droits de l'homme (il y a en général des restrictions dans la loi suivant les pays) :
« Tout individu a droit à la liberté d'opinion et d'expression, ce qui implique le droit de ne pas être inquiété pour ses opinions et celui de chercher, de recevoir et de répandre, sans considérations de frontières, les informations et les idées par quelque moyen d'expression que ce soit. »
La liberté d'expression aux dernières nouvelles n'est pas restreinte à la communication privée et heureusement.
[^] # Re: Pas la même conclusion
Posté par fapro . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à 0.
J'ai lu et compris ton commentaire, j'ai également lu le programme et effectivement c'est ce qui est écrit.
Je parle de Mélenchon et en l'écoutant, j'ai la très nette impression que l'Europe ne l'intéresse pas. Peut-être que je me trompe sur le personnage mais en tout cas je ne me limite pas aux programmes. Si on lit le programme de Sarkozy, il n'est pas écrit dedans qu'il va faire des cadeaux ciblés à ses copains et se prendre pour le roi de France. Il suffit cependant d'analyser un peu le personnage et de voir son historique.
[^] # Re: sondage 4avril
Posté par fapro . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à -1.
On est habitué à utiliser les pourcentages mais ce n'est pas non plus la fin du monde de passer sur 20. Il a raison, en faisant cela, si on se limite en précision on intègre automatiquement les +-2,5% d'erreur. Effectivement, c'est tout de suite moins vendeur.
Ça a le mérite d'être simple mais ça impose de changer de dénominateur quand l'erreur change et ça ne peut pas rendre compte de l'erreur de manière précise.
[^] # Re: Pas la même conclusion
Posté par fapro . En réponse au journal [Humeur] Sondages et éditocrates, une histoire d’amour. Évalué à 1.
Si tu veux partager commercialement, j'estime que tu dois rémunérer les artistes. C'est pour cela que le droit d'auteur a été créé : empêcher que ceux qui distribuent fassent leur fortune sur le dos des artistes ; pas pour empêcher le public d'accéder aux oeuvres.
Les filtres c'est parfois une bonne chose. Être binaire, manichéen et jusqu'au-boutiste non.
Différencier est possible, les juges interprètent la loi dans des cas limites tous les jours. L'absolu ça n'existe pas et c'est heureux. Aux USA, ils ont même le fair-use.