Oui mais c'est également vrai qu'il s'agit là d'un comportement d'une personne. Donc c'est vrai que la manière trollesque de présenter l'évènement (que j'adore :p ) c'est exagéré. Auriez vous préféré que la personne ai fait ce post sur le bugzilla du projet directement ? Peut être que cette personne a juger judicieux par rapport à ses connaissances du sujet de soumettre en premier lieu à redhat (heu pardon, fedora) afin de voir ce que fedora en pense et de le reporter au projet ensuite ou de laisser fedora faire selon son choix. Sur cet acte réel et bien concret, effectivement cela découvre ubuntu (heu pardon canonical) comme n'ayant pas les compétences recquises sur le sujet, mais peut être que cette personne au final a eu raison de procéder ainsi ? Pourquoi reporter au projet si ce n'est pas assez précis, avec des pistes de solutions voir mieux, et si cela ne puisse être fait sur un terme plus long qu'un seul rapport ? On peux voir le même évènement comme quelque chose de positif, du moins pour la personne chez canonical qui a procédé ainsi.
non ?
/mode jeje/
Je ne parlais pas de cette philosophie là, mais plutôt d'intégration et de propreté du système. Là on va se retrouver à coup sûr avec du Windows-like :
pulseaudio pour les taches courantes.
jack qui sera lancé par les appli pros.
C'est complètement con, j'attendais un PulseAudio qui soit capable de remplacer Jack.
Bien maintenant j'attends un Jack qui soit capable de remplacer PulseAudio.
J'attends en continuant de me demander à quoi cela a servi que les gens du kernel se décarcassent. jack aujourdhui il se lance en rt sur un kernel vanille par défaut, c'est fantastique. Et moi j'ai PulseAudio qui bouffe 40% de mon cpu le temps de router un flux vers une nouvelle entrée, et pendant qu'il fait ça, j'ai le temps de préparer un maté.
Bref, je fais aujourdhui le même choix que celui qui m'a conduit à conserver linux à mes débuts : j'ai quelques restrictions certes, avec jack, mais je sais que là il y a qq chose de meilleur.
/mode/
Tu soulèves le point essentiel : l'intégration michu-ready.
Pulseaudio a toujours eu cela en ligne de mire, en objectif primaire (avant même un fonctionnement correct). On a tous constaté que PA faisait des trucs sympas de ce style, mais que d'un autre côté il était capable de consommer 12% de 2 xeon à 3ghz juste pour mixer 2 sources. Y a du bon et du moins bon. J'essaye de ne pas juger. Après toutes ces années, PA commence tout juste à faire ce genre de choses.
Il s'agit là d'un exemple de scénarios de fonctionnement. Un de ces exemples qui rendent le desktop linux meilleur. Meilleur dans la mesure où cela ne l'ampute pas ailleurs... Parceque si c'est juste pour couper le son de la musique quant un appel est reçu et que cela se fait au détriment des développeurs audio de linux, je ne sais plus quoi penser.
Il a peut être là une grave erreur de design, mais je ne peux pas vraiment le savoir, je n'ai pas les compétences pour.
Pour revenir à ton exemple, il illustre la demande de routage automatique de flux audio, ainsi que de politiques appliquées par défaut à ces flux. Revenons sur terre : il s'agit là de théorie, car même la dernière Ubuntu, la dernière Fedora et la future Mandriva ne permettront pas cela par défaut. Nous sommes donc dans un exemple d'objectifs, et pas un exemple de réalité.
La dissociation des flux audio et d'informations sur l'audio dans jack2 permet de pouvoir jouer sur cela sans perturber les capacités réelles du serveur de son. Jack peux déjà faire de la "synchronisation" de fonctions sur les flux, en fait il a toujours pû. Il est possible de stopper la lecture d'une piste (et donc de toutes les applications de cette piste) en en gardant une autre. Il est possible de faire une appli par pistes ou une multitudes d'applis sur une piste. Donc en théorie c'est possible aussi... Mais là encore on est dans la théorie car jamais personne n'a proposé des scénarios de fonctionnement pré-établis par défaut permettant de faire cela "automatiquement out-of-the-box). Théorie car Jack ne s'occupe pas de cela, il permet de le faire, nuance de taille. On peux reprendre l'adage "il fait une chose et la fait bien".
Par contre il est intéressant de regarder du côté de la "grande bataille des sessions" (des solutions permettant de faire cela : enregistrements de sessions et prévision-intégration de fonctionnements, de scénarios) car une excellente nouvelle est tombé récement : un mouvement d'unification des solutions jusqu'alors disparates : http://linuxmao.org/tikiwiki/tiki-read_article.php?articleId(...) (lien en Français d'un des meilleurs sites au monde de musique sur linux (!) renvoyant vers les archives des diverses ML en anglais pour suivre l'évènement)
Jack fait une chose, et la fait bien. Jack_session en fait une autre et commence à bien la faire ... En fait on est dans le cheminement inverse de pulse : ils ont d'abord fait quelque chose de solide et de stable, consommant quasiment rien tout en répondant à un cahier des charges 'pros', et maintenant il est question d'intégration et de facilités... qui bénéficeront à tous y compris à moi ou mr michu...
PA permet le temps réel. Ils ont même fait rtkit, qui a aussi été implémenté très rapidement, afin d'éviter des rt-bombs. bon franchement rtkit il est moins réactif que le simple code de 200 lignes de das_watchdog... mais bon voilà, tout le monde s'est jetté dessus comme des morfales sur une tartiflette...
PA supporte donc le temps réel, mais c'est en théorie. Pour l'avoir trituré aussi pas mal (moins que jack mais quant même) c'est pas ça. Et là je ne jetterai pas la pierre à Pa, ne sachant pas si les pb ne viennent pas d'ailleurs ( de dbus par exemple ?). D'ailleurs Lennart lui même le dit : il déconseille d'utiliser PA en RT. C'est un "work in progress" (depuis plus de 2 ans...) Le support de Flash et du bluetooth ayant été des priorités plus importantes.
PA c'est juste le nouvel ESD, rien de plus, mais rien de moins. Un ESD en bien mieux, mais son auteur ne cesse de le répéter : PA n'est pas fait pour les fortes contraintes. Donc faudra pas attendre d'évolutions de ce côté là.
La seule voie actuellement possible c'est de faire comme sous Windows : un truc de base de merde mais qui marche bien pour les trucs de base, et des softs "Pro" qui implémentent en douce un jackd lorsqu'ils sont lancés. Bref, moi je comprends plus rien à la philosophie de gnu, en matière de son.
Il faut aussi compter le doublon présent dans Jack2 :
Jack2 fourni jackd, tel que jack1 mais ré-écrit en c++ donc, avec support des multi-coeurs.
Jack2 fourni aussi jackdbus, qui lui est beaucoup plus soumis à controverse (attention : de manière réellement objective).
Jackd de jack2 :
Il est logique que les distributions tendent à remplacer jack1 par jack2, pour et uniquement pour son jackd. On y gagne en fiabilité et en stabilité. Objectivement. Jackd de jack2 n'est jamais emporté avec une application qui plante sévèrement, ce qui a tjs été un point noir de jack. [C'est certainement possible, néanmoins je ne l'ai jamais vu, et pourtant je le maltraite fort et le pousse à bout, le jackd). Il n'est pas seulement question donc de portabilité, ni même de choix de langage : il s'agit là de débat allant bien au delà. Plus basiquement il s'agit d'utilisation : jackd de jack2 est objectivement meilleur que jack1.
Bravo à grame.fr ...
Jackdbus de jack2 :
il y a là un côté enfermement qui fait bizarre, avec les outils ladish. On aime ou pas. En tout cas une large majorité de développeurs Linux Audio ne semblent pas vouloir l'adopté, et quasiment aucune application ne supporte actuellement et ne s'oriente vers le support de jackdbus. On revient donc sur Ladish, qui apporte des éléments assez essentiels de manière facile : les enregistrements des studios [ie : on retrouve facilement toutes ses connections] mais d'un autre côté tout se passe dans ladish...
Et puis il y a le problème Dbus : je ne crois pas, avec mes humbles tests, que Dbus soit réellement prêt pour cela (les contraintes sont très fortes quant même). Au final jackdbus me semble quelque peu inutile, avec un arrière goût de ré-écrire la roue, et avec le danger de voir certains des atouts de jack disparaitre "parceque dbus utilisation" ... Là seul les dev peuvent vraiment dire en fait. En tant que simple utilisateur, j'ai des doutes quant à son utilité réelle.
Ensuite, on peux comprendre sans mal les réticences d'un côté comme de l'autre et la difficulté de rester objectif. Par exemple ce post de Lenard c'est du pur fud. C'est vraiment désolant de lire des billets pareil de la part de gens de cette valeur.
Il repart sans cesse sur son principe (qui n'est pas de base, qui a fait jour suite aux limitations de pulse lors de la confrontation avec l'utilisation IRL) : Jack et PA n'ont pas le même objectif. C'est vraiment chagrin de lire encore ça aujourdhui. Ce n'est pas faux mais c'est de la manipulation mentale : en mettant en avant le fait que Jack soit taillé pour de fortes contraintes, et en ne disant jamais, simplement, que jack peux tout à fait être utilisé en dehors de ces fortes contraintes. Un jack de base avec de grosses latences, un gros buffer, et avec tout simpement les softs qui se connectent à l'entrée système, c'est possible,.. Jack n'oblige nullement son utilisateur à avoir l'énorme panoplie décrite. Il peux le faire, il peux encaisser ces contraintes. Mais il peux aussi se contenter d'un pc de base et d'une utilisation de base.
Tout comme on peux comprendre la réaction des autres développeurs de jack1 devant le fait que jackd de jack2 est en train de remplacer jack1.
Moi je regrette juste que les distributions grands publics n'aient pas fait l'effort de porter jack au niveau Michu. Et se contenter de copier aveuglement le taf de redhat, dont ce dernier ce contre-fout : ni l'embarqué ni le desktop ne l'importe.
Voilà un constat dénué de prise de position :
D'un coté on a PA qui commence seulement à marcher normalement... pour faire le taf de base, mais qui ne sera jamais capable (dixit son auteur : c'est pas pour ça que PA est fait) d'assurer un cahier des charges à fortes contraintes.
D'un autre côté on à Jack, qui est capable de tout faire mais qui ne bénéficie pas de l'intégration nécessaire pour être michu compliant par défaut.
Actuellement aucun des deux n'est réellement valables pour un "meilleur desktop".
Alors que franchement, un icone "volume" lorsque tu cliques dessus ça te sort une interface où il suffit de glisser déposer pour modifier les entrées et sorties de tout les logiciels entre eux... je vous laisse imaginer l'impact que ça aurait pu avoir, c'est pas du volume par applil ça monsieur, ça va bien plus loin si vous le souhaiter.
Le vrai problème dans cette affaire c'est qu'un produit vendu cher (dû à son équipement : une grosse 32go carte min-SD par exemple, font gonfler la note, l'appareil reste compétitif au vue de son équipement, il n'en reste pas moins très cher), donc un produit très cher et qui ne marche pas correctement : je lui connaissait vaguement quelques bugs, mais là, n'importe quel "modeur" Android fait mieux.
Pas reluisant.
Espérons que Intel va améliorer les choses... Sinon bye bye Nokia, numéro un mondial...
Pour comparaison, quant même : un HTC magic valait 150 euros avec abonnement (10 euros aujourdhui) : la conception globale est tellement bonne qu'il supporte sans problème une immersion totale dans de l'eau. Le matériel est tellement bon qu'il supporte sans broncher Android 2.1 aujourdhui (livré avec 1.5, mis à jour en 1.6 sans besoin d'ordi...) Le système est tellement bon qu'il supporte même le chargement de règles iptables sans pb si on veux. Et les applications sont tellement nombreuses que je ne citerai que Layar, CopPilot live, PicSay Pro..., que tout le système est Libre sous licences Apache et Bsd essentiellement mais aussi Gpl. Et que de nombreuses applis le sont aussi.
Donc bon, Nokia, il est mal barré, là.
Si avec un seul OS, une seule version et un seul téléphone, il arrive pas à faire ce qu'il faut...
Ca me ferai ch*** perso, parceque Nokia c'est Européen, Qt aussi. Mais bon quant on apprends que les mms ne fonctionnent même pas...
l'exemple de debian vs ubuntu, ou le fait d'avoir un dictateur benevole à vie fait que Ubuntu avance la ou Debian discutte,
C'est plus facile un dictateur. Y a pas photos.
Mais il y a alors le problème du dictateur.
La démocratie est plus difficile, car il faut savoir parler certes, mais il faut aussi savoir se taire et écouter. Le consensus et/ou le vote par majorité est souvent immédiatement frustrant pour certains.
Bizzarement les pays les plus puissants ont tous adoptés un mode intermédiaire dit de délégation. L'histoire nous montre tout les jours que le choix du dictateur n'est possible que par la capacité du dictateur. A long terme la démocratie gagne, toujours.
Le dictateur bienveillant est une utopie déresponsabilitrice qui ne fonctionne que temporairement. N'est pas dictateur qui veux...
Peut ête parcequ'il faut prendre en compte les habitudes. Des habitudes souvent anciennes, nous ne sommes pas formé à l'autonomie, mais à l'execution et au compte rendu. La formation, l'éducation du savoir faire, est dès le départ faite dans ce cadre. Les pédagogies de type Montessorie sont rares.
En responsabilisant, en habituant à l'autonomie, aux échanges et au travail mutuel, il y aurait bien plus de personnes prêtes à évoluer dans ce cadre particulier décrit par l'expérience de cette entrerprise. Pas toutes, mais bien plus.
Dans ce cadre d'autonomie élargie, il est essentiel il me semble de considérer le traitement global. Car si une autonomie élargie est appliquée au type de management que nous connaissons aujourdhui sous diverses variantes, cela serait à n'en pas douter une formidable arme à pression, effectivement. L'autocensure et la peur sont toujours plus efficaces que la censure.
Mais si ce cadre est correctement défini, alors chaque caractère pourrait continuer de s'exprimer librement : celui qui fait des heures sup' à n'en pas finir parcequ'il est passionné, celui qui fait juste ce qu'il a à faire, mais aussi celui qui fait du zèle, celui qui dit blanc à l'un noir à l'autre, etc etc. Bref tout les caractères peuvent s'exprimer de la même manière (et peut être avec le même ratio) dès lors que le cadre est correctement défini : la prime au rendement est forcément collective, les heures sup forcément individuelles, la participation aux résultats annuels est identique pour chacun.
Un élément de plus qui donne envie de faire un grand bras d'honneur à tout ça, et de réfléchir sur ses besoins réels.
Et peut être de dire stop : vous ne m'aurez ni moi ni mes enfants. Allez vous faire foutre avec votre société de merde que vous essayer d'imposer en écrasant au passage le pouvoir politique, démocratique. Votre modèle de société ne tiens que parcequ'il y a des esclaves plus ou moins consentant, pensant qu'ils n'ont pas le choix et que même le simple fait de s'exprimer est dangereux et soumis à représailles. Allez vous faire foutre.
De nombreuses souches de nombreuses plantes sont spécifiquemenrt développées pour être moins résistantes aux maladies. Plus productives, mais moins résistantes. Et ce, depuis belle lurette. Mr Michu en a eu connaissance avec l'apparation des fameux ogm-roundup-ready... Mais ce n'était que la face moderne de l'iceberg. Avec l'obligation d'acheter les semences du trop fameux catalogue, les agriculteurs sont piégés : sans instecticides ni pesticides ils ne produiront rien de rentables.
Cependant, à titre personnel, il me semble que l'on ne doit pas regarder la chimie comme l'ennemie. Loin de là même. Il faut préserver la terre et la biodiversité (et foutre à la poubelle le remembrement, les exploitations intensives, bref tout ce qui "pollue", au sens large, la terre). La chimie est un outil. Juste un outil. En tant que tel les grandes sociétés spécialisées peuvent tout à fait fournir le nécessaire pour une culture propre (une culture propre pour moi c'est une culture qui épargne la terre). Maintenant il va falloir changer des mentalités, car le marché est bête, ne réagis qu'à court terme, et rien de censé ou moral le controle... "madame monsieur voici une tomate poussée hors sol, en dtw, impact environnement zéro, avec des techniques permettant de produire pour tous" ou alors "madame monsieur voici une tomate poussée en pleine terre, avec des techniques permettant de produire pour tous", ou enfin "madame monsieur voici une tomate poussée pleine terre avec des techniques ne permettant qu'un rendement d'auto-suffisance locale"... Laquelle allons "nous" choisir ? ça se pèse et ça se réfléchi, il me semble... Non ?
Peut être un peu, oui. Car le contrôle de la prolifération des prédateurs n'est pas évident. D'un produit chimique ravageur on passe à un déséquilibre de l'écosystème. Ca parait plus écolo parceque plus propre, mais c'est pas sûr que ne plus avoir que des coccinelles soit vraiment une solution viable. Non ?
Il y aussi les "recettes de grands mères" qui fonctionnent assez bien : du jus de tabac autour des plants éloignera à peu près tout les rampants. Du citron pourri empêchera les fourmis de faire de l'élevage intensif de puceron sur ces plants là. De la bouillie de beterave apportera des éléments essentiels à la plante pour se défendre et être en bonne santé, tout en étant vite dégradé dans l'environnement pour le surplus. Du trichoderma vivra en symbiose avec les racines pour empêcher le développement des champignons pathogènes et de nombreux problèmes liés aux racines. Du purin d'ortie sera à la fois source d'azote mais également sera répulsif pour pas mal de squatteurs, tout en étant vite dégradé lui aussi, si la main verte à un peu la main lourde ;)
Finalement, la manière la plus écolo de faire pousser c'est peut être soit :
de faire "son" jardin proprement (mais ceci n'est possible que pour nous, dans nos petits pays) afin d'être autonome.
ou de faire selon les canons de la chimie et uniquement en hors sol, avec des techniques proches du DTW en circuit ouvert (ou la soupe enrichie servant à arroser, à nourrir, sur substrat neutre, n'est pas jetée à l'issue !! mais ré-équilibrée puis ré-utilisée. Aucun impact sur la terre, et aucun déchets chimiques)
Pour reprendre l'exemple du blé, il s'agit à l'origine d'une plante diploïde.
La modification par colchine en fait d'abord une plante tétraploïde.
Puis sélection des plants pas trop difformes et présentant des caractéristiques de production intéressantes.
Seconde modification à la colchine : on obtiens alors des plants hexaploïdes.
Re-selection.
Conservation de plants mères.
Voilà ce qu'on mange aujourd'hui. Et ce, depuis plus de 1 siècle. C'est pourquoi le discours sur les ogm m'énerve, que cela celui des "pros" ou des "contre", l'amalgame et la dissimulation d'infomartions essentielles, sous le fallacieux pretexte "que c'est compliqué" rends leur discours, aux uns comme autres, totalement in-entendable.
L'exemple du blé est frappant car relativement connu, bien que assez peu public, et surtout l'origine réelle (la branche) du blé n' a été découverte qu'assez récement. Ce qui rend cet exemple d'autant plus drôle
Un autre exemple plus connu dans le monde scientifique mais dont il est difficile de parler en France à cause de lois absconnes (connes tout court d'ailleurs) sans risquer d'être obliger de faire valoir le droit Européen, c'est l'exemple du Cannabis Sativa L. Afin d'éviter tout commentaire ici sur ce sujet, je me contenterai de renvoyer les éventuels lecteurs intéressés vers "mes vieilles références" lol
juste une remarque : les semences modernes de Cannabis Sativa L sont essentiellement faites par des passionnés, qui -eux- travaillent à rendre la plante plus résistante tant aux insectes qu'aux maladies, et a enrichir sa génétique (enrichir sur le long terme, pas faire du F4 et F5 en osant nommé ça une nouvelle variété...) Bien sûr certains pratiquent le "cubing" et autres méthodes, mais ce ne sont pas la majorité je pense...
Sébastien : je me suis pas trop planté dans la description ?
"sans y avoir verser une larme de sueur"
D'autant plus que les agriculteurs sont la "csp" la plus touché par les cancers... Non seulement verser des larmes de sueur, mais aussi y laisser sa santé, souvent.
neCua6nahS,
merci pour le journal, moi je sais maintenant ce que je vais aller voir au cinéma cette semaine.
La polyploïde tu pourrais expliquer de quoi il s'agit exactement pour les mr michu que nous sommes... et surtout nous dire d'où cela vient, la manière empirique utilisée à l'époque pour le faire, et le parallèle avec des techniques modernes : si nous avions à le faire aujourd'hui, comment le ferions nous ...
Bon allez, je me jette à l'eau.
Ce type de modification a été réalisée initialement sur le blé, au début du 20è siècle. Il s'agissait de jeter les graines de blé dans une solution de colchicine. Car on avait remarqué depuis longtemps que la colchicine obtenue par filtration du lait de colchique, plante toxique commune, rendait bizarre les plantes qui avaient été plongées dedans ... Certaines poussaient n'importe comment, d'autres restaient chétives, d'autres se dédoublaient littéralement, et certaines plantes male-femelle devenaient hermaphrodites.
On a donc plonger les semences dans des bains de colchicines, et ensuite on a opéré une sélection classique des résultâts. On ne conservaient que les plants 'normaux' les plus beaux. Que fait exactement la colchicine ? et bien cela a été découvert de manière précise bien après son emploi massif : cela fait glisser l'adn. On obtiens donc des organismes génétiquement modifiés. Bien entendu la technique employée n'a rien à voir avec les techniques d'aujourd'hui, c'était totalement empirique.
C'est pourquoi, par ailleurs l'emploi du terme "organismes génétiquement modifiés" m'énerve un peu :) je lui préfère le terme "organismes génétiquement manipulés" qui il me semble est plus précis pour désigner les techniques modernes... Car des ogm, cela fait plus de 1 siècle que l'homme en fait sans le savoir...
De toute façon, dissocier démographie et exploitation agricole n'est pas facile ... Et les techniques alternatives ne permettent pas de nourrir tout le monde. Bien qu'étant d'accord sur le fond je ne perds pas de vue que cela ne peux être appliquable que chez nous pour nous, et que cela constitue des solutions de et pour petits bobos bien riches. Soit on résout le problème démographique planétaire (...) soit on admet que tout les monde doit manger à sa faim. Il ne peux pas y avoir "d'entre deux idéal", là.
Etre à la fois pour le partage des richesses et à la fois pour la préservation de la nature n'a qu'une seule voie : un 'soleil vert' (ie : une nourriture complète et complètement artificielle). Pour tous. Vite. A moins que des champs nous attendent pas trop loin ailleurs. ...
Sébastien, il est possible que tu sois intéressé par kokopelli, leur travail (leur combat parfois, des procès) et les informations objectives qu'ils amènent. Ainsi que sur la politique actuelle de brevetabilité du vivant, l'obligation de ne planter que des semences issues d'un catalogue...
pour les planteurs au naturel qui seraient un peu geeks sur les bords :
Le Cisco au naturel : trichoderma harzianum (car au delà des informations dispo dans les deux premières pages de recherche par google, il est aujourd'hui certain qu'il existaient de vastes plaques de champignons constituant de véritables réseaux, notre aïwa à nous ...)
Faudrait te mettre à jour sur le sujet, ce n'est plus le cas.
ça t'ennuie pas si je répond que non ? non pas envie de me mettre à jour sur windows. Désolé. La référence c'est gnu/linux et point barre. D'ailleurs je dois pas être seul vu que windows s'est amélioré sur le sujet.
Oui, et des gens comme moi n'ont jamais fait le nécessaire pour mandriva. Sans faire d'auto flagellation, c'est juste la réalité.
-> Quant je lis la page Fedora, entre autre cela : Automatic printer driver installation lets you connect a USB printer and install the printer drivers automatically. j'ai l'impression de lire ce qui aurait dû être écrit pour une Mandriva 2008.0 ... (voir même peut être avant ?) pour (le défunt) drakprinter, et pour harddrake2 d'une manière plus générale, qui assure ces facilités pour tout types de matériel.
(genre "je plugg une clef bluetooth sur mon ordi pour la première fois, je lance harddrake2 pour voir ça, et il m'informe qu'il va y avoir des paquets installés = 2 mn après mon bluetooth fonctionne, tout seul)
Users can also install vendor-supplied ICC or ICM files by double-clicking them, and calibrate displays and scanners with external devices and color targets using the ArgyllCMS Hum... gros miam :)
Un poussin est entrée dans une cour : il a été transformé rapidement en pigeon par le comportement des autres dans la cour. Les autres ne sont ni des hyènes ni des poussins, de simples et sympathiques canards qui s'entendent à merveille aussi pour transformer en pigeon tout ce qui ne leur ressemble pas où ne se plie pas à toutes les règles de la cour. Finalement le pigeon en a eu marre, et est devenu hyène de manière ré-actionnaire.
Moralité : le poussin n'aurai jamais dû rentrer dans cette cour, il est coupable de ne pas avoir eu de jugeotte dès le départ, et d'avoir crû que tout le monde était poussin. Il n'y a de hyènes que parce qu'il y a des poussins, des pigeons, et des canards.
Si je suis à titre personnel d'accord avec toi, ce n'est pas objectif : là on porte un jugement sur le bien fondé de l'action d'un grand parti politique. Il faut justement éviter l'arbitraire, pour reprendre le terme que tu as employé. Pour ajouter une couche, ce qui est "financement occulte" aujourd'hui ne l'était pas hier. Tout cela fait qu'il si important aujourd'hui de pouvoir distinguer la notion d'enrichissement personnel.
Est ce vraiment possible de comparer le traitement de l'affaire Pasqua et celui de "wawamania" ?
D'un côté il y a un homme qui à fait dans ce qui lui semble être l'intérêt de son pays, et parfois qq commissions à titre personnel au passage.
D'un autre côté il y a un homme qui à fait dans ce qui lui semble être son intérêt.
Bien que n'appréciant pas le bonhomme, Pasqua, ni par sa vision de sa vision de son pays, ni par les méthodes que ses divers "gangs" ont pû employer, force est de reconnaître qu'il s'agit là de regarder également le "pour quoi". (et pourtant je ne l'apprécie mais alors pas du tout : depuis la french connection et son boulot d'alors chez pernod avant la fusion ricard, jusqu' à cette affaire là, en passant par le s.a.c et la france-afrique... rien chez lui ne m'est sympathique...)
D'un autre on à un bonhomme qui n'a pas fait que donner des chemins vers des méthodes de téléchargement illégales... même si son site n'hébergeait rien en lui même. Il a quant même pris soin d'y placer un partenariat avec une régie publicitaire... Et la fréquentation de son site explosant, les gains ont été conséquents. On est donc pas dans une affaire de simple mise à disposition, mais d'enrichissement sur la msie à disposition. Cette condamnation est drôle finalement (sauf pour lui...) car au delà de la personne condamné, c'est le système qui est en cause : une régie publicitaire permettant de se faire du fric avec un site tel que celui-ci. C'est l'hyper libéralisme du virtuel : des marques "bien sous tout rapport" se moquent de ce que fera la régie publicitaire, et cette dernière se moque de où et avec qui elle bosse, tant que ça rapporte. "wawamania" n'est finalement que le bouc émissaire d'un système pourri jusqu'à la moelle. Dont il s'est servi sans vergogne certes, mais sans le contourner : il n'a fait qu'exploiter des possibilités du système.
Un pigeon de plus condamné parcequ'il n'est pas possible de s'attaquer au système ultra-libéral. (il ne me semble pas qu'il ai fait quoi que soit d'illégal dans les fait, non ?? réellement ?!? il s'est enrichi et a eu sur le dos les gros du secteurs : voilà son crime) C'est regrettable. Mais c'est le lot courant de ce même système ultra-libéral.
Le "2 poids / 2 mesures" se fait plutôt sur la différence de traitement entre ce que fait un pov' type tout seul dans un coin, et ce que font des multinationales. Non ?
Kexec c'est génial. "A l'époque" j'avais posé la question, la réponse est simple : cela ne fonctionne pas pour tout les matos (et faire des workarounds ou des listes d'exclusion juste pour ça serait l'enfer je présume). Donc Kexec n'est pas viable de manière "industrielle", c'est typiquement le genre de trucs qu'on utilise pour soi sur ses machines car on les connait et on sait ce qu'on fait avec.
Il me semble bien avoir vu un "reboot" de système d'installation ne pas passer par le bios, effectivemement, vers 2009.0...mais je ne sais plus si je l'ai rêvé ou pas ... En tout cas le reboot après install passe bien par un reboot complet et belle vue sur le bios : donc il n'y a pas de Kexec, là.
/me qui s'est déjà gourrer à faire un $ fastboot au lieu de faire un $ ./fastboot (...) rien à voir avec kexec, mais drôle ...
J'vais faire l'avocat de P.A sur ce coup là \o/ (bien qu'ayant eu le même ressenti alors car une expérience similaire)
PulseAudio était un projet jeune. L'intégration dans les distributions a permis certainement de le faire avancer plus vite. Est ce que Mandriva a eu raison, en tant que distribution grand public, d'intégrer un projet aussi jeune aussi vite ? Je ne sais pas (et finalement la question de savoir si n'avoir qu'une seule distrib c'est bien) Ce qui est sûr par contre c'est qu'en faisant également cet effort, Mandriva a participer à l'effort dès le départ. Et à pleinement jouer un rôle d'intégrateur d'une part et de travail en commun directement avec les projets d'autre part. Chapeau à eux, non ?
Donc objectivement on peux pas, il me semble, reprocher à P.A ses erreurs de jeunesse éternellement. Tout comme on ne peux pas objectivement, il me semble, tout rejeter sur Alsa en disant "c'est de la faute de alsa" (c'est faux et malhonnête : alsa a certainement des difficultés et des merdes, n'empêche que ça marche et que d'autres serveurs de son s'en sortent bien mieux avec des contraintes bien plus importantes. De plus si c'était vraiment "de la faute de alsa" pourquoi s'être lancé sur P.A plutot que sur Alsa ? non il y avait bien un manque et ce manque se situait au dessus, P.A est venu combler ce manque). On pourrait aussi dire (et certainement de manière "plus vraie") que beaucoup de problème de P.A incombent en fait à Dbus, non ??
En pensant "desktop", le temps de "boot" n'est pas plombé par les services, le gros point noir c'est les services bureau, non ?
Un temps de démarrage résumé (machine aspire one)
Kernel -> (grub à 1 + Kernel lui même + initrd) : 4 secondes
Services -> entre 6 et 7 secondes, pour tout.
Bureau -> entre 7 et 8 secondes.
Ici en plaçant le serveur Xorg comme étant dans les services. Et le bureau est Gnome.
Le temps total oscille entre 17 et 21 secondes.
En changeant de bureau pour prendre LXde, on obtiens ceci :
Kernel -> 4 secondes
Services -> entre 6 et 8
Bureau -> entre 2 et 3 secondes
Le temps total oscille entre 12 et 15 secondes.
En enlevant certains services, ce temps tombe entre 10 et 12 secondes. En compilant un noyau "monolithique" je n'ai rien gagné (ou si peu), tout est compilé en dur et juste pour ce matos là sans rien d'autre, pas d'initrd donc. (me disait gagner un chouilla sans initrd, bof c'est pas visible...pourtant le noyau est resté léger)
A noter que la première mesure se fait sur un bureau Gnome vierge (ie : par défaut mais ayant déjà lancé une fois). Bien entendu ces chiffres sont à prendre avec des pincettes : ils ne reflètent qu'une expérience utilisateur et ne peuvent nullement être considérés comme valides. Les bureaux (kde et gnome) sont des veaux au démarrage. Et je sais ne pas savoir pourquoi d'une part, ni ne pas savoir ce que ça m'apporte vraiment d'autre part. LXde me suffit : cliques dans pcmanfm et la clef/carte/cd est monté.
-> Savez vous s'il existe un outil de type de bootchart mais dédié aux (ou à un) bureau ?
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
[^] # Re: Bof
Posté par bubar🦥 (Mastodon) . En réponse au journal Canonical FAIL. Évalué à 3.
non ?
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 5.
Je ne parlais pas de cette philosophie là, mais plutôt d'intégration et de propreté du système. Là on va se retrouver à coup sûr avec du Windows-like :
pulseaudio pour les taches courantes.
jack qui sera lancé par les appli pros.
C'est complètement con, j'attendais un PulseAudio qui soit capable de remplacer Jack.
Bien maintenant j'attends un Jack qui soit capable de remplacer PulseAudio.
J'attends en continuant de me demander à quoi cela a servi que les gens du kernel se décarcassent. jack aujourdhui il se lance en rt sur un kernel vanille par défaut, c'est fantastique. Et moi j'ai PulseAudio qui bouffe 40% de mon cpu le temps de router un flux vers une nouvelle entrée, et pendant qu'il fait ça, j'ai le temps de préparer un maté.
Bref, je fais aujourdhui le même choix que celui qui m'a conduit à conserver linux à mes débuts : j'ai quelques restrictions certes, avec jack, mais je sais que là il y a qq chose de meilleur.
/mode/
[^] # Re: non pas 3 jack, mais 4
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 2.
Tu soulèves le point essentiel : l'intégration michu-ready.
Pulseaudio a toujours eu cela en ligne de mire, en objectif primaire (avant même un fonctionnement correct). On a tous constaté que PA faisait des trucs sympas de ce style, mais que d'un autre côté il était capable de consommer 12% de 2 xeon à 3ghz juste pour mixer 2 sources. Y a du bon et du moins bon. J'essaye de ne pas juger. Après toutes ces années, PA commence tout juste à faire ce genre de choses.
Il s'agit là d'un exemple de scénarios de fonctionnement. Un de ces exemples qui rendent le desktop linux meilleur. Meilleur dans la mesure où cela ne l'ampute pas ailleurs... Parceque si c'est juste pour couper le son de la musique quant un appel est reçu et que cela se fait au détriment des développeurs audio de linux, je ne sais plus quoi penser.
Il a peut être là une grave erreur de design, mais je ne peux pas vraiment le savoir, je n'ai pas les compétences pour.
Pour revenir à ton exemple, il illustre la demande de routage automatique de flux audio, ainsi que de politiques appliquées par défaut à ces flux. Revenons sur terre : il s'agit là de théorie, car même la dernière Ubuntu, la dernière Fedora et la future Mandriva ne permettront pas cela par défaut. Nous sommes donc dans un exemple d'objectifs, et pas un exemple de réalité.
La dissociation des flux audio et d'informations sur l'audio dans jack2 permet de pouvoir jouer sur cela sans perturber les capacités réelles du serveur de son. Jack peux déjà faire de la "synchronisation" de fonctions sur les flux, en fait il a toujours pû. Il est possible de stopper la lecture d'une piste (et donc de toutes les applications de cette piste) en en gardant une autre. Il est possible de faire une appli par pistes ou une multitudes d'applis sur une piste. Donc en théorie c'est possible aussi... Mais là encore on est dans la théorie car jamais personne n'a proposé des scénarios de fonctionnement pré-établis par défaut permettant de faire cela "automatiquement out-of-the-box). Théorie car Jack ne s'occupe pas de cela, il permet de le faire, nuance de taille. On peux reprendre l'adage "il fait une chose et la fait bien".
Par contre il est intéressant de regarder du côté de la "grande bataille des sessions" (des solutions permettant de faire cela : enregistrements de sessions et prévision-intégration de fonctionnements, de scénarios) car une excellente nouvelle est tombé récement : un mouvement d'unification des solutions jusqu'alors disparates :
http://linuxmao.org/tikiwiki/tiki-read_article.php?articleId(...) (lien en Français d'un des meilleurs sites au monde de musique sur linux (!) renvoyant vers les archives des diverses ML en anglais pour suivre l'évènement)
Jack fait une chose, et la fait bien. Jack_session en fait une autre et commence à bien la faire ... En fait on est dans le cheminement inverse de pulse : ils ont d'abord fait quelque chose de solide et de stable, consommant quasiment rien tout en répondant à un cahier des charges 'pros', et maintenant il est question d'intégration et de facilités... qui bénéficeront à tous y compris à moi ou mr michu...
[^] # Re: API ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 4.
PA supporte donc le temps réel, mais c'est en théorie. Pour l'avoir trituré aussi pas mal (moins que jack mais quant même) c'est pas ça. Et là je ne jetterai pas la pierre à Pa, ne sachant pas si les pb ne viennent pas d'ailleurs ( de dbus par exemple ?). D'ailleurs Lennart lui même le dit : il déconseille d'utiliser PA en RT. C'est un "work in progress" (depuis plus de 2 ans...) Le support de Flash et du bluetooth ayant été des priorités plus importantes.
PA c'est juste le nouvel ESD, rien de plus, mais rien de moins. Un ESD en bien mieux, mais son auteur ne cesse de le répéter : PA n'est pas fait pour les fortes contraintes. Donc faudra pas attendre d'évolutions de ce côté là.
La seule voie actuellement possible c'est de faire comme sous Windows : un truc de base de merde mais qui marche bien pour les trucs de base, et des softs "Pro" qui implémentent en douce un jackd lorsqu'ils sont lancés. Bref, moi je comprends plus rien à la philosophie de gnu, en matière de son.
# non pas 3 jack, mais 4
Posté par bubar🦥 (Mastodon) . En réponse au journal Pulseaudio vs JACK. Évalué à 10.
Jack2 fourni jackd, tel que jack1 mais ré-écrit en c++ donc, avec support des multi-coeurs.
Jack2 fourni aussi jackdbus, qui lui est beaucoup plus soumis à controverse (attention : de manière réellement objective).
Jackd de jack2 :
Il est logique que les distributions tendent à remplacer jack1 par jack2, pour et uniquement pour son jackd. On y gagne en fiabilité et en stabilité. Objectivement. Jackd de jack2 n'est jamais emporté avec une application qui plante sévèrement, ce qui a tjs été un point noir de jack. [C'est certainement possible, néanmoins je ne l'ai jamais vu, et pourtant je le maltraite fort et le pousse à bout, le jackd). Il n'est pas seulement question donc de portabilité, ni même de choix de langage : il s'agit là de débat allant bien au delà. Plus basiquement il s'agit d'utilisation : jackd de jack2 est objectivement meilleur que jack1.
Bravo à grame.fr ...
Jackdbus de jack2 :
il y a là un côté enfermement qui fait bizarre, avec les outils ladish. On aime ou pas. En tout cas une large majorité de développeurs Linux Audio ne semblent pas vouloir l'adopté, et quasiment aucune application ne supporte actuellement et ne s'oriente vers le support de jackdbus. On revient donc sur Ladish, qui apporte des éléments assez essentiels de manière facile : les enregistrements des studios [ie : on retrouve facilement toutes ses connections] mais d'un autre côté tout se passe dans ladish...
Et puis il y a le problème Dbus : je ne crois pas, avec mes humbles tests, que Dbus soit réellement prêt pour cela (les contraintes sont très fortes quant même). Au final jackdbus me semble quelque peu inutile, avec un arrière goût de ré-écrire la roue, et avec le danger de voir certains des atouts de jack disparaitre "parceque dbus utilisation" ... Là seul les dev peuvent vraiment dire en fait. En tant que simple utilisateur, j'ai des doutes quant à son utilité réelle.
Ensuite, on peux comprendre sans mal les réticences d'un côté comme de l'autre et la difficulté de rester objectif. Par exemple ce post de Lenard c'est du pur fud. C'est vraiment désolant de lire des billets pareil de la part de gens de cette valeur.
Il repart sans cesse sur son principe (qui n'est pas de base, qui a fait jour suite aux limitations de pulse lors de la confrontation avec l'utilisation IRL) : Jack et PA n'ont pas le même objectif. C'est vraiment chagrin de lire encore ça aujourdhui. Ce n'est pas faux mais c'est de la manipulation mentale : en mettant en avant le fait que Jack soit taillé pour de fortes contraintes, et en ne disant jamais, simplement, que jack peux tout à fait être utilisé en dehors de ces fortes contraintes. Un jack de base avec de grosses latences, un gros buffer, et avec tout simpement les softs qui se connectent à l'entrée système, c'est possible,.. Jack n'oblige nullement son utilisateur à avoir l'énorme panoplie décrite. Il peux le faire, il peux encaisser ces contraintes. Mais il peux aussi se contenter d'un pc de base et d'une utilisation de base.
Tout comme on peux comprendre la réaction des autres développeurs de jack1 devant le fait que jackd de jack2 est en train de remplacer jack1.
Moi je regrette juste que les distributions grands publics n'aient pas fait l'effort de porter jack au niveau Michu. Et se contenter de copier aveuglement le taf de redhat, dont ce dernier ce contre-fout : ni l'embarqué ni le desktop ne l'importe.
Voilà un constat dénué de prise de position :
D'un coté on a PA qui commence seulement à marcher normalement... pour faire le taf de base, mais qui ne sera jamais capable (dixit son auteur : c'est pas pour ça que PA est fait) d'assurer un cahier des charges à fortes contraintes.
D'un autre côté on à Jack, qui est capable de tout faire mais qui ne bénéficie pas de l'intégration nécessaire pour être michu compliant par défaut.
Actuellement aucun des deux n'est réellement valables pour un "meilleur desktop".
Alors que franchement, un icone "volume" lorsque tu cliques dessus ça te sort une interface où il suffit de glisser déposer pour modifier les entrées et sorties de tout les logiciels entre eux... je vous laisse imaginer l'impact que ça aurait pu avoir, c'est pas du volume par applil ça monsieur, ça va bien plus loin si vous le souhaiter.
mes 2 cents.
[^] # Re: Aucun problème ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Gros cafouillage pour la sortie de la mise à jour Maemo sur Nokia 900. Évalué à 3.
Pas reluisant.
Espérons que Intel va améliorer les choses... Sinon bye bye Nokia, numéro un mondial...
Pour comparaison, quant même : un HTC magic valait 150 euros avec abonnement (10 euros aujourdhui) : la conception globale est tellement bonne qu'il supporte sans problème une immersion totale dans de l'eau. Le matériel est tellement bon qu'il supporte sans broncher Android 2.1 aujourdhui (livré avec 1.5, mis à jour en 1.6 sans besoin d'ordi...) Le système est tellement bon qu'il supporte même le chargement de règles iptables sans pb si on veux. Et les applications sont tellement nombreuses que je ne citerai que Layar, CopPilot live, PicSay Pro..., que tout le système est Libre sous licences Apache et Bsd essentiellement mais aussi Gpl. Et que de nombreuses applis le sont aussi.
Donc bon, Nokia, il est mal barré, là.
Si avec un seul OS, une seule version et un seul téléphone, il arrive pas à faire ce qu'il faut...
Ca me ferai ch*** perso, parceque Nokia c'est Européen, Qt aussi. Mais bon quant on apprends que les mms ne fonctionnent même pas...
[^] # Re: Prix libre
Posté par bubar🦥 (Mastodon) . En réponse au journal [HS] Favi, l'entreprise sans chef.. Évalué à 5.
C'est plus facile un dictateur. Y a pas photos.
Mais il y a alors le problème du dictateur.
La démocratie est plus difficile, car il faut savoir parler certes, mais il faut aussi savoir se taire et écouter. Le consensus et/ou le vote par majorité est souvent immédiatement frustrant pour certains.
Bizzarement les pays les plus puissants ont tous adoptés un mode intermédiaire dit de délégation. L'histoire nous montre tout les jours que le choix du dictateur n'est possible que par la capacité du dictateur. A long terme la démocratie gagne, toujours.
Le dictateur bienveillant est une utopie déresponsabilitrice qui ne fonctionne que temporairement. N'est pas dictateur qui veux...
[^] # Re: complément
Posté par bubar🦥 (Mastodon) . En réponse au journal [HS] Favi, l'entreprise sans chef.. Évalué à 4.
En responsabilisant, en habituant à l'autonomie, aux échanges et au travail mutuel, il y aurait bien plus de personnes prêtes à évoluer dans ce cadre particulier décrit par l'expérience de cette entrerprise. Pas toutes, mais bien plus.
Dans ce cadre d'autonomie élargie, il est essentiel il me semble de considérer le traitement global. Car si une autonomie élargie est appliquée au type de management que nous connaissons aujourdhui sous diverses variantes, cela serait à n'en pas douter une formidable arme à pression, effectivement. L'autocensure et la peur sont toujours plus efficaces que la censure.
Mais si ce cadre est correctement défini, alors chaque caractère pourrait continuer de s'exprimer librement : celui qui fait des heures sup' à n'en pas finir parcequ'il est passionné, celui qui fait juste ce qu'il a à faire, mais aussi celui qui fait du zèle, celui qui dit blanc à l'un noir à l'autre, etc etc. Bref tout les caractères peuvent s'exprimer de la même manière (et peut être avec le même ratio) dès lors que le cadre est correctement défini : la prime au rendement est forcément collective, les heures sup forcément individuelles, la participation aux résultats annuels est identique pour chacun.
# envie et besoin
Posté par bubar🦥 (Mastodon) . En réponse au message ACTA :: L'encerclement :: Le QUAD. Évalué à 3.
Et peut être de dire stop : vous ne m'aurez ni moi ni mes enfants. Allez vous faire foutre avec votre société de merde que vous essayer d'imposer en écrasant au passage le pouvoir politique, démocratique. Votre modèle de société ne tiens que parcequ'il y a des esclaves plus ou moins consentant, pensant qu'ils n'ont pas le choix et que même le simple fait de s'exprimer est dangereux et soumis à représailles. Allez vous faire foutre.
[^] # Re: Rapport sur les pesticides
Posté par bubar🦥 (Mastodon) . En réponse au journal [CINÉMA] Solutions locales pour un désordre global. Évalué à 2.
Cependant, à titre personnel, il me semble que l'on ne doit pas regarder la chimie comme l'ennemie. Loin de là même. Il faut préserver la terre et la biodiversité (et foutre à la poubelle le remembrement, les exploitations intensives, bref tout ce qui "pollue", au sens large, la terre). La chimie est un outil. Juste un outil. En tant que tel les grandes sociétés spécialisées peuvent tout à fait fournir le nécessaire pour une culture propre (une culture propre pour moi c'est une culture qui épargne la terre). Maintenant il va falloir changer des mentalités, car le marché est bête, ne réagis qu'à court terme, et rien de censé ou moral le controle... "madame monsieur voici une tomate poussée hors sol, en dtw, impact environnement zéro, avec des techniques permettant de produire pour tous" ou alors "madame monsieur voici une tomate poussée en pleine terre, avec des techniques permettant de produire pour tous", ou enfin "madame monsieur voici une tomate poussée pleine terre avec des techniques ne permettant qu'un rendement d'auto-suffisance locale"... Laquelle allons "nous" choisir ? ça se pèse et ça se réfléchi, il me semble... Non ?
[^] # Re: Contre courant
Posté par bubar🦥 (Mastodon) . En réponse au journal [CINÉMA] Solutions locales pour un désordre global. Évalué à 2.
Il y aussi les "recettes de grands mères" qui fonctionnent assez bien : du jus de tabac autour des plants éloignera à peu près tout les rampants. Du citron pourri empêchera les fourmis de faire de l'élevage intensif de puceron sur ces plants là. De la bouillie de beterave apportera des éléments essentiels à la plante pour se défendre et être en bonne santé, tout en étant vite dégradé dans l'environnement pour le surplus. Du trichoderma vivra en symbiose avec les racines pour empêcher le développement des champignons pathogènes et de nombreux problèmes liés aux racines. Du purin d'ortie sera à la fois source d'azote mais également sera répulsif pour pas mal de squatteurs, tout en étant vite dégradé lui aussi, si la main verte à un peu la main lourde ;)
Finalement, la manière la plus écolo de faire pousser c'est peut être soit :
de faire "son" jardin proprement (mais ceci n'est possible que pour nous, dans nos petits pays) afin d'être autonome.
ou de faire selon les canons de la chimie et uniquement en hors sol, avec des techniques proches du DTW en circuit ouvert (ou la soupe enrichie servant à arroser, à nourrir, sur substrat neutre, n'est pas jetée à l'issue !! mais ré-équilibrée puis ré-utilisée. Aucun impact sur la terre, et aucun déchets chimiques)
??
[^] # Re: Les agriculteurs
Posté par bubar🦥 (Mastodon) . En réponse au journal [CINÉMA] Solutions locales pour un désordre global. Évalué à 1.
l'état naturel du blé est diploïde.
dans la nature, en europe et en amérique du nord, il n'y a plus que du poly (qu'il soit tetra ou plus).
[^] # Re: Les agriculteurs
Posté par bubar🦥 (Mastodon) . En réponse au journal [CINÉMA] Solutions locales pour un désordre global. Évalué à 2.
La modification par colchine en fait d'abord une plante tétraploïde.
Puis sélection des plants pas trop difformes et présentant des caractéristiques de production intéressantes.
Seconde modification à la colchine : on obtiens alors des plants hexaploïdes.
Re-selection.
Conservation de plants mères.
Voilà ce qu'on mange aujourd'hui. Et ce, depuis plus de 1 siècle. C'est pourquoi le discours sur les ogm m'énerve, que cela celui des "pros" ou des "contre", l'amalgame et la dissimulation d'infomartions essentielles, sous le fallacieux pretexte "que c'est compliqué" rends leur discours, aux uns comme autres, totalement in-entendable.
L'exemple du blé est frappant car relativement connu, bien que assez peu public, et surtout l'origine réelle (la branche) du blé n' a été découverte qu'assez récement. Ce qui rend cet exemple d'autant plus drôle
Un autre exemple plus connu dans le monde scientifique mais dont il est difficile de parler en France à cause de lois absconnes (connes tout court d'ailleurs) sans risquer d'être obliger de faire valoir le droit Européen, c'est l'exemple du Cannabis Sativa L. Afin d'éviter tout commentaire ici sur ce sujet, je me contenterai de renvoyer les éventuels lecteurs intéressés vers "mes vieilles références" lol
Les Journaux de Oxford : "le cahier de botanique" :
http://jxb.oxfordjournals.org/cgi/content/full/59/15/4171
Ainsi que vers La Société Américaine de Génétique :
http://www.genetics.org/cgi/content/full/163/1/335?maxtoshow(...)
juste une remarque : les semences modernes de Cannabis Sativa L sont essentiellement faites par des passionnés, qui -eux- travaillent à rendre la plante plus résistante tant aux insectes qu'aux maladies, et a enrichir sa génétique (enrichir sur le long terme, pas faire du F4 et F5 en osant nommé ça une nouvelle variété...) Bien sûr certains pratiquent le "cubing" et autres méthodes, mais ce ne sont pas la majorité je pense...
[^] # Re: Les agriculteurs
Posté par bubar🦥 (Mastodon) . En réponse au journal [CINÉMA] Solutions locales pour un désordre global. Évalué à 4.
"sans y avoir verser une larme de sueur"
D'autant plus que les agriculteurs sont la "csp" la plus touché par les cancers... Non seulement verser des larmes de sueur, mais aussi y laisser sa santé, souvent.
neCua6nahS,
merci pour le journal, moi je sais maintenant ce que je vais aller voir au cinéma cette semaine.
[^] # Re: Les agriculteurs
Posté par bubar🦥 (Mastodon) . En réponse au journal [CINÉMA] Solutions locales pour un désordre global. Évalué à 5.
Bon allez, je me jette à l'eau.
Ce type de modification a été réalisée initialement sur le blé, au début du 20è siècle. Il s'agissait de jeter les graines de blé dans une solution de colchicine. Car on avait remarqué depuis longtemps que la colchicine obtenue par filtration du lait de colchique, plante toxique commune, rendait bizarre les plantes qui avaient été plongées dedans ... Certaines poussaient n'importe comment, d'autres restaient chétives, d'autres se dédoublaient littéralement, et certaines plantes male-femelle devenaient hermaphrodites.
On a donc plonger les semences dans des bains de colchicines, et ensuite on a opéré une sélection classique des résultâts. On ne conservaient que les plants 'normaux' les plus beaux. Que fait exactement la colchicine ? et bien cela a été découvert de manière précise bien après son emploi massif : cela fait glisser l'adn. On obtiens donc des organismes génétiquement modifiés. Bien entendu la technique employée n'a rien à voir avec les techniques d'aujourd'hui, c'était totalement empirique.
C'est pourquoi, par ailleurs l'emploi du terme "organismes génétiquement modifiés" m'énerve un peu :) je lui préfère le terme "organismes génétiquement manipulés" qui il me semble est plus précis pour désigner les techniques modernes... Car des ogm, cela fait plus de 1 siècle que l'homme en fait sans le savoir...
De toute façon, dissocier démographie et exploitation agricole n'est pas facile ... Et les techniques alternatives ne permettent pas de nourrir tout le monde. Bien qu'étant d'accord sur le fond je ne perds pas de vue que cela ne peux être appliquable que chez nous pour nous, et que cela constitue des solutions de et pour petits bobos bien riches. Soit on résout le problème démographique planétaire (...) soit on admet que tout les monde doit manger à sa faim. Il ne peux pas y avoir "d'entre deux idéal", là.
Etre à la fois pour le partage des richesses et à la fois pour la préservation de la nature n'a qu'une seule voie : un 'soleil vert' (ie : une nourriture complète et complètement artificielle). Pour tous. Vite. A moins que des champs nous attendent pas trop loin ailleurs. ...
Sébastien, il est possible que tu sois intéressé par kokopelli, leur travail (leur combat parfois, des procès) et les informations objectives qu'ils amènent. Ainsi que sur la politique actuelle de brevetabilité du vivant, l'obligation de ne planter que des semences issues d'un catalogue...
pour les planteurs au naturel qui seraient un peu geeks sur les bords :
Le Cisco au naturel : trichoderma harzianum (car au delà des informations dispo dans les deux premières pages de recherche par google, il est aujourd'hui certain qu'il existaient de vastes plaques de champignons constituant de véritables réseaux, notre aïwa à nous ...)
[^] # Re: [:Mouaifff]
Posté par bubar🦥 (Mastodon) . En réponse au journal Rethinking PID 1. Évalué à -1.
ça t'ennuie pas si je répond que non ? non pas envie de me mettre à jour sur windows. Désolé. La référence c'est gnu/linux et point barre. D'ailleurs je dois pas être seul vu que windows s'est amélioré sur le sujet.
/mode évidence :
d'accord
[^] # Re: Démarrage
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 4.
-> Quant je lis la page Fedora, entre autre cela : Automatic printer driver installation lets you connect a USB printer and install the printer drivers automatically. j'ai l'impression de lire ce qui aurait dû être écrit pour une Mandriva 2008.0 ... (voir même peut être avant ?) pour (le défunt) drakprinter, et pour harddrake2 d'une manière plus générale, qui assure ces facilités pour tout types de matériel.
(genre "je plugg une clef bluetooth sur mon ordi pour la première fois, je lance harddrake2 pour voir ça, et il m'informe qu'il va y avoir des paquets installés = 2 mn après mon bluetooth fonctionne, tout seul)
Users can also install vendor-supplied ICC or ICM files by double-clicking them, and calibrate displays and scanners with external devices and color targets using the ArgyllCMS Hum... gros miam :)
[^] # Re: Est ce vraiment comparable ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Deux poids, deux mesures. Évalué à 7.
Un poussin est entrée dans une cour : il a été transformé rapidement en pigeon par le comportement des autres dans la cour. Les autres ne sont ni des hyènes ni des poussins, de simples et sympathiques canards qui s'entendent à merveille aussi pour transformer en pigeon tout ce qui ne leur ressemble pas où ne se plie pas à toutes les règles de la cour. Finalement le pigeon en a eu marre, et est devenu hyène de manière ré-actionnaire.
Moralité : le poussin n'aurai jamais dû rentrer dans cette cour, il est coupable de ne pas avoir eu de jugeotte dès le départ, et d'avoir crû que tout le monde était poussin. Il n'y a de hyènes que parce qu'il y a des poussins, des pigeons, et des canards.
[désolé]
[^] # Re: Est ce vraiment comparable ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Deux poids, deux mesures. Évalué à 2.
# Est ce vraiment comparable ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Deux poids, deux mesures. Évalué à 1.
D'un côté il y a un homme qui à fait dans ce qui lui semble être l'intérêt de son pays, et parfois qq commissions à titre personnel au passage.
D'un autre côté il y a un homme qui à fait dans ce qui lui semble être son intérêt.
Bien que n'appréciant pas le bonhomme, Pasqua, ni par sa vision de sa vision de son pays, ni par les méthodes que ses divers "gangs" ont pû employer, force est de reconnaître qu'il s'agit là de regarder également le "pour quoi". (et pourtant je ne l'apprécie mais alors pas du tout : depuis la french connection et son boulot d'alors chez pernod avant la fusion ricard, jusqu' à cette affaire là, en passant par le s.a.c et la france-afrique... rien chez lui ne m'est sympathique...)
D'un autre on à un bonhomme qui n'a pas fait que donner des chemins vers des méthodes de téléchargement illégales... même si son site n'hébergeait rien en lui même. Il a quant même pris soin d'y placer un partenariat avec une régie publicitaire... Et la fréquentation de son site explosant, les gains ont été conséquents. On est donc pas dans une affaire de simple mise à disposition, mais d'enrichissement sur la msie à disposition. Cette condamnation est drôle finalement (sauf pour lui...) car au delà de la personne condamné, c'est le système qui est en cause : une régie publicitaire permettant de se faire du fric avec un site tel que celui-ci. C'est l'hyper libéralisme du virtuel : des marques "bien sous tout rapport" se moquent de ce que fera la régie publicitaire, et cette dernière se moque de où et avec qui elle bosse, tant que ça rapporte. "wawamania" n'est finalement que le bouc émissaire d'un système pourri jusqu'à la moelle. Dont il s'est servi sans vergogne certes, mais sans le contourner : il n'a fait qu'exploiter des possibilités du système.
Un pigeon de plus condamné parcequ'il n'est pas possible de s'attaquer au système ultra-libéral. (il ne me semble pas qu'il ai fait quoi que soit d'illégal dans les fait, non ?? réellement ?!? il s'est enrichi et a eu sur le dos les gros du secteurs : voilà son crime) C'est regrettable. Mais c'est le lot courant de ce même système ultra-libéral.
Le "2 poids / 2 mesures" se fait plutôt sur la différence de traitement entre ce que fait un pov' type tout seul dans un coin, et ce que font des multinationales. Non ?
[^] # Re: C'est quoi le démarrage ?
Posté par bubar🦥 (Mastodon) . En réponse au journal Rethinking PID 1. Évalué à 2.
Il me semble bien avoir vu un "reboot" de système d'installation ne pas passer par le bios, effectivemement, vers 2009.0...mais je ne sais plus si je l'ai rêvé ou pas ... En tout cas le reboot après install passe bien par un reboot complet et belle vue sur le bios : donc il n'y a pas de Kexec, là.
/me qui s'est déjà gourrer à faire un $ fastboot au lieu de faire un $ ./fastboot (...) rien à voir avec kexec, mais drôle ...
[^] # Re: [:Mouaifff]
Posté par bubar🦥 (Mastodon) . En réponse au journal Rethinking PID 1. Évalué à 4.
PulseAudio était un projet jeune. L'intégration dans les distributions a permis certainement de le faire avancer plus vite. Est ce que Mandriva a eu raison, en tant que distribution grand public, d'intégrer un projet aussi jeune aussi vite ? Je ne sais pas (et finalement la question de savoir si n'avoir qu'une seule distrib c'est bien) Ce qui est sûr par contre c'est qu'en faisant également cet effort, Mandriva a participer à l'effort dès le départ. Et à pleinement jouer un rôle d'intégrateur d'une part et de travail en commun directement avec les projets d'autre part. Chapeau à eux, non ?
Donc objectivement on peux pas, il me semble, reprocher à P.A ses erreurs de jeunesse éternellement. Tout comme on ne peux pas objectivement, il me semble, tout rejeter sur Alsa en disant "c'est de la faute de alsa" (c'est faux et malhonnête : alsa a certainement des difficultés et des merdes, n'empêche que ça marche et que d'autres serveurs de son s'en sortent bien mieux avec des contraintes bien plus importantes. De plus si c'était vraiment "de la faute de alsa" pourquoi s'être lancé sur P.A plutot que sur Alsa ? non il y avait bien un manque et ce manque se situait au dessus, P.A est venu combler ce manque). On pourrait aussi dire (et certainement de manière "plus vraie") que beaucoup de problème de P.A incombent en fait à Dbus, non ??
[^] # Re: Marchera pas.
Posté par bubar🦥 (Mastodon) . En réponse au journal Rethinking PID 1. Évalué à 3.
Un temps de démarrage résumé (machine aspire one)
Kernel -> (grub à 1 + Kernel lui même + initrd) : 4 secondes
Services -> entre 6 et 7 secondes, pour tout.
Bureau -> entre 7 et 8 secondes.
Ici en plaçant le serveur Xorg comme étant dans les services. Et le bureau est Gnome.
Le temps total oscille entre 17 et 21 secondes.
En changeant de bureau pour prendre LXde, on obtiens ceci :
Kernel -> 4 secondes
Services -> entre 6 et 8
Bureau -> entre 2 et 3 secondes
Le temps total oscille entre 12 et 15 secondes.
En enlevant certains services, ce temps tombe entre 10 et 12 secondes. En compilant un noyau "monolithique" je n'ai rien gagné (ou si peu), tout est compilé en dur et juste pour ce matos là sans rien d'autre, pas d'initrd donc. (me disait gagner un chouilla sans initrd, bof c'est pas visible...pourtant le noyau est resté léger)
A noter que la première mesure se fait sur un bureau Gnome vierge (ie : par défaut mais ayant déjà lancé une fois). Bien entendu ces chiffres sont à prendre avec des pincettes : ils ne reflètent qu'une expérience utilisateur et ne peuvent nullement être considérés comme valides. Les bureaux (kde et gnome) sont des veaux au démarrage. Et je sais ne pas savoir pourquoi d'une part, ni ne pas savoir ce que ça m'apporte vraiment d'autre part. LXde me suffit : cliques dans pcmanfm et la clef/carte/cd est monté.
-> Savez vous s'il existe un outil de type de bootchart mais dédié aux (ou à un) bureau ?
[^] # Re: Theme graphique Ubuntu (pas kubuntu donc)
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 3.
Comme tout leur bureau Gnome, d'ailleurs.