Depuis plusieurs mois, XFree (4.2.99 <=> unstable) tourne pas trop mal avec l'accélération DRI et une ATI/Gigabyte 8500 ...
Il me reste encore parfois quelques freezes en accélération 3D mais je n'ai pas eu le temps d'y jeter un oeil (probablement une idiotie dans le Xfree86config) sachant que j'utilise assez peu...
Sinon, il reste toujours les drivers ATI (dispos en 3.2.8) si tu peux survivre avec un noyau "tainted" :
< extrait du changelog 3.2.8 >
------------------------------------------------------------------------------
Graphics Accelerators:
ATI Radeon 8500, 9100, 9200, 9500, 9600, 9700, 9800, M9, M9+, M10
ATI FireGL 8700, 8800, E1, E2, X1, X2, Z1
Video Driver for Linux:
Driver Version 4.1.0-3.2.8
Driver Version 4.2.0-3.2.8
Driver Version 4.3.0-3.2.8
------------------------------------------------------------------------------
Fixed in this release:
* Driver now builds against Linux kernel 2.6.0-test6
* Fixes for Via KT400 systems
* Fixes for Athlon K7 systems with 2.4.19 and 2.4.20
* Added support for the following graphics cards:
o RADEON 9200SE
o RADEON 9600SE
o RADEON 9800LE
o RADEON 9800SE
o RADEON 9800XT
* Improved GLX 1.3 features (pBuffers)
* AGP updates for the following AGP chipsets:
o intel i865, SiS648/651/746
o VIA PLE133/KL266/KM266/P4M266
* Added glxATI.h to driver package for Developer Use
* Moved ATI source tarballs to /usr/src/ATI
------------------------------------------------------------------------------ < / extrait du changelog 3.2.8 >
J'avais essayé jusqu'à la version 3.2.1 mais cela avait été une suite de soucis + obligation de recompiler à chaque changement de noyau : pénible !
J'espère que ça s'est arrangé depuis...
Sinon en ce qui concerne ta passerelle BiCéléron500 qui commence à se faire vieux vieille [...] avec 512Mo de ram...
Ben je veux bien t'en débarasser au besoin... éventuellement pour un prix modique et si tu n'en as plus l'utilité.
Posté par Quzqo .
En réponse au journal Curiosite...
Évalué à 1.
Les plus connus :
° dvd::rip pour l'encodage DiVX mode "je-ne-suis-pas-un-expert-et-ne-souhaite-pas-en-devenir-un" (sus à mencoder 3-pass)
° xlock pour verrouiller l'écran
° firebird/thunderbird : browser & mails. Pan pour le lecteur de news
° rxvt : terminal simple, léger, puissant et ultraconfigurable (avec .Xdefaults)
° vim-perl : 'achement plus bÔ que la version gtk
Un peu moins connus :
° mp3c pour faire des ogg (par défaut) ou des MP3, en mode batch ou graphique-ncurses
° gtkPod : gestion de l'iPod (plus fort qu'iTunes pour gérer les morceaux)
° xffm : file manager pour xfce4
° 3Ddesktop : délirant et inutilisable donc indispensable
° chkrootkit : c'est d'actualité ,o~
° synaptic : remplacement graphique des outils apt
° maven : gestion de projet à voir comme un ordre croissant Makefile < Ant < Maven (même si on n'aime ni le XML ni Java ;)
Merci de toutes ces infos car ça va :
1. m'encourager à passer plus vite au noyau 2.6, au moins sur ma machine perso/d'expérimentation
2. m'apprendre à lire un peu plus les rapports de bugs et changelogs...
3. me permettre de ne pas mettre au rebut ces boitiers externes
proscrire quoi ? le laptop mode ... bein il est pas fait pour.
Non... le noatime.
Pour le laptop_mode, je suis juste sceptique concernant la sécurité de la donnée "devant être écrite au prochain << commit >>"... surtout en fin de charge de la batterie... rien de plus.
savoir que /bin/ls a ete executé pour la derniere fois a telle heure (qui risque d'etre l'heure courante d'ailleurs)
Heu non je ne pense pas...
Ne serait-ce pas juste la table des inodes à laquelle accède le /bin/ls d'un répertoire ?
Par conséquent seule le atime du répertoire est modifié, pas celui du fichier lui-même.
Il me semble par ailleurs utile de savoir qu'un fichier a été accédé (un binaire pour exécution par exemple) à une heure et un jour donné à partir du atime. Accessoirement, cette information est déterminée après suspicion de compromission ou problème avéré après avoir monté le fs en read-only => le atime n'est plus modifié.
En gros, je me suis peut-être mal exprimé mais ma position sur laptop_mode vs noatime demeure inchangée...
Un mode qui permet de gagner pas mal d'autonomie sur un portable
Bof, bof... personnellement je suis plutôt pour écrire physiquement les informations dès que c'est nécessaire afin d'éviter toute perte de données... surtout sur un portable.
En revanche, il y a une chose qui peut être intéressante sur un laptop c'est de monter ses filesystems en "noatime" pour ne pas écrire la dernière date d'accès.
Sachant que rien n'est modifié, le disque peut éventuellement se mettre en veille et l'autonomie est préservée puisque le coût le plus important (du côté des disques) en énergie concerne le démarrage des plateaux : c'est un peu dommage pour inscrire la dernière date d'accès non ?
PS: personnellement, je pense que cette opération est à proscrire sur les serveurs, particulièrement pour les machines sensibles, d'une part car cela représente une économie anecdotique vis-à-vis des autres composants (procs, carte video, écran...) et d'autre part parce que ça hypothèque certains diagnostics de sécurité ou de dysfonctionnements
A titre d'exemple, sur un serveur qui commence à dater
(informations de consommation moyenne recueillies dans les specs matérielles, [] infos fournies à titre complémentaire)
les informations : PC-COMPONENTS, DESCRIPTION-COMPANY, Unit.-Consumption (W), Number, TOTAL
support moyen de l'USB dans les derniers 2.4
Hum, hum... j'ai enfin un début d'explication à mes dernières mésaventures... Je m'explique :
Ayant 2 disques de 80 Go sans place dispo pour les installer en interne j'ai tenté l'aventure "boitier externe IDE -> USB" et c'est là que les ennuis ont commencé.
Hotplug charge effectivement les modules tels que usbcore, usb-ohci/uhci et usb-storage et le disque est déclaré en tant que disque SCSI dans /proc/scsi/scsi. Mais...
1. Le formattage (mkfs) avec vérification des badblocks est interminable (oui, oui, pour tout arrangé je n'ai que de l'USB 1.1) et semble ralentir au fur et à mesure
2. mkfs se fige et la tête du disque reste parfois en activité après interruption (obligation de débrancher l'alimentation)
3. Après unplug/plug, le système se fige totalement (reboot en solution "undoigt")
4. Idem après reboot à chaud, le bus USB semble en vrac (mais c'est peut-être un problème de qualité du matériel côté PC ou boitier externe) et le système se fige au chargement des modules.
Les points 1, 2 et 3 ont été constaté sur des noyaux 2.4.22 sur 2 PC différents / 2 chipsets USB différents avec les 2 disques indifférement.
Bref, je tente depuis de faire de la place dans les tours afin de les installer en interne. Un des deux l'est déjà et ce n'est pas un problème de disque défectueux.
En désespoir de cause, côté Windows ce n'est pas plus joyeux puisque :
1. les utilitaires systèmes refuse de compléter le formattage (gestionnaire de disques) mais impossible savoir pourquoi
2. le formattage contextuel (dans l'explorateur) réagit de même
3. les utilitaires du constructeur (Seagate) refusent eux aussi de formatter
4. si par miracle le disque peut être partitionné, formaté (seulement avec des partitions de tailles < 32 Go, et monté, les lecteurs deviennent fréquemment inaccessibles (obligation unplug/plug)
5. les disques ne sont pas reconnus au plug après quelques manipulations (obligation de rebooter)
Conclusion:
1 - je suis un crétin d'avoir expérimenté cette solution (débit USB ridicule / IDE-SCSI). Préférez au besoin des solutions firewire qui fonctionnent bien dans mon cas (un cas sur powerpc).
2 - je pense que ce problème survient plus fréquemment avec de grands disques / larges partitions
3 - le support de l'USB "usb storage" ce n'est pas encore ça
4 - ce ne semble pas être propre à Linux
1. c'est croire que le mélange de genres va faciliter la compréhension: Tout en vrac. C'est un peu comme si à Noël on te balançait tes cadeaux en un gros tas d'un coup. D'un côté c'est sympa, tu sais que tu peux déballer l'ensemble et que tout est pour toi/dit. De l'autre, mine de rien tu ne sais pas par où commencer ;o))
< moi j'vous l'dis mon bon monsieur >
3. et 4. c'est pour les p'tits jeunes qui n'ont jamais connu que le mode graphique et l'éditeur fenêtré redimensionnable sans avoir à respecter des règles strictes de programmation.
A mon époque, avec l'impératif de faire tenir une procédure/fonction/callback/XXX sur une page écran en 80x25, une ligne de gagnée c'était une ligne de gagnée.
De nos jours les ressources étant considérées comme amplement suffisantes, on gaspille...
< / moi j'vous l'dis mon bon monsieur >
veut seulement utiliser des outils et non participer
Je n'en suis pas si certain, du moins pas pour l'ensemble des "nouveaux venus". Je crains que la profession a entretenu trop longtemps une pseudo complexité de la discipline informatique et ce sciemment afin de préserver ses plates - bandes.
L'engouement du grand public pour l'outil a favorisé l'apparition d'approches plus "user friendly" (après les époques cartes perforées ou VT100 ;o) ... ouvrant ainsi la porte à l'opportunisme de Microsoft mais démontrant que la discipline / l'outil pouvait s'ouvrir au plus grand nombre, ce que refuse encore parfois de comprendre les LL AMHA...
< à titre d'exemple >
Sous Mac OS, au chargement je vois apparaître "Chargement des règles de firewall"
Sous Windows, il suffit de cocher quelques cases pour "protéger" son ordinateur
Sous Linux, j'en suis à ma 20° règle iptable du style : $IPTABLES -A HOSTILE_FLAG -m limit --limit 2/s -j LOG --log-level info --log-prefix "[$0] ** BAD FLAGS ** "
ou $IPTABLES -A INPUT -i $EXTIF -p tcp --dport 515 -j PORT_SCAN
Si, en ce qui me concerne, je suis satisfait de 1. la souplesse & 2. la compréhension de fonctionnement induite, je ne pense pas qu'il faille confondre tous les publics et qu'on ne me dise pas qu'un shorewall ou un fwbuilder puisse faire l'affaire...
Même si dans ce cas le niveau de protection n'est certainement pas comparable (MacOS, Windows / Linux), à chacun son public... Un utilisateur "lambda" restera incapable d'assurer un minimum de sécurité sur sa machine Linux du fait de la complexité alors qu'il ne réclame probablement pas un espace inviolable
Et j'ai peur que cet exemple soit reproductible dans d'autres domaines...
Bref...
< / à titre d'exemple >
Maintenant dire que la majorité ne souhaite pas s'impliquer, j'en doute et ce pour au moins deux raisons :
1. Avec l'ampleur de la tâche, il y a et y aura toujours mille façons de participer. Shématiser cette implication en opposant les développeurs et les utilisateurs me semble réducteur. Avec un rapide coup d'oeil je vois au moins :
- l'utilisateur indifférent (ça ou autre chose => celui là est perdu ;o/ ... )
- l'utilisateur sensibilisé (LL par choix) => assurera au moins une certaine promotion
- l'utilisateur engagé (LL par conviction) => participation plus active (bug reports, documentation, traduction, promotion active...)
- l'utilisateur avancé (LL par goût) => idem à son niveau de compétence + corrections "mineures" + "dons" à la communauté (skins, bouts de code, outils divers, artworks...)
- l'utilisateur / développeur
...
- le développeur de métier (LL activité principale) => participation "majeure"
Et la liste peut être longue; je vois un peu cet engouement comme la démocratisation d'activité de loisir anciennement réservées à des professionnels comme (ne riez pas) le jardinage, le bricolage, la cuisine, la mécanique...
On ne rencontre pas que des champions ou des personnes hors pair mais quasiment toujours des gens habités d'un minimum de passion.
Au même titre, l'informatique devient un instrument de plaisirLoisir au delà de son aspect utilitaire/technique et chacun peut en tirer une certaine "fierté" quelque soit son niveau de compétence lorsqu'il parvient à faire ce qu'il désire avec...
Dans le cas de Linux vient se greffer une vision plus communautaire de partage et de liberté, en quoi l'utilisateur pourrait il avoir honte de s'investir s'il adhère à ces idées ?
Maintenant, à l'outil de se rendre accessible pour que chacun puisse participer à hauteur de ses compétences, pas l'inverse...
< complainte > DE MOINS DE 1500m
Zut-de-zut : non seulement je ne suis toujours pas dégroupé, d'ailleurs je commence à me demander ce que signifie "quelques semaines/mois" pour Free, mais en plus je suis à 1628 m du DSLAM.
P'tain d'année 2003... vivement la suivante
< / complainte >
gestionnaires de fichiers sympas [...] rox ou xffm
Bof, bof...
Côté xffm, on trouve un peu à boire et à manger de l'arborescence du disque aux volumes montables en passant les "livres", l'aide en ligne et je ne sais plus quoi d'autres encore. Dans la même fenêtre sont confondues des vues thématiques (les éléments accessibles) et des vues contextuelles (actions possibles) du type des volumes à monter...
Il aurait été tout de même plus simple, AMHA, de limiter le nombre de vues et de se reposer sur le contexte pour les spécialiser...
Dernier point, mais c'est peut-être un bug, xfdevmount (ou je ne sais trop quoi) autorise le montage multiple de volumes... super pour les montages réseaux que l'on pensait avoir démontés avant que le serveur ne s'arrête...
En résumé, je trouve qu'il s'intègre assez mal avec xfce
Côté rox, c'est plus minimaliste et le principe d'une action contextuelle par défaut est très appréciable (monter un point de montage à l'ouverture, ouvrir un dossier standard, exécuter l'application -MIME- dédiée pour un fichier d'un type donné...) mais les menus contextuels sont trop exhaustifs par défaut. A mon sens, cela aurait été plus agréable d'étendre ces menux contextuels avec certaines touches : clic droit -> menu standard dépouillé, Ctrl + clic droit -> menu étendu, Alt + clic droit -> menu expert... par exemple)
Pour les deux, il y a au moins une chose que je trouve rédhibitoire (même si je les utilise tous les deux avec xfce4 ;o) : l'abscence d'une vue de navigation (arborescente) conjointement à la vue de consultation (dossier courant)...
Mais autant la critique est facile, autant l'art est difficille... ,o))
PS: j'aimais bien nautilus mais sans environnement gnome (xfce4, que du bonheur) ça devient pénible de voir se charger le gnome-desktop pour pouvoir le lancer... faut sans doute que j'essaie la seconde usine-à-gaz konqueror
Au passage... du point de vue shells UNIX :
- ksh, seul shell POSIX "universel", à condition de respecter la syntaxe strict ksh (et pas la compatibilité sh) qui devrait être nativement exécuté par bash
- csh, non POSIX non maintenu
- tcsh, idem mais maintenu
- sh, reconnu en standard mais limité dans ses possibilités
AMHA, csh et tcsh sont à poubelliser (dans cet ordre de priorité) car plus limités encore que le sh dans leurs constructions syntaxiques. De plus, le csh n'étant plus maintenu, il pose parfois quelques problèmes sur certaines plate-formes (voire corrections entre True64 de 4.0f à 5.1a).
Pour le ksh, les optimisations des UNIX proprios sont très disparates : le ksh sous AIX est _bluffant_ de rapidité alors qu'il s'apparente au chargement d'une JVM (troll ?) sous SGI, fork un peu trop souvent sous True64 et se traine un poil sous Solaris.
Pour commencer avec Motif CDE, une extension ksh, le dtksh, permet de s'initier à la logique callback & widgets même si c'est un poil lourd...
Sous Linux, le bash propose de remplacer le ksh en étendant ses possiblités (syntaxe de boucles type C, ...) et est activement maintenu...
mode édition du BIOS
A priori il s'agit d'aller "configurer" le BIOS, au boot, avec < Del > ou < F2 > ou < F8 > ou.... avant le POST selon le constructeur de ton portable... (je ne sais pas pour Toshiba mais c'est souvent inscrit à l'écran lors de l'allumage).
Sa solution de diagnostique est intéressante car tu pourras probablement y tester les touches litigieuses en dehors de l'influence de tout OS
Posté par Quzqo .
En réponse au journal Pub iPod.
Évalué à 1.
Hum, hum...
Après avoir fait le tour sur Google, l'iPod est en effet facilement accessible avec les modules : ieee1394, ohci1394 & sbp2 (voir raw1394).
Mais j'avoue ne pas comprendre pourquoi chez moi (iBook), il n'est pas "découvert" automatiquement en firewire dans /proc/scsi/scsi et que je doive le faire avec un echo "scsi add-single-device 1 0 0 0" > /proc/scsi/scsi pour pouvoir le monter...
J'ai bien essayer modprobe spb2 avec l'option sbp2_force_inquiry=1 (ou quelque chose dans le genre) mais rien n'y fait...
Une idée peut-être ?
AVERTISSEMENT: l'objet est chouette mais gaffe tout de même : j'ai rebooté sous Mac dernièrement (ça sentait un peu la poussière - j'sais j'aurai du essayer sous MOL ;o) pour mettre à jour l'iPod suite à des soucis de batterie (chargée à bloc et vide deux jours plus tard sans utilisation) et cet iTunes de misère a tout effacé... sans demander un avis quelconque => à poil la synchro auto...
Pour en revenir à la niouze, j'avoue ne pas être excessivement choqué par la pub sachant que dans d'autres circonstances j'ai toujours acheté un frigidaire... sans me préoccuper que c'était avant tout un réfrigérateur, ou un kleenex pour un mouchoir...
ICI, le cas est inversé et je __préfère__ entendre Windows confondu sous le nom PC que l'inverse...
Il y a juste qu'Apple, pour un coût réduit (type soutien des développements autour de l'iPod), aurait mérite à préciser que l'iPod est compatible avec tout matériel disposant d'un port Firewire car même les revendeurs de la marque ne savent pas qu'il fonctionne sous Linux (d'ailleurs, hors Mac OS, il ne savent pas grand chose... ;o)
Heu non pas vraiment de retours en termes de performances mais j'ai remarqué que dans le 2.4.22 (c'était peut-être présent dans le 2.4.20, je ne sais pas) qu'il y avait des options permettant de gérer/désactiver l'ACPI dans le cas HyperThreading (+ autres options comparables concernant des portables Asus pour le Centrino je suppose).
Il y a donc un certain niveau de prise en charge de cette architecture : c'est encourageant.
Après, il ne faut pas demander plus au P4 H.T, ce ne sont effectivement pas de véritables bi-core (comme le Power 5, != G5, d'IBM)... mais les performances "décevantes" lues ici et là de l'H.T à sa sortie concernait, AMHA, un nombre limitée d'applications, optimisées pour l'ancienne architecture ou ayant une implémentation "orientée" (type optimisation en cas de SMP à "l'ancienne mode").
< mode épithète="pensée fugace & persistante (?)" >
Ca me fait doucement sourire ce discours Intel avec leurs architectures "révolutionnaires" : CISC/RISC avec le Pentium il y a quelques années, leurs instructions optimisées SSE, SSE2 et le H.T maintenant alors que tous ces principes sont acquis depuis "longtemps" sur d'autres processeurs.
Mais bon... buisness is buisness ...
< / mode >
PS: il y a peut-être aussi quelques choses à glaner du côté du chargement de microcode dans le CPU puisque c'est applicable aux P4 (voir options du noyau je-sais-plus-où ainsi que la doc du maintener de ce microcode Intel : Google +microcode +linux +IA32).
Mais j'avoue ne pas avoir compris l'intérêt de ces optimisations et le microcode Intel dispo' date de 2001 je crois...
Si qqu'un peut en dire plus... *o)
Avec une Tyan Tiger MPX (S2466), 2 Athlons MP1900+ (1600 Mhz) et 2x256 ECC, c'est un véritable régal de bosser/jouer/bidouiller/se détendre sous une Debian (même si ce doit être possible avec d'autres distrib' aussi ;o))
Les compilations "dépotent" contrairement à ma passerelle (2xCeleron 466 + 3x128). Hier encore avec un setiathome + un encodage 3-pass de DVD + une compil' + surveillance de 2 machines sur le réseau (ssh + gkrellm), je pouvais switcher sans problème entre les bureaux et continuer à naviguer ou à bidouiller en ressentant (très... mais alors trrrrrès) rarement un léger freeze.
La seule chose notable était un faible remplissage du swap (~20 % d'un équivalent de la mémoire physique).
A mon sens, il y a tout de même quelques avantages/inconvénients à cette solution matérielle :
Inconvénients
- Tyan ça pompe : au moins 350-400W d'alim' sur du bi-proc => plus cher que le "standard" mais c'est vrai pour tous les "multi" proc actuels
- il y a un an et demi, c'était encore un poil cher mais les derniers prix sont devenus raisonnables
- la CM a un POST au boot que je juge super long... avant le chargement du bootloader.
- Mémoire ECC registered obligatoire
- il faut refroidir tout ça et ça fait du bruit
Avantages
- le confort d'utilisation
- deux bus PCI 64bits (pour le SCSI)
- réseau 3Com en standard
- Chipsets (760MPX - 762/768 & Winbond 83627) reconnus en standard par le noyau (>= 2.4.19 + lm-sensors)
- la qualité TYAN (contrairement à l'ABIT bi-celeron citée plus haut) : possibilité de remplir tous les slots sans affoler le bus PCI
- ...
Sinon, je ne sais pas s'il y a d'autres candidats pour le bi-AMD Athlon. J'avais lu (à l'époque) des avis très critiques sur la solution équivalente (760MPX, seul chipset bi-Socket A) MSI K7D Master et l'Asustek a disparu.
En même temps, je me demande si ça vaut le coup d'investir dans ce type de solution :
-- ex - 2xAthlon MP2600+ & DDR-SDRAM ECC registered
alors que pour un prix comparable, il y a
-- 1. du mono CPU Athlon XP3200+ ou P4 3.0C H.T en économisant le prix de la mémoire ECC
-- 2. des solutions 64bits (AMD Athlon 64 3200+ ou AMD Opteron 142 1.6 Ghz)
en gardant à l'esprit que le chipset 760 MPX commence à dater (bus 200/266 Mhz, USB 1.1, AGP 4x) à comparer aux actuels bus 400 Mhz et USB 2.0 / Firewire par exemple... mais qu'il a le mérite d'être parfaitement reconnu par le noyau 2.4 actuel.
A toi de voir...
PS: on trouve encore des TYAN 760MP (en gros, sans PCI 64bits) à des tarifs intéressants et tout aussi compatibles
Posté par Quzqo .
En réponse au journal Pub iPod.
Évalué à 1.
peut-être la solution pour lire les .ogg sur celui-ci
Sauf qu'aux dernières nouvelles (j'ai sans doute un peu de retard), il n'y avait pas de support du son...
Merci pour ce résumé NTP; c'est en effet un peu difficille de trouver une information synthétique sur le sujet tant les sources sont nombreuses..
Mais j'y vois deux points à compléter/crtitques :
1. Aller sur http://www.eecis.udel.edu/~mills/ntp/clock2a.html(...) choisir un nom de serveur de temps
... En n'oubliant pas que
- il est toujours apprécier de demander au "webmestre" l'autorisation de prendre "son" serveur comme référence temporelle
- ne pas se tromper de niveau du server (strate I, II, ...)
2. Personne n'aura plus l'excuse du : "désolé mais mon horloge dérive..." ;o))
Adieu quart d'heure toulousain (sniff)
les laisser sous forme de modules
Un autre avantage est de pouvoir les mettre à jour sans avoir à recompiler tout un noyau... et donc à devoir rebooter pour en bénéficier...
Sur un noyau 2.4.2+ powerpc, la solution "modules" a aussi été pour moi la seule façon d'avoir un son convenable (définition de l'ordre de chargement).
[^] # ATI Radeon 9100 IGP / 8500
Posté par Quzqo . En réponse au journal Shuttle ST61G4 et ATI Radeon 9100 IGP. Évalué à 1.
Il me reste encore parfois quelques freezes en accélération 3D mais je n'ai pas eu le temps d'y jeter un oeil (probablement une idiotie dans le Xfree86config) sachant que j'utilise assez peu...
Sinon, il reste toujours les drivers ATI (dispos en 3.2.8) si tu peux survivre avec un noyau "tainted" :
< extrait du changelog 3.2.8 >
------------------------------------------------------------------------------
Graphics Accelerators:
ATI Radeon 8500, 9100, 9200, 9500, 9600, 9700, 9800, M9, M9+, M10
ATI FireGL 8700, 8800, E1, E2, X1, X2, Z1
Video Driver for Linux:
Driver Version 4.1.0-3.2.8
Driver Version 4.2.0-3.2.8
Driver Version 4.3.0-3.2.8
------------------------------------------------------------------------------
Fixed in this release:
* Driver now builds against Linux kernel 2.6.0-test6
* Fixes for Via KT400 systems
* Fixes for Athlon K7 systems with 2.4.19 and 2.4.20
* Added support for the following graphics cards:
o RADEON 9200SE
o RADEON 9600SE
o RADEON 9800LE
o RADEON 9800SE
o RADEON 9800XT
* Improved GLX 1.3 features (pBuffers)
* AGP updates for the following AGP chipsets:
o intel i865, SiS648/651/746
o VIA PLE133/KL266/KM266/P4M266
* Added glxATI.h to driver package for Developer Use
* Moved ATI source tarballs to /usr/src/ATI
------------------------------------------------------------------------------
< / extrait du changelog 3.2.8 >
J'avais essayé jusqu'à la version 3.2.1 mais cela avait été une suite de soucis + obligation de recompiler à chaque changement de noyau : pénible !
J'espère que ça s'est arrangé depuis...
PS: désolé mais je n'ai aucune adresse sous la main. De mémoire,
DRI : http://people.debian.org/~daenzer(...) (mais inaccessible depuis http://www.debian.org/News/2003/20031121(...))
ATI : http://www.ati.com/support/driver.html(...)
[^] # Re: Je me tâte.
Posté par Quzqo . En réponse au journal Changement de matos. Évalué à 1.
ensuite matos
Bonne réponse... ;o)
Sinon en ce qui concerne ta passerelle BiCéléron500 qui commence à se faire vieux vieille [...] avec 512Mo de ram...
Ben je veux bien t'en débarasser au besoin... éventuellement pour un prix modique et si tu n'en as plus l'utilité.
Mais d'abord Noël ++++++++++++++
# Juste comme ça...
Posté par Quzqo . En réponse au journal Curiosite... Évalué à 1.
° dvd::rip pour l'encodage DiVX mode "je-ne-suis-pas-un-expert-et-ne-souhaite-pas-en-devenir-un" (sus à mencoder 3-pass)
° xlock pour verrouiller l'écran
° firebird/thunderbird : browser & mails. Pan pour le lecteur de news
° rxvt : terminal simple, léger, puissant et ultraconfigurable (avec .Xdefaults)
° vim-perl : 'achement plus bÔ que la version gtk
Un peu moins connus :
° mp3c pour faire des ogg (par défaut) ou des MP3, en mode batch ou graphique-ncurses
° gtkPod : gestion de l'iPod (plus fort qu'iTunes pour gérer les morceaux)
° xffm : file manager pour xfce4
° 3Ddesktop : délirant et inutilisable donc indispensable
° chkrootkit : c'est d'actualité ,o~
° synaptic : remplacement graphique des outils apt
° maven : gestion de projet à voir comme un ordre croissant Makefile < Ant < Maven (même si on n'aime ni le XML ni Java ;)
[^] # Re: support de l'USB...
Posté par Quzqo . En réponse à la dépêche Bougez avec MandrakeMove !. Évalué à 2.
1. m'encourager à passer plus vite au noyau 2.6, au moins sur ma machine perso/d'expérimentation
2. m'apprendre à lire un peu plus les rapports de bugs et changelogs...
3. me permettre de ne pas mettre au rebut ces boitiers externes
;o°
[^] # Re: Laptop mode vs noatime
Posté par Quzqo . En réponse au journal Laptop mode dans le 2.6 ?. Évalué à 2.
Non... le noatime.
Pour le laptop_mode, je suis juste sceptique concernant la sécurité de la donnée "devant être écrite au prochain << commit >>"... surtout en fin de charge de la batterie... rien de plus.
savoir que /bin/ls a ete executé pour la derniere fois a telle heure (qui risque d'etre l'heure courante d'ailleurs)
Heu non je ne pense pas...
Ne serait-ce pas juste la table des inodes à laquelle accède le /bin/ls d'un répertoire ?
Par conséquent seule le atime du répertoire est modifié, pas celui du fichier lui-même.
Il me semble par ailleurs utile de savoir qu'un fichier a été accédé (un binaire pour exécution par exemple) à une heure et un jour donné à partir du atime. Accessoirement, cette information est déterminée après suspicion de compromission ou problème avéré après avoir monté le fs en read-only => le atime n'est plus modifié.
En gros, je me suis peut-être mal exprimé mais ma position sur laptop_mode vs noatime demeure inchangée...
[^] # Laptop mode vs noatime
Posté par Quzqo . En réponse au journal Laptop mode dans le 2.6 ?. Évalué à 1.
Bof, bof... personnellement je suis plutôt pour écrire physiquement les informations dès que c'est nécessaire afin d'éviter toute perte de données... surtout sur un portable.
En revanche, il y a une chose qui peut être intéressante sur un laptop c'est de monter ses filesystems en "noatime" pour ne pas écrire la dernière date d'accès.
Sachant que rien n'est modifié, le disque peut éventuellement se mettre en veille et l'autonomie est préservée puisque le coût le plus important (du côté des disques) en énergie concerne le démarrage des plateaux : c'est un peu dommage pour inscrire la dernière date d'accès non ?
PS: personnellement, je pense que cette opération est à proscrire sur les serveurs, particulièrement pour les machines sensibles, d'une part car cela représente une économie anecdotique vis-à-vis des autres composants (procs, carte video, écran...) et d'autre part parce que ça hypothèque certains diagnostics de sécurité ou de dysfonctionnements
A titre d'exemple, sur un serveur qui commence à dater
(informations de consommation moyenne recueillies dans les specs matérielles, [] infos fournies à titre complémentaire)
les informations : PC-COMPONENTS, DESCRIPTION-COMPANY, Unit.-Consumption (W), Number, TOTAL
° Motherboard, on-board services - Abit BP6, 23.5, 1, 23.5
° [Firewire, IEEE 1394, 8, 0, 0]
° USB Devices - 1.0, 5, 2, 10
° Processor, 466 Mhz (max 70°C) - Intel celeron,25.6, 2, 51.2
° Proc Fan, Box, 3, 0, 0
° Memory, RAM, 128Mo SDRam, NoName, 10, 4, 40
° System Fan, 80 x 80 x 16 - NoiseBlocker + Enermax, 4, 4, 16
° AGP graphic card, AGP x2 ATI XPertPlay 8 Mo, 29.8, 1, 29.8
° [Sound card, PCI Sound Blaster 1024 - Creative, 4.15, 0, 0]
° Network card, PCI Ethernet 10/100 - Netgear/3Com, 3.32, 2, 6.64
° IDE card, PCI IDE controler - SIL680, 8.15, 1, 8.15
° SCSI, PCI SCSI controler 2940UW Adaptec, 17.3, 1, 17.3
° DVD-ROM, ATAPI CD-ROM reader 48x - Asustek, 19.2, 1, 19.2
° CD-RW, SCSI CD-ROM writer 8/4/24 - Yamaha, 15.6, 1, 15.6
° [Floppy, NoName, 4, 0, 0]
° Hard Disk (le plus exigeant : démarrage du disque = x2/x3 valeurs présentées ici)
+ SCSI DNES 9.1 Go - IBM, 14, 1, 14
+ SCSI DCAS 4.5 Go - IBM, 6, 1, 6
+ ATA ST340014A 40 Go - Seagate, 12.5, 2, 25
+ ATA Desktar 7K250 80 Go Hitachi, 11, 2, 22
° [Keyboard, , 1.25, 1, 1.25]
° [Mouse, , 1.25, 1, 1.25]
Total > 300 W
[^] # support de l'USB...
Posté par Quzqo . En réponse à la dépêche Bougez avec MandrakeMove !. Évalué à 4.
Hum, hum... j'ai enfin un début d'explication à mes dernières mésaventures... Je m'explique :
Ayant 2 disques de 80 Go sans place dispo pour les installer en interne j'ai tenté l'aventure "boitier externe IDE -> USB" et c'est là que les ennuis ont commencé.
Hotplug charge effectivement les modules tels que usbcore, usb-ohci/uhci et usb-storage et le disque est déclaré en tant que disque SCSI dans /proc/scsi/scsi. Mais...
1. Le formattage (mkfs) avec vérification des badblocks est interminable (oui, oui, pour tout arrangé je n'ai que de l'USB 1.1) et semble ralentir au fur et à mesure
2. mkfs se fige et la tête du disque reste parfois en activité après interruption (obligation de débrancher l'alimentation)
3. Après unplug/plug, le système se fige totalement (reboot en solution "undoigt")
4. Idem après reboot à chaud, le bus USB semble en vrac (mais c'est peut-être un problème de qualité du matériel côté PC ou boitier externe) et le système se fige au chargement des modules.
Les points 1, 2 et 3 ont été constaté sur des noyaux 2.4.22 sur 2 PC différents / 2 chipsets USB différents avec les 2 disques indifférement.
Bref, je tente depuis de faire de la place dans les tours afin de les installer en interne. Un des deux l'est déjà et ce n'est pas un problème de disque défectueux.
En désespoir de cause, côté Windows ce n'est pas plus joyeux puisque :
1. les utilitaires systèmes refuse de compléter le formattage (gestionnaire de disques) mais impossible savoir pourquoi
2. le formattage contextuel (dans l'explorateur) réagit de même
3. les utilitaires du constructeur (Seagate) refusent eux aussi de formatter
4. si par miracle le disque peut être partitionné, formaté (seulement avec des partitions de tailles < 32 Go, et monté, les lecteurs deviennent fréquemment inaccessibles (obligation unplug/plug)
5. les disques ne sont pas reconnus au plug après quelques manipulations (obligation de rebooter)
Conclusion:
1 - je suis un crétin d'avoir expérimenté cette solution (débit USB ridicule / IDE-SCSI). Préférez au besoin des solutions firewire qui fonctionnent bien dans mon cas (un cas sur powerpc).
2 - je pense que ce problème survient plus fréquemment avec de grands disques / larges partitions
3 - le support de l'USB "usb storage" ce n'est pas encore ça
4 - ce ne semble pas être propre à Linux
[^] # Re: Vous écrivez plutôt ...
Posté par Quzqo . En réponse au journal Vous écrivez plutôt ... Évalué à 0.
mais c'était dans l'temps ;o))
[^] # Re: Vous écrivez plutôt ...
Posté par Quzqo . En réponse au journal Vous écrivez plutôt ... Évalué à 2.
1. c'est croire que le mélange de genres va faciliter la compréhension: Tout en vrac. C'est un peu comme si à Noël on te balançait tes cadeaux en un gros tas d'un coup. D'un côté c'est sympa, tu sais que tu peux déballer l'ensemble et que tout est pour toi/dit. De l'autre, mine de rien tu ne sais pas par où commencer ;o))
< moi j'vous l'dis mon bon monsieur >
3. et 4. c'est pour les p'tits jeunes qui n'ont jamais connu que le mode graphique et l'éditeur fenêtré redimensionnable sans avoir à respecter des règles strictes de programmation.
A mon époque, avec l'impératif de faire tenir une procédure/fonction/callback/XXX sur une page écran en 80x25, une ligne de gagnée c'était une ligne de gagnée.
De nos jours les ressources étant considérées comme amplement suffisantes, on gaspille...
< / moi j'vous l'dis mon bon monsieur >
# Re: Vous écrivez plutôt ..
Posté par Quzqo . En réponse au journal Vous écrivez plutôt ... Évalué à 2.
{ instructions }if condition
ou
[[ condition ]] && instruction || instruction
sinon 2 parce que
if
condition { instructions
}
ça devient vraiment crade et le compilo/interpréteur ne comprends pas )))))
Dernièrement c'était plutôt comme ça d'ailleurs :
< j:if test="condition" >
.. < exec executable="instruction"/>
.. < j:set var="name" value="instruction" />
< / j:if >
mais ceci est une autre histoire...
< PUB >
.. Maven is beautifull (http://maven.jakarta.org/(...))
< / PUB >
[^] # Démystification
Posté par Quzqo . En réponse au journal Texte en anglais sur les besoins de GNU/Linux .... Évalué à 1.
Je n'en suis pas si certain, du moins pas pour l'ensemble des "nouveaux venus". Je crains que la profession a entretenu trop longtemps une pseudo complexité de la discipline informatique et ce sciemment afin de préserver ses plates - bandes.
L'engouement du grand public pour l'outil a favorisé l'apparition d'approches plus "user friendly" (après les époques cartes perforées ou VT100 ;o) ... ouvrant ainsi la porte à l'opportunisme de Microsoft mais démontrant que la discipline / l'outil pouvait s'ouvrir au plus grand nombre, ce que refuse encore parfois de comprendre les LL AMHA...
< à titre d'exemple >
Sous Mac OS, au chargement je vois apparaître "Chargement des règles de firewall"
Sous Windows, il suffit de cocher quelques cases pour "protéger" son ordinateur
Sous Linux, j'en suis à ma 20° règle iptable du style :
$IPTABLES -A HOSTILE_FLAG -m limit --limit 2/s -j LOG --log-level info --log-prefix "[$0] ** BAD FLAGS ** "
ou
$IPTABLES -A INPUT -i $EXTIF -p tcp --dport 515 -j PORT_SCAN
Si, en ce qui me concerne, je suis satisfait de 1. la souplesse & 2. la compréhension de fonctionnement induite, je ne pense pas qu'il faille confondre tous les publics et qu'on ne me dise pas qu'un shorewall ou un fwbuilder puisse faire l'affaire...
Même si dans ce cas le niveau de protection n'est certainement pas comparable (MacOS, Windows / Linux), à chacun son public... Un utilisateur "lambda" restera incapable d'assurer un minimum de sécurité sur sa machine Linux du fait de la complexité alors qu'il ne réclame probablement pas un espace inviolable
Et j'ai peur que cet exemple soit reproductible dans d'autres domaines...
Bref...
< / à titre d'exemple >
Maintenant dire que la majorité ne souhaite pas s'impliquer, j'en doute et ce pour au moins deux raisons :
1. Avec l'ampleur de la tâche, il y a et y aura toujours mille façons de participer. Shématiser cette implication en opposant les développeurs et les utilisateurs me semble réducteur. Avec un rapide coup d'oeil je vois au moins :
Et la liste peut être longue; je vois un peu cet engouement comme la démocratisation d'activité de loisir anciennement réservées à des professionnels comme (ne riez pas) le jardinage, le bricolage, la cuisine, la mécanique...
On ne rencontre pas que des champions ou des personnes hors pair mais quasiment toujours des gens habités d'un minimum de passion.
Au même titre, l'informatique devient un instrument de plaisirLoisir au delà de son aspect utilitaire/technique et chacun peut en tirer une certaine "fierté" quelque soit son niveau de compétence lorsqu'il parvient à faire ce qu'il désire avec...
Dans le cas de Linux vient se greffer une vision plus communautaire de partage et de liberté, en quoi l'utilisateur pourrait il avoir honte de s'investir s'il adhère à ces idées ?
Maintenant, à l'outil de se rendre accessible pour que chacun puisse participer à hauteur de ses compétences, pas l'inverse...
[^] # Damned
Posté par Quzqo . En réponse au journal Lancement de la télé chez Free. Évalué à 1.
DE MOINS DE 1500m
Zut-de-zut : non seulement je ne suis toujours pas dégroupé, d'ailleurs je commence à me demander ce que signifie "quelques semaines/mois" pour Free, mais en plus je suis à 1628 m du DSLAM.
P'tain d'année 2003... vivement la suivante
< / complainte >
[^] # rox et xffm
Posté par Quzqo . En réponse au journal La guerre des Desktops aura-t-elle lieu ?. Évalué à 1.
Bof, bof...
Côté xffm, on trouve un peu à boire et à manger de l'arborescence du disque aux volumes montables en passant les "livres", l'aide en ligne et je ne sais plus quoi d'autres encore. Dans la même fenêtre sont confondues des vues thématiques (les éléments accessibles) et des vues contextuelles (actions possibles) du type des volumes à monter...
Il aurait été tout de même plus simple, AMHA, de limiter le nombre de vues et de se reposer sur le contexte pour les spécialiser...
Dernier point, mais c'est peut-être un bug, xfdevmount (ou je ne sais trop quoi) autorise le montage multiple de volumes... super pour les montages réseaux que l'on pensait avoir démontés avant que le serveur ne s'arrête...
En résumé, je trouve qu'il s'intègre assez mal avec xfce
Côté rox, c'est plus minimaliste et le principe d'une action contextuelle par défaut est très appréciable (monter un point de montage à l'ouverture, ouvrir un dossier standard, exécuter l'application -MIME- dédiée pour un fichier d'un type donné...) mais les menus contextuels sont trop exhaustifs par défaut. A mon sens, cela aurait été plus agréable d'étendre ces menux contextuels avec certaines touches : clic droit -> menu standard dépouillé, Ctrl + clic droit -> menu étendu, Alt + clic droit -> menu expert... par exemple)
Pour les deux, il y a au moins une chose que je trouve rédhibitoire (même si je les utilise tous les deux avec xfce4 ;o) : l'abscence d'une vue de navigation (arborescente) conjointement à la vue de consultation (dossier courant)...
Mais autant la critique est facile, autant l'art est difficille... ,o))
PS: j'aimais bien nautilus mais sans environnement gnome (xfce4, que du bonheur) ça devient pénible de voir se charger le gnome-desktop pour pouvoir le lancer... faut sans doute que j'essaie la seconde usine-à-gaz konqueror
[^] # Tour d'horizon des scripts
Posté par Quzqo . En réponse au message [Terminal] Faire marcher des scripts sh non posix sur Linux. Évalué à 1.
- ksh, seul shell POSIX "universel", à condition de respecter la syntaxe strict ksh (et pas la compatibilité sh) qui devrait être nativement exécuté par bash
- csh, non POSIX non maintenu
- tcsh, idem mais maintenu
- sh, reconnu en standard mais limité dans ses possibilités
AMHA, csh et tcsh sont à poubelliser (dans cet ordre de priorité) car plus limités encore que le sh dans leurs constructions syntaxiques. De plus, le csh n'étant plus maintenu, il pose parfois quelques problèmes sur certaines plate-formes (voire corrections entre True64 de 4.0f à 5.1a).
Pour le ksh, les optimisations des UNIX proprios sont très disparates : le ksh sous AIX est _bluffant_ de rapidité alors qu'il s'apparente au chargement d'une JVM (troll ?) sous SGI, fork un peu trop souvent sous True64 et se traine un poil sous Solaris.
Pour commencer avec Motif CDE, une extension ksh, le dtksh, permet de s'initier à la logique callback & widgets même si c'est un poil lourd...
Sous Linux, le bash propose de remplacer le ksh en étendant ses possiblités (syntaxe de boucles type C, ...) et est activement maintenu...
[^] # Accéder au BIOS
Posté par Quzqo . En réponse au journal Installation (debian sur un Toshiba Satellite 1640). Évalué à 1.
A priori il s'agit d'aller "configurer" le BIOS, au boot, avec < Del > ou < F2 > ou < F8 > ou.... avant le POST selon le constructeur de ton portable... (je ne sais pas pour Toshiba mais c'est souvent inscrit à l'écran lors de l'allumage).
Sa solution de diagnostique est intéressante car tu pourras probablement y tester les touches litigieuses en dehors de l'influence de tout OS
[^] # iPod : DD amovible
Posté par Quzqo . En réponse au journal Pub iPod. Évalué à 1.
Après avoir fait le tour sur Google, l'iPod est en effet facilement accessible avec les modules : ieee1394, ohci1394 & sbp2 (voir raw1394).
Mais j'avoue ne pas comprendre pourquoi chez moi (iBook), il n'est pas "découvert" automatiquement en firewire dans /proc/scsi/scsi et que je doive le faire avec un echo "scsi add-single-device 1 0 0 0" > /proc/scsi/scsi pour pouvoir le monter...
J'ai bien essayer modprobe spb2 avec l'option sbp2_force_inquiry=1 (ou quelque chose dans le genre) mais rien n'y fait...
Une idée peut-être ?
AVERTISSEMENT: l'objet est chouette mais gaffe tout de même : j'ai rebooté sous Mac dernièrement (ça sentait un peu la poussière - j'sais j'aurai du essayer sous MOL ;o) pour mettre à jour l'iPod suite à des soucis de batterie (chargée à bloc et vide deux jours plus tard sans utilisation) et cet iTunes de misère a tout effacé... sans demander un avis quelconque => à poil la synchro auto...
Pour en revenir à la niouze, j'avoue ne pas être excessivement choqué par la pub sachant que dans d'autres circonstances j'ai toujours acheté un frigidaire... sans me préoccuper que c'était avant tout un réfrigérateur, ou un kleenex pour un mouchoir...
ICI, le cas est inversé et je __préfère__ entendre Windows confondu sous le nom PC que l'inverse...
Il y a juste qu'Apple, pour un coût réduit (type soutien des développements autour de l'iPod), aurait mérite à préciser que l'iPod est compatible avec tout matériel disposant d'un port Firewire car même les revendeurs de la marque ne savent pas qu'il fonctionne sous Linux (d'ailleurs, hors Mac OS, il ne savent pas grand chose... ;o)
# 21 pouces Apple
Posté par Quzqo . En réponse au journal Usbdump ?. Évalué à 1.
TAP - TAP - TAP ...
,o)
[^] # H.T. : 15-20% en plus en mode "SMP" ?
Posté par Quzqo . En réponse au journal Changement de matos. Évalué à 1.
Il y a donc un certain niveau de prise en charge de cette architecture : c'est encourageant.
Après, il ne faut pas demander plus au P4 H.T, ce ne sont effectivement pas de véritables bi-core (comme le Power 5, != G5, d'IBM)... mais les performances "décevantes" lues ici et là de l'H.T à sa sortie concernait, AMHA, un nombre limitée d'applications, optimisées pour l'ancienne architecture ou ayant une implémentation "orientée" (type optimisation en cas de SMP à "l'ancienne mode").
< mode épithète="pensée fugace & persistante (?)" >
Ca me fait doucement sourire ce discours Intel avec leurs architectures "révolutionnaires" : CISC/RISC avec le Pentium il y a quelques années, leurs instructions optimisées SSE, SSE2 et le H.T maintenant alors que tous ces principes sont acquis depuis "longtemps" sur d'autres processeurs.
Mais bon... buisness is buisness ...
< / mode >
PS: il y a peut-être aussi quelques choses à glaner du côté du chargement de microcode dans le CPU puisque c'est applicable aux P4 (voir options du noyau je-sais-plus-où ainsi que la doc du maintener de ce microcode Intel : Google +microcode +linux +IA32).
Mais j'avoue ne pas avoir compris l'intérêt de ces optimisations et le microcode Intel dispo' date de 2001 je crois...
Si qqu'un peut en dire plus... *o)
# bi Athlon XP/MP : chouette sans conteste
Posté par Quzqo . En réponse au journal Changement de matos. Évalué à 1.
Les compilations "dépotent" contrairement à ma passerelle (2xCeleron 466 + 3x128). Hier encore avec un setiathome + un encodage 3-pass de DVD + une compil' + surveillance de 2 machines sur le réseau (ssh + gkrellm), je pouvais switcher sans problème entre les bureaux et continuer à naviguer ou à bidouiller en ressentant (très... mais alors trrrrrès) rarement un léger freeze.
La seule chose notable était un faible remplissage du swap (~20 % d'un équivalent de la mémoire physique).
A mon sens, il y a tout de même quelques avantages/inconvénients à cette solution matérielle :
Inconvénients
- Tyan ça pompe : au moins 350-400W d'alim' sur du bi-proc => plus cher que le "standard" mais c'est vrai pour tous les "multi" proc actuels
- il y a un an et demi, c'était encore un poil cher mais les derniers prix sont devenus raisonnables
- la CM a un POST au boot que je juge super long... avant le chargement du bootloader.
- Mémoire ECC registered obligatoire
- il faut refroidir tout ça et ça fait du bruit
Avantages
- le confort d'utilisation
- deux bus PCI 64bits (pour le SCSI)
- réseau 3Com en standard
- Chipsets (760MPX - 762/768 & Winbond 83627) reconnus en standard par le noyau (>= 2.4.19 + lm-sensors)
- la qualité TYAN (contrairement à l'ABIT bi-celeron citée plus haut) : possibilité de remplir tous les slots sans affoler le bus PCI
- ...
Sinon, je ne sais pas s'il y a d'autres candidats pour le bi-AMD Athlon. J'avais lu (à l'époque) des avis très critiques sur la solution équivalente (760MPX, seul chipset bi-Socket A) MSI K7D Master et l'Asustek a disparu.
En même temps, je me demande si ça vaut le coup d'investir dans ce type de solution :
-- ex - 2xAthlon MP2600+ & DDR-SDRAM ECC registered
alors que pour un prix comparable, il y a
-- 1. du mono CPU Athlon XP3200+ ou P4 3.0C H.T en économisant le prix de la mémoire ECC
-- 2. des solutions 64bits (AMD Athlon 64 3200+ ou AMD Opteron 142 1.6 Ghz)
en gardant à l'esprit que le chipset 760 MPX commence à dater (bus 200/266 Mhz, USB 1.1, AGP 4x) à comparer aux actuels bus 400 Mhz et USB 2.0 / Firewire par exemple... mais qu'il a le mérite d'être parfaitement reconnu par le noyau 2.4 actuel.
A toi de voir...
PS: on trouve encore des TYAN 760MP (en gros, sans PCI 64bits) à des tarifs intéressants et tout aussi compatibles
[^] # Quand le marketing nous dit : "Ne jamais dénigrer son concurrent"
Posté par Quzqo . En réponse au journal Les ennemis du libre ?. Évalué à 1.
[^] # _Pod.. sous Linux
Posté par Quzqo . En réponse au journal Pub iPod. Évalué à 1.
Sauf qu'aux dernières nouvelles (j'ai sans doute un peu de retard), il n'y avait pas de support du son...
# Re: Voilà mon premier journal... pfffiouuuu
Posté par Quzqo . En réponse au journal Voilà mon premier journal. Évalué à 2.
+ Compte crée le 21/10/2002
[...] Un peu de retard à l'allumage ?
[^] # Mettez-vous à l'heure... avec les formes ;o)
Posté par Quzqo . En réponse au message [Terminal] Mettez-vous à l'heure. Évalué à 1.
Mais j'y vois deux points à compléter/crtitques :
1. Aller sur http://www.eecis.udel.edu/~mills/ntp/clock2a.html(...) choisir un nom de serveur de temps
... En n'oubliant pas que
- il est toujours apprécier de demander au "webmestre" l'autorisation de prendre "son" serveur comme référence temporelle
- ne pas se tromper de niveau du server (strate I, II, ...)
2. Personne n'aura plus l'excuse du : "désolé mais mon horloge dérive..." ;o))
Adieu quart d'heure toulousain (sniff)
[^] # [HS] "chez Tonton"
Posté par Quzqo . En réponse au sondage Ma machine tourne sous ma distribution GNU/Linux/BSD préférée. Évalué à 1.
[...] chez Tonton [...]
Hummm, hummm... le "chez Tonton" au bord de la garonne ?
(nan, j'y crois pas trop...)
< / H.S-que-depuis-le-lycée-j'ai-pas-fait-pire >
[^] # ALSA & modules
Posté par Quzqo . En réponse à la dépêche Sortie d'ALSA 1.0.0pre1. Évalué à 1.
Un autre avantage est de pouvoir les mettre à jour sans avoir à recompiler tout un noyau... et donc à devoir rebooter pour en bénéficier...
Sur un noyau 2.4.2+ powerpc, la solution "modules" a aussi été pour moi la seule façon d'avoir un son convenable (définition de l'ordre de chargement).