Dans le fond je suis plutôt d'accord avec toi, mais je vais mettre un bémol car j'aime bien pinailler :)
L'analyse sur la viabilité entre modèles économiques n'est pas la même si le modèle est pris isolément ou si on le met en concurrence avec d'autres : effectivement, le modèle à base d'abonnement ne marche pas en milieu concurrentiel face au modèle gratuit+pub, mais ça ne veut pas dire qu'en théorie il ne marcherait pas dans l'absolu en l'absence de ce modèle qui constitue un peu une "concurrence déloyale" (je présume que le "bon débarras même si j'utilise Google aujourd'hui" cité plus haut se plaçait peut-être dans ce contexte là : pas possible de faire émerger un concurrent viable à base d'abonnement tant qu'un Google "gratuit" (grâce aux pubs) prend toute la place. La réponse "arrête d'utiliser Google alors" me semble abusive car 1°/ ce n'est pas possible aujourd'hui faute de concurrence sérieuse et 2°/ à supposer que Google puisse être maté, on verrait alors émerger des concurrents basés sur d'autres modèles économiques et il serait alors possible de ne plus utiliser Google)
Mais on s'égare, et avec des "si", on mettrait Paris dans une bouteille... :)
apt-get install pinfo te réconciliera peut-être avec les info (et au passage, pinfo fonctionne aussi avec les man, et gère/insère des liens hypertexte entre pages man !)
Surtout quand la fin de son interview se termine par "Je suis trop modeste pour ça" (juste à côté de "Être en avance sur son temps n'est jamais bon" :)
Sur ma Pandaboard, vsftpd avait à une époque la fâcheuse manie de se vautrer en état "uninterruptible sleep" ("D"). Après un peu de recherche, on constate qu'un processus dans cet état n'est pas killable : aucun moyen de le supprimer (sachant qu'il monopolise toujours le port 21/23) => rebooter est la seule solution ! Indépendamment du bug spécifique à cette situation (noyau ou vsftpd), j'ai été stupéfait de découvrir que mon Linux ne proposait aucun moyen de killer le truc, aucun appel système, aucune commande, rien !
Autre exemple de "petit souci" : avec un ancien disque dur USB avait plein de secteurs défectueux qui bloquaient fréquemment les I/O (i.e. même pas moyen de faire un dd_rescue, ce dernier freezant définitivement (ou mettant un temps non acceptable à se décoincer à chaque freeze)). J'ai réussi à faire un script qui note la position pour pouvoir reprendre "un peu plus loin" que la zone fautive à chaque tentative, mais il fallait tout de même que je débranche/rebranche le câble USB à la main à chaque itération car le process dd_rescue ou cp -a n'est pas killable dans cet état "D" (pas vu non plus de moyen simple de forcer un reset du device ou du bus USB par soft... (N.B. quelqu'un sait-il si c'est possible avec la libusb ?))
Soit, mais si
- l'utilisation se fait via un hub ou un réseau sans-fil (== bande passante partagée)
- le téléchargement est simultané
alors le multicast a un clair avantage par rapport au P2P présenté !
Mais que dire de l'abandon par de grands noms du LL de la portabilité vers ce systemes
Ce point de vue est encore minoritaire (et je crois que le projet Gnome a justement refusé la dépendance à systemd demandée par le "grand nom" en question).
Enfin, en ce qui concerne la licence, il y a de quoi être aigri parfois quand on voit son code passer sous GPL et quand on n'est plus en mesure d'en récupérer les améliorations. Même si c'est justement le propre de la licence BSD de le permettre
C'est permis par la licence. Point.
La BSD ne se protège pas, c'est quelque chose qu'il faut accepter lorsqu'on fait du code sous BSD. En même temps, j'avoue que la GPL peut agacer car elle pose des limites juridiques à ce que je peux techniquement faire (par exemple, si je souhaite expérimenter un concept de micro-noyau, en déplaçant une partie du code de Linux dans des libs userspace, mon micro-noyau+libs n'autorisera pas les applis propriétaires et le résultat ne pourra donc pas être iso-fonctionnel avec Linux, à cause d'une limite juridique et non technique. Idem si je souhaite réutiliser dans une lib du code sympathique trouvé dans une appli GPL, et permettre à des applis non-GPL de se linker à ma lib). De là à dire que la GPL limite l'innovation et la créativité, il n'y a qu'un pas... que je franchirai allègrement car on est vendredi :)
Du coup, je pense que la LGPL est un bon compromis et pourrait être utilisé de manière plus générale — même pour des applis/noyau — car elle se protège davantage que la BSD sans pour autant "viraliser" du code écrit par d'autres dans un cadre de liaison dynamique, et elle permet donc de réutiliser le code dans d'autres contextes et notamment sous forme de lib partagée. J'ai l'impression que la LGPL pourrait être la licence rêvée des dévs BSD aigris (mais qui n'aiment pas la GPL) ! Les gars, que diriez vous de basculer tout Free/Net/OpenBSD sous LGPL ?
C'était ma contribution au troll, bon vendredi :)
Posté par karteum59 .
En réponse au journal 10x10.
Évalué à 2.
Enfin bon, je pense que personne ne prétendrait aujourd'hui que Gnome est proche des 10% de parts de marché, ni même a une chance de les atteindre bientôt?
Il a peut-être une chance d'atteindre prochainement les 10% de parts de marché parmi les Linuxiens ?
Je pense que le raisonnement s'applique toujours : à savoir que l'empreinte environnemental d'un joujou numérique apparaisse largement dominé par sa fabrication et non par sa consommation courante, quand on prend en compte l'eau, l'énergie (notamment quand la production est en Chine et que les centrales sont au charbon), les matières premières (y compris les terres rares, dont l'extraction est très polluante), les multiples transport de ces dernières puis des pièces détachées puis des produits finis... (et on pourrait remonter loin si on incluait aussi l'impact environnemental de la fabrication et de l'utilisation des véhicules et machines qui servent à fabriquer et transporter tout ça :)
Acheter un Linutop pour dire d'être "éco-friendly" n'a pas de sens si on jette une machine encore valide en même temps... Hors cas extrêmes, l'attitude la plus sage semble donc de garder ses machines les plus longtemps possible (i.e. jusqu'en fin de vie), même si elles consomment plus que le dernier truc à la mode.
L'autre point : ces "derniers trucs à la mode" ont effectivement une durée de vie intentionnellement de plus en plus réduite. cf. Cf. http://www.youtube.com/watch?v=iB8DbSE0Y90 (j'ai gardé mon dernier PC fixe pendant plus de 10 ans en ne changeant que ce qui était nécessaire. On ne peut pas en dire autant des machins embarqués où rien n'est réparable/remplaçable, appareils photo, box et autres smartphones, etc. Je me demande si ma Pandaboard (oui, j'ai craqué... :) sera encore vivante dans 10 ans).
N.B.: pour la Freebox comme pour le reste, le problème de la conso en veille a été résolu chez moi simplement grâce à une multiprise avec interrupteur ! (sauf pour le boîtier Freebox réseau, car il faut bien que le téléphone puisse sonner... :)
C'est un petit peu hors sujet, mais : à quand une interface de configuration pour ip6table au niveau de la Freebox ? (c'est quand même une des choses qui me gêne un peu : devoir configurer un firewall à la main dans chacune des machines derrière la box, alors qu'en IPv4 le NAT permettait intrinsèquement de les rendre non joignables depuis l'extérieur...)
pas de S-video (TV out)
D'après la doc, tu as les pins apparentes pour la sortie composite, mais il faut y aller au fer à souder car il n'y a pas de connecteur sur cette version ! (cela dit je m'empresserai de souder ledit connecteur dès que j'aurai reçu ma Pandaboard :)
on, dans le cas précis c'est arteum59 qui explique que :
1 - c'est un peu mon fantasme les effets néfaste du gsm que rien ne le prouve scientifiquement
Merci pour la déformation des propos.
Si tu relis mon post, je me suis contenté de dire que les "2W" constituent 2W en pic sur 1/8 de la trame seulement (donc ce n'est pas réellement "2W tout le temps dans la tête"), et que effectivement le terminal était la principale source de rayonnement. Il ne me semble pas avoir donné un quelconque avis sur l'aspect sanitaire de la chose ou avoir parlé de "fantasme" (ce sont ces propos que tu m'attribues qui relèvent du fantasme).
Ce qui m'agace dans le présent débat est la présence systématique de FUD, des deux côtés (mais particulièrement du côté "anti-ondes"). Je ne sais pas s'il y a ou non dangerosité (j'observe que la majorité des études conclue à une non-dangerosité, et tu ne me feras pas croire que tous les chercheurs sont des corrompus... Après, on peut effectivement discuter du protocole de test) et j'observe aussi qu'il y a beaucoup de cas psychosomatiques ("maux de têtes" et autres symptômes alors que les équipements sont éteints, ou qui se manifestent au moment où les gens découvrent la présence de l'antenne-relais alors qu'elle était là depuis 2 ans...). ça ne constitue pas une preuve d'innocuité (qui ne pourra jamais être donnée) et il est normal et nécessaire que la recherche continue son travail sur ce sujet - tout comme il n'est pas inutile de prendre un minimum de mesures de précaution, comme utiliser un kit mains-libres. On verra bien quel sera l'état des connaissances dans 10 ou 20 ans, mais ce qui est certain c'est que les débats sont très rarement sans a-priori (== accepter que les deux hypothèses - dangerosité et non-dangerosité - puissent être plausibles). J'ai comme l'impression que tu ne pourrais jamais accepter qu'une étude conclue à une non-dangerosité sans mettre en doute sa rigueur ou sa sincérité...
Ce serait tellement plus agréable si les débats étaient davantage dépassionnés en évitant de mettre systématiquement en cause l'honnêteté ou l'intégrité des gens d'en face (note que les ingénieurs télécoms qui sont susceptibles de donner un avis contraire au tien s'exposent sensiblement plus aux rayonnements que le reste de la population en intervenant sur les équipements).
2 - le gsm permet de sauver plein de vie chaque année, ce qui est dans son cas, une vrai certitude scientifique bien entendu.
Eh oui, le portable sauve des vies. ça me semble évident même si je ne dispose pas des données pour le quantifier. ça ne veut pas dire qu'il faut escamoter le précédent débat, mais c'est quand même bon de le rappeler avant de partir en croisade contre les antennes-relais (qui par ailleurs ne sont pas la principale source de rayonnement. Promouvoir la généralisation des kits mains-libres me semble être plus rationnel).
un GSM c'est 2W max à 5 cm de la tête
Sauf erreur de ma part, c'est 2W *en pic* dans le time-slot alloué (qui dure 1/8 de la trame), mais en puissance moyenne cela ferait donc plutôt 250 mW.
Et encore, ton portable n'émet à pleine puissance que si le lien uplink le nécessite (i.e. en zone rurale, ou dans une voiture qui ferait en partie cage de faraday...)
Cela dit, je suis d'accord : tous les regards sont braqués sur les antennes-relais alors qu'un petit calcul (ou un peu de bon sens) montrent que la principale source de rayonnement vient du terminal (et même si la dangerosité n'est pas "prouvée", un kit mains libre ne fait pas de mal...).
Par contre, même si je comprends que des inquiétudes se manifestent, j'aimerais bien aussi de temps en temps qu'on oppose à toute cette dangerosité *supposée* le nombre de vies qui sont sauvées chaque année grâce au téléphone portable (on sait que la rapidité d'intervention des secours a une incidence très directe sur le taux de survie dans de nombreux types d'accidents)
à base de Cortex-A8
Petites questions : le futur processeur sera t-il analogue à celui de la Beagleboard (i.e. incluant le DSP, l'accélérateur graphique, etc.) ? La future carte possédera t-elle un slot half-minicard (pour le Wifi ou toute autre fonctionnalité) ?
Du reste, bravo pour vos réalisations fort sympathiques !
Pour ma part, les Ubuntu récentes n'a jamais voulu marcher avec mes PCs à base de Geforce 2 (driver nvidia-legacy). Bref, suis resté sur une Debian que j'ai configuré comme il fallait plutôt que de partir sur une Ubuntu que j'aurais dû dé-configurer...
Autre souci : avec l'écran de mon père (un Samsung T190 qui renvoie également des informations EDID erronées), je m'en suis sorti avec les trucs suivants dans xorg.conf (tout n'est peut-être pas nécessaire, mais j'ai tâtonné... Je crois que c'est le DisplaySize qui a été déterminant dans mon cas) :
Section "Device"
Identifier "Configured Video Device"
Driver "nvidia"
Option "IgnoreEDID" "True"
Option "UseEdidFreqs" "False"
Option "ModeValidation" "NoDFPNativeResolutionCheck,NoMaxPClkCheck, NoEdidMaxPClkCheck"
Option "UseEdidDpi" "FALSE"
# Option "ModeValidation" "NoMaxPClkCheck, NoEdidMaxPClkCheck"
Option "AddARGBGLXVisuals" "True"
Option "AllowGLXWithComposite" "True"
EndSection
[^] # Re: Utile ?
Posté par karteum59 . En réponse à la dépêche Cinnamon : fork de Gnome-Shell façon Gnome 2. Évalué à 4.
Effectivement, pour reprendre le commentaire plus haut, ce fork sera peut-être septique :)
A part ça, dans le genre desktop en QT autre que KDE, il y a aussi Antico (http://www.giuseppecigala.it/Antico.html)
[^] # Re: Sans pub
Posté par karteum59 . En réponse au journal Adblock Plus Vraiment. Évalué à 3.
Dans le fond je suis plutôt d'accord avec toi, mais je vais mettre un bémol car j'aime bien pinailler :)
L'analyse sur la viabilité entre modèles économiques n'est pas la même si le modèle est pris isolément ou si on le met en concurrence avec d'autres : effectivement, le modèle à base d'abonnement ne marche pas en milieu concurrentiel face au modèle gratuit+pub, mais ça ne veut pas dire qu'en théorie il ne marcherait pas dans l'absolu en l'absence de ce modèle qui constitue un peu une "concurrence déloyale" (je présume que le "bon débarras même si j'utilise Google aujourd'hui" cité plus haut se plaçait peut-être dans ce contexte là : pas possible de faire émerger un concurrent viable à base d'abonnement tant qu'un Google "gratuit" (grâce aux pubs) prend toute la place. La réponse "arrête d'utiliser Google alors" me semble abusive car 1°/ ce n'est pas possible aujourd'hui faute de concurrence sérieuse et 2°/ à supposer que Google puisse être maté, on verrait alors émerger des concurrents basés sur d'autres modèles économiques et il serait alors possible de ne plus utiliser Google)
Mais on s'égare, et avec des "si", on mettrait Paris dans une bouteille... :)
[^] # Re: mouais
Posté par karteum59 . En réponse à la dépêche Microsoft Office 2010 partiellement en partagiciel. Évalué à 4.
Il me semblait que Skype pouvait "élire" tout noeud possédant une IP publique (i.e. ta machine aussi) comme "super peer", i.e. relai potentiel ?
[^] # Re: Top !
Posté par karteum59 . En réponse à la dépêche htop atteint la version 1.0 !. Évalué à 5.
apt-get install pinfote réconciliera peut-être avec les info (et au passage, pinfo fonctionne aussi avec les man, et gère/insère des liens hypertexte entre pages man !)[^] # Re: Most
Posté par karteum59 . En réponse à la dépêche htop atteint la version 1.0 !. Évalué à 2.
Un "ls --color | most" interprête correctement la couleur, contrairement à less (exemple valide également pour colorgcc, cmake, etc.)
[^] # Re: Mauvaise foi
Posté par karteum59 . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 10.
Surtout quand la fin de son interview se termine par "Je suis trop modeste pour ça" (juste à côté de "Être en avance sur son temps n'est jamais bon" :)
[^] # Re: Fiabilité
Posté par karteum59 . En réponse à la dépêche Entretien avec Andrew Tanenbaum à propos de MINIX. Évalué à 2.
Sur ma Pandaboard, vsftpd avait à une époque la fâcheuse manie de se vautrer en état "uninterruptible sleep" ("D"). Après un peu de recherche, on constate qu'un processus dans cet état n'est pas killable : aucun moyen de le supprimer (sachant qu'il monopolise toujours le port 21/23) => rebooter est la seule solution ! Indépendamment du bug spécifique à cette situation (noyau ou vsftpd), j'ai été stupéfait de découvrir que mon Linux ne proposait aucun moyen de killer le truc, aucun appel système, aucune commande, rien !
Autre exemple de "petit souci" : avec un ancien disque dur USB avait plein de secteurs défectueux qui bloquaient fréquemment les I/O (i.e. même pas moyen de faire un dd_rescue, ce dernier freezant définitivement (ou mettant un temps non acceptable à se décoincer à chaque freeze)). J'ai réussi à faire un script qui note la position pour pouvoir reprendre "un peu plus loin" que la zone fautive à chaque tentative, mais il fallait tout de même que je débranche/rebranche le câble USB à la main à chaque itération car le process dd_rescue ou cp -a n'est pas killable dans cet état "D" (pas vu non plus de moyen simple de forcer un reset du device ou du bus USB par soft... (N.B. quelqu'un sait-il si c'est possible avec la libusb ?))
[^] # Re: importance relative
Posté par karteum59 . En réponse au journal Google+ a gagné ?. Évalué à 1.
Le post ci-dessous n'est pas inintéressant à ce sujet...
http://owni.fr/2011/08/29/google-suppression-compte-donnees-personnelles-vie-privee-god/
[^] # Re: Répliquer des fichiers sur n machines
Posté par karteum59 . En réponse au journal Répliquer des fichiers sur n machines via bittorrent. Évalué à 2.
Soit, mais si
- l'utilisation se fait via un hub ou un réseau sans-fil (== bande passante partagée)
- le téléchargement est simultané
alors le multicast a un clair avantage par rapport au P2P présenté !
# Superdupont programmeur...
Posté par karteum59 . En réponse au journal Linotte 1.4 : programmer simplement vos algorithmes en français.. Évalué à 3.
Jolie initiative pour l'enseignement, ça me rappelle le LOGO — également avec des variantes en Français il y a longtemps... En même temps, je me dis que si tout le monde s'y met [1, 2] ça risque d'être une belle galère pour réutiliser du code GPL fait par d'autres :)
[1] http://reganmian.net/blog/2008/11/21/chinese-python-translating-a-programming-language/
[2] http://en.wikipedia.org/wiki/Non-English-based_programming_languages
[^] # Re: Vous avez dit «partage» ?
Posté par karteum59 . En réponse à la dépêche Les serveurs de kernel.org ont été compromis. Évalué à 2.
Ce point de vue est encore minoritaire (et je crois que le projet Gnome a justement refusé la dépendance à systemd demandée par le "grand nom" en question).
C'est permis par la licence. Point.
La BSD ne se protège pas, c'est quelque chose qu'il faut accepter lorsqu'on fait du code sous BSD. En même temps, j'avoue que la GPL peut agacer car elle pose des limites juridiques à ce que je peux techniquement faire (par exemple, si je souhaite expérimenter un concept de micro-noyau, en déplaçant une partie du code de Linux dans des libs userspace, mon micro-noyau+libs n'autorisera pas les applis propriétaires et le résultat ne pourra donc pas être iso-fonctionnel avec Linux, à cause d'une limite juridique et non technique. Idem si je souhaite réutiliser dans une lib du code sympathique trouvé dans une appli GPL, et permettre à des applis non-GPL de se linker à ma lib). De là à dire que la GPL limite l'innovation et la créativité, il n'y a qu'un pas... que je franchirai allègrement car on est vendredi :)
Du coup, je pense que la LGPL est un bon compromis et pourrait être utilisé de manière plus générale — même pour des applis/noyau — car elle se protège davantage que la BSD sans pour autant "viraliser" du code écrit par d'autres dans un cadre de liaison dynamique, et elle permet donc de réutiliser le code dans d'autres contextes et notamment sous forme de lib partagée. J'ai l'impression que la LGPL pourrait être la licence rêvée des dévs BSD aigris (mais qui n'aiment pas la GPL) ! Les gars, que diriez vous de basculer tout Free/Net/OpenBSD sous LGPL ?
C'était ma contribution au troll, bon vendredi :)
[^] # Re: stats ?
Posté par karteum59 . En réponse au journal 10x10. Évalué à 2.
Il a peut-être une chance d'atteindre prochainement les 10% de parts de marché parmi les Linuxiens ?
(oops désolé, on n'est pas vendredi... :)
[^] # Re: Le plus écologique ?
Posté par karteum59 . En réponse à la dépêche Nouveau Linutop OS basé sous Ubuntu Lucid. Évalué à 3.
Je pense que le raisonnement s'applique toujours : à savoir que l'empreinte environnemental d'un joujou numérique apparaisse largement dominé par sa fabrication et non par sa consommation courante, quand on prend en compte l'eau, l'énergie (notamment quand la production est en Chine et que les centrales sont au charbon), les matières premières (y compris les terres rares, dont l'extraction est très polluante), les multiples transport de ces dernières puis des pièces détachées puis des produits finis... (et on pourrait remonter loin si on incluait aussi l'impact environnemental de la fabrication et de l'utilisation des véhicules et machines qui servent à fabriquer et transporter tout ça :)
Acheter un Linutop pour dire d'être "éco-friendly" n'a pas de sens si on jette une machine encore valide en même temps... Hors cas extrêmes, l'attitude la plus sage semble donc de garder ses machines les plus longtemps possible (i.e. jusqu'en fin de vie), même si elles consomment plus que le dernier truc à la mode.
L'autre point : ces "derniers trucs à la mode" ont effectivement une durée de vie intentionnellement de plus en plus réduite. cf. Cf. http://www.youtube.com/watch?v=iB8DbSE0Y90 (j'ai gardé mon dernier PC fixe pendant plus de 10 ans en ne changeant que ce qui était nécessaire. On ne peut pas en dire autant des machins embarqués où rien n'est réparable/remplaçable, appareils photo, box et autres smartphones, etc. Je me demande si ma Pandaboard (oui, j'ai craqué... :) sera encore vivante dans 10 ans).
N.B.: pour la Freebox comme pour le reste, le problème de la conso en veille a été résolu chez moi simplement grâce à une multiprise avec interrupteur ! (sauf pour le boîtier Freebox réseau, car il faut bien que le téléphone puisse sonner... :)
# ip6table
Posté par karteum59 . En réponse au journal Free active l'IPv6 sur ses serveurs de mail. Évalué à 2.
C'est un petit peu hors sujet, mais : à quand une interface de configuration pour ip6table au niveau de la Freebox ? (c'est quand même une des choses qui me gêne un peu : devoir configurer un firewall à la main dans chacune des machines derrière la box, alors qu'en IPv4 le NAT permettait intrinsèquement de les rendre non joignables depuis l'extérieur...)
[^] # Re: GoboLinux
Posté par karteum59 . En réponse au journal Des Bibliothèques dans le même répertoire que l'application. Évalué à 1.
Dans le même genre, il y a aussi http://moonos.org/
[^] # La moto Google...
Posté par karteum59 . En réponse au journal Do no evil qu'ils disaient.... Évalué à 1.
-> []
[^] # Re: pour linux
Posté par karteum59 . En réponse au journal Firefox 7 avant la fin de l'année ?. Évalué à 3.
[^] # Re: Un (nouvel) espoir ?
Posté par karteum59 . En réponse à la dépêche Sortie officielle de GTK+ 3.0 !. Évalué à 4.
[^] # Re: Bien sûr
Posté par karteum59 . En réponse au journal Linux en veille (suspend). Évalué à 3.
[^] # Re: Mais qui valide la publication de ces torchons ?
Posté par karteum59 . En réponse à la dépêche Le FBI a-t-il introduit des portes dérobées dans OpenBSD ?. Évalué à 2.
Tiens, BTW, http://www.trollfr.org/ utilise apparemment OpenBSD :)
[^] # Re: pandaboard.org
Posté par karteum59 . En réponse au journal Enfin un serveur basse consommation?. Évalué à 2.
D'après la doc, tu as les pins apparentes pour la sortie composite, mais il faut y aller au fer à souder car il n'y a pas de connecteur sur cette version ! (cela dit je m'empresserai de souder ledit connecteur dès que j'aurai reçu ma Pandaboard :)
[^] # Re: mal à la tête
Posté par karteum59 . En réponse au journal "Free Mobile : la ville de Paris sous pression pour limiter le nombre d'antennes". Évalué à 2.
1 - c'est un peu mon fantasme les effets néfaste du gsm que rien ne le prouve scientifiquement
Merci pour la déformation des propos.
Si tu relis mon post, je me suis contenté de dire que les "2W" constituent 2W en pic sur 1/8 de la trame seulement (donc ce n'est pas réellement "2W tout le temps dans la tête"), et que effectivement le terminal était la principale source de rayonnement. Il ne me semble pas avoir donné un quelconque avis sur l'aspect sanitaire de la chose ou avoir parlé de "fantasme" (ce sont ces propos que tu m'attribues qui relèvent du fantasme).
Ce qui m'agace dans le présent débat est la présence systématique de FUD, des deux côtés (mais particulièrement du côté "anti-ondes"). Je ne sais pas s'il y a ou non dangerosité (j'observe que la majorité des études conclue à une non-dangerosité, et tu ne me feras pas croire que tous les chercheurs sont des corrompus... Après, on peut effectivement discuter du protocole de test) et j'observe aussi qu'il y a beaucoup de cas psychosomatiques ("maux de têtes" et autres symptômes alors que les équipements sont éteints, ou qui se manifestent au moment où les gens découvrent la présence de l'antenne-relais alors qu'elle était là depuis 2 ans...). ça ne constitue pas une preuve d'innocuité (qui ne pourra jamais être donnée) et il est normal et nécessaire que la recherche continue son travail sur ce sujet - tout comme il n'est pas inutile de prendre un minimum de mesures de précaution, comme utiliser un kit mains-libres. On verra bien quel sera l'état des connaissances dans 10 ou 20 ans, mais ce qui est certain c'est que les débats sont très rarement sans a-priori (== accepter que les deux hypothèses - dangerosité et non-dangerosité - puissent être plausibles). J'ai comme l'impression que tu ne pourrais jamais accepter qu'une étude conclue à une non-dangerosité sans mettre en doute sa rigueur ou sa sincérité...
Ce serait tellement plus agréable si les débats étaient davantage dépassionnés en évitant de mettre systématiquement en cause l'honnêteté ou l'intégrité des gens d'en face (note que les ingénieurs télécoms qui sont susceptibles de donner un avis contraire au tien s'exposent sensiblement plus aux rayonnements que le reste de la population en intervenant sur les équipements).
2 - le gsm permet de sauver plein de vie chaque année, ce qui est dans son cas, une vrai certitude scientifique bien entendu.
Eh oui, le portable sauve des vies. ça me semble évident même si je ne dispose pas des données pour le quantifier. ça ne veut pas dire qu'il faut escamoter le précédent débat, mais c'est quand même bon de le rappeler avant de partir en croisade contre les antennes-relais (qui par ailleurs ne sont pas la principale source de rayonnement. Promouvoir la généralisation des kits mains-libres me semble être plus rationnel).
[^] # Re: mal à la tête
Posté par karteum59 . En réponse au journal "Free Mobile : la ville de Paris sous pression pour limiter le nombre d'antennes". Évalué à 2.
Sauf erreur de ma part, c'est 2W *en pic* dans le time-slot alloué (qui dure 1/8 de la trame), mais en puissance moyenne cela ferait donc plutôt 250 mW.
Et encore, ton portable n'émet à pleine puissance que si le lien uplink le nécessite (i.e. en zone rurale, ou dans une voiture qui ferait en partie cage de faraday...)
Cela dit, je suis d'accord : tous les regards sont braqués sur les antennes-relais alors qu'un petit calcul (ou un peu de bon sens) montrent que la principale source de rayonnement vient du terminal (et même si la dangerosité n'est pas "prouvée", un kit mains libre ne fait pas de mal...).
Par contre, même si je comprends que des inquiétudes se manifestent, j'aimerais bien aussi de temps en temps qu'on oppose à toute cette dangerosité *supposée* le nombre de vies qui sont sauvées chaque année grâce au téléphone portable (on sait que la rapidité d'intervention des secours a une incidence très directe sur le taux de survie dans de nombreux types d'accidents)
# Cortex A8
Posté par karteum59 . En réponse à la dépêche Sortie de la version 3.3 du Projet Armadeus. Évalué à 1.
Petites questions : le futur processeur sera t-il analogue à celui de la Beagleboard (i.e. incluant le DSP, l'accélérateur graphique, etc.) ? La future carte possédera t-elle un slot half-minicard (pour le Wifi ou toute autre fonctionnalité) ?
Du reste, bravo pour vos réalisations fort sympathiques !
[^] # Re: xrandr
Posté par karteum59 . En réponse au journal Vive la simplification !. Évalué à 1.
Autre souci : avec l'écran de mon père (un Samsung T190 qui renvoie également des informations EDID erronées), je m'en suis sorti avec les trucs suivants dans xorg.conf (tout n'est peut-être pas nécessaire, mais j'ai tâtonné... Je crois que c'est le DisplaySize qui a été déterminant dans mon cas) :
Section "Device"
Identifier "Configured Video Device"
Driver "nvidia"
Option "IgnoreEDID" "True"
Option "UseEdidFreqs" "False"
Option "ModeValidation" "NoDFPNativeResolutionCheck,NoMaxPClkCheck, NoEdidMaxPClkCheck"
Option "UseEdidDpi" "FALSE"
# Option "ModeValidation" "NoMaxPClkCheck, NoEdidMaxPClkCheck"
Option "AddARGBGLXVisuals" "True"
Option "AllowGLXWithComposite" "True"
EndSection
Section "Monitor"
Identifier "Configured Monitor"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 75.0
DisplaySize 431 269
Option "CalcAlgorithm" "XServerPool"
Option "DPMS"
UseModes "Modes[0]"
EndSection
Section "Modes"
Identifier "Modes[0]"
ModeLine "1440x900" 106.5 1440 1520 1672 1904 900 901 904 932
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
DefaultDepth 24
SubSection "Display"
Depth 24
Modes "1440x900"
EndSubSection
EndSection