gnuk a écrit 38 commentaires

Ce que ne dit pas cette image:

• La vache laitière a été violée (on dit «insémination artificielle» c'est plus présentable)
• Les mammites aiguës, infections des mamelles provoquant une apparition de pus qui se retrouve dans le lait
• L'anémie infligé au veau pour rendre la chair de couleur blanche, oui, la viande de veau est de la viande d'un animal malade voulu par l'homme
• Les conditions de vie abominables des animaux de rente en général
• Les conditions de travail et l'état mental du personnel des élevages et des abattoirs

Il ne s'agit pas de cas isolé, c'est courant dans l'industrie agroalimentaire, même en France, il est très facile de trouver des vidéos sur «l'internet mondial haut-débit» avec quelques mots bien choisi, ou parcourir des sites connaissant bien le sujet comme L214. Le film/documentaire Earthlings (avec sous-titres) montre la face "réalitée" de la matrice. Notre matrice est notamment construite sur l'exploitation des animaux, c'est à dire:

• faire naître
• maintenir en ordre
• exploiter au maximum
• abattre
• propagande santé: protéine animale tout ça
• faire consommer le produit créé
• maintenir la population dans le déni à coup d'affiche 4x3

Quand je compare la taille du rayon laitiers dans le petit Casino à côté de chez moi à la taille du rayon fruits et légumes, je m'inquiète de l'avenir du karma de ce post :) Je comprend aussi pourquoi autant de pub et de matraquages pour vanter les mérites des produits laitiers, ça rapporte, peu importe les impacts sur ceux qui les consomment.

Les bienfaits des produits laitiers sont de plus en plus remis en cause (caséine, présence d'hormones), comme l'explique très bien "Lait, mensonges et propagande" de Thierry Souccar avec une introduction par le cancérologue Henri Joyeux.

Consommer des produits issus des animaux, au sens commun, c'est à dire non humains incluant aussi les insectes et les poissons, c'est cautionner la souffrance et l'exploitation infligé par l'homme aux animaux et donc le spécisme.

Je conseil également la lecture de: Eternal Treblinka - Charles Patterson traduit en français nous permettant d'atteindre rapidement le point godwin :)
Tout ça pour dire que faire mes yaourts moi-même, en fait, j'en ai strictement rien à branler.

P.S.: Attention à la consommation non raisonnée de boisson à base de soja, le soja étant un phytoestrogène.

Et le proposer sur le site vodo.net ?

On peut notamment y trouver l'excellent "The Yes Men - Fix the world!".

Bah ça alors, je suis vraiment étonné par ce commentaire. Étonnant que les propos soit accrochés aux applications OpenSource, à mon avis c'est purement fantaisiste.

Il existe une multitude d'applications privatives qui se soucient guère de leur nom et personne pour dire quoi que ce soit comme Excel, Foobar2000, Emule qui n'ont pas eu besoin de dépasser un seuil critique d'utilisateurs pour que les gens (encore eux) les utilise.

Personnellement, je trouve ça même plutôt amusant que le nom des applications est une histoire à raconter, au même titre que les couvertures des bouquins O'reilly.

Pour le coup j'ai appris un truc, je connais désormais la signification du mot "jitsi" en Bulgare.

Moi je dis, vivement que le nom des applications soit en thaïlandais ou en tchécoslovaque :)

Salut,

Je n'ai pas parlé de la capacité, car elle est mentionnée dans le numéro de modèle entre "IC35L" et "AVV207", c'est à dire dans mon cas 120 et j'ai bien précisé qu'il me fallait exactement ce modèle.

Le dernier lien est du coup quelque peu douteux, le disque ne peut pas avoir ce type de modèle, car IBM n'a jamais fabriqué de disque de plus de 180G dans cette série, qui est la dernière fabriquée par IBM.
Après qu'IBM est refourgué la fabrication des disques à Hitachi, pendant la période de transition, Hitachi les référençait toujours avec IC35L_quelque_chose mais cette série n'a jamais dépassé 180G. Je suppose que le nom de la série doit avoir un rapport direct avec la capacité maximale disponible sur tous les plateaux.
Suite à cette transition, la dénomination commerciale est passée de quelque_chose_GXP à 7K_quelque_chose et le numéro de série est devenu HDS_chiffres/lettres.

À vu de nez, je dirais que le disque qui est proposé dans ton lien, doit-être un Hitachi (et non pas Hitachi/IBM comme pendant la période de transition) de la série 7K250 avec un numéro de modèle du genre HDS722525VLAT80 (je n'ai pas cherché la référence exacte).

Quoi qu'il en soit, pour faire le switch de PCB, il faut les mêmes Part Number (P/N) pour avoir une chance que ça fonctionne, ce qui n'est pas mon cas, donc je suis bien baisé (-;

Ouais ils sont cools tes liens, sauf qu'aucun ne mentionne le modèle que je recherche, le plus proche est un 180G.

D'après mes disques de même série 180GXP, les PCBs sont différents contrairement à ce que l'on pourrait croire, il n'y pas que les plateaux qui changent.

Cependant, tu as bien raison de dire que je suis pas doué, car en lisant ton poste, je me suis souvenu que j'avais le même modèle de disque avec cache différents (IC35L120AVV207-1 au lieu de IC35L120AVV207-0).

Et la référence de la résistance est R100.

Thx for your support.

Je ne pensais pas que ce serait réellement utile, je vais détailler.

J'ai un disque de ce modèle, sauf qu'il lui est arriver une sombre histoire. La résistance (type CMS) a brûlée entre l'alimentation 5V et le transistor, donc impossible de connaître sa référence et donc de la remplacer.

J'ai deux choix :

-1 soit j'arrive à acheter un disque de modèle identique, je change le PCB, mon disque fonctionne de nouveau et je récupère mes données

-2 soit je peux avoir une photo du PCB suffisamment détaillée (côté alimentation) pour connaître la valeur de la résistance et donc pouvoir la changer

Dans le premier cas, il faut que la personne est envie de se séparer de son disque, que le disque soit encore fonctionnel (au moins le contrôleur), c'est simple et rapide, sauf que pour trouver ce genre de vieux disque, c'est plutôt fastidieux.

Dans le second cas, faire une photo c'est plutôt simple, et avec les appareils numériques ça ne coûte pas grand chose, par contre j'ai moins de chances de le réparer (si d'autres composants sont endommagés).

Si quelqu'un vend un disque de ce modèle, je suis preneur ça m'éviterais de bidouiller des machins et des trucs, surtout que dans l'histoire, rien n'indique que seule la résistance a pris un coup, il y a de forte chance que le courant soit arriver jusqu'au transistor, je peux toujours essayer.

Je n'ai pas trouvé non plus ce modèle sur ebay.

Oui j'ai déjà cherché sur le net, la photo que j'ai mise en lien vient de ce site (rotatée/découpée).
J'ai même cherché si des fois IBM n'aurait pas laissé traîner des schémas techniques (oui je suis un grand rêveur).

Si quelqu'un à un disque similaire, je suis prêt à l'acheter si il veut s'en débarrasser.
Une photo type macro de la partie côté alimentation me serait suffisant, à l'instant où je suis capable de lire la référence des composants, comme sur ce genre de photo [http://pamplemousse.truc.free.fr/tmp/IC41L.png]

J'ai trouvé cette présentation superbement réalisée. Elle fait très professionnelle.
Les illustrations ne semblent pas être l'oeuvre d'un débutant (dans le sens, on sent bien le manque de moyen). Elles ne sont pas trop nombreuses et surtout sont réellement là pour soutenir le texte. Elles ont un réel poids dans la compréhension du texte, donnent une forme/structure générale au texte.

Le rendu général a vraiment "de la gueule" et n'a rien a envier d'une quelconque plaquette présentant je-ne-sais-quoi. Pour la réalisation, je dis vraiment chapeau.

En ce qui concerne le contenu, il m'a semblé très bien ciblé. Je me suis vraiment imaginé en tant que débutant, ou quelqu'un ne connaissant pas du tout le logiciel libre, lire et comprendre de façon très simple/synthétique les différentes notions importantes qui font le logiciel libre, sans tomber dans les travers de la vulgarisation, approximation, voir aberration.

Ce que j'ai particulièrement apprécié, c'est qu'il n'est pas question de faire la guerre au logiciel "privateur" en les critiquant de quelques façons que ce soit ou en les comparant aux merveilles du logiciel libre.
On reste clairement dans le sujet sans partir non plus dans des sombres histoires de licences.
Un utilisateur "lambda" se trouve, à mon sens, bien plus concerné, et a les informations suffisantes, sans entrer dans des détails fastidieux et complexes du logiciel libre.
Ils auront suffisamment le temps de s'y attarder plus tard, si ils en ont envie et surtout si ça les intéresse.

Faire le lien entre [dev] > [apps] < [user] est une approche comme une autre.
Je pense que cette approche permet d'avoir une idée "naturelle" du fonctionnement voir même de la philosophie générale qui tourne autour des logiciels libres, le rapport direct qu'il peut exister entre les développeurs, l'application et l'utilisateur.
Le personnage "lambda" peut alors se situer dans ce que certains appelle la "communauté du logiciel libre".

Tout ça pour dire, que j'ai trouvé ce dépliant vraiment réussi, et je dis : "chapeau au groupe de travail".

Salut,

Ce genre d'initiative est toujours intéressant, cependant, c'est très proche de http://www.openclipart.org/

Cheers.

Salut,

J'ai toujours trouvé étrange les gens qui se plaignent des raccourcis claviers qui ne sont pas "standardisés" pour toute les applications de l'univers, enfin peu importe ce n'est pas le propos, bien que je trouve les raccourcis claviers par défaut d'Inkscape bien pensés avec l'aide mémo-technique "visuel", # pour activer la grille, | pour afficher les guides, % pour activer le magnétisme etc.

Le commentaire initial semble dire qu'il faut apprendre les raccourcis de gimp. C'est à moitié faux. Bon, on va me dire « oui c'est encore passer du temps sur une application pendant des heures au lieu de l'utiliser finalement » mais il subsiste forcément un apprentissage de base de tout nouvel outils, ce qui met en évidence le caractère inutile des manuels puisque personne ne les lits, ce qui doit être un critère de choix lors de sa conception, vu la qualité de certains.

Bref, les raccourcis de gimp (et c'est propre aux applications GTK2 à ma connaissance), sont dynamiques, il suffit par exemple de mettre en surbrillance le menu Fichier > Nouvelle image avec la souris et de taper une combinaison de touches pour que le raccourcis soit changé à la volée, la modification est gardée d'une session à l'autre.

Ce comportement n'est pas activé par défaut à priori (debian), Édition > Interface > Utiliser les raccourcis dynamiques (une fois de plus il faut se coltiner l'interface de préférences pour changer un truc alors que les décideurs pressés ont autre chose à secouer).

Cheers.

Ma remarque faisait référence au pipe, mais ce qui est réellement le plus gênant est de parser 2.5To de données. En plus, dans ta ligne de commande on le fait plusieurs fois, une première fois avec cat, tout ça passe dans le pipe, et ensuite traité par cut.

 cat pi.txt | cut -c -4 -
          ^ ^
	  | |
	  | +---- données sortantes de pipe (stdout), toujours 2.5To
	  |       qui deviennent les données entrantes (stdin) pour cut
	  |
données sortantes (stdout)
de cat 2.5To et données
entrantes de pipe (stdin)
la lecture du fichier est complète,
jusqu'à atteindre EOF

La suppression du pipe ne règle pas réellement le problème (au lieu de parser deux fois 2.5To de données on les parse qu'une seule fois). Même avec cut -c -4 pi.txt | head -1cut va parser toutes les données et ensuite envoyé le peu de données (stdout provenant de cut) vers le pipe, et head recevra bien un minimum d'octet. Dans ce cas on a gagné de ne pas envoyé 2.5To dans le pipe, par contre on a toujours lu le fichier en entier à cause du fonctionnement interne de cut, c'est pour cette raison qu'il faut faire appel à d'autres commandes qui ne font que lire le strict minimum de données qui nous sont réellement utile. strace met en évidence le comportement interne de cut (head aurait un comportement similaire avec l'option -c) :

##### ouverture du fichier
open("pi.txt", O_RDONLY|O_LARGEFILE)    = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=10, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7840000
##### lecture des données : ici toutes avec l'exemple de fichier pi.txt
##### les 2.5To se retrouveront ici!
read(3, "3.14159265", 4096)             = 10
#####
#####
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb783f000
##### traitement de la demande selon les paramètres passés en ligne de commande
read(3, "", 4096)                       = 0
##### écriture du résultat (ajout d'un saut de ligne) sur la sortie standard
write(1, "3.14\n", 53.14

À la base c'était juste pour rebondir sur ta "blague" :)

Dans un premier temps on pourrait se dire qu'il suffit de travailler sur le fichier directement avec cut : cut -c -4 pi.txtsauf que cut travaille sur des lignes complètes. Dans le cas où Fabrice B. aurait sauté des lignes toutes les x décimales on se retrouverait avec une sortie du genre :

3.14
_des_chiffres_
_des_chiffres_
_des_chiffres_
[...]
_des_chiffres_

Si il a écrit les décimales sur une seule ligne, dans ce cas cut va quand même lire tout le fichier jusqu'à rencontré sa fin de ligne ou l'EOF, le résultat nous concernant est toujours le même, on parcours 2.5To de données. Peut être mis en évidence avec strace : strace -s 10000 cut -c -4 pi.txt
La commande head travaille aussi sur des lignes complètes, aucune amélioration.
On peut alors utiliser dd, od (le résultat serait a interpréter) ou un script vite fait, pour ne récupérer que les 4 premiers octets :
dd if=pi.txt bs=4 count=1 2>/dev/null;echo
ou
od -N4 -a pi.txt
ou encore

#!/usr/bin/env python
# ouverture du filedescriptor en supposant
# que le fichier ./pi.txt existe
src=open('pi.txt', 'r')
# on lit 4 octets et on les affiche
print(src.read(4))
# fermeture du filedescriptor
src.close

Rooooh,

on parle de performances de oufs, avec des problèmes I/O disque, bande passante de malade, des chiffres faramineux, correction d'erreurs et tout le merdier, j'en passe et des meilleures (c'est quand même Fabrice Bellard bordel) ...

Et toi t'arrives, pas de stress, comme ça tranquille, genre l'homme le plus classe du monde, en passant 2.5To dans un pipe.

Bah moi je dis bravo, clap - clap, 20/20, vive la France :)

Salut,

En ce qui concerne la date, j'imagine qu'il fallait lire « 23 mars 2009 » (-;

Cheers.

Il existe des tonnes de court-métrages qui font moins de 10 minutes, que ce soit dans le style animation 3D ou pas, qui sont bien plus élaborés et qui ont une histoire compréhensible et surtout originale, je me souviens notamment de KurzSchluss sur arte qui était une vraie mine d'or de court-métrage.

La/le cible/but de B.B.B. est différente/différent.

Je pense aussi qu'avec les millions de dollars il y a aussi beaucoup plus de personne derrière chez les Pixars & autre Disney.

Ma critique va sans doute paraitre dure, mais je ne m'attendais pas à mieux. Je dirais même qu'ils ont fait plus que je ne l'espèrais dans l'ensemble, que ce soit graphiquement, artistiquement et techniquement.

Le scénario est sympa, bien que complètement téléphoné, graphiquement très réussi, certains plans sont très très réussis et font vraiment très pros, cependant, ils ont un peu exagéré sur l'effet cheveux/fourrure qui n'est pas vraiment adapté à la pelouse/herbe (l'aspect soyeux n'est pas vraiment adapté à la plupart des végétaux).

Comme dit plus haut, certains plans auraient put être coupés ou raccourcis, ou encore présentés autrement pour donner de la dynamique (c'est parfois cafouillis et pas très clair). La bande son est trop discrète, ils auraient gagné à lui donner plus de punch.

Elephant Dream, je serais bien incapable de raconter l'histoire, mais je ne m'attendais pas non plus à plus, ce que j'attendais était purement technique.

Pour relativiser mes propos, je n'oublis pas que leur équipe est réduite, une deadline plutôt courte, des outils pas forcément adaptés pour de tel projet, un budget serré et un manque de personne pouvant donner des avis/critiques durant le développement.

C'est une belle réussite, et une grande évolution par rapport à Elephant Dream.

Quand on compare les moyens mis en oeuvre à côté des gros navets (style animation en 3D) que l'on peut voir fleurir à l'affiche, ils n'ont rien à leur envier.

En aucun cas je ne tente de défendre mysql, mais c'est quoi cette fixation sur les éventuelles failles de sécurité contenu dans le code de mysql ?

Enfin je dis ca, je dis rien, mais faut pas oublier qu'avant l'utilisation de mysql, il y a le serveurX, sans compter tous les daemons lancés par défaut (genre xscreensaver) sur la plupart des distributions.

Je n'ai pas testé vmware depuis longtemps, il est fort probable qu'il soit plus performant, voir beaucoup plus, d'après ce que tu annonces.

Ceci dit, je tenais à rappeler que vmware ne date clairement pas d'hier (sans compter l'équipe de dévellopement qu'il doit y avoir derrière), et aux vues du code produit par Fabrice Bellard et des performances actuelles obtenues, je crois que le couple Qemu/KQemu a clairement de l'avenir, suffit juste de laisser du temps aussi à son auteur.

On ne peut plus simple (d'après eux):
http://www.ordissimo.com/

« Il est vrai que dans de nombreux LiveCD il y a de nombreux allers et retours avec le CD quand on veut utiliser son ordi "comme on en a l'habitude" en lançant plusieurs programmes à la fois. »

Il s'agit ici d'une optimisation uniquement pour la séquence du boot, la procédure de démarrage étant connue à l'avance dans la plupart des cas.
Je ne pense pas, par contre, que les applications lancées « comme à l'habitude » gagnent en performance (en tous cas de facon aussi significative que le démarrage de la machine), étant donné qu'il est difficile de prévoir ce genre de comportement.

C'est malgré tout une bonne chose, ca permettra peut-être d'accélérer le dévellopement des "nouveaux" systèmes de démarrage comme mentionné plus haut, pinit et initng par exemple.

Continuons dans la parano ...

Dans tous les cas, rien n'empêche quelqu'un de malicieux de se faire passer pour un dévellopeur, donc avoir accès au dépôt, en faire une copie ailleurs, lui permettant de l'analyser, faire des paquets foireux où je ne sais quoi d'autre.

À mon avis la vérité est ailleurs.

Sans oublier la personne qui s'occupe de l'excellent driver pwc, Luc Saillard :
http://www.saillard.org/linux/pwc/

Une machine installe en double boot standard en France ( ca cree des emplois accessoirement) entierement fonctionnelle.

Je doute que des images disques différentes apportent beaucoup de nouveaux emplois.
Ils ne s'amusent pas à installer les O.S. "à la main", en tout cas, je l'espère pour eux.

De ce que je vois des screenshots, c'est tout sauf ergonomique.
En quoi des fenêtres dans tous les sens apportent de l'ergonomie ?
On se rend bien compte sur les screenshots que les fenêtres prennent surtout plus de place à l'écran.
Personnelement, en dehors de faire joli, je vois pas, en tout cas pour l'instant, l'interêt de tourner les fenêtres.
En revanche je suis tout à fait daccord d'utiliser le GPU pour faire tous les calculs pour ce qui est des iconifications des fenêtres et autres effets graphiques.