BAud a écrit 12768 commentaires

Je ne comprends pas très bien son moinssage, il a tout à fait raison, perso je tombe sur la page suivante du proxy :
L'accès à l'URL http://www.futura-sciences.com/fr/sinformer/actualites/news/(...)
est resté sans réponse.
Cause : [code=DNS_TIMEOUT] A DNS lookup error occurred because the request timed out during the lookup.

donc bon un petit résumé aurait été sympathique pour la pause du midi, histoire de se faire une idée de ce que je loupe.

avec < (&lt ; sans l'espace) > ça passe ;-)

Comme tu as l'air au courant, ce genre de calcul est-il accessible via nos cartes graphiques grand public ?

Le projet nouveau pourrait d'un coup prendre une nouvelle envergure ;-) [http://nouveau.freedesktop.org/wiki/Accueil-fr#A_propos]. Tiens d'ailleurs TiNDC est sorti : http://nouveau.freedesktop.org/wiki/Nouveau_Companion_22 (bientôt la traduction française j'espère).

Vous n'êtes pas très nombreux à utiliser ce terme : http://www.google.com/search?ie=UTF-8&oe=UTF-8&sourc(...) (1 actuellement), bientôt 2 donc... (linuxfr étant très bien référencé par google) (2ème aparté : google propose de lui-même une autre orthographe, ça m'hallucine bien souvent ;-) ).

Est-ce un croisement entre "Vous avez un message" (forcément encore de la pub' /o\ ) et maussade (les nuages bas de ce début d'hiver, les feuilles mortes à terre des arbres qui commencent à perdre leur feuille, hum ah c'est pourtant l'été là ? Je dois être en Australie alors :/ ).

il ne me semble pas que la version de cooker a changé pour cvoicecontrol ?
Il s'agit de ce bug : http://qa.mandriva.com/show_bug.cgi?id=27782 (correctif inside ou presque), je ne sais pas trop pourquoi il n'a pas été repackagé :/
tu peux prendre le src.rpm sur le miroir et faire la modif' dans le code pour le recompiler.

c'est quoi ton souci exactement avec cvoicecontrol (je n'ai même pas réessayé sur mon x86_64...) ?

sinon si tu as d'autres liens que ceux sur http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...) ça m'intéresse.

Il me reste à attaquer la reconnaissance mono-locuteur (et effectivement faire le kéké à déclencher des actions sur commande vocale).

sans doute kmix...

pour diagnostiquer, installe supertux, lshw, les alsa-utils ou alsa-tools (déjà présents normalement)
puis regarde :
http://cookerspot.tuxfamily.org/wikka.php?wakka=Reconnaissan(...)

C'est bien souvent un process qui bloque le son... je n'ai pas encore trouvé de test déterministe pour dire que cela fonctionne :/ (d'où l'essai d'enregistrement / d'écoute et jouer un son .wav pour s'assurer que chaque composant fonctionne).

ouais c'est le point que je n'ai pas bien précisé (j'avais pourtant mis du souligné autour de _prévu_ ) :
- à terme, dans le futur, d'après zdnet, il est conçu pour 3 petaflop en pointe
- à terme, il est conçu pour plus de 1 petaflop atteint en continu (la métrique étant sans doute le sens du vent :) de manière plus réaliste la capacité des applis à réclamer de la CPU).

Ce qui est ballot tout de même, c'est que la métrique semble rester la CPU alors que dans mon boulot c'est plutôt la RAM le facteur limitant : l'informatique de gestion (oops pardon, l'information technology) c'est beaucoup beaucoup de données à traiter (et des développeurs persuadés que tout charger en mémoire est la bonne manière d'optimiser /o\). Côté CPU, si plus de 20%-40% sont utilisés sur la journée en moyenne c'est que l'appli est consommatrice (et bien développée) ou alors qu'elle traite du XML :/.
Bien sûr, au niveau du système d'information, de ce que j'en ai vu, c'est malheureusement une logique "batch" qui perdure plutôt que d'essayer de lisser la charge par du fil de l'eau...

Mais bon, le coeur de cible de ces monstres semble plutôt être le calcul en force, l'indicateur de CPU n'est pas forcément inintéressant... (quoique traiter de gros volumes d'informations ne devrait pas trop leur faire peur si les I/O suivent).

D'après http://hardware.slashdot.org/article.pl?sid=07/06/26/1517208 "IBM's Blue Gene Runs Continuously At 1 Petaflop" (le Blue Gene à 1 petaflop en continu) qui fait référence à un article de zdnet [http://www.zdnet.com.au/news/hardware/soa/IBM-s-Blue-Gene-pa(...)] la capacité réelle serait plutôt de 3 petaflops en pointe (mais effectivement jamais atteinte en continu par ces feignasses d'applications ;-) ) et il est _prévu_ pour fonctionner à 1 pétaflop en continu.

Perso, j'aime bien ce commentaire [http://hardware.slashdot.org/comments.pl?sid=241601&cid=(...)] listant des applications de CFD (Computationnal Fluid Dynamics) que ce soit pour la météorologie ou les calculs industriels, parlant de MPI (Message Passing Interface) ou OpenMosix ou Kerrighed pour la parallèlisation de traitements, les traitements d'images 2D ou 3D (raytracing)...
Sinon, ya sans doute des utilisations en mécanique quantique envisageable ?

secondes, il a oublié le mot "secondes" (ou pas)

Et ecologiquement parlant, qu'est-ce qui est mieux ?
Reporter la grande messe des résultats électoraux au lendemain soir, le lundi quoi.

Ils font comment les suisses avec leurs votations tout le temps ?

Faire tourner sur une linux 64 bits des applications 32 bits ne ralentit pas la vitesse du système ?

On va dire que non. En revanche, ça prend plus de place disque : si tu installes des applis 32 bits avec les bibliothèques 32 bits afférentes.
Perso, j'ai du 64bits pur (adieu flash et autres applis proprios ou des machins comme wine), c'est un bon filtre pour ne garder que les bonnes applis libres.

Quelque chose me dit que cela pourrait passer dans le cadre de partenariat fournisseur de matériel / constructeur (HP, Dell, ...) / distributions GNU/Linux
afin de fournir dès les tests constructeurs une évaluation des matériels à venir (et des ressources humaines supplémentaires pour documenter / coder / débugguer / compléter les nomenclatures).

Pour les portables et les PC de bureaux de constructeurs (dont le nom commercial est connu), cela pourrait être intéressant d'afficher le modèle (remplissage manuel pouvant être nécessaire).

D'ailleur, l'info du nom du kernel à côté de la distribution pourrait aider aussi (pour inciter à mettre à jour son kernel par exemple) : pour un matériel donné, lister les distributions le supportant peut aussi être intéressant (avec le nom des kernels utilisés).
Ensuite, viendra la répartition par catégorie (ou par tag... autant voir extensible dès le début) : cela pouvant se faire lorsque le rapprochement avec le pilote sera fait.

Quelques idées supplémentaires : http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Doc+D(...)
et une proposition de format de base de données http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Doc+D(...)
nous avions même fait des représentations graphiques http://librehwdb.tuxfamily.org/dev/librehwdb_schemas20050411(...) (fichier dia dans le même répertoire).

chez moi ça a marché, sans doute pas tombé au bon moment ? (parce que bon le mutualisé web, il tourne pas avec du mono là, ça ne peut pas être lié à ça ;-) )

il y a http://monofrance.tuxfamily.org/
heureusement que nous n'avons pas encore de brevets logiciels :/

tiens, j'ai oublié la balise humour, visiblement :-)

effectivement ya pas frcursive, tu peux te mettre d'accord avec https://linuxfr.org/~mayotte/ (message interne ou autre) et vous pouvez utiliser mon wiki pour rédiger une dépêche à deux http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr (suffit de créer une page NewsDeuxPolicesLibresEcolier par exemple)

bin il manque un système de notation (manuel) qui viendra sans doute ultérieurement : de 2 (marche du premier coup) à -2 (marche pas du tout) en passant par 0 (reconnu), 1 (marche avec étape manuelle), -1 (marchera sans doute jamais).

OpenPrinting a une notation à 4 niveaux : Perfectly Mostly Partially Paperweight http://www.linux-foundation.org/en/OpenPrinting/Database/Dat(...)

En ajoutant la gestion des pilotes, cela permettrait de distinguer : pas de pilote existant, les pilotes proprios, les pilotes libres avec firmware non distribuable, les pilotes libres avec firmware non libre distribuable, les pilotes libres avec firmware libre (ou pilotes fonctionnant sans firmware).

bah soustrait, ça passe bien àmha.
cet accord leur donne clairement des points en moins du point de vue de la communauté du libre.

Pour les intégrer au système, et bien je ne sais pas. ça dépend sûrement des distributions.

yaura pas de souci pour les polices Écolier "lignes court" et "court", étant sous licence OFL, elles pourront être intégrées à des logiciels libres.
En revanche c'est mort pour les autres qui sont en CC-by-nc-nd c'est ballot de se tirer ainsi une balle dans le pied juste pour une question de licence http://faq.tuxfamily.org/Licence/Fr#Pourquoi_une_licence_lib(...)
Une CC-by-sa permet que la licence soit conservée (sharealike) et le by demande que l'auteur soit conservé aussi et cela permet la distribution implicite par toutes les distributions GNU/Linux libres.

c'est ballot sinon, ya une dépêche en cours sur le sujet ;-)

c'est l'un des avantages de http://tuxfamily.org aussi (avec une licence libre en plus, format libre c'est mieux) avec les download repositories.

référence à ce journal https://linuxfr.org/~FredL/24708.html

en gros, une hardware compatibility list plutôt orientée matériel pour l'instant (yaura peut-être les pilotes ensuite en se basant sur ce qui est fait pour lspcidrake ? ;-) )

ce journal aussi https://linuxfr.org/~guitouu/24735.html en parlait déjà hein (dans les commentaires, mais bon, spa comme si ce n'était pas le premier, ah bah si tiens :) ).
Si tu veux tu peux en faire une synthèse pour une dépêche (en prenant les 3 distribs')

une url peut-être ? (vers les sources pour la recompil' en x86_64 au besoin aussi...)

Justement, ya 42 astuces en attente ;-)

sinon les autres fonctionnalités de DLFP c'est sur https://linuxfr.org/tracker/ (le lien "Suivi" à gauche de "RDF" dans le bandeau).

Pour mes tips d'utilisation de DLFP, c'est par là : http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...)