Mjules a écrit 223 commentaires

De ce que j'en avais compris, tracemonkey a été abandonné parce que moins performant que jaegermonkey de façon générale (ce qui est assez logique) et trop complexe à régler pour choisir quand le mettre en fonction.

http://blog.mozilla.org/nnethercote/category/tracemonkey/

Ça date de 2010 mais je doute qu'une révolution ait eu lieu depuis :

La principale conclusion des travaux les plus rigoureux disponibles est ainsi que la vidéosurveillance est inefficace pour dissuader la délinquance en général ou pour réduire le sentiment d’insécurité. Ce point est notable, car les études de piètre qualité (exclues des méta-analyses) montrent des résultats bien plus positifs que les études fiables (voir l’encadré ci-dessus). Il apparaît aussi que la population perd ses illusions quant aux bénéfices de la vidéosurveillance après qu’elle a commencé à opérer. En revanche, il semble que les caméras soient efficaces dans les lieux bien délimités ou clos, avec des points d’accès et de sortie bien déterminés.

http://www.pourlascience.fr/ewb_pages/f/fiche-article-la-videosurveillance-reduit-elle-la-delinquance-25588.php?chap=1

Tu connais un soft qui n'a pas pas de problème toi ? moi non.
Tu indiques que ubuntu a intégré pulseaudio dans les premiers et a essuyé les plâtres d'où la multiplicité des problèmes. Je précise juste qu'au moins une autre distribution non fedora l'a aussi fait au même moment et avait moins de soucis. Ce qui tend à confirmer qu'à l'époque le problème était surtout avec ubuntu. Aujourd'hui, ce n'est plus le cas.
J'avoue ne pas bien voir le rapport entre rpm et pulseaudio ? Ni même avec le fait que mandriva (mandrake à l'époque) trouve ses origines dans red hat ? Depuis 1998, les choses ont un peu changé...

Mandriva 2008.1 est sortie à peu près au même moment (avril 2008) avec pulseaudio par défaut et beaucoup moins de problèmes.

cela dit aujourd'hui, l'intégration de pulseaudio dans ubuntu est au niveau des autres distributions.

Pourquoi tu parles de Lennart ? Le seul commit de lui dans network manager, c'est pour des fichiers .service destinés à systemd.
http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=c4d387efb88ab0cc4dea4ae17e60c8360b5e45a8

Pas de soucis ici et au boulot avec google maps et https (FF7 ou aurora). Comme je l'ai dit plus bas, ça a changé récemment (quelques semaines je dirais).

ça a changé récemment, j'utilise google en https et j'ai tous les liens qui vont bien. :)

Tu as lu wikipedia, toi :-) La buprénorphine est un (type de) sulfate de morphine. Mais toute précisions de chimie correcte éclaire mieux. Merci. j'emploi un vocabulaire "de la rue" et des w sociaux (ce qui résume, par exemple le sulfate de morphine) et effectivement merci de préciser pour le subboxone.

Je persiste (je n'ai pas lu wikipedia, c'est mon métier), la buprénorphine n'est pas un type de morphine même si il fait partie de la famille des opiacés (au même titre que l'oxycodone, le dextropropoxyphène ou le lopéramide par exemple). Pour faire une analogie (avec les limites habituelles de ce type d'exercice), Linux et FreeBSD sont des OS libres mais FreeBSD n'est pas un type de Linux.

Après recherche, difficile de re-trouver des infos dessus de nos jours. Donc tu me met le doute sur la présence de coagulant dans les préparations de subbu. Par contre là où il n'y a aucun doute c'est sur le résultat, systématique, de l'injection de subbu sans préparation préalable. Si ce n'est pas des coagulants, il y a bien des ajouts dans les préparations de subbutex afin d'empêcher un usage détourné (nommé "usage de consommation" en opposition à "usage de substitution")

Le subutex classique n'est pas fait du tout pour être injecté (c'est un comprimé sublingual), ce qui fait qu'il contient divers excipients qui ne sont pas censés se retrouver dans les veines et peuvent donner des effets indésirables. Et on peut ajouter à cela les composés ajouté par le consommateur pour faire la remise en solution (eau non stérile par exemple).
Cela dit certains toxicos en sont à s'injecter le sirop de méthadone (sirop simple, ultra concentré en sucre) :/

(...)

C'est le plus difficile : décrocher des rituels et des habitudes. Plus encore que changer de fréquentations (secondaires, en général, cela se fait naturellement en phase terminale du traitement). C'est bien plus difficile cela que de décrocher de l'usage de confort. C'est pourquoi il manque un outil permettant de faire le lien entre la consommation ritualisée (autour des préparations, des gestes, etc) et la consommation de substitution.

Les salles d'injection ne me paraissaient pas une mauvaise idée pour ça mais a priori, ça ne plait pas à tout le monde.

ouhla ! Subutex n'est pas de la morphine, loin de là. il s'agit de buprénorphine. Pharmacologiquement, son action est celle d'un agoniste partiel c'est à dire agoniste sur certains récepteurs seulement, au contraire de la morphine qui est un agoniste pur sur tous les récepteurs(ce qui provoque certains effets secondaires).

Il n'y a pas de coagulant dedans. Pour éviter les injections, il y a la spécialité suboxone qui associe buprénorphine et naloxone (antidote des opiacés), cette dernière ne passe pas par voie sublinguale mais agit par voie injectable, ce qui rend inintéressant l'injection voire peu donner un syndrome de sevrage (elle va occuper les récepteurs aux opiacés sans donner aucun effet).

Les problèmes de coagulation (thrombus et autres) sont plus liés aux brèches veineuses ou aux additifs ajoutés par les consommateurs qu'aux composés du produit.

ekiga marche très bien sur une distribution récente (mandriva 2010.2) avec pulseaudio.

A priori, certaines des fonctions nécessaires pour une mise en veille fiable avec le noyau linux font partie de l'API interne (qui peut donc changer) et non de la partie externe (qui est plus ou moins figée).

pour Wayland, aujourd'hui ça reste encore une brique qui n'est pas vraiment utilisable. D'ici un à deux ans, je pense qu'on pourra réellement commencer à l'utiliser. Personnellement, vu la difficulté qu'il y avait à faire évoluer le protocole X pour passer outre les limitations du design initial (même si les extensions ont permis de le maintenir à niveau depuis 20 ans), l'idée de repartir de 0 ne me parait pas complètement stupide, d'autant qu'il sera possible de faire tourner un serveur X11 dans wayland et qu'il réutilise en grande partie l'existant.

La raison technique c'est que pour faire une mise en veille et un réveil fiable, il faut avoir la haute main sur le matériel et coordonner avec le reste du noyau (la gestion du bus pci express par exemple).
Tout ça n'est possible que si le noyau a le contrôle total, ce qui n'est le cas qu'avec l'utilisation de la gestion des modes en espace noyau (qui implique d'autres choses, notamment un gestionnaire de mémoire).
Avant, il était tout à fait possible d'avoir un pilote noyau (vesafb, rivafb et autres) et un pilote en espace utilisateur (xf86-video-ati et autres) se battant pour le contrôle du matériel.

A part ça, je ne vois pas bien le rapport que tu fais entre KMS et Wayland, si ce n'est que le second utilise le premier ?

Quelle horreur ! ma mise en page !

J'avais écrit un bref résumé il y a quelques années, qui tient toujours à peu près la route :
http://mjules.littleboboy.net/carnet/index.php?post/2006/11/08/85-comment-marche-x11-xorg-et-toute-la-clique

Espace noyau :

• module DRM, s'occupe maintenant de la gestion des modes (KMS), de l'ouverture d'un canal direct vers la carte et de vérifier qu'on n'envoie pas n'importe quoi à icelle.

Espace utilisateur :

• le pilote DDX (ex : xorg-video-ati) : a de moins en moins de poids, il implémente l'accélération 2D (EXA), Xv (et dérivés), et donne le nom du pilote 3D pour qu'il puisse être utilisé. Utilise souvent le DRM pour communiquer avec la carte.
• le pilote 3D : fourni par le projet mesa, 2 architectures existent, la classique et gallium3D. La classique n'est quasiment plus utilisée que par Intel, Gallium3D par nouveau et AMD. Gallium3D permet de mieux mutualiser les ressources (une seule implémentation d'une API donnée - OpenGL, OpenVG, DirectX... - est partagée par tous les pilotes).
• Compiz, metacity, Kwin sont des gestionnaires de composition et de fenêtre, ils utilisent les fonctions d'accélération des pilotes (RENDER pour la 2D, OpenGL pour la 3D) pour fournir l'affichage et l'animation des fenêtres.

J'espère que ça t'a éclairé un peu.

J'avais écrit un bref résumé il y a quelques années, qui tient toujours à peu près la route :
http://mjules.littleboboy.net/carnet/index.php?post/2006/11/08/85-comment-marche-x11-xorg-et-toute-la-clique

Espace noyau : - module DRM, s'occupe maintenant de la gestion des modes (KMS), de l'ouverture d'un canal direct vers la carte et de vérifier qu'on n'envoie pas n'importe quoi à icelle. Espace utilisateur : - le pilote DDX (ex : xorg-video-ati) : a de moins en moins de poids, il implémente l'accélération 2D (EXA), Xv (et dérivés), et donne le nom du pilote 3D pour qu'il puisse être utilisé. Utilise souvent le DRM pour communiquer avec la carte. - le pilote 3D : fourni par le projet mesa, 2 architectures existent, la classique et gallium3D. La classique n'est quasiment plus utilisée que par Intel, Gallium3D par nouveau et AMD. Gallium3D permet de mieux mutualiser les ressources (une seule implémentation d'une API donnée - OpenGL, OpenVG, DirectX... - est partagée par tous les pilotes). - Compiz, metacity, Kwin sont des gestionnaires de composition et de fenêtre, ils utilisent les fonctions d'accélération des pilotes (RENDER pour la 2D, OpenGL pour la 3D) pour fournir l'affichage et l'animation des fenêtres.

J'espère que ça t'a éclairé un peu.

Le pilote proprio a de grandes parties communes avec le pilote windows, effectivement (c'est aussi le cas pour nvidia d'ailleurs).
Comme le disait John Bridgman sur les forums de phoronix, le pilote proprio, c'est une mise en commun entre les OS ; le pilote libre, c'est une mise en commun entre les matériels.

Pour l'histoire de la chaleur, c'est parce que le mode par défaut est d'être aux fréquences et voltages maximum sauf quand l'écran est désactivé. La gestion dynamique des fréquences existe mais il y a encore des progrès à faire dessus suivant les cartes (tu as des petits sauts d'images de temps à autre au changement de frequence/voltage).
Mais tu as la possibilité de forcer un mode précis, personnellement, ne jouant que peu, je force le mode minimum pour le travail de tous les jours.
cf le milieu de la page : http://www.x.org/wiki/RadeonFeature

Je ne trouve pas choquant qu'on demande aux plantes à visée thérapeutique les mêmes garanties en terme d'efficacité et de sureté que celles demandées pour les autres types de médicament (et on peut déjà discuter la pertinence du cadre général ad nauseum). Une plante est tout aussi dangereuse qu'un remède « non naturel » et à ce titre doit être aussi contrôlée.

De ce que j'en ai compris, c'est surtout qu'ils ne supportaient plus Niedermayer et son leadership (il peut être un vrai connard parfois) et pensait améliorer les choses.

Ah oui, j'allais oublier, après la scission, Mans Rullgard (de libav, faut suivre :D) a exigé que le logo ne soit plus utilisé par ffmpeg (c'est lui qui l'avait créé).

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-March/109234.html

Ce n'est pas exactement ça.

L'histoire (je suis surement un peu biaisé pour l'un des camps) telle que je l'ai retenue :

Situation initiale : tout les développeurs pouvaient committer sur le dépôt SVN, Michael Niedermayer était considéré comme le leader du projet. Avec quelques problème puisqu'il a beaucoup de mal avec les interactions sociales.
En janvier 2011, à l'occasion d'un passage vers GIT, 18 développeurs ont signé un manifeste indiquant qu'ils prenaient le pouvoir : tous les droits de commit ont été retirés sur le dépôt principal sauf pour 8 développeurs qui committent les patches des autres. (je passe sur le fait que le dépôt principal a changé de place).
Le problème est qu'ils ont agit sans concertation avec les autres devs, n'ont prévenu personne à l'avance, ont viré Niedermayer et ont utilisé leur accès root sur le serveur pour couper les droits de tout le monde.

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-January/103440.html (et fils suivants)

Bref, cela a déclenché un tollé parmi l'autre faction des développeurs. Tollé amplifié par le fait que le groupe des 8 committeurs contient une personne qui avait un compte à régler avec Niedermayer (Mans Rullgard) et d'autres.

Il y a eu des tentatives de médiation de part et d'autre mais sans succès, le groupe des 8 refusant de transiger voire même de répondre aux critiques pour certains (un développeur, parmi les 8, a pourtant essayé de faire avancer les choses mais n'a pas été suivi).

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-February/105753.html (et suivants)
http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-March/109228.html

Il y a quelques jours, un autre dev a donné un autre serveur pour ffmpeg et Niedermayer a eu l'autorisation de Fabrice Bellard (qui détient la marque ffmpeg si j'ai bien compris) de rediriger les entrées DNS vers ce nouveau serveur. (L'ancien étant administré par le groupe des 8). Ce qu'il a fait, restaurant le droit de commit pour tout le monde.

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-March/109202.html

En « représailles », les développeurs de l'autre camp ont changé de nom en créant libav et quelques jours après ont fermé les mailing lists ffmpeg-* sur le serveur historique (mplayerhq)... obligeant à une migration assez rapide vers une autre liste sur le nouveau serveur.

http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-March/109246.html http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-March/109281.html

J'ai découvert que si en fait, via des combinaisons de touches (peu connues il est vrai), il est possible de faire des Ç È À etc sous windows :
http://jm3.pagesperso-orange.fr/trucs/maj_accent.htm

la version beta de zotero fonctionne avec firefox4. Pas testé l'intégration avec autre chose que word par contre (c'est au boulot).
Par contre, il faut accepter que les documents ne soient pas réutilisables avec une version antérieure.

Pour l'instant personne chez LibreOffice ne code

C'est faux, plusieurs développeurs Openoffice.org participent à LibreOffice.

Depuis 3 semaines, il y a un gros travail de nettoyage de code (oui le code d'openoffice.org est assez crade par endroit).
http://cgit.freedesktop.org/libreoffice/

Si l'on relit le communiqué de lancement de la Document Foundation et de libreoffice et qu'on le met en perspective avec tout ce qui a été écrit avant, c'est effectivement une tentative de prise de contrôle du futur de la suite bureautique. Mais il faut se souvenir que c'est la promesse de Sun quand il avait libéré le code il y a maintenant 10 ans.
http://www.openoffice.org/press/sun_release.html

Juste pour préciser que Dark Shikari, en plus de développer x264, est l'un des principaux développeurs de l'implémentation de VP8 dans ffmpeg. Il est sûrement un peu biaisé mais connaît très bien le sujet.

J'en ai entendu parlé début 2007 la première fois (sur planet mozilla) :
http://www.kanai.net/weblog/archive/2007/01/26/00h53m55s