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
D'une manière générale, je pense effectivement que le gamer moyen qui veut que ça ''juste marche'' est de toute façon moins exigeant et sera tout à fait satisfait avec des jeux libres ou anciens (en plus, c'est moins cher), et/ou en achetant une console (l'avantage d'un hardware fixe, c'est que ça marche toujours !). J'ai une PS2 achetée d'occasion, les jeux sont pas chers, et on peut même faire tourner Linux dessus ;)
Sauf que les éditeurs estiment que ce type de gamer là ne rapporte pas beaucoup de sous (il faut bien justifier les quelques 60 € à débourser pour un jeu récent... A défaut de se différencier des jeux anciens sur le gameplay, il faut au moins qu'ils se différencient sur la technique), alors ils ciblent davantage les hard-gamers. CQFD. (OK, j'admets que les FPS récents ont aussi l'air d'avoir bien progressé sur l'interaction avec l'environnement, la physique, l'IA...)
Mais tu devrais essayer l'excellent World of Goo (que tu peux trouver ici http://www.wolfire.com/humble ), il ne nécessite pas une grosse config, et tourne sans problème sur ma Intel D945GCLF2 (ATOM 330 et GMA950), ainsi que sur le Duron 1000 + Geforce 2 MX de mon père (par contre, c'est vrai que pour les autres jeux du pack, c'est une autre histoire et ça rame sévère sur ma machine, mais ils ont l'air bien aussi... :-/ )
Oui m'enfin, n'oublions pas que la consommation n'est pas le seul critère à prendre en compte pour être ''vert'' : la production de toute machine est extrêmement énergivore et polluante (jeter un oeil à [1]). Donc acheter une machine supplémentaire spécifiquement pour consommer moins d'énergie, ce n'est pas forcément très écolo : il faut au contraire produire le moins possible de machines et allonger au maximum leur durée de vie (au passage, les dons de machines anciennes pour le tiers-monde ont été souvent décriés pour cause d'inefficacité énergétique alors que ça reste un moyen de prolonger leur cycle de vie tout en contribuant au développement, même si un autre problème se pose dans ce cas : celui du non-traitement/recyclage des machines usagées dans lesdits pays). Je ne suis pas sûr qu'acheter un laptop (qui consomme sensiblement moins qu'un PC fixe) soit tellement écolo non plus, vu leur durée de vie moyenne plus courte et l'impossibilité de réparer/changer des pièces isolément !
Par ailleurs, pour ajouter une modeste contribution au débat, n'oublions pas que les data-centers consomment énormément aussi [2] (même si - j'en conviens - c'est sûrement plus optimisé énergétiquement qu'une myriade de machines planquées chez des particuliers pour un service équivalent). Google estime ainsi que chaque requête équivaut à 7g de CO2. Quel est le coût carbone d'un troll sur Linuxfr... ? :)
Une machine Roche avec un logiciel fantastique (et un super système de gestion des utilisateurs intégrés) et une super base de donnée qui, d'après les mots que j'ai trouvé, semble être une base de donnée XML utilisant, à quelque part, Firebird et qu'il faudrait sauvegarder et vider tous les 6 mois parce que sinon la base elle est trop grande et y'a risque de perdre des données (c'est écrit dans le mode d'emploi (en plus classe et plus "technique")) ... argh ! Donc si par hasard vous travaillez dans ce genre de boîte, utilisez une méthode pour se connecter à une base de données genre MySQL, PostrgeSQL, ... ou même SQLite. Mais un truc ouvert et disponible sur les diverses systèmes d'exploitation de ce monde.
FYI, si c'est réellement de Firebird qu'il s'agit (j'en doute un peu d'après ta description), je souhaite rappeler que ce SGBDR est déjà Open-source, portable, etc. :) http://www.firebirdsql.org/
[^] # 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
[^] # Re: Mouais
Posté par karteum59 . En réponse au journal Steam et source pour linux : c'est officiel. Évalué à 1.
Sauf que les éditeurs estiment que ce type de gamer là ne rapporte pas beaucoup de sous (il faut bien justifier les quelques 60 € à débourser pour un jeu récent... A défaut de se différencier des jeux anciens sur le gameplay, il faut au moins qu'ils se différencient sur la technique), alors ils ciblent davantage les hard-gamers. CQFD. (OK, j'admets que les FPS récents ont aussi l'air d'avoir bien progressé sur l'interaction avec l'environnement, la physique, l'IA...)
Mais tu devrais essayer l'excellent World of Goo (que tu peux trouver ici http://www.wolfire.com/humble ), il ne nécessite pas une grosse config, et tourne sans problème sur ma Intel D945GCLF2 (ATOM 330 et GMA950), ainsi que sur le Duron 1000 + Geforce 2 MX de mon père (par contre, c'est vrai que pour les autres jeux du pack, c'est une autre histoire et ça rame sévère sur ma machine, mais ils ont l'air bien aussi... :-/ )
# Ook?
Posté par karteum59 . En réponse à la dépêche Le langage ooc auto-hébergé - les nouveautés de rock 0.9.0. Évalué à 5.
http://fr.wikipedia.org/wiki/Brainfuck#Ook.21
[^] # Re: Je consomme <10W pour mon auto-hébergement.
Posté par karteum59 . En réponse au journal [Le vendredi, c'est permis] L'autohébergement est-il écoresponsable ?. Évalué à 6.
Par ailleurs, pour ajouter une modeste contribution au débat, n'oublions pas que les data-centers consomment énormément aussi [2] (même si - j'en conviens - c'est sûrement plus optimisé énergétiquement qu'une myriade de machines planquées chez des particuliers pour un service équivalent). Google estime ainsi que chaque requête équivaut à 7g de CO2. Quel est le coût carbone d'un troll sur Linuxfr... ? :)
[1] http://www.greenit.fr/article/materiel/24-fois-plus-de-co2-l(...)
[2] http://www.greenit.fr/article/materiel/serveur/cloud-computi(...)
# Firebird
Posté par karteum59 . En réponse au journal Marre des logiciels propriétaires .... Évalué à 3.
FYI, si c'est réellement de Firebird qu'il s'agit (j'en doute un peu d'après ta description), je souhaite rappeler que ce SGBDR est déjà Open-source, portable, etc. :)
http://www.firebirdsql.org/
# Modulisation
Posté par karteum59 . En réponse au journal EDF, après le courant alternatif, la médecine alternative. Évalué à 6.