cedric a écrit 1074 commentaires

  • [^] # Re: YakaFokon : ouvrir le courrier du voisin

    Posté par  . En réponse au journal Adoption du projet de loi relatif au renseignement en première lecture. Évalué à 6.

    L'analogie serait donc : les services secrets campent à la Poste, scannent les enveloppes que tu reçois et font une base de données qui contient : la date, l'expéditeur (quand on trouve le nom sur l'enveloppe), le poids des enveloppes.

    Tu sais que sur ton traffic internet, les "meta-data", c'est juste des IP/ports source/destination. La, dans ce qu'ils incluent comme "meta-data", c'est les URL, les addresse emails,… des petites choses qui se trouvent en general tout a cote du message que tu lis ou envoie. C'est donc bien effectivement de l'ouverture de lettre qu'on a mis en place et pas du scan d'enveloppe !

  • # Changement recent

    Posté par  . En réponse au journal Un petit point pour les 50 ans de la loi de Moore. Évalué à 4.

    Est-ce que quelqu'un aurait fait la meme courbe de 2011 a 2015. Il semblerait qu'on ait un ralentissement de la loi de Moore qui passerait a 24 mois au lieu de 18 mois. La seule source que j'ai sur le sujet est : http://spectrum.ieee.org/semiconductors/design/the-death-of-moores-law-will-spur-innovation .

    Mais cela ne parait pas trop etonnant non plus. Actuellement, seul Intel et Samsung ont les capacites de produire du 14nm et ca n'a pas ete facile. Cela cree bien entendu un petit goulot d'etranglement et tout le monde se bat pour avoir acces au dite usine (Ca a coute a Qualcomm pas mal de marche de ne pas avoir acces au 14nm par exemple).
    L'autre raison logique, c'est que le prix des usines de semi conducteurs suit aussi une courbe qui fait palir les banquiers. Les dernieres usines coutent aussi chere qu'un EPR pour donner un ordre de grandeur. Ce qui veut dire que plus le temps passe moins il y a d'acteur qui peuvent se permettre de tel investissement.
    Je ne serais donc pas surpris si la loi de Moore passe a 30 mois durant la prochaine decenis !

  • [^] # Re: Un autre terminal

    Posté par  . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 3.

    Ca n'empêchera pas d'utiliser certain de la liste comme terminology.

  • [^] # Re: Terminology

    Posté par  . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 2.

    Le probleme, c'est que i3 est un window manager pas un composite manager. X ne sait pas gerer la transparence sans un composite manager. Un vieux hack etait de faire un snapshot de la root window de X et de calculer quoi mettre en dessous dans l'application qui faisait de la pseudo transparence. Mais il y a plein de cas ou ca ne marche pas et les performances sont catastrophique.

    Je ne connais pas assez i3, mais je pense qu'en utilisant xcompmgr tu devrais pouvoir resoudre ton probleme. A priori, c'est ce qu'ils ont l'air de dire sur les forums de i3 aussi (https://faq.i3wm.org/question/3162/terminal-transparency-in-i3/).

  • [^] # Re: Terminology

    Posté par  . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 3.

    Qu'est ce que tu appelles de la «vrai» transparence ? Parce qu'il n'y a pas de souci à rendre terminology transparent (par contre, il te faut utiliser un environnement avec un composite manager).

  • # Terminology

    Posté par  . En réponse au sondage Quel terminal utilisez-vous ?. Évalué à 5.

    Je trouve etrange que eterm et terminology soient un choix commun. A part qu'ils sont tous les deux sortis du projet Enlightenment (eterm etant plutot du temps de e16 et terminology de e17). Il n'y a pas une seule ligne de code en commun entre les deux projets.

    Et parce que c'est toujours important de faire un peu de pub gratuite : https://www.enlightenment.org/about-terminology .

  • [^] # Re: USB Condom

    Posté par  . En réponse à la dépêche Pourquoi ne faut-il absolument pas brancher ses appareils USB sur des bornes publiques ?. Évalué à 7.

    Il y a aussi des fournisseurs d'alimentation USB qui donnent un cable incapable de faire du transport de donnee. Comme quoi ca peut etre utile des fois de faire le rat pour deux bouts de cuivre…

  • [^] # Re: Atomic modesetting

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 3.19. Évalué à 10.

    Alors atomic modesetting, c'est un peu le truc qui aurait du etre fait de cette maniere la des le debut. En essayant de faire simple, ca permet de mettre a jour plusieurs plans graphiques de maniere synchronise. Cela evite les artefacts graphiques principalement. On peut faire sans, mais c'est tres moche :-)

    Donc cela va permettre d'utiliser les plans graphiques dans les compositeurs et les toolkits graphiques. L'interet d'un plan graphique, c'est que tu peux le positionner ou tu veux a l'ecran et gerer son affichage sans passer par le GPU qui est couteux en ressource. Entre autre optimisation possible, faire que les fenetres actives soit directement mappe dans un plan graphique. Ce qui fait que le compositing des dites fenetres ne coute plus un redraw GPU, donc gain d'efficacite. Autre optimisation potentiel, les listes verticales qui defilent. Celle-ci necessite un redraw complet a chaque nouvelle position. Avec l'utilisation des plans graphiques tu peux dans certain scenario faire que le redraw n'est lieu que lorsqu'une nouvelle zone apparait a l'ecran (pour faire simple).

    Ceux sont des optimisations qui ameliorent l'efficacite generale de la stack de rendu graphique. Cela se traduit maintenant que en gain d'energie, je n'ai pas de plateforme sur lesquel je n'ai pas 60FPS. Meme des telephones vieux de deux ans arrivent a faire du 60FPS, ce n'est plus la la problematique. Il n'y a que le cas des jeux un peu poussif qui ne tourne pas en plein ecran que ca pourrait aider.

    Pour ce qui est de Wayland, on aura aussi une amelioration de l'efficacite generale du systeme, le gain principale etant a mon avis sur la gestion du dual screen ou le compositeur peut gerer les ecrans de maniere independante et permettre un jeu maximise sur un ecran d'etre aussi performant que si il etait en fullscreen. Mais le principal interet de Wayland, c'est de pouvoir enfin securiser la stack graphique, ce qui est necessaire si on veut ouvrir le developpement natif a des thirds party proprietaires.

  • [^] # Re: Youhou faut coder !

    Posté par  . En réponse au journal KDE Plasma et systemd. Évalué à 2.

    Il est impossible de faire tourner une implementation de Wayland (Weston, KWin, GNOME, Enlightenment) sans logind. Et ne vient pas me faire rire qu'il suffit de faire les faire tourner en root pour regler le probleme :-)

    Apres, c'est un protocole, donc si tu as une solution alternative qui marche et fourni logind, tu n'auras pas besoin de systemd lui meme…

  • [^] # Re: Youhou faut coder !

    Posté par  . En réponse au journal KDE Plasma et systemd. Évalué à 2.

    Pour par exemple avoir le support Wayland…

  • # Youhou faut coder !

    Posté par  . En réponse au journal KDE Plasma et systemd. Évalué à 10.

    Bon, je participe sur un desktop autre que KDE ou GNOME, mais on discute pas mal entre developeur de nos petits problemes respectif et ils sont souvent identique. Il faut bien voir un truc simple, maintenir les 15000 abstractions differentes pour chaque distribution passe et a venir, c'est un boulot que meme KDE ne peut plus se permettre. systemd propose un standard et en general leur solution sont bien pense et facilement utilisable. De plus contrairement a la croyance general, on peut reimplementer ce standard dans la distribution facilement (voir sur un autre noyau).

    Oui, et ca c'est une evidence, le but des desktops est de pousser le travail de specialisation dans les distributions. Il faut bien voir que la capacite des differents environnement de bureau a maintenir plein de variante a ses limites. Combien de developpeur implique dans KDE utilise encore Ubuntu ? Combien utilise un BSD ? Repeter la question pour chaque environnement. La question devient alors, pourquoi les utilisateurs de ces environnements sous ses distributions/kernel different ne s'impliquent pas ? Pourquoi ils ne font pas d'effort de portage ?

    Le comportement classique et celui-ci est le meme pour tous les utilisateurs de GNOME, KDE et Enlightenment, est d'attendre la release pour enfin tester si ca marche chez eux… Et si ca marche pas, ils vont majoritairement grogner sur un forum, peu ouvriront un bug report et encore moins un bug report utile. Bien entendu si vous voulez que votre alternative continue de bien se porter avec votre environnement favori, il faudrait compiler les versions beta a minima et faire des bugs report utile (J'irais meme jusqu'a rever et dire proposer des patchs…).

    C'est bien joli de grogner sur systemd, mais ca repond a un vrai probleme, la factorisation du code et la redirection de l'effort de developpement pour ameliorer le projet, plutot que de perdre du temps dans quelque chose qui devrait juste marcher ! Bien entendu, il faut compter avec le vieillissement des contributeurs et la tendance au non renouvellement de la base de developpeur. Ce qui fait que le choix entre faire de la maintenance inutile ou ameliorer le systeme accelere ces choix…

    Donc petit scoop, avec le temps, il n'y aura que les interfaces avec systemd qui seront bien supporte si vous ne vous bougez pas pour maintenir le morceau qui vous interresse.

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 6.

    On me souffle à l'oreille que ça existe déjà depuis un siècle est que ça s'appelle un "bus". C'est presque autopiloté aussi (enfin pas piloté par les passagers). Sauf que visiblement ça ne couvre pas tous les besoins sinon les voitures auraient disparu.

    Ca depend des pays. En France, le probleme viens principalement du fait que les bus intercites sont legalement interdit au benefice de la SNCF. Sauf que tu ne peux pas atteindre la densite d'un reseau routier avec un reseau ferre. C'est aussi pour ca que cette loi va etre ou vient d'etre change. Elle devrait potentiellement aider a serieusement deboucher les grandes villes, mais il faudra du temps pour que les lignes soient mise en place et que les habitudes changent.

    Maintenant, il y a des pays, comme par exemple la Coree, ou tu as une telle efficacite du transport en Bus et Taxi que tu n'as pas besoin d'avoir une voiture. La voiture n'est alors plus utile que lorsque tu as des enfants en bas en age. J'espere grandement que le reseau de bus va enfin se developper en France, ca aiderait pas mal. Restera plus que le probleme des taxis…

  • [^] # Re: Et pourtant une autre révolution est en marche

    Posté par  . En réponse au journal Tesla Motors VS the rest of the world. Évalué à 6.

    Si tu as deja roule aux USA, alors tu sais que c'est pas encore pret pour toute la planete. Entre les petites ruelles de nos villes europeennes et les routes de terre mal defini d'une bonne partie de la population, ce n'est pas pret d'etre une solution qui marche. C'est une solution pour les USA ou ils refusent les transports en commun et ou ils sont tres attache a la voiture… individuelle !

  • [^] # Re: Doutes

    Posté par  . En réponse au journal Sony pictures et la Corée du Nord. Évalué à 3.

    Ca c'est la theorie… Mais d'apres les leak de Snowden, ils ont l'air de mettre plus de ressources a casser et introduire des systemes cryptographique boiteux que d'essayer d'ameliorer les choses. C'etait peut etre le cas, il y a 10 ans, mais ca n'a plus l'air d'etre leurs priorites…

  • [^] # Re: Doutes

    Posté par  . En réponse au journal Sony pictures et la Corée du Nord. Évalué à 3.

    Il est tres peu probable que le boulot de la NSA soit de proteger qui que ce soit au vue des fuites de Edward Snowden. Ils sont plutot du genre a installer des backdoor partout. Alors il est peu probable qu'ils en aient quoi que ce soit a carrer du hack de Sony. Leur business, c'est espionner, pas proteger. Il n'y a quasiment aucun moyen gouvernemental qui soit dedier a ameliorer la securite des systemes informatiques, par contre ils ont beaucoup plus de moyen pour tout affaiblir !

  • [^] # Re: Eh ben...

    Posté par  . En réponse à la dépêche Haiku se lâche enfin. Évalué à 7.

    Je ne sais pas si Qt5 a changé ça, mais dans le 4 par défaut, tout est mono-thread.

    Avec QtQuick, il y a un mecanisme de rendu asynchrone. Le probleme etant si je ne me trompe pas que le modele de rendu de Qt classique ne permet pas d'abstraire la gestion de thread et rend difficile sont evolution. En gros, l'absence d'un scene graph fait que tout doit tourner dans la main loop (L'utilisation d'un appel a une fonction paint et laisse la possibilite de faire du rendu immediat a l'application).

  • [^] # Re: Eh ben...

    Posté par  . En réponse à la dépêche Haiku se lâche enfin. Évalué à 8.

    Par contre si l'intérêt d'Haiku c'est sont framework graphique, ce n'est pas forcément la peine de s'embêter à écrire un OS complet pour ça, ça peut très bien s'écrire au dessus xorg/MIR/wayland et de la bibliothèque XCB (qui, si je me souviens bien, est conçue pour faire de la programmation réactive ce qui colle bien avec des threads).

    XCB permet surtout d'avoir un contexte explicitement lie a chaque appel de l'API. Ce qui permet de gerer de multiple thread sans probleme avec plusieurs connections. Le probleme, c'est qu'il n'est toujours pas possible d'utiliser OpenGL avec et donc on doit faire un fallback via Xlib dans la main loop. Ce qui tue un peu tout l'interet.

    De maniere general, tous les systemes linux sont concu autour d'un unique canal de communication avec le display server pour les inputs et les ordres au systeme d'affichage. Ceux qui veut forcement dire qu'on a pas mal de boulot dans la main loop. Apres on peut toujours utiliser un thread pour le rendu et pousser le resultat depuis la main loop. C'est ce que font Qt, je crois, et les EFL.

    La difference majeur de ce que j'en ai compris, c'est que le thread de rendu est actuellement dans le serveur cote BeOS alors que sur Linux ont a eu une tres forte tendance a s'en eloigner (X vs Wayland). La principale raison cote Linux etant qu'on a plein de toolkit different donc l'interface expose par X est devenu bien trop complexe sans jamais pouvoir repondre au besoin des toolkits. Alors que dans BeOS, le toolkit de BeOS etait integre des le depart et donc le serveur avait un travail moins generique a founir. Probablement que cela aide pour scheduler le rendu en appelant les routines de rendu directement dans le serveur au moment opportun sans utiliser trop de memoire et sans trop de probleme de synchronisation.

  • [^] # Re: Question

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 4.

    Les USA produisent des ressources naturelles. Le Royaume-Uni produit des ressources naturelles. La Norvège produit des ressources naturelles. Le Canada produit des ressources naturelles. L'Australie produit des ressources naturelles. Tous ces pays ont il me semble une économie qui se porte bien.

    Je n'ai jamais dis que leur economie ne se portait pas bien, mais quelle n'etait pas vraiment diversifie et qu'ils avaient de vrai probleme d'efficacite energetique. Commencons par le plus simple, dans la liste de pays que tu cites, lequel peut se promouvoir d'avoir une quelquonque efficacite energetique ? Aucun. Ils sont tous dans le palmares des plus gros consomateurs d'energie !

    Pour ce qui est de la diversite de leur economie, a part les Etats-Unis qui sont, je pense, un cas a part du fait de leur taille et de leur population. Les autres pays sont plutot pauvrement diversifie de ce cote la. Le Royaume-Uni, c'est soit la banque, soit les ressources (en fonction de si tu habites a Londre ou pas en simplifiant). La Norvege, le Canada et l'Australie ne peuvent pas vraiment se targuer d'avoir une autre source de revenue que leur ressource.

    Pour en revenir aux Etats-Unis, c'est un pays de taille considerable avec une tres importante population. Pour etre comparable aux autres pays, il vaut mieux le regarder comme un ensemble d'etat divers que comme un unique bloc. Dans ce cas, tu verras que a part la Californie et l'etat de New York, il n'y a tres peu de diversite dans son economie. D'ailleur si on enleve la Californie, les Etats-Unis sont tres proche du modele anglais en plus grand, grosse industrie de matiere premiere et financiarisation a outrance sans diversite de l'economie.

    Ben non, on n'est pas d'accord. Pas en si mauvaise position peut-être, mais bon, je pense tout de même que la Libye, malgré son pétrole abondant et pas cher, était assez loin du développement occidental. Pareil, probablement, pour l'Irak de Saddam Hussein.

    C'est a dire ? Les jeunes allez a l'universite. Ils avaient une perspective d'avenir. Et l'economie etait en croissance. Je te propose de regarder : http://fr.kushnirs.org/macroeconomie/gdp/gdp_libya.html. Le PIB par habitant etant passe de 2000$ a 15000$ en 40 ans. Je ne fais pas la l'appologie de leur regime politique, mais je pointe que lier democratie et reussite economique n'est pas une evidence. C'est une vue tres occidentale que de croire que croissance economique et democratie sont lie.

    • des pays ayant accès à beaucoup de pétrole pas cher qui se sont bien développé (1)
    • des pays sans pétrole qui se sont bien développé (2)
    • des pays ayant accès à beaucoup de pétrole pas cher qui ne se sont pas super développé
    • des pays sans pétrole qui ne se sont pas super développé

    Ce qui compte c'est la capacite d'approvisionnement. En gros quel volume de petrole un pays est capable de s'accaparer. Plus il est capable de s'accaparer d'importante quantite de petrole, plus celui-ci se developpe et a une croissance economique forte (En fait, il faut rajouter aussi le charbon a cote du petrole pour etre complet).

    • des pays sans pétrole qui se sont bien développé (2)
    • des pays sans pétrole qui ne se sont pas super développé

    Je veux bien un exemple de ce que tu entends par la. Mais la seule chose que je fais remarquer, c'est que l'augmentation du PIB est forcement precede par une augmentation de l'approvisionnement en volume de petrole. De la meme maniere, la diminution du dit approvisionnement precede la diminution du PIB.

    Definir le developpement est quelques choses de plus complexe que de juste determiner le PIB (qui est deja pas simple en soi). J'ai l'impression que tu lie le PIB a une definition du developpement qui impliquerait aussi un systeme democratique et d'autres criteres de societe qui ne sont pas mon propos ici. Apres je pense que tous les regimes politiques actuels ont besoin d'une croissance economique sinon ils s'effondrent. Le simple ralentissement de celle-ci provoque des changements de regime assez radical et cela devrait poser question…

  • [^] # Re: Question

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 2.

    C'est une condition nécessaire, pas suffisante. Il y a des tas de pays qui ont accès à du pétrole pas cher ; certains se développent vite, d'autres pas.

    C'est un fait interressant, mais les pays qui produisent des ressources naturelles n'arrivent jamais a diversifier leur economie et ont de gros probleme d'efficacite energetique compare au reste du monde. Note aussi que tous les litres de petrole ne sont pas equivalent. Developper un litre de petrole dans le desert Saoudien, c'etait juste planter une paille. Alors que pour extraire du petrole bitumineux du canada, ils en sont a concevoir des centrales nucleaire. Ce qui compte, c'est l'energie net disponible.

    Parles-en aux habitants de Libye ou d'Irak…

    Il n'y a pas de rapport entre developpement economique et regime politique, on est bien d'accord ? Avant qu'on decide que c'etait necessaire de leur taper dessus, ils n'etaient pas en si mauvaise position niveau developpement economique…

    Mais etant donnee les tensions sur l'approvisionnement, clairement il vaut mieux avoir des armes pour securiser sont energie. Et c'est probablement la seul politique qui compte. Note que ca revient bien a dire que la seule politique qui compte est celle qui ramene de l'energie au pays ou en prend a d'autre.

    On n'est d'ailleur pas oblige de le faire militairement, par exemple racheter du gaz de schiste americain est une arme tres efficace pour profiter de leur energie pas chere tout en leur en privant.

  • [^] # Re: Question

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à -2.

    Le probleme de la planification de l'etat et que si celui-ci est incompetent (du fait d'une population de decideur trop age pour prendre en compte les ameliorations techniques disponible et en comprendre leur impact), celui-ci dirige tout un pays dans le mur sans aucune alternative possible.

    L'etat est la pour fixer des regles. Mettre un prix sur les externalites et assurer un cadre a long terme qui permettra aux entrepreneurs d'experimenter des solutions de maniere plus distribues. Le probleme venant quand le dit cadre en place est la pour proteger une caste de la population et tente de marcher a l'encontre du monde. Toute la responsabilite de l'etat est dans la definition de ces regles que l'economie n'est pas capable de prendre en compte…

    En soit, je ne vois pas en quoi un systeme instable est un probleme, tant que globalement celui-ci fournit assez de filet pour permettre a l'innovation et au progres de se mettre en place et prosperer. Quand on compare cela au domaine de l'informatique, on prefere tous un systeme decentralise et peer-to-peer a un systeme centralise. Mais on sait tous que c'est plus complique a mettre en place.

  • [^] # Re: Question

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 0.

    Il y a quand meme deux choses que l'economie ne sait toujours pas expliquer depuis 2 siecles que cette "science" existe.

    Tout d'abord qu'est-ce qui provoque la croissance ? C'est fou, mais oui, aucun economiste ne sait d'ou vient la croissance. Pour eux, c'est un postulat de base. On a une croissance fondamentale infinie et les crises ne sont que des mouvements au tour de cette courbe qui n'en finit pas de monter. C'est pour cela que les politiciens nous annoncent benoitement le retour de la croissance, car forcement elle reviendra, c'est un postula !

    Le second point qui est amusant aussi, c'est l'incapacite de la science economique a prendre en compte un certain nombre d'externalite et de contrainte environementale. Ainsi le progres technique et la consomation des ressources sont infini par postula. Il n'y a pas de lien entre energie et economie. Ni entre matiere premiere et economie. Cela etait probablement vrai lorsque la science economique a pose ses postulat. Mais aujourd'hui, si tu calcules le rapport entre l'augmentation d'energie et l'augmentation de notre PIB, il devient evident que notre efficacite energetique diminue en fonction du temps. Le progres ralentit et notre dependence a une energie abondante n'a jamais etait aussi fort. De la meme maniere, on a jamais autant miner cette planete et la consomation de matiere premiere par occidentaux n'a jamais etait aussi eleve.
    Il est evident que sauf a avoir acces tres tres tres rapidement a de nouvelle source d'energie et de matiere, on va droit a l'effondrement. Ce qui ne collera pas trop avec le modele de la croissance infinie.

    Donc finalement, la monnaie, c'est pas si importante dans l'economie. Et si tu veux prevoir l'etat de l'economie, tu peux regarder la production en volume du petrole aujourd'hui, ca te donnera une indication sur le PIB dans environ un an. Pour le plus long terme, et bien, si tu arrives a prevoir la quantite d'energie disponible pour notre civilisation, tu arriveras probablement a une bonne approximation de notre PIB… C'est amusant que finalement ce soit une grandeur physique qui donne la contrainte sur notre economie qui elle, en temps que science, ignore complement. :-)

  • [^] # Re: Question

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 1.

    Les trentes glorieuses sont une periode historique unique au cour de l'histoire. La principale raison pour la croissance de cette periode, est qu'on a eu acces une quantite phenomenale de petrole pas chere tres vite. Ce fut le sang de notre civilisation moderne. Et lorsque la production mondiale a finit de s'accelerer, toutes les economies ont accuse le coup. Les politiques n'ont eu qu'un effet a la marge durant cette periode. C'est cette afflux d'energie pas chere qui a fait les 30 glorieuses.

    Note d'ailleur que depuis 2005/2006, elle a atteind un plateau et je te laisse deviner ce qu'il va se passer a partir de 2016 quand la production mondiale va diminuer :-)

  • [^] # Re: Question

    Posté par  . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 9.

    d'économie, de géopolitique,

    n'ayant aucune compétence en la matière, je me garderai de porter un jugement là dessus. Je me contente de me méfier.

    Vu que les medias adorent les simplifications outrancieres, tu te doutes bien que leur analyse sur le sujet est probablement tout aussi mauvaise que dans les domaines que tu connais. Le probleme etant que ce renseigner sur ces sujets prend du temps, mais les informations sont disponibles de nos jours a tout le monde…

  • [^] # Re: Intégration avec d'autres environnements ?

    Posté par  . En réponse au journal E19 est de sorti. Évalué à 10.

    J'avoue, je n'ai pas compris la question, mais je vais repondre quand meme ! :-D

    Tout d'abord les EFL contrairement a Qt et GTK n'utilise pas les widgets natifs pour rendre leur interface, mais son propre pipeline de rendu graphique. Donc quand cela tourne sous Windows ou Mac OS X, tu as exactement le meme rendu que sous Linux. Tout depend donc du theme que tu choisis pour l'interface et c'est independant des EFL. Pour l'instant, on ne supporte upstream que un seul theme, mais des discussions sont en cour pour en supporter deux ou trois autres.

    Pour ce qui est de la portabilite en elle meme. Sous Mac OS X, tout ce qui est commun aux UNIX marche sans souci, pour ce qui est specifique a Mac OS X, tel que la boucle d'event et l'interface graphique, il y a encore pas mal de travail en cour pour en ameliorer la stabilite et avoir un support complet. Mais a ma connaissance, Terminology commence a etre utilisable. J'espere qu'un des devs Mac OS X prendra le temps d'en faire un paquet pour le store un de ces quatres.

    Pour Windows, c'est un peu plus complique. Il y a encore beaucoup d'instabilite et la plateforme rend vraiment le debuggage beaucoup moins trivial (surtout qu'il faut tout recoder…). Ca bouge doucement et certaines applications simple fonctionnent. Mais le probleme vient d'application comme Terminology qui sont aussi dependente elle meme d'Unix et donc necessite aussi d'etre porte. Au final, sans une application majeur de disponible sur cette plateforme, il ne faut pas s'attendre a un support complet.

  • [^] # Re: troll velu avec systemd

    Posté par  . En réponse au journal Sur systemd, btrfs & co. Évalué à 10.

    Si c'est si simple, je veux bien que tu nous fasses un patch :-)

    Pour etre un peu plus precis, sans avoir une infrastructure qui inspect les requetes faite par DRI, il est impossible d'avoir la moindre forme de securite. C'est une des raisons de l'existence des resistances a WebGL entre autre, car cela par du principe que tu ne peux pas faire de DMA et que ton architecture qui tappe directement dans le hw ne peut pas etre contourne. Si tu desactives l'acceleration hardware, le probleme ne se pose plus bien evidemment.

    La seconde raison, c'est les input, tu ne veux pas que tous les process qui sont execute sous ton identite d'utilisateur, puisse contourner le dispatching de ton systeme graphique et devenir des troyans (Sous X c'est pas un vrai probleme, puisque de toute facon, tu n'as pas de securite). Il te faut donc un process que tu vas truste, qui va faire le dispatching du fd d'input et s'assurer que tout le monde coopere.

    Maintenant, tu rajoutes a tout ca le fait que les gens veulent pouvoir avoir du multi utilisateurs, ce qui impose un process affichant une interface sous une entite differente que l'utilisateur finale. Il faut donc demarrer X sous un user different de l'utilisateur finale. Une fois l'authentification faite, tuer X, redemmarrer X sous le bon utilisateur et refiler le dit fd d'input. Et bien entendu, il faut aussi gerer ca quand tu te logges en console…

    Donc il te faut un process commun qui se charge de demarrer tes consoles et ton login manager, tourne avec des droits d'execution superieur et peu etre truste. Etant donne que systemd est la seule solution qui implemente deja la majorite du besoin sous Linux, il est plus simple de lui ajouter ce qu'il manque (dans logind) que de reinventer une roue pour arriver au meme resultat.