Posté par AP .
En réponse au journal 09 02 09.
Évalué à 10.
Pffouuu c'était il y a fort fort longtemps... Euh, en Asie, la dynastie Han est tombée un mois plus tôt. L'empereur romain Vespasien est né cette année-la. Cf. les encyclopédies et ouvrages d'histoire de référence pour plus d'infos. :)
J'envisage sérieusement d'installer SoGo dans mon entreprise pour deux raisons : 1. il s'appuie exclusivement sur des standards ouverts et 2. il prend en charge l'interface utilisateur uniquement et ne cherche pas à prendre en charge toute la partie serveur de messagerie (contrairement à Zimbra qui veut tout gérer de A à Z).
Cela-dit, des collègues testeurs tatillons qui ont essayé la démo en ligne ont bloqué sur une bête chose : ne pas pouvoir, dans le calendrier, déplacer et redimensionner les évènements à la souris. En comparaison, dans Zarafa (qui imite l'interface d'Outlook version web là où SoGo imite l'interface de Thunderbird), ça marche très bien...
Allez, encore un peu de doc (parce que, pour l'instant, c'est minimaliste) et quelques améliorations à l'interface web et on va pouvoir l'adopter, ce SoGo... :)
Le président d'Honeywell Aerospace, la société qui a fabriqué les boîtes noires de l'AF 447, s'est, lui, montré confiant quant à la probabilité de les retrouver, sur le site internet de CNN.
Le mien est un peu à l'abandon ces temps derniers. Il n'y a plus guère que les évolutions du port d'Android sur cette plateforme que je suis. Avec encore un peu de polissage, cet Android pourrait au moins me fournir un truc stable pour téléphoner. :)
En plus, et je me rends compte de ça en comparant avec d'autres plateformes matérielles, le Freerunner, c'est pas une bête de course. Les G1 et "magic" semblent plus véloces à faire tourner Android. Bon, ok, cet OS a été développé en première instance pour ces machines... mais tout de même. Le plus marrant est que le Freerunner est doté d'un chipset graphique capable de fournir de l'accélération matérielle mais quasiment aucune distrib n'en tire parti à cause de spécifications pas totalement ouvertes du chipset en question, si j'ai bien tout suivi.
Bref, pour faire mon kikoo je vais attendre le Pré. :) Question hard, ça a l'air de dépoter et comme le bidule a une base Linuxienne, semble-t-il, on peut espérer des projets "alternatifs" sur la bestiole...
<sciencefiction>
Non le top, ce serait des super lunettes comme dans "Dennou coil" (http://fr.wikipedia.org/wiki/Dennou_coil). On serait tous à taper dans le vide sur un clavier qu'on ne verrait qu'en portant nos lunettes, face à des grands écrans eux aussi partie intégrante d'une "réalité augmentée".
</sciencefiction>
Méthode bourrine, sur une clé USB contenant un filesystem gérant les permissions à la sauce Unix (ext[234], reiserfs, jffs2, jfs, xfs, btrfs, etc...) et monté sur /media/cleusb : chmod -R 777 /media/cleusb/*
Si on voulait faire un chouia plus "clean", il existe peut-être des arguments à la commande mount (encore qu'ils varient d'un type de filesystem à l'autre) pour forcer les permissions sur les fichiers... m'enfin bon pourquoi faire compliqué ?
Récent possesseur d'un Freerunner (acheté autant pour des considérations philosophiques que geekesques), j'ai testé différentes distributions. S'il est agréable de pouvoir bricoler la p'tite bête dans tous les sens comme un réel PC, on peut être frustré par le fait que les différentes distributions proposées ne sont pas toutes aussi "léchées" et stabilisées. Je me suis arrêté sur "Qt extended", qui me semble plus finie et robuste que ses consoeurs et résolument "téléphonie, rien que téléphonie" là ou ses voisines sont plus "boîte à tout faire". Toutes les distributions que j'ai testées sont en anglais. Il reste du boulot côté t8n ("traduction")...
Signalons que le site de la distribution OpenMoko est très bien pourvu en documentations (d'ailleurs pas limitées à OpenMoko et s'ouvrant aux autres distributions). J'ai par exemple trouvé une petite doc qui m'a permi d'importer tous mes contacts sur mon Freerunner.
Un défaut à noter pour le Freerunner : son autonomie n'est vraiment pas folichonne. Mon robuste petit Sagem (un bête téléphone qui fait ni photo ni café), en comparaison, se contentait d'une charge par semaine. Avec le Freerunner, il faut prévoir de le laisser connecté sur son cordon USB autant que faire se peut. Une charge le fait tenir... quoi... 12h. Pas génial...
Posté par AP .
En réponse au journal Imprimante 3D.
Évalué à 1.
Autant j'ai trouvé complètement con de faire une dépêche "de première page" dédiée à feu Horst Tappert (un journal, je dis pas : du tout et n'importe quoi dans les journaux, c'est permis mais dans les dépêches proprement dites, non : on essaie de rester un peu dans le côté Linux, merci), autant je me dis que ce journal mériterait amplement, lui, l'honneur d'être élevé au rang de dépêche.
Même si la machine présentée n'en est pas encore au stade de créer un objet comportant parties mobiles et électronique prêts à l'emploi, c'est un beau début, tout de même...
gcc pour le soft. reprap pour le hard. Rêvons un peu... :)
Posté par AP .
En réponse au journal Time tracker.
Évalué à 2.
J'en ai essayé quelques uns, dont certains en Java (histoire que les collègues sous Windows ne se sentent pas délaissés). Voici les URLs où trouver les applications que j'ai testées. J'ajoute un petit commentaire en sus.
http://consultcomm.sourceforge.net/
Pas mal. Permet de créer des groupes, voire de se raccorder à une base de données pour centraliser les données de suivi horaire. Démarre un chrono directement quand on clique sur la ligne.
http://hourglass.sourceforge.net/
Bien plus complet avec possibilité de statistiques jour par jour, sur un calendrier. Cela-dit, il ne semble pas précis à la seconde près...
Je ne ferai pas le détail des autres coquilles. Une relecture. Juste une... On élimine plein de fautes "bêtes" avec juste une relecture. Notamment les fautes d'accord en genre et en nombre. Il manque pas mal de "s" et de "e" dans l'article.
Je sais, je suis chieur... mais beaucoup s'arrêtent net quand l'orthographe est négligée. Du coup, l'objectif de l'article, à savoir faire passer une information, n'est pas atteint.
Les fournisseurs d'applications tournant sous Linux qui ne "valident" que RHEL pourraient au moins prendre la peine de valider aussi leurs applications en utilisant les "distributions clones" telles que CentOS. Vu que l'environnement est censé être le même, ça ne leur prendrait pas des plombes et ça éviterait au client final de débourser en plus pour la licence RHEL. Oui, je sais, c'est commercialement pas sympa pour Redhat tout ça... mais bon.
"Deux jours à tuer", de Jean Becker avec Albert Dupontel, Marie-Josée Croze, Pierre Vaneck... Magistral, sobre, juste. Je suis allé le voir hier soir... Une sacrée claque. Je vous le recommande.
J'utilise également rdiff-backup et j'en suis très satisfait. En gros, il réplique dans un répertoire distant une arborescence locale et ajoute, dans ce répertoire distant, un répertoire spécial contenant tous les "incréments" permettant de "remonter le temps". En gros, si on veut récupérer la dernière sauvegarde, un bête scp suffit. Si on veut la version n-2, n-3, et au dela, on utilise rdiff-backup pour rapatrier les données.
Exemple : restaurer la version d'il y a 10 jours d'un fichier :
Autres avantages de rdiff-backup :
* Il ne stocke que les morceaux de fichiers qui changent. Un fichier de 600Mo qui change de 100ko tous les jours, c'est, sur le serveur de sauvegarde, 600Mo + n*100ko et non n*600Mo.
* Il sauvegarde tous les attributs étendus et ACLs des fichiers sources même si le filesystem de destination ne les gère pas nativement. Les liens "en dur" sont également préservés.
Un conseil pour finir : toujours soigneusement avoir la même version de rdiff-backup côté serveur et côté client... En pratique, j'ai constaté qu'une upgrade côté client non faite également côté serveur faisait que les sauvegardes plantaient (le client et le serveur se "prenant les pieds dans le tapis" pendant leur dialogue).
Tous les matins, avant de partir au boulot, je vérifie le log de ma sauvegarde nocturne pour vérifier qu'elle s'est déroulée sans encombre. Ben oui... parce que c'est bien beau d'automatiser tout ça, mais après, faut quand même garder un oeil pour voir si ça marche bien.
Quelqu'un a évoqué SystemRescueCD. On retrouve "Darik's boot and nuke" dessus. Au prompt boot: il suffit de taper dban et de se laisser guider. On peut aussi télécharger l'utilitaire tout seul sous forme d'une toute petite image (disquette ou CD) bootable sur la page http://dban.sourceforge.net/. Certes ça n'est pas la méthode la plus rapide (surtout pour de gros disques) ni la plus "défoulante" mais cet utilitaire a le mérite de la simplicité.
Bon, bien sûr, si le disque à effacer n'est plus accessible logiciellement et qu'il émet le "clac-clac-clac" tant redouté, on n'a plus qu'à le détruire physiquement. Du reste, le simple fait d'ouvrir un disque sans même toucher à ses plateaux doit déjà compromettre son intégrité. En effet, à moins de faire ça en salle blanche, la moindre poussière sur les plateaux ne sera pas appréciée par les têtes de lecture. Ça me fait d'ailleurs bien rire quand on voit des pubs montrant des disques ouverts. Dans cet état, comme dirait l'autre, ils vont marcher beaucoup moins bien, forcément.
Sur une note plus sérieuse, je suis un jour tombé, sur le net, sur un excellent article qui remettait en question la possibilité de récupérer des données sur un disque après ne serait-ce qu'une seule passe d'écriture de données aléatoires. Cet article expliquait en substance qu'un dd if=/dev/urandom of=/dev/hda était bien suffisant et que les utilitaires sophistiqués qui font 36 passes à écrire des motifs à chaque fois différents étaient en fait bien superflus.
Je me désole de ce que les efforts semblent se diluer. Xen a apporté sa pierre dans le domaine de la paravirtualisation... mais côté émulation de machines virtuelles complètes pour faire tourner l'OS sans modification, c'est la solution d'un qemu adapté qui a été retenue. Pour Virtualbox, ici encore on part sur une base de qemu qu'on peaufine et qu'on dote d'une belle interface graphique. Quant à KVM, qui, en soi, n'est qu'une extension du noyau, le seul émulateur s'appuyant dessus à ce jour c'est ? Un qemu patché... alors bien sûr le qemu "initial" profite petit à petit des évolutions de ses dérivés... mais trop lentement à mon goût. C'est sur lui qu'il faudrait travailler directement, plutôt que sur ses dérivés intégrés...
Je ne poste jamais dans les journaux politiques qui fleurissent à tout va sur ce site mais là... tout de même...
Cette citation, je suis désolé de le dire, ne s'applique en rien à notre pays ! Les électeurs s'y sont mobilisés comme rarement. J'aimerais bien que réponde à l'auteur de ce journal des personnes vivant dans un pays sous régime dictatorial. Leurs propos seraient plus cinglants et plus forts que les miens, sur le thème "Tu (toi, l'auteur de ce journal) te fous de nous ou quoi ???"
Bon, ok, j'ai nourri le troll. Mea culpa. 'me suis fait avoir.
Xen utilise un dérivé de qemu et ne permet actuellement l'exécution d'OS non modifiés que sur des architectures qui gèrent la virtualisation au niveau matériel. Je rêve d'un "Xen 4.0" intégrant un qemu 0.9 voire 1.0 et permettant enfin de faire tourner des OS non modifiés sans recourir nécessairement à des CPU super récents. Pour du recyclage de serveurs récents "mais pas assez pour gérer la virtualisation en hard", ce serait top...
Xen utilise actuellement, dès lors qu'il s'agit de faire tourner des OS non modifiés, une version de qemu adaptée pour utiliser les instructions d'aide à la virtualisation fournies par les derniers Intel (technologie "Intel VT") et AMD (technologie "pacifica"). J'ai testé cela sur du Xeon 5500 et les performances sont très correctes... Je regrette seulement que tous les OS un peu vieux ou exotiques ne puissent aussi bien s'installer et fonctionner que du Windows ou de l'Unix récent. Je pense notamment à du (pas taper) SCO Openserver.
À présent, j'aimerais bien que le qemu joint à Xen soit accompagné d'un module (GPL) de type kqemu afin que la virtualisation d'OS non modifiés soit également possible sur du matériel un peu plus ancien. Cela permettrait de recycler astucieusement des gros serveurs qui, bien que récents, ne disposent pas dans leurs processeurs d'instructions d'aide à la virtualisation... Je me demande d'ailleurs comment il se fait que Fabrice Bellard (qui dispose d'un potentiel de développement proprement ahurissant pour le commun des mortels) n'ait pas encore été embauché par une grosse boîte pour bosser la-dessus à plein temps. :)
Pour finir, y en a-t-il parmi vous utilisateurs de Xen qui auraient essayé les diverses "surcouches graphiques d'administration" actuellement existantes ? Pour "vendre" Xen c'est plus sympathique, surtout pour les collègues de culture Windowsienne qui sont allergiques à la console... Il faut bien avouer que les produits commerciaux concurrents (je pense notamment à VMware et ses déclinaisons "serveur") sont drôlement léchés, de ce côté...
Oui je veux bien payer la course, pas de problème.
Ce que je voulais dire, ironiquement, était que "les carottes n'étaient pas cuites" et qu'ils pouvaient se débrouiller pour venir quand même... ou alors c'est qu'ils n'avaient même pas de quoi payer la course ou que tous les taxis étaient indisponibles et que personne ne pouvait faire le trajet avec sa voiture dans un sens ou l'autre.
Sinon, dans l'absolu, c'est vrai que dans ces cas là je suis d'abord en colère contre le gréviste plutôt que contre son "maichant patron". :)
C'est bien de ne pas utiliser un compte administrateur sur la machine qu'on utilise. C'est vrai... Si une application malveillante tourne sous notre compte, elle ne pourra pas (ou très peu) corrompre le fonctionnement de l'OS. Sur une machine hébergeant une foule d'utilisateurs, c'est évidemment d'autant plus important. Ce réflexe est un héritage de la culture Unix=OS multiutilisateurs. Ben oui mais quand on s'éloigne des mainframes pour se concentrer sur les petits PC des particuliers, ne pas être root ne signifie plus forcément "pas ou peu de dégats".
Sur une machine utilisée (au quotidien) par une seule personne, tout se relativise. Bien sûr, le vilain virus ne plantera pas le système. En revanche, tournant avec mon id, il pourra quand même... mine de rien... dégager tous mes fichiers (et là si j'ai pas de sauvegarde, ben je pleure). Une fois toutes mes données foutues, ça me fera une sacrée belle jambe de dire "Ouais mais mon OS il tourne encore".
A celui qui a commenté "Oh le beau FUD", je répondrai qu'il serait déraisonnable de considérer que nous autres linuxiens et autres "utilisateurs éclairés" sommes obligatoirement à l'abri de telles bestioles. Le système parfaitement sécurisé n'existe pas, à fortiori quand des personnes s'ingénient à créer des programmes sensés exploiter les "trous" dans la sécurité.
Tout cela nous amène à poser la question (hautement philosophique :) de savoir s'il vaut mieux passer du temps à créer des protections pour contrer les bêtises des "distraits" ou des novices ou bien s'il ne vaudrait mieux pas se concentrer sur l'é-du-ca-tion des utilisateurs... Vaste débat.
MacOS utilise le concept d'appdir qui veut que toute l'application soit contenue dans un répertoire et ce répertoire soit déplaçable à loisir sans empêcher l'application de fonctionner. Avec Gobolinux, une application est toute entière contenue dans un répertoire (exécutables, libs, docs). Supprimer le répertoire supprime bien toute trace de l'application. En revanche, déplacer ledit répertoire est susceptible de poser quelques problèmes...
En fait la force de Gobolinux est d'utiliser une arborescence repensée mais de continuer à offrir "en sous main" l'arborescence Unix standard (cachée par l'entremise d'un module (nommé "gobohide") du noyau), via une astucieuse série de liens logiques. Du coup, les applications comportant trop de références "en dur" ou "non relatives" à des fichiers systèmes ne sont pas dépaysées et n'ont pas besoin d'être retouchées dans leurs sources.
Ce que le site gobolinux ne m'a pas dit (mais peut-être n'ai-je pas tout bien lu), c'est comment les scripts de gestion/maintenance de tous ces liens logiques fonctionnent pour réparer ou supprimer les liens cassés et comment les dépendances sont gérées lors de l'installation d'une nouvelle application. En outre, est-il possible pour un utilisateur lambda d'installer une appli. dans le dossier /Programs ? Je n'ai pas encore de réponse...
En tout cas cette distribution a le grand mérite de remettre en question pas mal de choses, de manière intelligente et argumentée, en cherchant les bons compromis. Je crois que le mieux est d'aller lire la FAQ du site, de télécharger le LiveCD et d'essayer tout ça...
Curieusement personne n'évoque jamais qiv. Il est ultra-léger, sans fioritures inutiles... Dans le même genre, j'ai dernièrement vu fbida, qui lui fonctionne en mode "frame buffer", c'est à dire en mode console, sans recourir à X.
Les tests que j'ai pu faire jusqu'à présent montrent que le format 7zip est meilleur que rzip (lui même meilleur que bzip2 (lui même bien meilleur que gzip))... mais nom de nom : c'est looooong. Ah ça on sent que l'algo fignole sa compression. :)
Celui qui veut recompresser ses fichiers .gz, .bz2 ou .rz devrait se faire un petit script et le lancer avant d'aller au lit... C'est pas pour les pressés, p7zip. :)
# Le 9 février de l'an 9 ?
Posté par AP . En réponse au journal 09 02 09. Évalué à 10.
# Drag'n drop pas encore partout
Posté par AP . En réponse à la dépêche Nouvelle version de Mozilla Lightning et SOGo. Évalué à 7.
Cela-dit, des collègues testeurs tatillons qui ont essayé la démo en ligne ont bloqué sur une bête chose : ne pas pouvoir, dans le calendrier, déplacer et redimensionner les évènements à la souris. En comparaison, dans Zarafa (qui imite l'interface d'Outlook version web là où SoGo imite l'interface de Thunderbird), ça marche très bien...
Allez, encore un peu de doc (parce que, pour l'instant, c'est minimaliste) et quelques améliorations à l'interface web et on va pouvoir l'adopter, ce SoGo... :)
# Pas une mais 3 !
Posté par AP . En réponse au journal Une virgule manque, et l'entreprise peut s'effondrer !. Évalué à 3.
Le président d'Honeywell Aerospace, la société qui a fabriqué les boîtes noires de l'AF 447, s'est, lui, montré confiant quant à la probabilité de les retrouver, sur le site internet de CNN.
# Pauvre Freerunner...
Posté par AP . En réponse à la dépêche OpenMoko arrête le développement du GTA03. Évalué à 3.
En plus, et je me rends compte de ça en comparant avec d'autres plateformes matérielles, le Freerunner, c'est pas une bête de course. Les G1 et "magic" semblent plus véloces à faire tourner Android. Bon, ok, cet OS a été développé en première instance pour ces machines... mais tout de même. Le plus marrant est que le Freerunner est doté d'un chipset graphique capable de fournir de l'accélération matérielle mais quasiment aucune distrib n'en tire parti à cause de spécifications pas totalement ouvertes du chipset en question, si j'ai bien tout suivi.
Bref, pour faire mon kikoo je vais attendre le Pré. :) Question hard, ça a l'air de dépoter et comme le bidule a une base Linuxienne, semble-t-il, on peut espérer des projets "alternatifs" sur la bestiole...
<sciencefiction>
Non le top, ce serait des super lunettes comme dans "Dennou coil" (http://fr.wikipedia.org/wiki/Dennou_coil). On serait tous à taper dans le vide sur un clavier qu'on ne verrait qu'en portant nos lunettes, face à des grands écrans eux aussi partie intégrante d'une "réalité augmentée".
</sciencefiction>
# chmod
Posté par AP . En réponse au journal Grosse flemme et file system.... Évalué à 2.
chmod -R 777 /media/cleusb/*Si on voulait faire un chouia plus "clean", il existe peut-être des arguments à la commande mount (encore qu'ils varient d'un type de filesystem à l'autre) pour forcer les permissions sur les fichiers... m'enfin bon pourquoi faire compliqué ?
[^] # Re: Pas facile d'avoir une distrib complète et stable
Posté par AP . En réponse à la dépêche Conférence sur le smartphone "OpenMoko". Évalué à 1.
Le mode op. ici :
http://openmoko-fr.org/forum/viewtopic.php?id=456
Un snapshot 4.4.3 déjà compilé ici :
http://openmoko-fr.org/forum/viewtopic.php?pid=3679
# Pas facile d'avoir une distrib complète et stable
Posté par AP . En réponse à la dépêche Conférence sur le smartphone "OpenMoko". Évalué à 6.
Signalons que le site de la distribution OpenMoko est très bien pourvu en documentations (d'ailleurs pas limitées à OpenMoko et s'ouvrant aux autres distributions). J'ai par exemple trouvé une petite doc qui m'a permi d'importer tous mes contacts sur mon Freerunner.
Un défaut à noter pour le Freerunner : son autonomie n'est vraiment pas folichonne. Mon robuste petit Sagem (un bête téléphone qui fait ni photo ni café), en comparaison, se contentait d'une charge par semaine. Avec le Freerunner, il faut prévoir de le laisser connecté sur son cordon USB autant que faire se peut. Une charge le fait tenir... quoi... 12h. Pas génial...
# Très intéressant
Posté par AP . En réponse au journal Imprimante 3D. Évalué à 1.
Même si la machine présentée n'en est pas encore au stade de créer un objet comportant parties mobiles et électronique prêts à l'emploi, c'est un beau début, tout de même...
gcc pour le soft. reprap pour le hard. Rêvons un peu... :)
# Ceux que j'ai essayé...
Posté par AP . En réponse au journal Time tracker. Évalué à 2.
http://sourceforge.net/projects/projtimer/
Vieux. Affichage un peu buggé mais fonctionne
http://consultcomm.sourceforge.net/
Pas mal. Permet de créer des groupes, voire de se raccorder à une base de données pour centraliser les données de suivi horaire. Démarre un chrono directement quand on clique sur la ligne.
http://hourglass.sourceforge.net/
Bien plus complet avec possibilité de statistiques jour par jour, sur un calendrier. Cela-dit, il ne semble pas précis à la seconde près...
http://www.lshift.net/timetracker.html
Bordélique, interface confuse
# Pinaillage orthographique
Posté par AP . En réponse au journal Asterisk 1.6 est sortit. Évalué à 2.
http://www.leconjugueur.com/php5/index.php?v=sortir
Je ne ferai pas le détail des autres coquilles. Une relecture. Juste une... On élimine plein de fautes "bêtes" avec juste une relecture. Notamment les fautes d'accord en genre et en nombre. Il manque pas mal de "s" et de "e" dans l'article.
Je sais, je suis chieur... mais beaucoup s'arrêtent net quand l'orthographe est négligée. Du coup, l'objectif de l'article, à savoir faire passer une information, n'est pas atteint.
# RHEL ~ CentOS
Posté par AP . En réponse au journal RHEL 5.2/Ubuntu 8.04. Évalué à 2.
# Inexact
Posté par AP . En réponse au journal Aujourd'hui, on est le 8/8/8. Évalué à 3.
# Suggestions d'alternatives
Posté par AP . En réponse au journal Ubun^H^H^H^HIndiana Jones 4, sa pu. Évalué à 5.
[^] # Re: rdiff-backup
Posté par AP . En réponse au journal Sauvegarder ses données. Évalué à 4.
Exemple : restaurer la version d'il y a 10 jours d'un fichier :
Autres avantages de rdiff-backup :
* Il ne stocke que les morceaux de fichiers qui changent. Un fichier de 600Mo qui change de 100ko tous les jours, c'est, sur le serveur de sauvegarde, 600Mo + n*100ko et non n*600Mo.
* Il sauvegarde tous les attributs étendus et ACLs des fichiers sources même si le filesystem de destination ne les gère pas nativement. Les liens "en dur" sont également préservés.
Un conseil pour finir : toujours soigneusement avoir la même version de rdiff-backup côté serveur et côté client... En pratique, j'ai constaté qu'une upgrade côté client non faite également côté serveur faisait que les sauvegardes plantaient (le client et le serveur se "prenant les pieds dans le tapis" pendant leur dialogue).
Tous les matins, avant de partir au boulot, je vérifie le log de ma sauvegarde nocturne pour vérifier qu'elle s'est déroulée sans encombre. Ben oui... parce que c'est bien beau d'automatiser tout ça, mais après, faut quand même garder un oeil pour voir si ça marche bien.
# Darik's boot and nuke
Posté par AP . En réponse au journal Le disque, le loup et le phoque. Évalué à 1.
Bon, bien sûr, si le disque à effacer n'est plus accessible logiciellement et qu'il émet le "clac-clac-clac" tant redouté, on n'a plus qu'à le détruire physiquement. Du reste, le simple fait d'ouvrir un disque sans même toucher à ses plateaux doit déjà compromettre son intégrité. En effet, à moins de faire ça en salle blanche, la moindre poussière sur les plateaux ne sera pas appréciée par les têtes de lecture. Ça me fait d'ailleurs bien rire quand on voit des pubs montrant des disques ouverts. Dans cet état, comme dirait l'autre, ils vont marcher beaucoup moins bien, forcément.
Sur une note plus sérieuse, je suis un jour tombé, sur le net, sur un excellent article qui remettait en question la possibilité de récupérer des données sur un disque après ne serait-ce qu'une seule passe d'écriture de données aléatoires. Cet article expliquait en substance qu'un dd if=/dev/urandom of=/dev/hda était bien suffisant et que les utilitaires sophistiqués qui font 36 passes à écrire des motifs à chaque fois différents étaient en fait bien superflus.
[^] # Re: Virtualbox... issu de qemu
Posté par AP . En réponse à la dépêche Citrix Systems Inc. achète la société XenSource Inc.. Évalué à 6.
# Ce qu'il ne faut pas entendre...
Posté par AP . En réponse au journal Comme disait Padmé Amidala. Évalué à 10.
Cette citation, je suis désolé de le dire, ne s'applique en rien à notre pays ! Les électeurs s'y sont mobilisés comme rarement. J'aimerais bien que réponde à l'auteur de ce journal des personnes vivant dans un pays sous régime dictatorial. Leurs propos seraient plus cinglants et plus forts que les miens, sur le thème "Tu (toi, l'auteur de ce journal) te fous de nous ou quoi ???"
Bon, ok, j'ai nourri le troll. Mea culpa. 'me suis fait avoir.
# Vivement l'intégration dans Xen
Posté par AP . En réponse à la dépêche kqemu devient libre, qemu 0.9.0. Évalué à 4.
# A quand l'intégration de tout cela dans Xen ?
Posté par AP . En réponse au journal VirtualBox passe à la GPL. Évalué à 3.
À présent, j'aimerais bien que le qemu joint à Xen soit accompagné d'un module (GPL) de type kqemu afin que la virtualisation d'OS non modifiés soit également possible sur du matériel un peu plus ancien. Cela permettrait de recycler astucieusement des gros serveurs qui, bien que récents, ne disposent pas dans leurs processeurs d'instructions d'aide à la virtualisation... Je me demande d'ailleurs comment il se fait que Fabrice Bellard (qui dispose d'un potentiel de développement proprement ahurissant pour le commun des mortels) n'ait pas encore été embauché par une grosse boîte pour bosser la-dessus à plein temps. :)
Pour finir, y en a-t-il parmi vous utilisateurs de Xen qui auraient essayé les diverses "surcouches graphiques d'administration" actuellement existantes ? Pour "vendre" Xen c'est plus sympathique, surtout pour les collègues de culture Windowsienne qui sont allergiques à la console... Il faut bien avouer que les produits commerciaux concurrents (je pense notamment à VMware et ses déclinaisons "serveur") sont drôlement léchés, de ce côté...
[^] # Re: Il existe un truc épatant dans ces cas-la...
Posté par AP . En réponse au journal Greve un soir de Noël...?. Évalué à 3.
Ce que je voulais dire, ironiquement, était que "les carottes n'étaient pas cuites" et qu'ils pouvaient se débrouiller pour venir quand même... ou alors c'est qu'ils n'avaient même pas de quoi payer la course ou que tous les taxis étaient indisponibles et que personne ne pouvait faire le trajet avec sa voiture dans un sens ou l'autre.
Sinon, dans l'absolu, c'est vrai que dans ces cas là je suis d'abord en colère contre le gréviste plutôt que contre son "maichant patron". :)
# Il existe un truc épatant dans ces cas-la...
Posté par AP . En réponse au journal Greve un soir de Noël...?. Évalué à 5.
# Les configs mono-utilisateur
Posté par AP . En réponse au journal A l'avenir, Linux et Firefox seront-ils plus sensible que Windows/IE au logiciel malveillant.. Évalué à 7.
Sur une machine utilisée (au quotidien) par une seule personne, tout se relativise. Bien sûr, le vilain virus ne plantera pas le système. En revanche, tournant avec mon id, il pourra quand même... mine de rien... dégager tous mes fichiers (et là si j'ai pas de sauvegarde, ben je pleure). Une fois toutes mes données foutues, ça me fera une sacrée belle jambe de dire "Ouais mais mon OS il tourne encore".
A celui qui a commenté "Oh le beau FUD", je répondrai qu'il serait déraisonnable de considérer que nous autres linuxiens et autres "utilisateurs éclairés" sommes obligatoirement à l'abri de telles bestioles. Le système parfaitement sécurisé n'existe pas, à fortiori quand des personnes s'ingénient à créer des programmes sensés exploiter les "trous" dans la sécurité.
Tout cela nous amène à poser la question (hautement philosophique :) de savoir s'il vaut mieux passer du temps à créer des protections pour contrer les bêtises des "distraits" ou des novices ou bien s'il ne vaudrait mieux pas se concentrer sur l'é-du-ca-tion des utilisateurs... Vaste débat.
[^] # Re: Interessant
Posté par AP . En réponse au journal Gobolinux 0.13 est servie. Évalué à 1.
En fait la force de Gobolinux est d'utiliser une arborescence repensée mais de continuer à offrir "en sous main" l'arborescence Unix standard (cachée par l'entremise d'un module (nommé "gobohide") du noyau), via une astucieuse série de liens logiques. Du coup, les applications comportant trop de références "en dur" ou "non relatives" à des fichiers systèmes ne sont pas dépaysées et n'ont pas besoin d'être retouchées dans leurs sources.
Ce que le site gobolinux ne m'a pas dit (mais peut-être n'ai-je pas tout bien lu), c'est comment les scripts de gestion/maintenance de tous ces liens logiques fonctionnent pour réparer ou supprimer les liens cassés et comment les dépendances sont gérées lors de l'installation d'une nouvelle application. En outre, est-il possible pour un utilisateur lambda d'installer une appli. dans le dossier /Programs ? Je n'ai pas encore de réponse...
En tout cas cette distribution a le grand mérite de remettre en question pas mal de choses, de manière intelligente et argumentée, en cherchant les bons compromis. Je crois que le mieux est d'aller lire la FAQ du site, de télécharger le LiveCD et d'essayer tout ça...
# qiv / fbida
Posté par AP . En réponse au journal je DÉTESTE Ubuntu !!!. Évalué à 2.
[^] # Re: rzip
Posté par AP . En réponse au journal Le 7z, un format qu'il est bien !. Évalué à 1.
Celui qui veut recompresser ses fichiers .gz, .bz2 ou .rz devrait se faire un petit script et le lancer avant d'aller au lit... C'est pas pour les pressés, p7zip. :)