BAud a écrit 12787 commentaires

eh eh, j'étais certain que ça te ferait plaisir ;-)

J'ai aussi corrigé 2-3 autres coquilles pour la peine (je suis sûr que tu souhaitais parler de GNU/Linux et y mettre des majuscules :D).

fournir une distribution 386 a du sens effectivement (les ordinosaures), la question était dans l'autre sens si je me rappelle bien ;-)

http://en.wikipedia.org/wiki/I686 indique l'Extension_d'adresse_physique aka PAE évoquée au-dessus, mais cela ne va pas dans le sens que tu souhaitais àmha :/ (ni moi d'ailleurs).

Il a vite oublié l'utilisation première du x86_64 : le traitement en masse de grosses volumétries de données. Les marchés sont principalement :
- les bases de données
- plus spécifiquement tout ce qui est Informatique_décisionnelle
- tout ce qui réclame des masses de données (codage audio ? hormis que déjà utiliser le multi-coeur ce serait déjà bien...)
- et là s'est rajouté le marketing : 640 ko ne suffisent pas à tout le monde ; plus c'est gros, plus c'est bon (approché) ; plus c'est gros, meilleur c'est (là, c'est Amanda Lear qui précise que spa la taille qui compte mais le goût /o\) ; on va faire quoi des 16 Go donnés aux utilisateurs^Wpigeons s'ils ne peuvent réellement en utiliser que 3 Go ? et autres arguments plus ou moins valables...

Perso, je reste sur ma position : pourquoi vouloir du x86_64 ? Si tu ne sais pas, c'est que tu n'en as pas besoin... Les arguments que j'ai mis en avant là-dessus étant recevables àmha, il y en a peut-être d'autres...

o_O
il est très bien le x86_64 (natif hein, comme je dis, sans pourritures de lib32 qui traînent de ci-de là), justement pour se passer des ignominies - inutiles généralement - qui ne font même pas l'effort d'être portables voire libres...

Moi je suis pc et je passe à la télé, et surtout je rassure madame Michu

et Vista^W7 stait (surtout pas) ton idée ? :D

Peut-être que, tout simplement, Ubuntu a loupé son positionnement marketing :/
- en ne mettant pas assez en avant la marque Linux
- et qu'il est temps de passer à une distribution dont les contributeurs travaillent autant pour leurs utilisateurs qu'upstream (faire fonctionner le matériel dans le kernel étant un gage de pérennité).

C'est tout de même rageant àmha dans les pages de Dell de voir Open-Source par ci, Open-Source par là, plutôt que FLOSS (Free/Libre Open Source Software qui rassemble les deux mondes) ou ne pas voir cité Linux... ou tout simplement rappelant la liberté 0 : droit d'utilisation pour tout le monde (ce qui permet de faire allusion aux 4 autres, notamment le partage avec la redistribution légale et - pour ceux qui le souhaitent - la possibilité de partager leurs améliorations).

Enfin, ce n'est pas trop étonnant venant de Dell qui pousse Dynamic_Kernel_Module_Support (DKMS) permettant d'ajouter subrepticement des pilotes non libres (mais permettant aussi de gérer élégamment àmha des versions svn mises à jour régulièrement de certains pilotes, comme nouveau ou radeon par exemple... ce mode étant peu utilisé même si je l'ai vu pour dkms-virtualbox ou dkms-vboxadditions, version OSE, par exemple).

Peut-être laisser un peu plus de temps et lire la doc' ;-) (même si je retrouve un peu de mon expérience de vendredi, sur une 3.3.1 aussi, pas la dernière).

* Pour pouvoir ouvrir des fichiers autres que ceux de Tulip il faut passer par un sous-menu relativement compliqué (et j'ai mis un moment avant de le trouver)

bin euh, File > Open ne fonctionnant pas, utiliser Import > File > dot (graphviz) ça ne prend pas plus de 5 minutes tout de même ?

* L'import de fichiers .dot ne fonctionne pas très bien (graphviz), ou du moins je n'ai réussi à importer aucun de mes fichiers

Il y a des exemples sur http://tulip.labri.fr/TulipDrupal/?q=datasets (Menu du site web > Samples > Datasets overview)
Perso, j'ai essayé avec les .dot sur http://linuxfr.org/images/stats/graphes/20061112_sans_anonym(...) (commencer par ceux tout en bas qui sont moins gros, le >4 a marché pour moi en tout cas, les plus gros c'est 100% de CPU à mouliner sans fin visible...).

* Le rouge par défaut commence à me faire mal aux yeux (jaune pastel pour les noeuds, avec une forme arrondie pour bien mettre en évidence que c'est bien un noeud, noir pour les liens?)

Visiblement, Menu Algorithm > Color > Metric Mapping te fera passer en jaune (et sinon c'est configurable). Mieux vaut relire la doc' pour ce genre de choses ;-)

Voilà, peut-être auras-tu plus de réponses sur une ML de support trouvable sur le site web (hébergée sur sourceforge...). Bon courage pour ta thèse.

Tu remarqueras que je n'ai pas indiqué ce qui serait à préconiser. Il est possible de faire dire tout et son contraire à des statistiques.

J'ai beau utiliser du x86_64 sur mon desktop, je ne le recommande qu'à des personnes prêtes à faire du tout libre (exit flash, google-earth, wine et consors..., l'install' des lib32 étant pour moi un pis-aller et surtout une perte de place) ou ayant 4 Go (ou plus) de RAM.

Faire une installation 32 bits sur un processeur 64 bits, c'est du gâchis et ça n'a aucun intérêt.

c'est justement ce qui est bizarre, sur http://smolts.org/static/stats/stats.html c'est 33% qui ont choisi de faire ce que tu préconises. 66% préfèrent visiblement rester en i686 alors que la plupart des processeurs actuels gèrent les instructions x86_64.

oui, réseau dédibox, avec la précision dans les 3 lignes suivantes du whois :
descr: Free Foundation (free.org) hosted by Dedibox SAS
descr: internal infrastructure (servers)
descr: Paris, France

Je n'ai plus dans mes mails le modèle exact, de mémoire, c'était un octo-pro (ou quadri-pro bi-coeur...) avec genre 8 Go de RAM, peut-être plus, je ne sais plus trop ; en même temps, ce n'est pas très important, ça tient la charge vu que templeet est très bon à générer des pages statiques pour que apache fasse le gros du boulot et ça permet d'avoir les vservers utiles aux admins pour travailler...

Il y a GRAMPS (Genealogical Research and Analysis Management Programming System).

Utiliser la Norme_GEDCOM permet d'importer les données d'une généalogie existante.

euh, c'est loin d'être une dédibox.
C'est hébergé à la fondation free comme pas mal de serveurs du libre, stout.

ça en parlait là
http://linuxfr.org/2007/12/23/23469.html

les infos sur ce "gadget" sont-elles détectées par hwreport qui permet de remonter les infos sur http://hardware4linux.info ? (tu dois pouvoir tester en lançant l'utilitaire hwreport sur ton pc et remonter les infos sur le site :D)

Si ce n'est pas détecté alors que cela semble possible, c'est peut-être l'occasion de l'ajouter à hwreport (et hop une autre suggestion de contribution par la même occasion :D).

Bravo pour ta démarche en tout cas !

à défaut de nous donner le résultat de ton lshw ou lspci, tu peux le mettre en ligne sur http://hardware4linux.info ça prend genre 5 mn de lancer hwreport (packagé dans toutes les bonnes distributions et donc dans Arch http://aur.archlinux.org/packages.php?ID=12820 :D).
cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr (bon ça va t'obliger à brancher la carte bien sûr...).
Cela permettra d'avoir quelques infos techniques supplémentaires pour avancer.

Par ailleurs, il sera temps ensuite d'indiquer au constructeur http://www.linuxdriverproject.org un pilote intégré upstream dans le noyau étant un gage de pérennité (pas souvent bien compris par les fabricants de matériel "jetable"...).

N'hésitez pas à cliquer sur le lien correspondant.

j'ai "Effacer simplement, déplacer vers un forum ou effacer et l'indiquer à son auteur" tu préfères lequel ? :D

C'est NoNo qui va être super-content de vous récupérer en contributeurs pour la prochaine version de linuxfr en Rails, ce genre de changement n'étant pas prévu d'être mis en place dans templeet...

Vous me faites bien rire avec votre transparence, elle est belle la confiance que vous mettez dans vos modérateurs ;-) (et oui, c'est bien moi qui ai effectué la correction de typo et je vous laisse retrouver les autres modifications subrepticement effectuées vu votre choix du terme "transparence" et une allusion douteuse qui me vient à l'esprit en le lisant).

ps : Même si c'est approprié par rapport au sujet, il est écrit actuellement dans la dépêche "Pus de détails", au lieu de "Plus de détails..."

ah, bien vu, j'ai failli le laisser tellement c'est bien senti en fait :D

Ayant-droits à remplacer par auteurs : C'est faux

Comme quoi la "propagande" des majors remplit bien son office ;-) Disons plutôt que c'est incomplet (et complété dans la suite du texte).
De quel droit souhaitent-elles proroger ces privilèges d'un autre temps ? ;-) Tu te places àmha dans le cadre restrictif actuel du droit d'auteur, qui pourrait très bien évoluer en dehors des desiderata d'intérêts privés tels que ceux des majors et plus dans le sens du bien public : c'est bien l'objet du lien fourni, de remettre dans un contexte de l'Art Libre (mais pas seulement) des termes connotés et de proposer d'autres valeurs mises en avant (ce pourquoi "ayant-droit" ne convient pas, dans ce contexte de promotion du libre et de la culture).
àmha, "Monopole Temporaire sur l'Information", décrit sur la page, prête déjà plus à discussion, pour trouver une expression moins lourde tout en restant tout aussi significative.

Si les gens ne ressentent plus l'intérêt de signaler que leur matériel marche sous Linux

J'ai comme un doute, ce pourquoi je préfère rappeler ce genre de lien. D'autant que, pour les périphériques, c'est un tout petit peu particulier : il faut penser à le brancher au moment de lancer hwreport pour qu'il soit détecté (oui, ça peut paraître évident, mais bon...).
D'ailleurs sur http://smolt.fedoraproject.org/static/stats/by_class_SCANNER(...) c'est encore pire : actuellement, uniquement 2 scanners recensés o_O à croire que personne n'en achète ?

il me semble que tu as oublié rgs et son amour immodéré pour Parrot :/ (il était pourtant op de #mandrivafr et puppet master au passage)

toi tu n'as pas lu
http://www.culture-libre.org/wiki/Termes_de_propagande_%C3%A(...) ;-)

ou pas

Difficile de trouver des tarifs ibm publics, on dirait qu'il faut demander une quotation à chaque fois... (pourtant il y a 5 ans ils étaient affichés iirc).
J'ai retrouvé http://www.hoise.com/primeur/04/articles/monthly/AE-PR-08-04(...) par exemple, même si les tarifs me semblent un peu fantaisistes... (c'est des "équivalents" chez Bull des serveurs IBM p-series Power5, on en est au Power7 aujourd'hui). Le P450 peut avoir jusque 4 CPU, le 1650 jusque 16 (il y avait le 3250 et le 6450 dans le haut de gamme et plancher renforcé, avec 32 et 64 CPU).

Contrairement à ce qui est écrit, compte plutôt 40 k€ que les 23 k€ annoncés pour un PL450R (l'équivalent actuel est sans doute dans les mêmes tarifs... et sur les factures j'ai toujours vu le prix initial doubler avec les équipements + installation client / prix de l'OS / options + cartes fiber channel si nécessaire + les ajouts divers entre RAM / RAID / DVD / ethernet + la maintenance...), ça prend de l'ordre de 4U en rack iirc. Je n'ai jamais vu de PL250 (sans doute trop bas de gamme :D). Pour le PL1650, de mémoire, l'ordre de grandeur était plutôt dans les 200 k€ (en 2007) avec tous les CPU activés / 64 Go RAM et quelques carte fiber channel...

Pour le z-series, tu peux oublier, trop cher ;-)

Ce serait pas mal de le remonter sur http://hardware4linux.info/type/162/ (site h4l > onglet types > scanner), ça prend genre 5mn, hwreport étant packagé dans la plupart des bonnes distributions, cf. http://faq.tuxfamily.org/CommunicationLibreHardware/Fr

(forcément, là, aucun des 4 modèles évoqué n'apparaît :/).