Mon "Au pire" marche encore, quelque soit les coups tordus de l'OpenGL, c'est juste un Xnvidia :1 & DISPLAY=:1 glxgears & x2vnc & DISPLAY=:0 vncviewer -display :1
Sauf que vnc est un protocole on ne peut plus inaproprié ici, mais bon voilà l'idée.
Après, c'est effectivement une solution extrèmement moche, mais elle ne requiert pas de changements majeurs où que ce soit, et permet d'utiliser quand même d'utiliser sa carte nVidia.
D'autre part, il faudrait peut être demander aux gens de Qualcomm, ils ont un driver qui fait ce genre de choses, j'essayerais de voir comment ils s'en sortent.
Maintenant que j'y repense, ce problème pourrait très bien être le même sur les Android, qui fait qu'ils utilisent le framebuffer (avec une API étendue), plutôt qu'X. L'architecture sur les téléphones au moment de la création d'android, c'est grosso modo, un moteur 2D extrèmement simple (il ne gère que la fonction blit ! (ie copie de mémoire d'un buffer quelconque vers l'affichage, avec quand même des options d'opacité, rotation (multiple de 90° quand même), redimensionnement, coupe), et différents moteurs qui vont se greffer dessus. C'est à dire que aussi bien le GPU 3D, que le décodage vidéo, vont écrire dans leur propre mémoire, et derrière demander au framebuffer de recopier cette zone.
Au final, c'est bien la même problématique, sauf que les puces graphiques intel, sont plus puissantes qu'une pauvre gestion de blit, et donc non des "machines en ARM" n'aideraient pas forcément :D
Comme dit plus haut, il y a un répertoire dans le noyau par série de chipsets (omap/omap3,msm, samsung fait particulièrement fort aussi dans mes souvenirs), et même pire ! À part certaines personnes qui font des efforts particuliers pour (j'en fait partie avec le projet htc-linux, mais bon ça risque pas d'aller en amont de toutes façons), il n'est pas possible de faire un noyau binaire compatible avec plusieurs cartes à la foi ! Typiquement, les beagle boards ont un noyau RevA/RevB, et un noyau RevC, certains téléphones ont des noyaux différents, juste parce qu'ils ont une version du logiciel radio différent !
Bon donc voilà, en ARM c'est pas forcément mieux qu'en x86. (Enfin qualcomm a décidé de faire un driver Xorg qui gère 3D et accélération vidéo, faudrait voir comment.)
Pour en revenir au problème, je pense que des solutions (de contournement ? peut être, mais elles me paraissent assez naturelles) existent. Y avait la méthode barbare des DXR3, mais à l'heure du compositage c'est peut être plus trop d'actualité :D
Plus sérieusement, quand on utilise du Xv, c'est un peu ce que l'on fait, si ce n'est que le décodage est fait en soft et non en hard, mais le problème reste le même: le décodage est fait par une entitée annexe au driver vidéo, écrit dans une zone mémoire à lui, et la carte graphique va le recopier derrière (comme sur ARM, avec des options simples derriere comme du redimensionnement ou du changement de format :D).
Après on va me dire que c'est sale, que le Xv c'est fait pour la vidéo, mais bon, ce Xv c'est bien l'équivalent d'un blit, à part le nom, et le protocole. Donc à côté de ça, il "suffit" que la lib OpenGL écrive dans son propre buffer, au lieu de vouloir l'écrire directement sur l'affichage, et de faire un lien entre les deux. Je me demande même si ce n'est pas possible même en étant en dehors du driver nVidia, étant donné que CUDA marche.
"Au pire", il doit être possible de lancer un serveur X sur la carte nVidia (sauf si le driver refuse parce qu'il ne trouve aucune sortie... ce qui est probable en fait.), d'avoir un genre de VNC qui affiche le contenu du serveur X de la nVidia, sur le serveur X de l'intel. Après, pour avoir des fonctionnalités équivalentes à Windows, il manquera juste deux étapes: pouvoir exporter des fenêtres, et non tout un écran, et automatiser le processus de choisir sur quel serveur X afficher le bousin.
PS: Bon après, vu que je me renseigne avant d'acheter un ordinateur, je n'ai pas de portable avec ce genre de blagues, donc comptez pas sur moi pour essayer de faire ça (et non je ne me mouille pas.)
Il fallait refaire kmail, ça c'est une évidence. Mais le choix d'akonadi, vraiment, sur le papier ça avait l'air joli, dans les faits, ça ne marche toujours pas correctement.
Je me demande bien pourquoi il ne l'ont toujours pas sorti dit donc !
Ouaip, à une époque j'avais voulu faire du J2ME, j'avais compté 3 APIs bluetooth dispo (dont au moins deux étaient "normées" en JSR ou un truc du genre !). Et de mémoire elles proposaient pas de fonctionnalités équivalentes, donc impossible d'interconnecter des téléphones avec des APIs différentes.
Je n'ai pas de compétences particulières en télécommunication radio mais bon, le problème est bien simple:
Là où en filaire on peut tirer autant de fils qu'on veut, le seul problème est le coùt, en radio on est limité. Déjà on est obligé de choisir une certaine plage de fréquence selon l'utilisation (faible fréquence => très peu de débit disponible, haute fréquence => protée quasi nulle), résultat toutes les télé-communications sur terre qui doivent avoir une portée de l'ordre du km se retrouvent entre 100MHz (FM) jusqu'à 2GHz (3G, mais c'est plus vraiment le km en général là ..).
Donc grosso modo, y a 2GHz de bande passante (distance entre les deux fréquences extrêmes), constant, qu'on ne peut pas étendre, au contraire du nombre de fibre optiques ou routeurs ou autre.
Un autre problème en filaire VS sans fil, c'est que pour le sans fil, les ressources sont partagées entre tous les usagers ! Ainsi, les technologies 3G+ actuelles annoncent fièrement 14Mbps.... par canal, un canal faisant 5MHz, et les blocs alloués par opérateur sont de 15MHz, sauf Free Mobile qui n'a que 5MHz il me semble (plus deux trois restes sur d'autres fréquences)
Donc du côté filaire on peut étendre aussi bien côté technique que technologique, côté sans-fil, pas la choix, on ne peut faire évoluer que le côté technologique ! C'est pour ça que tous les nouveaux protocoles sans fils ont des modulation tordues, pour faire passer un maximum de données dans un minimum de bande passante. Ça m'étonnerait même pas qu'il y ait une limite théorique au débit maximum atteignable pour une bande passante donnée.
Après, quand je dis que y a pas de solution technique, c'est un peu exagéré, il existe une solution: augmenter la densité, ce qui permet à la fois d'augmenter la gamme de fréquences acceptables, et d'augmenter le débit par utilisateur, un canal étant alloué à moins d'utilisateurs simultanément.
Bon donc tout ça pour dire qu'augmenter les débits en mobilité c'est nettement plus compliqué, qu'en fixe, et que, amha, les technologies suivent quand même plutôt bien les réseaux filaires en terme de débit. (le iHSPA made in Free est donné pour 28Mbps ...)
Après, les opérateurs y mettent quand même pour que ce soit lent. Vu que cet article par de Verizon, on va parler de leurs copains, Sprint, avec leur 4G. Du wimax, qui est censé cartonner ..... qui se fait battre par de la 3G d'un opérateur concurrent ! La technologie est bien capable de faire beaucoup plus, ils n'ont juste pas mis les liens qui vont bien ....
En moins dramatique, en France les évolutions de débits HSDPA des opérateurs en place est assez marrant à voir. Une antenne gère 3 canaux simultannés, donc à supposer qu'ils sortent du HSPA 28Mbps, un simple lien 100Mbps suffit à tenir l'antenne.
Pourtant la migration (logicielle+liens!) d'émetteurs de 3.6Mbps à 7.2Mbps a été laborieuse (et je ne suis même pas sûr qu'elle soit finie), et entament seulement une migration (toujours logicielle+liens) à 14.4Mbps, à croire que leur réseau (filaire, ici !) n'est pas prévu pour durer ...
Enfin bon, bref, dans le principe effectivement il devrait y avoir des congestions sur les réseaux mobiles, qui font que de la QoS est bien nécessaire, mais le gros problème reste quand même les opérateurs qui ont du mal à suivre. D'ailleurs si l'accord de Google a été fait avec Verizon et pas T-Mobile (qui est l'opérateur historiquement de prédilection de google), c'est pas pour rien, Verizon est donné pour avoir un réseau vraiment catastrophique.
Est-ce que ne pas vouloir tout le temps les toutes dernières mises à jours est l'opposé d'être grand public ?
Étant donné la fréquence de mises à jours de Windows, j'ai un doute.
Il n'y a que les "power user" qui s'inquiètent d'avoir toujours les dernières versions. Le vrai grand public s'en fiche.
Une application sur l'appstore apple a réussi à faire du tethering USB, Apple s'étant loupé sur le filtrage. Enfin bref, si une application peut faire du tethering USB, c'est qu'elle doit avoir un accès assez profond au système...
Enfin j'aimerais bien avoir des informations à ce sujet quand même.
Le système de protection d'Android est connu avec ses différentes premissions, mais j'ai jamais rien vu du côté d'Apple.
Vivi, c'est GNU qui a fait les différentes couches de GUI et de développement, c'est eux qui ont défini la "norme de codage" posix pour accéder aux bases du système, c'est eux qui ont défini le protocole d'affichage X11, de 3D OpenGL, d'entrée /dev/input. Bon ils doivent quand même définir l'ABI quelque part entre la glibc, gcc et binutils, c'est déjà ça.
Oui, y en a un qui existe pour de vrai, l'autre pas. (J'attends toujours un vrai système avec que du GNU et Linux. )
On peut très bien faire une distrib ""GNU/Linux"" au sens classique (genre une debian si on veut), qui n'utilise que directfb, et mince alors, on peut pas utiliser les applis graphiques normales dessus, sauf avec une couche de compatibilité.
Oui Google est parti de son côté, mais il faut pas oublier qu'ils ne sont pas les premiers à le faire, ni les derniers, la plupart des distributions embarquées utilisent l'uclibc avec busybox par exemple.
Concernant la précision du GPS, pour de la navigation, de la précision à 50m suffit (la vitesse (valeur et direction) de déplacement aide fortement à trouver sur quelle route on est). Bon je pense qu'en pratique pour ce truc ça sera plutôt de l'ordre de 10m.
En tout cas, c'est effectivement à déconseiller en OSM.
J'ai pas les détails, mais apparement ça dépend des drivers, le driver forcedeth a une option optimization_mode qui a l'air de faire ça: "In throughput mode (0), every tx & rx packet will generate an interrupt. In CPU mode (1), interrupts are controlled by a timer. In dynamic mode (2), the mode toggles between throughput and CPU mode based on network load."
Twinview est un truc propre à nvidia avec son propre protocole de configuration X.
Ils ont une bibliothèque avec API C relativement simple, je me souviens plus trop du nom, mais il suffit de prendre le code source de nvidia-settings pour le retrouver.
Sinon peut être qu'il est possible de faire ce réglage directement depuis nvidia-settings, mais je connais pas du tout sa CLI pour faire ça.
C'est surtout qu'ubuntu vise les utilisateurs débutants, et Fedora vise juste à tester les nouvelles technologies.
Je sais bien qu'ubuntu fait aussi ça à torts et à travers, mais bon en théorie, c'est pas leur but.
Un Tablet PC HP TC1100, son seul défaut étant la batterie morte, mais pour un machin qui fait pas loin de 5 ans, il tient bien la route.
Bon à noter qu'à la différence de la tablette dont tout le monde parle ces temps ci, celle là est utilisable comme tablette (ie avec un stylet), et que contrairement à un notebook, son CPU vaut quelque chose.
Très bon post, j'vais juste revenir sur le point de la perfection de l'univers, et une vision athéiste (agnostique tendance athéiste ?) de la chose:
Comme tu le dis, sans toute cette magie physique (égalité de la masse inertielle et gravitationnelle, même forme d'expression entre la force gravitationnelle et électrostatique, linéarité d'à peu près toutes les équations "de base", etc), le monde n'existerait pas ...
Et bien il y a une réponse simple (que je n'approuve pas mais passons), c'est de dire qu'il existe (a existé?) une infinité d'univers, avec des infinités de règles, mais que tous ceux qui ont des règles instables ont disparu, ou tout simplement n'ont pas pu donner vie, on serait juste un des produits "stables" parmi toutes les possibilités.
Le rasoir d'Ockham fait penser que c'est une même bonne solution, mais bon.
On accuse la science de ce qu'elle n'est pas : la science se remet en question, change son fusil d'épaule, dès qu'on a démontré que la théorie courant ne marche pas dans certains cas. On découvre, on adapte. La religion affirme que Dieu existe et qu'il ne peut en être autrement, et tu ne vois pas de différence entre les deux mentalités?
J'ai jamais dit que la science avait les même problèmes que la religion
J'ai dit que certains (tous ?) athéistes confèrent à la science un pouvoir qu'elle n'a pas, à toi de lire ce que j'écris.
Après si on définit l'existence comme ce qu'on peut effectivement observer, effectivement dieu n'existe pas.
Mais pour moi tu n'existes pas non plus à ce moment là.
Je ne crois personnellement pas en une entité intelligente supérieure, car j'ai eu la chance d'être élevé avec l'accès à une vulgarisation scientifique, avec le droit de manifester un esprit critique à l'égard de ce qui m'était enseigné, de faire preuve de scepticisme afin de vérifier par moi même la validité de nombre de thèses.
On voit ainsi que l'éducation, contrairement à un endoctrinement, m'a poussé à faire preuve d'esprit critique, ce qui m'a rendu à l'évidence que l'idée de l'existence d'une entité intelligente supérieure à l'origine de tout est complètement invraisemblable. Mais ce n'est pas seulement la science qui invalide ce concept, mais aussi le développement de mon esprit critique au niveau philosophique et moral.
Marrant. Moi aussi j'ai une culture scientifique, et mon esprit critique me pousse à dire que vu le lourd passé d'erreurs/ignorances scientifiques par rapport aux connaissances actuelles, la science est clairement incomplète. Il n'y a ne serait-ce qu'un siècle, la dualité onde/corpuscule de la lumière était tout sauf évident.... en un siècle on aurait découvert toutes les lois physiques régissant l'univers ? bah voyons.
Pour moi, affirmer haut et fort que les sciences permettent de prouver l'inexistence d'une entité "supérieure", revient au même que d'affirmer que les religions permettent de prouver l'existence d'un Dieu.
Pour moi, avoir un esprit critique, c'est non pas se focaliser sur ce que l'on sait, mais sur ce que l'on ne sait pas. Avoir ne serait-ce qu'un ordre d'idée de la quantité des choses que l'on ne connait pas me semble déjà quasi impossible. "Je sais que je ne sais rien" qu'il disait l'autre vieux.
[^] # Re: La faute des utilisateurs ? ;-)
Posté par Ph Husson (site web personnel) . En réponse au journal Echec d'une migration Linux : qu'en est il de votre côté. Évalué à 5.
[^] # Re: ARM.... Android .... Copains.
Posté par Ph Husson (site web personnel) . En réponse au journal nVidia Optimus, bonne idée fondamentalement incompatible avec Linux.... Évalué à 2.
Sauf que vnc est un protocole on ne peut plus inaproprié ici, mais bon voilà l'idée.
Après, c'est effectivement une solution extrèmement moche, mais elle ne requiert pas de changements majeurs où que ce soit, et permet d'utiliser quand même d'utiliser sa carte nVidia.
D'autre part, il faudrait peut être demander aux gens de Qualcomm, ils ont un driver qui fait ce genre de choses, j'essayerais de voir comment ils s'en sortent.
# ARM.... Android .... Copains.
Posté par Ph Husson (site web personnel) . En réponse au journal nVidia Optimus, bonne idée fondamentalement incompatible avec Linux.... Évalué à 10.
Au final, c'est bien la même problématique, sauf que les puces graphiques intel, sont plus puissantes qu'une pauvre gestion de blit, et donc non des "machines en ARM" n'aideraient pas forcément :D
Comme dit plus haut, il y a un répertoire dans le noyau par série de chipsets (omap/omap3,msm, samsung fait particulièrement fort aussi dans mes souvenirs), et même pire ! À part certaines personnes qui font des efforts particuliers pour (j'en fait partie avec le projet htc-linux, mais bon ça risque pas d'aller en amont de toutes façons), il n'est pas possible de faire un noyau binaire compatible avec plusieurs cartes à la foi ! Typiquement, les beagle boards ont un noyau RevA/RevB, et un noyau RevC, certains téléphones ont des noyaux différents, juste parce qu'ils ont une version du logiciel radio différent !
Bon donc voilà, en ARM c'est pas forcément mieux qu'en x86. (Enfin qualcomm a décidé de faire un driver Xorg qui gère 3D et accélération vidéo, faudrait voir comment.)
Pour en revenir au problème, je pense que des solutions (de contournement ? peut être, mais elles me paraissent assez naturelles) existent. Y avait la méthode barbare des DXR3, mais à l'heure du compositage c'est peut être plus trop d'actualité :D
Plus sérieusement, quand on utilise du Xv, c'est un peu ce que l'on fait, si ce n'est que le décodage est fait en soft et non en hard, mais le problème reste le même: le décodage est fait par une entitée annexe au driver vidéo, écrit dans une zone mémoire à lui, et la carte graphique va le recopier derrière (comme sur ARM, avec des options simples derriere comme du redimensionnement ou du changement de format :D).
Après on va me dire que c'est sale, que le Xv c'est fait pour la vidéo, mais bon, ce Xv c'est bien l'équivalent d'un blit, à part le nom, et le protocole. Donc à côté de ça, il "suffit" que la lib OpenGL écrive dans son propre buffer, au lieu de vouloir l'écrire directement sur l'affichage, et de faire un lien entre les deux. Je me demande même si ce n'est pas possible même en étant en dehors du driver nVidia, étant donné que CUDA marche.
"Au pire", il doit être possible de lancer un serveur X sur la carte nVidia (sauf si le driver refuse parce qu'il ne trouve aucune sortie... ce qui est probable en fait.), d'avoir un genre de VNC qui affiche le contenu du serveur X de la nVidia, sur le serveur X de l'intel. Après, pour avoir des fonctionnalités équivalentes à Windows, il manquera juste deux étapes: pouvoir exporter des fenêtres, et non tout un écran, et automatiser le processus de choisir sur quel serveur X afficher le bousin.
PS: Bon après, vu que je me renseigne avant d'acheter un ordinateur, je n'ai pas de portable avec ce genre de blagues, donc comptez pas sur moi pour essayer de faire ça (et non je ne me mouille pas.)
[^] # Re: Android
Posté par Ph Husson (site web personnel) . En réponse au journal Lugdulo'V: trouvez un vélo pas loin (Velib, Velo'V, ..). Évalué à 3.
[^] # Re: kdepim non inclu
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Sortie de KDE 4.5. Évalué à 4.
Je me demande bien pourquoi il ne l'ont toujours pas sorti dit donc !
[^] # Re: Nouvelle peut-être pas si mauvaise que ça ?
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 4.
[^] # Re: Lugdulo'V: trouvez unvélopas loin (Velib, Velo'V, ..)
Posté par Ph Husson (site web personnel) . En réponse au journal Lugdulo'V: trouvez un vélo pas loin (Velib, Velo'V, ..). Évalué à 4.
[^] # Re: Traduction
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 1.
Mouais.
[^] # Re: Tout blanc ou tout noir ?
Posté par Ph Husson (site web personnel) . En réponse au journal Google : do not be evil, c'est fini. Évalué à 10.
Là où en filaire on peut tirer autant de fils qu'on veut, le seul problème est le coùt, en radio on est limité. Déjà on est obligé de choisir une certaine plage de fréquence selon l'utilisation (faible fréquence => très peu de débit disponible, haute fréquence => protée quasi nulle), résultat toutes les télé-communications sur terre qui doivent avoir une portée de l'ordre du km se retrouvent entre 100MHz (FM) jusqu'à 2GHz (3G, mais c'est plus vraiment le km en général là ..).
Donc grosso modo, y a 2GHz de bande passante (distance entre les deux fréquences extrêmes), constant, qu'on ne peut pas étendre, au contraire du nombre de fibre optiques ou routeurs ou autre.
Un autre problème en filaire VS sans fil, c'est que pour le sans fil, les ressources sont partagées entre tous les usagers ! Ainsi, les technologies 3G+ actuelles annoncent fièrement 14Mbps.... par canal, un canal faisant 5MHz, et les blocs alloués par opérateur sont de 15MHz, sauf Free Mobile qui n'a que 5MHz il me semble (plus deux trois restes sur d'autres fréquences)
Donc du côté filaire on peut étendre aussi bien côté technique que technologique, côté sans-fil, pas la choix, on ne peut faire évoluer que le côté technologique ! C'est pour ça que tous les nouveaux protocoles sans fils ont des modulation tordues, pour faire passer un maximum de données dans un minimum de bande passante. Ça m'étonnerait même pas qu'il y ait une limite théorique au débit maximum atteignable pour une bande passante donnée.
Après, quand je dis que y a pas de solution technique, c'est un peu exagéré, il existe une solution: augmenter la densité, ce qui permet à la fois d'augmenter la gamme de fréquences acceptables, et d'augmenter le débit par utilisateur, un canal étant alloué à moins d'utilisateurs simultanément.
Bon donc tout ça pour dire qu'augmenter les débits en mobilité c'est nettement plus compliqué, qu'en fixe, et que, amha, les technologies suivent quand même plutôt bien les réseaux filaires en terme de débit. (le iHSPA made in Free est donné pour 28Mbps ...)
Après, les opérateurs y mettent quand même pour que ce soit lent. Vu que cet article par de Verizon, on va parler de leurs copains, Sprint, avec leur 4G. Du wimax, qui est censé cartonner ..... qui se fait battre par de la 3G d'un opérateur concurrent ! La technologie est bien capable de faire beaucoup plus, ils n'ont juste pas mis les liens qui vont bien ....
En moins dramatique, en France les évolutions de débits HSDPA des opérateurs en place est assez marrant à voir. Une antenne gère 3 canaux simultannés, donc à supposer qu'ils sortent du HSPA 28Mbps, un simple lien 100Mbps suffit à tenir l'antenne.
Pourtant la migration (logicielle+liens!) d'émetteurs de 3.6Mbps à 7.2Mbps a été laborieuse (et je ne suis même pas sûr qu'elle soit finie), et entament seulement une migration (toujours logicielle+liens) à 14.4Mbps, à croire que leur réseau (filaire, ici !) n'est pas prévu pour durer ...
Enfin bon, bref, dans le principe effectivement il devrait y avoir des congestions sur les réseaux mobiles, qui font que de la QoS est bien nécessaire, mais le gros problème reste quand même les opérateurs qui ont du mal à suivre. D'ailleurs si l'accord de Google a été fait avec Verizon et pas T-Mobile (qui est l'opérateur historiquement de prédilection de google), c'est pas pour rien, Verizon est donné pour avoir un réseau vraiment catastrophique.
[^] # Re: Venez aider à la sortie de Squeeze !
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 10.
Étant donné la fréquence de mises à jours de Windows, j'ai un doute.
Il n'y a que les "power user" qui s'inquiètent d'avoir toujours les dernières versions. Le vrai grand public s'en fiche.
[^] # Re: Jailbreak en ligne et sécurité
Posté par Ph Husson (site web personnel) . En réponse au journal Jailbreak des IPhones. Évalué à 2.
Enfin j'aimerais bien avoir des informations à ce sujet quand même.
Le système de protection d'Android est connu avec ses différentes premissions, mais j'ai jamais rien vu du côté d'Apple.
[^] # Re: Gloups
Posté par Ph Husson (site web personnel) . En réponse au journal Android en tête au second trimestre 2010 sur le segment des OS pour téléphones portables (USA). Évalué à 3.
[^] # Re: Android != Linux
Posté par Ph Husson (site web personnel) . En réponse au journal Android en tête au second trimestre 2010 sur le segment des OS pour téléphones portables (USA). Évalué à 1.
On peut très bien faire une distrib ""GNU/Linux"" au sens classique (genre une debian si on veut), qui n'utilise que directfb, et mince alors, on peut pas utiliser les applis graphiques normales dessus, sauf avec une couche de compatibilité.
Oui Google est parti de son côté, mais il faut pas oublier qu'ils ne sont pas les premiers à le faire, ni les derniers, la plupart des distributions embarquées utilisent l'uclibc avec busybox par exemple.
[^] # Re: Du rêve à la réalité...
Posté par Ph Husson (site web personnel) . En réponse au journal Mon bon vieux Nokia E71.. Évalué à 2.
En tout cas, c'est effectivement à déconseiller en OSM.
[^] # Re: Erreur traduction
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.35 du noyau Linux. Évalué à 3.
[^] # Re: Polling
Posté par Ph Husson (site web personnel) . En réponse à la dépêche Nouvelle version 2.6.35 du noyau Linux. Évalué à 4.
# nvidia-settings
Posté par Ph Husson (site web personnel) . En réponse au message Mettre en veille un écran séparement d'un autre. Évalué à 2.
Ils ont une bibliothèque avec API C relativement simple, je me souviens plus trop du nom, mais il suffit de prendre le code source de nvidia-settings pour le retrouver.
Sinon peut être qu'il est possible de faire ce réglage directement depuis nvidia-settings, mais je connais pas du tout sa CLI pour faire ça.
[^] # Re: Et alors ?
Posté par Ph Husson (site web personnel) . En réponse au journal Contributions à Gnome. Évalué à 7.
Je sais bien qu'ubuntu fait aussi ça à torts et à travers, mais bon en théorie, c'est pas leur but.
[^] # Re: peut on penser ...
Posté par Ph Husson (site web personnel) . En réponse au journal De la genèse d'une nouvelle phonétique numérale. Évalué à 4.
désolé :p
# grep -o ?
Posté par Ph Husson (site web personnel) . En réponse au message remmonter tous les mots contenant une lettre spécifique. Évalué à 8.
% echo blabla plop |grep -o '[a-z]*a[a-z]*'
blabla
%
(grep est considéré comme partie du shell ou pas pour toi ?)
[^] # Re: La licorne invisible.
Posté par Ph Husson (site web personnel) . En réponse au journal Athéisme, agnostisme: manifeste agnostique. Évalué à 2.
Ça c'est un travail de matheux :p
# Pas si vieux, mais à mettre en relation avec l'actualité ...
Posté par Ph Husson (site web personnel) . En réponse au journal Le vieux materiel. Évalué à 3.
Bon à noter qu'à la différence de la tablette dont tout le monde parle ces temps ci, celle là est utilisable comme tablette (ie avec un stylet), et que contrairement à un notebook, son CPU vaut quelque chose.
[^] # Re: [X] agnostique radical
Posté par Ph Husson (site web personnel) . En réponse au journal Athéisme, agnostisme: manifeste agnostique. Évalué à 4.
Comme tu le dis, sans toute cette magie physique (égalité de la masse inertielle et gravitationnelle, même forme d'expression entre la force gravitationnelle et électrostatique, linéarité d'à peu près toutes les équations "de base", etc), le monde n'existerait pas ...
Et bien il y a une réponse simple (que je n'approuve pas mais passons), c'est de dire qu'il existe (a existé?) une infinité d'univers, avec des infinités de règles, mais que tous ceux qui ont des règles instables ont disparu, ou tout simplement n'ont pas pu donner vie, on serait juste un des produits "stables" parmi toutes les possibilités.
Le rasoir d'Ockham fait penser que c'est une même bonne solution, mais bon.
[^] # Re: L'athéisme devient-il une religion ?
Posté par Ph Husson (site web personnel) . En réponse au journal Athéisme, agnostisme: manifeste agnostique. Évalué à 3.
J'ai jamais dit que la science avait les même problèmes que la religion
J'ai dit que certains (tous ?) athéistes confèrent à la science un pouvoir qu'elle n'a pas, à toi de lire ce que j'écris.
Après si on définit l'existence comme ce qu'on peut effectivement observer, effectivement dieu n'existe pas.
Mais pour moi tu n'existes pas non plus à ce moment là.
[^] # Re: L'athéisme devient-il une religion ?
Posté par Ph Husson (site web personnel) . En réponse au journal Athéisme, agnostisme: manifeste agnostique. Évalué à 2.
On voit ainsi que l'éducation, contrairement à un endoctrinement, m'a poussé à faire preuve d'esprit critique, ce qui m'a rendu à l'évidence que l'idée de l'existence d'une entité intelligente supérieure à l'origine de tout est complètement invraisemblable. Mais ce n'est pas seulement la science qui invalide ce concept, mais aussi le développement de mon esprit critique au niveau philosophique et moral.
Marrant. Moi aussi j'ai une culture scientifique, et mon esprit critique me pousse à dire que vu le lourd passé d'erreurs/ignorances scientifiques par rapport aux connaissances actuelles, la science est clairement incomplète. Il n'y a ne serait-ce qu'un siècle, la dualité onde/corpuscule de la lumière était tout sauf évident.... en un siècle on aurait découvert toutes les lois physiques régissant l'univers ? bah voyons.
Pour moi, affirmer haut et fort que les sciences permettent de prouver l'inexistence d'une entité "supérieure", revient au même que d'affirmer que les religions permettent de prouver l'existence d'un Dieu.
Pour moi, avoir un esprit critique, c'est non pas se focaliser sur ce que l'on sait, mais sur ce que l'on ne sait pas. Avoir ne serait-ce qu'un ordre d'idée de la quantité des choses que l'on ne connait pas me semble déjà quasi impossible. "Je sais que je ne sais rien" qu'il disait l'autre vieux.