rictus a écrit 383 commentaires

Merci pour la nouvelle.

Depuis le 'nouveau' wiki, l'avancement du projet me semble plus difficile à suivre ces derniers temps.

En particulier, il n'y a plus de section 'Table of Hardware', avec une description détaillée du support des matériels, ce qui marche, ce qui marche pas, la procédure d'installation, etc...
J'espère qu'elle sera de retour prochainement. Mais sinon, je souhaite une longue vie au projet.

Euh... mon simple core 2 T5500 n'arrive pas à décoder les video H264 1080p avec vlc ou mplayer (et pourtant les extensions XV fonctionnent bien chez moi). Ou alors très limite, avec de fréquentes saccades. C'est Ok par contre pour du 720p.

Ok le T5500 est un core 2 assez ancien et relativement peu puissant (1,6 Ghz) dans la gamme des core 2. Sur un core 2 récent, ça doit le faire, mais ce n'est donc plus un 'simple core 2'. Et à mon avis, ça doit quand même prendre un peu plus de 15%...

http://www.sun-services.com/

mais moi aussi, je n'ai pas les moyens, et doit me contenter de faire la vaisselle à la main...

J'ai pas la syntaxe exacte, et ce n'est pas un truc qu'on fait tous les jours, donc désolé : man ou google apt-key -> y a juste une commande à taper avec la bonne syntaxe pour accepter une nouvelle clé gpg.

Alors oui, ça serait peut-être plus simple si apt posait directement la question, mais combien répondrait Y sans réfléchir vraiment à la confiance à accorder à la provenance du .deb ? (Problème d'éducation de l'utilisateur évoqué plus haut).

Enfin j'ai lu qu'en diagonale le journal, ça changerait rien au problème, car le paquet malicieux était peut-être tout de même bien signé.

Je partage l'avis de se limiter aux paquets fournis par sa distribution, aussi frustrant que cela puisse être.

Ou c'est moi qui aie mal compris ce que pourra faire une femtocell, ou c'est vous : l'intérêt n'est pas de faire de la 3G pour faire du data, mais du GSM chez soi pour faire de la téléphonie mobile avec facturation dans son forfait mobile, avec une qualité audio correcte alors qu'on a un logement où on reçoit mal.
Moi je reçois mal aussi le GSM chez moi et c'est donc galère de téléphoner avec mon mobile chez moi. J'ai aussi un téléphone sans fil DECT mais :
- ça me coûte plus cher d'appeler des mobiles.
- ma ligne fixe est perso et je tiens à ce qu'elle le reste alors que j'ai des appels professionnels sur le mobile.

Donc si la femtocell permet de se comporter comme un bête relais GSM sans facturation supplémentaire, ça pourrait aussi m'intéresser et je ne vois pas pourquoi ça semble faire sourire à ce point...

Backuppc et rsnapshot, comme autre exemple, font déjà la deduplication au niveau fichier en faisant un usage intensif des hardlinks...

Pour ces deux outils de sauvegardes (vers disques) il est probable que la déduplication au niveau block de ZFS n'apporte pas grand chose (sauf dans le cas où on aurait plein de fichiers qui commencent pareil, mais finissent autrement).

Je me corrige, parce que j'ai dit des conneries : En fait Mikrotik, c'est une boite de Lettonie... donc européenne.
Et leur produits peuvent être commandés depuis plusieurs sites en Europe, j'ai repéré :
- directement depuis mikrotik.com (129$ HT, frais de port 50$ prohibitif...)
- un site allemand : http://www.mikrotik-store.eu/ (environ 88€ HT en kit, TVA à 19%, il faut s'enregistrer pour voir le montant des frais de port, j'ai pas été si loin).
- un site anglais : http://linitx.com/ (environ 97€ HT monté, 111€ TTC et 9€ de port).

Eventuelles solutions :
- Si pas besoin du N, une Fonera à 15 EUR sur ebay configurée en simple bridge et reliée à un port du routeur.
- Sinon, un autre 'mauvais' routeur avec du N pour faire du bridge avec le firmware du constructeur, ça le fait. Moi j'ai un WNR2000 acheté 40€ : le firmware de netgear est assez médiocre, mais juste pour faire point d'accés WIFI, derrière un 'vrai' routeur ça suffit...
- Y a d'autres modèles chez mikrotik avec du wifi (soit moins puisssant dans cette gamme de prix, soit beaucoup plus cher...)

Ca me semble un peu le problème actuellement, beaucoup de choix dans les routeurs, et quasi aucun qui me semble bien supporté.

Sinon dans les forums d'openwrt, on parle souvent des mikrotik (difficiles à trouver en Europe). J'ai vu notamment ce modèle qui me semble à prix raisonnable à la vue des caractérisques :

http://www.roc-noc.com/product.php?productid=177&cat=0&a(...)

Atheros 680 Mhz
256 Mo Ram
512 Mo Flash + Port MicroSD !
5 ports Gigabits (indépendants / entièrement configurables)

129$ ça doit faire dans les 100€ avec les frais de port, mais sans la TVA...

Si quelqu'un a un retour à faire sur cette bête...

J'utilise le package de http://sourceforge.net/projects/sereds/files/cwRsync/ qui marche pas trop mal pour moi.
Enfin il y a quand même la limitation suivante : si le pc windows est éteint à la sauvage, le fichier rsyncd.pid n'est pas purgé et au démarage suivant rsync ne redémarre pas automatiquement (et plus jamais tant qu'on ne purge pas manuellement rsyncd.pid).

J'ai pas compris la problématique ou c'est juste pour faire ce que fait ça : http://search.cpan.org/dist/String-ShellQuote/shell-quote

??


use String::ShellQuote;
my $workdir = shell_quote($opt_workdir);

Super, merci, ça fait une sorte de ssh -NX comme demandé plus haut, réalisé 'manuellement', avec certes la nécessité d'avoir nxproxy de part et d'autre.
A voir, si ça peut se scripter, mais ça correspond bien à ce que je souhaitais avoir (déporter de manière mieux compressée l'affichage de quelques fenêtres graphiques sans avoir à transporter un bureau entier, ni avoir à installer freenx trop usine à gaz pour moi).

A quand une option ssh -NX ? ... (no joke, c'est une vraie question !)

Pour le temps, je ne vais pas te dire le contraire...
bench rapide sur un petit dump mysql :

time lzop 20090512-035301.dmp
real 0m0.221s
user 0m0.176s
sys 0m0.040s

time gzip 20090512-035301.dmp
real 0m1.123s
user 0m1.048s
sys 0m0.024s

time bzip2 20090512-035301.dmp
real 0m4.808s
user 0m4.784s
sys 0m0.024s

time p7zip 20090512-035301.dmp
real 0m8.066s
user 0m8.697s
sys 0m0.268s

time lzma 20090512-035301.dmp
real 0m14.958s
user 0m14.429s
sys 0m0.144s

test sur un bi-pro au repos... p7zip tire bien partie des deux cores.

Pour la taille, par contre, je suis surpris que tu aies observés des cas de bzip2 meilleurs que 7z :
(note, j'ai vraiment pris le dump au hasard, mais j'ai pas non plus cherché de contre exemple)

1406545 20090512-035301.dmp.lzma
1559779 20090512-035301.dmp.7z
1768026 20090512-035301.dmp.bz2
2153230 20090512-035301.dmp.gz
3238305 20090512-035301.dmp.lzo
13195637 20090512-035301.dmp

lzma sans doute significativement plus petit par rapport à 7z pour les motifs évoqués au-dessus : sans doute pas de crc, et pas d'entête non plus gérant l'enveloppe.
Désolé, j'ai pas xz pour tester.

man tar :
--use-compress-program PROG
filter the archive through PROG (which must accept -d)

Ok, donc à utiliser avec le shell p7zip (qui implémente le -d).
tar --use-compress p7zip -cvf toto_dir toto.tar.7z
tar --use-compress p7zip -xvf toto.tar.7z

Testé, ça marche (tm).

alias ztar='tar --use-compress-program p7zip'

Donc encore un argument encore pour 7z ... ;-)

Même si ça peut sembler grouik, personnellement j'utilise avec bonheur depuis pas mal de temps une combinaison de 7z et de tar avec des commandes du genre :
tar cvf - des_répertoires_ou_fichiers | 7z a -bd -si mon_archive.tar.7z
7z x -bd -so mon_archive.tar.7z | tar tvf -
7z x -bd -so mon_archive.tar.7z | tar xvf -

enfin, mis dans un script, c'est beaucoup plus simple à utiliser. De même 7z est généralement fourni avec un bout de script shell appelé p7zip qui s'utilise de la même manière que gzip. (ex : mysqldump -h localhost --add-drop-table test | p7zip > test.dmp.7z)

Alors oui, on perd l'usage à proprement parlé de conteneur de 7z (un seul fichier compressé dans l'archive 7z). En revanche on gagne des fonctionnalités réimplémentées dans xz (présence de crc par exemple) pour un overhead lié au conteneur à mon avis assez faible. De plus, j'avais observé que 7z tirait bien parti du multicpu (du moins de 2 cpus, au delà, c'est moins vrai) alors que lzma ne gagne rien pour l'instant.

Enfin la commande 7z supporte la plupart des formats (.zip, .gz, .bzip2, .rar ...), ce qui fait un seul outil à connaitre pour tous les formats de compression. (argument faible, mais bon, moi j'aime bien utiliser 7z pour compresser/décompresser des .zip et des .rar)

Bref, selon moi, 7z, c'est libre, c'est multi-plateforme, c'est bon, mangez-en !

Nota : mon commentaire n'a pas vocation à critiquer xz/lzma, mais seulement à flatter p7zip...

Ah les joies des lecteurs de bandes...

Questions bêtes :
- tu es sûr de la capacité de tes bandes ? Parce que c'est un peu comme les cassettes audio : pour une densité donnée, il y a différentes longueurs qui font différentes capacités...
- tu as essayé plusieurs bandes, ça peut arriver une qui soit foireuse ?

Pour moi, le fait que vitualbox(-ose) soit disponible dans debian, ça a beaucoup clarifié la situation...

J'étais un utilisateur de qemu+kqemu, et ça répondait bien à mon besoin, mais les perfs étaient assez moyennes sur ma machine (T5500 2 Go Ram pourtant)...
Du coup, j'ai testé virtualbox, et j'ai constaté des perfs très supérieures...

Mon cpu n'a hélas pas les extensions VT pour pouvoir tester kvm...

Sinon, l'interface graphique de virtualbox n'a rien de "génante", moi je la démarre via un script "de démarrage" dans un vnc. Et on peut tout controler (démarrage/arrêt d'une vm, montage d'un cdrom, ajout d'un disque) via la commande vboxmanage.

Une dernière remarque : les scripts pour créer les interfaces réseaux virtuelles et les relier à un bridge me semblent plus simples et mieux foutus que ce qu'il y avait pour qemu il y a environ 2 ans (ce qui a peut-être changé maintenant).

Bref, plutôt que troller, je trouve très bien qu'il y ait plusieurs bonnes solutions de virtualisation libres...

Ma life :

J'utilisais Qemu, avec l'option -kernel-kqemu de le module noyau, et j'étais assez content des fonctionnalités, les performances étaient à peu près correctes pour des guests linux, mais sans plus quand même.

Puis quand vitrualbox-ose est rentré dans debian (au passage, si c'est dans debian, vu qu'ils en sont à forker firefox parce que pas assez libre, il ne fait aucun doute que virtualbox-ose est 100% libre), j'ai testé. Ca m'a emballé : l'interface graphique n'est pour moi que secondaire, mais c'est quand même un gros plus pour la prise en main initiale. Et même s'il manque 2 ou 3 trucs par rapport à qemu (mais secondaires : par ex. pas de possibilité d'avoir l'émulation d'une console série quand on n'a pas du tout besoin de sortie graphiqe), les performances sont très sensiblement meilleures, les fonctionnalités riches (snapshots, possibilité de tout commander en ligne de commande...), et c'est très simple à prendre en main. Il y a aussi un script tout fait pour aider à la création les interfaces virtuelles...

Les différences entre la version proprio et libre me semblent bien pensées : la centralisation des consoles graphiques via un serveur rdp intégré est assurément indispensable pour un usage en entreprise (qui devra donc payer...). En revanche pour un usage perso, on se débrouille très bien en démarrant le bignou dans un vnc-server.... L'USB dans une VM, j'en ai personnellement pas l'usage.

J'ai vaguement regardé kvm et xen, et il m'avait semblé comprendre que sans cpu supportant les technologies VT, point de salut...

En ce qui me concerne, j'espère que virtualbox va continuer son petit bonhomme de chemin. Et de toute façon, il faut se réjouir qu'on ait plusieurs offres libres concernant la virtualisation.

quel modèle ? ;-)

je vote pour les bornes wifi gratuites dans les boites jaunes...

bon, quitte à dire une autre connerie, ça peut se ré-envisager une campagne de tee-shirt linuxfr ?

Je ferais le même choix si j'avais un cpu compatible (merci intel d'avoir désactivé l'extension vmx sur les T5500 ... :( )

Donc pour l'instant c'est qemu + kqemu, ça dépanne bien, mais c'est quand même assez bof en terme de performances (d'autant que l'option -kernel-kqemu ne me permet pas de booter centos5 comme guest; pourtant ce dernier est configuré sans boot graphique, puisque seulevement avec console série).

Pour ceux qui connaissent pas, kvm de manière vulgarisé, c'est l'équivalent de kqemu pour utiliser les fonctionnalités VT des cpus modernes. Kvm me semble désormais également désigner le fork de qemu pour fonctionner avec ce module kernel.
Et enfin, kvm fait désormais parti des modules noyaux standards depuis le 2.6.22. Mais peut se compiler sur des noyaux plus vieux (je crois à partir du 2.6.16 - à vérifier).

wikipedia est ton ami ... :
http://en.wikipedia.org/wiki/Comparison_of_virtual_machines

Et un petit coup de google :
http://www.punknix.com/?q=virtualization_kvm
(bon, y pas virtualbox)


La plupart des journaux sur virtualbox ne donnent l'adresse que du site officiel qui distribue seulement des binaires de la version non libre (pas bien), et certes un tar.gz des sources de la version "OSE" libre, mais pas de binaire de cette version. Et sans qu'on sache les features manquantes.
Ce qui me donnait un apriori négatif sur virtualbox.

Finalement pour les différences entre la version libre et non libre, voir :
http://en.wikipedia.org/wiki/Virtualbox
(perso, je n'ai pas l'utilité de ce qu'il y a en moins dans la version OSE)

Enfin, pour ce qui est de trouver des packages de cette version libre, il faut tout bêtement se tourner vers sa distrib' Linux préférée.
Par exemple pour debian sid (j'en ai vu aussi dans les depots unbutu, et ne doute pas que les depots de plein d'autres distribs l'ont incorporé) :
http://packages.debian.org/sid/virtualbox-ose
A noté, que le source de ce package s'est compilé assez facilement sur ma etch...

Attends, avoir une migration proposée pour un lundi, c'est un cadeau pour un sysadmin (surement en l'honneur de sa fête). Parce qu'en général, les migrations, c'est plutôt programmé le samedi pour gacher le WE du sysadmin...

Si ça intéresse quelqu'un, j'avais "forké" mp32ogg pour l'enrichir pas mal... pour mon propre usage, mais si ça peut servir à d'autres, c'est par ici :

http://beenew.free.fr/pub/?/audioconv

J'ai vu que le script transcogg y fait appel, et comme j'utilise aussi amarok et ai des besoins similaires aux tiens, ça m'intéresse... !