C'est clair, il faudrait séparer xget du reste et le rendre autonome.
Coté doc, elle est vide car la commande semble super simple ! J'ai regardé du coté de murder, cela ne semble pas de la même échelle pour faire tourner les deux...
A mon sens, xget n'est pas forcément fait pour 200000 noeud mais sur un réseau local avec moins de 1000 noeuds, il me semble qu'il est le plus simple.
Comme perceus et rocks l'utilise, j'ai relativement confiance sur le fait qu'xget tourne encore dans quelques années. A vrai dire, une fois l'infrastructure en place, remplacer un outil de copie en P2P par un autre ne devrait pas être le point le plus bloquant.
La MoFo n'a pas les moyens de faire toutes les régressions sur toutes les versions d'OS sur le marché. Vouloir maintenir une LTS, c'est bien. Vouloir qu'ils soient les seuls à décider du bien et du mal, c'est aller trop loin.
Si on regarde la gestion du noyau Linux, c'est beaucoup plus souple comme manière de faire. Il y a des versions LTS et chacun peut encore les améliorer pour son environnement dans son coin. On voit d'ailleurs que des options changent de valeur par défaut dans le noyau officiel pour passer de A vers B puis reviennent vers A alors que les distributions sont en général rester sur la valeur A.
Bref, en terme de sécurité, il y a rarement une seule vérité !
debian a fait une erreur sur les certificats ssl et personne ne l'a vu. Ils l'ont corrigé très rapidement lorsqu'elle a été détecté en ajoutant une fonctionnalité à ssh qui n'était pas prévu (blacklist de certificat). A mes souvenirs, tout a été fait en 4 jours avant de faire l'annonce.
Combien de personne se sont fait attaqués ? Moi, aucun de mes serveurs n'a été attaqué.
Cette affaire a montrer aussi des lacunes du coté de SSH (pas de blacklist, des certif (clefs) à vie...) qui sont corrigés petit à petit (très très lentement)...
Je préfère une erreur annoncée, corrigée et assumée que ce que bien des entreprises font en cachant leur bidouillage avec une phraséologie primaire.
Je rappelle que les brevets ne sont pas valable en Europe ! On peux aussi très bien avoir des dépôts pour nos distributions qui ne serait hébergé que chez nous. Il y a déjà eu le cas par le passé.
Les navigateurs supportait le GIF a une époque ou celui-ci était sous brevet outre atlantique. D'ailleurs je me souviens que pour les droits, on les demandait au site (serveur) et non au client (navigateur). Pourquoi cela ne serait pas pareil sur le H264.
Sinon, Firefox déléguera le H264 à l'OS au dessous ou a un greffon. C'est pas plus mal non plus. Je ne suis pas fanatique des logiciels qui refont tout en interne ;-)
Package: ack
Priority: extra
Section: text
Installed-Size: 96
Maintainer: Masayuki Hatta (mhatta) <mhatta@debian.org>
Architecture: amd64
Version: 1.39-12
Depends: libc6 (>= 2.7-1)
Filename: pool/main/a/ack/ack_1.39-12_amd64.deb
Size: 18910
MD5sum: f4120b7d5a274c6a876830215099552a
SHA1: efce296cd65d8907a0f3c4aa85b892776357dd61
SHA256: 0a5f7fb1d97b163ff2ed47be4a5e33f0af8b0bf7ff3e43e7b0c8e2e661664baf
Description: Kanji code converter
ACK is a highly versatile Kanji code checker/converter. ACK can do
reciprocal conversion among Japanese EUC, Shift-JIS and 7bit JIS.
JIS Kata-kana(SJIS Han-kaku Kana) is also supported. Kanji code can
be automatically detected even if the input stream contains Kata-kana
characters. Besides, ACK can be used as a Kanji code checker with
very high detection rate.
Tag: culture::japanese, interface::commandline, role::program, scope::utility, use::converting, works-with::text
Le paquet existant avant le ack en perl, ils l'ont nommé ack-grep ! Le choix n'est jamais facile à faire.
J'ai des machines Linux (SGI) qui tournent sous UEFI depuis des années. A vrai dire, BIOS ou UEFI, on s'en fiche un peu... Avec GRUB qui devient une usine à gaz, un système de boot très léger qui ne fait rien serait peut être mieux ;-)
J'utilise des câbles patchsee intégrant une fibre plastique. un coup de lumière et hop, on sais ou est l'autre bout, c'est fiable et l'étiquette n'est jamais fausse ;-)
J'ai un outil qui me donne en permanence sur quel port de quel switch est branché telle machine.
Bref, a quoi ça sers en pratique de mettre des étiquettes sur les câbles ?
On doit avoir un 80486 sous DOS qui pilote un très vieux laser de puissance via une double carte sur port ISA. Un laser neuf équivalent coûtant 130kE je crois, on peut considérer que ce PC est une des machines les plus chères de mon laboratoire ;-)
Enfin, cela progresse. Leur position était intenable. Ils étaient en train de se couper les pieds eux mêmes. Personnellement, j'avais prédit un changement de stratégie avant Noël, on n'est qu'en septembre !
Ils ont encore une petite fenêtre de temps pour péter quelques vieux trucs qui traînent ;-)
J'associerais aussi ce genre de logiciel avec ceux de mind-mapping. En effet, je trouve que ces deux types de logiciels sont au final assez proche et c'est souvent juste une histoire de vue qui les sépare.
Un système de sauvegarde peut récupérer le fichier en clair...
Tu peux envoyer le fichier en clair par mail par inattention...
Si tu partages le fichier avec d'autres personnes, tu n'est pas assuré de leurs environnements...
Bref, a mon sens, il faut pouvoir donner une phrase de passe pour ouvrir le fichier et que celle-ci serve automatiquement pour tous les enregistrements suivants. C'est la seule méthode pour éviter toute erreur humaine et éviter ainsi une fuite d'information sensible. C'est pour cela que pour le moment je me contente du logiciel Gringotts qui est certes limité mais m'assure que les données ne sont jamais en claires (sauf en RAM mais c'est a un autre niveau).
Il ne supporte pas le chiffrement natif, c'est dommage pour garder des notes confidentielles... (ne me parlez pas des systèmes de fichier crypté qui réponde mal à la problématique).
En effet, pour la vidéo, flash n'est qu'un conteneur comme l'AVI ou le MKV...
Une fois décapsulé, il faut lire le H264 (et le bon) et je ne suis pas sur que le changement de conteneur y change grand chose.
Bref, je ne suis pas fanat du flash mais il n'y a pas de raison technique qu'il marche moins bien qu'un autre conteneur /a priori/. Il est vrai que le H264 bouffe pas mal de CPU mais je crois que c'est surtout à l'encodage.
PS : je suis pas un spécialiste pointus des formats interne des conteneurs vidéo...
[^] # Re: XGET
Posté par Sytoka Modon (site web personnel) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 2.
C'est clair, il faudrait séparer xget du reste et le rendre autonome.
Coté doc, elle est vide car la commande semble super simple ! J'ai regardé du coté de murder, cela ne semble pas de la même échelle pour faire tourner les deux...
A mon sens, xget n'est pas forcément fait pour 200000 noeud mais sur un réseau local avec moins de 1000 noeuds, il me semble qu'il est le plus simple.
Comme perceus et rocks l'utilise, j'ai relativement confiance sur le fait qu'xget tourne encore dans quelques années. A vrai dire, une fois l'infrastructure en place, remplacer un outil de copie en P2P par un autre ne devrait pas être le point le plus bloquant.
[^] # Re: normal
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mozilla se lance dans le propriétaire. Évalué à 3.
La MoFo n'a pas les moyens de faire toutes les régressions sur toutes les versions d'OS sur le marché. Vouloir maintenir une LTS, c'est bien. Vouloir qu'ils soient les seuls à décider du bien et du mal, c'est aller trop loin.
Si on regarde la gestion du noyau Linux, c'est beaucoup plus souple comme manière de faire. Il y a des versions LTS et chacun peut encore les améliorer pour son environnement dans son coin. On voit d'ailleurs que des options changent de valeur par défaut dans le noyau officiel pour passer de A vers B puis reviennent vers A alors que les distributions sont en général rester sur la valeur A.
Bref, en terme de sécurité, il y a rarement une seule vérité !
[^] # Re: normal
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mozilla se lance dans le propriétaire. Évalué à 6.
debian a fait une erreur sur les certificats ssl et personne ne l'a vu. Ils l'ont corrigé très rapidement lorsqu'elle a été détecté en ajoutant une fonctionnalité à ssh qui n'était pas prévu (blacklist de certificat). A mes souvenirs, tout a été fait en 4 jours avant de faire l'annonce.
Combien de personne se sont fait attaqués ? Moi, aucun de mes serveurs n'a été attaqué.
Cette affaire a montrer aussi des lacunes du coté de SSH (pas de blacklist, des certif (clefs) à vie...) qui sont corrigés petit à petit (très très lentement)...
Je préfère une erreur annoncée, corrigée et assumée que ce que bien des entreprises font en cachant leur bidouillage avec une phraséologie primaire.
[^] # Re: Pour mémoire
Posté par Sytoka Modon (site web personnel) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 7.
On parle ici de déployer sur son parc. Il y a toujours une machine sur le réseau P2P, le serveur.
Le P2P sur un réseau local, au sien d'un cluster, c'est une très bonne idée.
[^] # Re: Répliquer des fichiers sur n machines
Posté par Sytoka Modon (site web personnel) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 7.
Trop de contrainte... En plus, il faut que tous les noeuds télécharge en même temps.
Je ne crois pas au multicast sauf dans quelques cas bien précis. Un système peer to peer a bien des avantages sur le multicast.
# XGET
Posté par Sytoka Modon (site web personnel) . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 9.
Un système en peer to peer pour faire cela et dédié au cluster, cela existe déjà. Cela s'appelle xget !
http://xcpu.sourceforge.net/xget/
C'est notamment utilisé par perceus et je crois rocks.
# Exemple debian
Posté par Sytoka Modon (site web personnel) . En réponse au journal Mozilla se lance dans le propriétaire. Évalué à 10.
Debian a du changer de nom... En pratique, cela a perturber les utilisateurs 1 journée !
Donc d'un certain coté, tant pis pour eux. A vouloir être trop restrictif, les utilisateurs GNU/Linux seront tous sous iceweasel ou chromium !
[^] # Re: Test HTML5 vs libre
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Navigateurs Web : tests Acid 3 et HTML 5 test. Évalué à 4.
Je rappelle que les brevets ne sont pas valable en Europe ! On peux aussi très bien avoir des dépôts pour nos distributions qui ne serait hébergé que chez nous. Il y a déjà eu le cas par le passé.
[^] # Re: virus de bios
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows 8 aime l'opensource !. Évalué à 3.
Enfin, cela marchait mal sur pas de programme d'installation. Idem pour XP. Avec Seven 64, cette fonctionnalité marche enfin.
[^] # Re: Test HTML5 vs libre
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Navigateurs Web : tests Acid 3 et HTML 5 test. Évalué à 3.
Il ne faut jamais dire jamais !
Les navigateurs supportait le GIF a une époque ou celui-ci était sous brevet outre atlantique. D'ailleurs je me souviens que pour les droits, on les demandait au site (serveur) et non au client (navigateur). Pourquoi cela ne serait pas pareil sur le H264.
Sinon, Firefox déléguera le H264 à l'OS au dessous ou a un greffon. C'est pas plus mal non plus. Je ne suis pas fanatique des logiciels qui refont tout en interne ;-)
[^] # Re: Pourquoi numéroter ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Graphique du cablage de salles serveurs. Évalué à 4.
Je suis d'accord que notre système n'est pas parfait mais en terme de temps homme pour le maintenir, c'est pas mal, on arrive a le faire.
[^] # Re: Hum
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche ack 1.96 — mieux que grep. Évalué à 3.
Le paquet existant avant le ack en perl, ils l'ont nommé ack-grep ! Le choix n'est jamais facile à faire.
[^] # Re: Je ne comprends pas bien
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows 8 aime l'opensource !. Évalué à 9.
J'ai des machines Linux (SGI) qui tournent sous UEFI depuis des années. A vrai dire, BIOS ou UEFI, on s'en fiche un peu... Avec GRUB qui devient une usine à gaz, un système de boot très léger qui ne fait rien serait peut être mieux ;-)
# Faux
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows 8 aime l'opensource !. Évalué à 3.
Il faut aller voir sur LWN, il y a deux possibilités : une qui oblige Windows et une autre qui est ouverte.
http://lwn.net/Articles/459569/rss
[^] # Re: C'est vide chez free
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Historique des serveurs LinuxFr.org. Évalué à 4.
Chez nous, les salles machines sont mêmes plus sales que les autres pièces car les femmes de ménage n'y rentre jamais !
Enfin, les machines ont l'air de s'y faire...
# Pourquoi numéroter ?
Posté par Sytoka Modon (site web personnel) . En réponse au message Graphique du cablage de salles serveurs. Évalué à 4.
J'utilise des câbles patchsee intégrant une fibre plastique. un coup de lumière et hop, on sais ou est l'autre bout, c'est fiable et l'étiquette n'est jamais fausse ;-)
J'ai un outil qui me donne en permanence sur quel port de quel switch est branché telle machine.
Bref, a quoi ça sers en pratique de mettre des étiquettes sur les câbles ?
[^] # Re: bof
Posté par Sytoka Modon (site web personnel) . En réponse au message Outils GUI avec utilisateur différent. Évalué à 2.
J'édite en local et cfengine pousse sur le serveur...
C'est un peu long mais au moins, je sais comment les serveurs sont configurés surtout qu'en local, les fichiers sont versionnés.
[^] # Re: Les monstres.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Comment se débarrasser des machines en fin de vie ?. Évalué à 7.
On doit avoir un 80486 sous DOS qui pilote un très vieux laser de puissance via une double carte sur port ISA. Un laser neuf équivalent coûtant 130kE je crois, on peut considérer que ce PC est une des machines les plus chères de mon laboratoire ;-)
[^] # Re: LTS
Posté par Sytoka Modon (site web personnel) . En réponse au journal Firefox bientôt en LTS. Évalué à 8.
Et chez Mozilla, cela veut dire 6 mois ou 1 an !
Enfin, cela progresse. Leur position était intenable. Ils étaient en train de se couper les pieds eux mêmes. Personnellement, j'avais prédit un changement de stratégie avant Noël, on n'est qu'en septembre !
Ils ont encore une petite fenêtre de temps pour péter quelques vieux trucs qui traînent ;-)
[^] # Re: ça fait peur...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Firefox bientôt en LTS. Évalué à 3.
Évidement, tu vois pas que je répondais en faisant du second degré ;-)
[^] # Re: J'utilise tous les jours
Posté par Sytoka Modon (site web personnel) . En réponse au journal Zim, wiki personnel de bureau, prise de notes, et peut-être le café.. Évalué à 2.
J'associerais aussi ce genre de logiciel avec ceux de mind-mapping. En effet, je trouve que ces deux types de logiciels sont au final assez proche et c'est souvent juste une histoire de vue qui les sépare.
[^] # Re: Chiffrement
Posté par Sytoka Modon (site web personnel) . En réponse au journal Zim, wiki personnel de bureau, prise de notes, et peut-être le café.. Évalué à 4.
Un système de sauvegarde peut récupérer le fichier en clair...
Tu peux envoyer le fichier en clair par mail par inattention...
Si tu partages le fichier avec d'autres personnes, tu n'est pas assuré de leurs environnements...
Bref, a mon sens, il faut pouvoir donner une phrase de passe pour ouvrir le fichier et que celle-ci serve automatiquement pour tous les enregistrements suivants. C'est la seule méthode pour éviter toute erreur humaine et éviter ainsi une fuite d'information sensible. C'est pour cela que pour le moment je me contente du logiciel Gringotts qui est certes limité mais m'assure que les données ne sont jamais en claires (sauf en RAM mais c'est a un autre niveau).
[^] # Re: ça fait peur...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Firefox bientôt en LTS. Évalué à 1.
Enfin, cela doit être possible d'automatiser un peu tous ces tests quand même...
# Chiffrement
Posté par Sytoka Modon (site web personnel) . En réponse au journal Zim, wiki personnel de bureau, prise de notes, et peut-être le café.. Évalué à 2.
Il ne supporte pas le chiffrement natif, c'est dommage pour garder des notes confidentielles... (ne me parlez pas des systèmes de fichier crypté qui réponde mal à la problématique).
[^] # Re: Mouais
Posté par Sytoka Modon (site web personnel) . En réponse au journal La mort du flash et de silverlight. Évalué à 0.
En effet, pour la vidéo, flash n'est qu'un conteneur comme l'AVI ou le MKV...
Une fois décapsulé, il faut lire le H264 (et le bon) et je ne suis pas sur que le changement de conteneur y change grand chose.
Bref, je ne suis pas fanat du flash mais il n'y a pas de raison technique qu'il marche moins bien qu'un autre conteneur /a priori/. Il est vrai que le H264 bouffe pas mal de CPU mais je crois que c'est surtout à l'encodage.
PS : je suis pas un spécialiste pointus des formats interne des conteneurs vidéo...