Sytoka Modon a écrit 4546 commentaires

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.

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 !

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é.

Enfin, cela marchait mal sur pas de programme d'installation. Idem pour XP. Avec Seven 64, cette fonctionnalité marche enfin.

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 ;-)

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.

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 ;-)

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

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...

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 ?

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.

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 ;-)

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 ;-)

Évidement, tu vois pas que je répondais en faisant du second degré ;-)

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).

Enfin, cela doit être possible d'automatiser un peu tous ces tests quand même...

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...

Ca a l'air super intéressant... Je regarde cela ce soir chez moi (j'ai pas le son au boulot !)

Moi, je trouve qu'il y a bien de la place dans le data-center de Free. Chez moi, les serveurs sont empilés les uns sur les autres. En plus, c'est mieux, il n'y a pas de retour de la chaleur par le milieu...

Parce que la chanteuse interprète tout simplement mais n'a pas crée (inventé) les paroles. C'est beaucoup moins créatif.

La majorité des inventions sont dans l'air du temps. Si ce n'est pas tel groupe qui le trouve, ce sera un autre. On attribue le cinéma aux frères lumières mais il suffit d'en visiter le musée pour se rendre compte que le cinéma aurait été trouvé par d'autres personnes...

Non, je veux que ce soit le fichier lui même qui soit chiffré, tout le temps et ou qu'il soit enregistré. Avec EncFS, je vais le retrouver sur un poste de mes collègues en clair un jour ou l'autre ou sur le système de backup.

Certains logiciels chiffre mais il demande la clef à chaque fois ce qui est idiot. Je souhaite que la clef qui sers à ouvrir le fichier serve toute la session et que le logiciel chiffre avec cette clef a chaque fois que je fais Ctrl+S.

Bref, un comportement sain et qui minimise les risques...

Quand à rajouter cela dans un programme, je pense qu'il y a des bibliothèques qui s'en occupe, il suffit juste de se linker avec elle. Le développeur n'a pas à savoir comment marche en interne la bibliothèque, il a juste à choisir la bonne. A chacun son job et on ne peut être spécialiste de tout.