Johann Ollivier-Lapeyre a écrit 704 commentaires

Tu peux oublier les doutes, Wayland peut être plus rapide malgré une couche de compatibilité X.

En 2D
http://openbenchmarking.org/result/1306302-UT-MERGE572853

Avec Cairo
http://openbenchmarking.org/result/1306306-UT-MERGE610023

Je ne me souviens trop plus la raison qui avait été donnée.

Pour être plus précis, sur un axe conservateur/"tranchant", où on aurait Debian (ou Redhat EL) en conservateur et Fedora en "tranchant", Opensuse se trouverait en gros au milieu.

Jamais essayé, mais je ne crois pas que cela soit le but (en tout cas pas le mien).
L'idée est de pouvoir créer facilement un installable windows (izpack), Linux (rpm/deb/ipk) pour un soft binaire (java ou autre) ou des fichiers (genre des .php a mettre dans le bon répertoire), définir des services pour init.d, une icone et entrée de menu…

Pour un soft c ou C++ qu'on voudrait distribuer en source, je crois qu'on retombe sur les procedures des distribs. Mais dans mon cas (java, php, …), cela m'évite, en tant que développeur, d'avoir à écrire une procédure d'installation en production (qu'un admin va en plus foirer en ne la suivant pas… déjà vu…).

Avec ma méthode, l'admin reçoit un deb/rpm qu'il installe, les fichiers sont copié là ou il faut, les paramétrages sont également fait, les permissions aussi, tout marche nickel. Et tout ce que j'ai eu a faire c'est une poignée de ligne xml. Les deb/rpm sont testé avant en deploy automatique sur les serveurs de qualification à chaque commit SVN, donc la qualité de l'installation est garantie.

Mir ne tente pas d'être compatible avec Wayland. Mais alors vraiment pas!

La compatibilité Xorg, la seule qui intéresse Ubuntu, n'est que dans le sens "appli X" utilisable sur Mir (via XMir).

Pour avoir une compatibilité wayland, il faudrait:
- Un Wmir permettant à une appli wayland d'utiliser Mir. Est-ce prévu?
- Un MWayland, permettant à une appli Mir d'utiliser Wayland. Est-ce prévu?

Et ce n'est pas prêt d'arriver puisque cette incompatibilité est volontaire comme la CDDL d'Opensolaris vs la GPL du noyau Linux.

Qu'est-ce qui empêche les autres distribs de l'adopter ? En théorie, rien mais en pratique, cela sera quasi impossible:
1) Abandon de copyright à Ubuntu pour les contribs associé à la GPLV3. Imagine toi Redhat ou Suse accepter cela…
2) Absence de protocol (API) stable. Cela signifie que dans les faits, seul un Unity développé dans un contexte de développement Ubuntu pourra suivre ce développement instable de Mir. Je laisse reboucler avec le point 1)

KDE et Gnome notamment, ou les autres distribs ne pourront pas fonctionner dans les faits avec Mir, ou alors en citoyen de troisième zone, pire que mono avec .Net.
Et après, tu peux rajouter le fait que si Ubuntu lie des partenariats exclusifs, genre Steam codé pour Mir seulement, ben ça sera baisé pour les autres.

Ce que "tente" Ubuntu, ce n'est pas d'apporter des choses ( parce que Mir n'a aucun intérêt technique à par celui d'être incompatible à Wayland…) , c'est une prise de contrôle sur l'écosystème linux et de tuer les autres distributions desktop… ainsi que les bureaux autre que Unity. C'est juste un pur scandale pour qui n'est pas un fanboy Ubuntu…

Tout a fait!

Et effectivement, lorsque c'est pas du C/cmake and co, il y a plus simple. Perso, j'utilise un pom.xml que je lance, et qui crée un deb/rpm parce qu'il ne s'agit que d'ensemble de fichiers, services… genre le packaging d'une JRE, de services…

Bon, mon bon restau indien de folie à Glasgow, c'est le Dakhin si tu y fait escale, parce que perso, un bon voyage, c'est de la découverte, de la culture, mais aussi de la bonne bouffe et boisson.

Et sinon, effectivement, il y a les midges que j'ai eu la bonne idée de cotoyer en Kilt pres du lac Lomond et où je semblais avoir choppé une varicelle aigu aux jambes. Incroyable ces bestioles…

Bon trip!

Et de l'openGL? ou tout autre transcription très proche comme WebGL peut l'être? Enfin ça c'est pour le coté "jeu d'instruction", parce que cela ne règle pas le coté "tout client".

Parce qu'on peut se mettre à imaginer des trucs de fous, genre l'appli utilisé à distance, au lieu de générer les buffers à destination de Wayland/Weston, elle génère des json de code WebGL qui sont envoyés en realtime via WebRTC à un navigateur web, qui interprète ce code en direct.

Et hop, une connection distante à l'aide d'un simple navigateur web moderne (pas IE).

Un road trip en W650, y'a du chanceux ;) J'aimerai bien me faire un tour d'Irlande dans le genre.

Après, si je peux me permettre et si tu en as l'occasion, parmi ce que j'ai aimé en Irlande et Ecosse et que j'aurai regretté d'avoir manqué:
- La campagne de tourbe d'Irlande, là ou a été tournée Braveheart entre autre. Mais celle tu la verra forcement si tu sors des grands axes.
- A Dublin, la vieille prison, où on été enfermé et exécuté les prisonniers politiques. Ambiance et expérience particulière. C'est là qu'a été tournée "Au nom du père"
- Le musée Guinness (Dublin), tant pour le musée lui même que pour l'architecture du bâtiment particulièrement réussi. Même ma copine qui déteste la bière a adoré cette visite.
- En Ecosse, faut se perdre dans les campagnes, tâter du cul de vache Ecossaise (qui semble être un croisement de poney, de vache et de mamouth…)… On était du coté de Loc Lomon, très jolie.
- Si tu passes vers Glasgow, passe absolument faire une ballade dans le vieux cimetière de la ville, c'est un truc de fou (délabrement entretenue…) le mélange d'un green de golf et du clip Thriller de M. Jackson. Vraiment le truc indescriptible à faire. J'ai aussi souvenir d'un excellentissime restau indien à Glasgow si t'es intéressé (jamais vu mieux depuis hélas…).

Peut-être une incompréhension, car j'avais lu que si Amd et Nvidia développaient des drivers pour Mir, ceux-ci serait utilisables à 100% par Wayland (comme les drivers KMS et maintenant Android qui maintenant supportés). Donc le coté compatibilité, c'est peut-être coté drivers (et non pas applicatif).

Tout a fait, c'était tres tres tres lent avant la 12.2
et encore plus la 12.3.

Tu as tout a fait raison. Et je me doute qu'il ne va pas changer en plus sa config avec mon commentaire.

Mon message était plus pour les autres qui aurait un dedibox/kimsufi… et qui voudrait profiter d'un youtube fluide avec une config simple/alternative.

Opensuse aussi, et le démarrage va super vite… mais ce n'est pas la seule distrib. Je crois que le problème est inverse, qui a part Debian (a moitié) et Ubuntu (Upstart) ne migre pas vers systemd?

Et je crois que c'est pas fini, il y a un projet d'optimisation en cours chez KDE, et en migrant le demarage de KDE sur systemd, il est passé de 6s à 4s sur la machine du développeur.

Encore plus simple qu'un VPN avec un kimsufi ou autre:

Dans une console (ou le bashrc une fois passé les tests)
ssh -D 3128 mon_login@monserveur

Et dans le navigateur, foxyproxy pour envoyer les flux répondant à la regle "youtube" vers le proxy localhost sur port 3128.

Et hop, les video hd sans ralentissement

Il y a un logiciel sous linux pour lire les BD, "comix", qui possède une fonction intéressante: une loupe sous la souris. Si tu ne parlais pas de tablette, pour une lisibilité maximale, j'aurai tendance à faire un PC de bureau, avec 2 moniteurs mini 24 pouces:
- Sur l'écran 1, la BD en pleine largeur (tu double déjà la taille de la mise en page originale), ou mieux, pleine page sur un 27" monté en vertical
- Sur l'écran 2, l'affichage en zoomé de ce qu'il y a sous la souris (en gros, une modif de comix pour foutre le zoom dans une fenêtre externe, et sur un ratio 16/9 au lieu de 1:1)

Si ce que j'ai écris ne te parais pas clair, essaye comix avec la fonction loupe sur un cbz quelconque.

Pour le Nvidia, quand j'en avais une, j'avais juste à cocher le dépot dans les dépots communautaires, et lancer une maj système. Il était installé automatiquement, et surtout suivait les maj kernel, ce qui ne sera pas le cas de ton driver compilé. Mais j'ignore si c'est dispo dès la RC

Je vais répondre, sachant que mon expérience desktop est: Suse, Debian, Ubuntu, Kubuntu, et mandriva y'a quelques années.

Globalement, elle est très bien fini, intègre bien les logiciels entre eux… Par exemple gimp dans KDE possède les couleurs et icônes KDE. Par contre, comme pour d'autres distribs, je conseille aux non-connaisseurs d'attendre 10-15 jours après la finale pour que les dépots tiers soient eux aussi ok.

les logiciels propriétaires comme flash-player-plugin sont-ils inclus?

Oui, mais je crois qu'ils sont installé "effectivement" à la première MAJ, celle qu'on lance juste après l'install.

les logiciels soumis à brevets (h264/mp3) demandent quelles manipulations?

Dans l'interface d'administration (Yast), cliquer sur "dépots de logiciels", "ajouter", "dépot communautaires", choisir "packman" qui l'equivalent de multiverse ailleur et les autres qui t'interesses (java, nvidia…), valider, etc. Ensuite, cela se passe dans la gestion des logiciels, et/ou une maj qui remplacera tout seul certaines librairies, genre libxine. D'autres seront à installer la main (vlc, w32-codecs…) A noter que VLC est dispo dans le dépot packman, et dans le dépot "vlc". Les 2 marches bien, mais ne pas mélanger car les versions sont différentes ;)

les mises à jour de version en version tous le 8 mois environ sont-elles faciles?

Ceux qui la font ont l'air content, mais je ne saurai répondre, je fais la "complète" car elle est très rapide, 30 min max avec même les codecs et autres dépots tiers.
J'utilise par contre les "maj partielles", par exemple actuellement le dépot KDE 4.10 sur ma vielle suse 12.2, et ça je peux en parler, ça marche d'enfer ;D

Bonjour,

Une fois j'ai eu cette problématique, et j'avais résolu cela avec:
- un dépot SVN réservé pour cela. Le svn en mode http pour passer les firewall les doits dans le nez.
- Un tortoiseSVN installé sur le windows, et un dossier "document partagé". Une mini formation: click-droit "mettre a jour" pour mettre à jour, …. Tortoise fait cela très bien avec les icones et autre. Les non informaticiens s'en sortent.
- Un petit hook sur le serveur svn, pour envoyer un mail à tout le monde pour avertir d'une version. Le contenu du mail est le message du commit. Du coup, pas plus d'effort ou de temps pour la personne, elle soigne son message de commit plutôt que de soigner un mail.
- Pour le "diff", c'est l'historique de modification de Microsoft, activé dans le document, qui le gérait.

Ca marchait bien et les gens était content

J'ai jamais vu bosser Alan Cox, mais j'ai eu la chance de voir à l’œuvre quelques oiseaux du même genre, par exemple David Faure, qui bosse sur KDE. Et bien sans rentrer sur le volume horaire (que j'ignore), il faut quand même dire que la minute n'a pas la même utilité que l'ingé moyen, même doué, même très doué.

En gros, on l'a vu résoudre (comprendre+résoudre) un bug en 1min, là où n'importe qui d'autre aurait mis 1h, 1j, 1semaine ou 1mois…

J'ai pas la recette complète, mais d'après ce que j'ai compris:

• Une très bonne connaissance du langage, jusqu'au fonctionnement interne, jusqu'à la moindre subtilité
• Un environnement maitrisé, et orienté productivité. Dans son cas, emacs + des scripts perso, … Toute action répétitive est scripté + mise en raccourci clavier. Donc entre sa correction, compilation et la visualisation, retour d'info éventuel, c'est 1 action clavier.
• Dans le doute, une doc toujours très facilement accessible
• Tous les outils de retour d'info (log, perf, …) sont également maitrisés
• Une tête bien câblée (et dans le cas de David Faure, sympathique et modeste en plus)

Avec ça, t'arrives à voir un bug, jouer avec, comprendre, corriger, tester, recorriger, re-tester en 1min, dans un pub bruyant de Dublin, avec une Guiness à la main.

J'ai essayé très rapidement pour voir, et j'ai l'impression qu'il y a du mieux en plein écran (en tout cas c'est jouable, même si j'ai pas trop joué avec les filtres). Donc accès au fameux bsnes qui marche à 100% avec 100% des jeux snes.

Par contre, l'interface…. oh my god. Une vrai interface de développeur pour les développeurs.
Sans déconner, j'ai eu moins de mal à gérer la compilation avec les problèmes de dépendance qu'à utiliser l'interface (dispo en GTK ou QT, ce sont les même horreurs).

bsnes fait l'émulation de chaque circuit de la SNES. C'est une oeuvre d'art de l'emulation, dixit les auteurs de Mame. Et là, on est dans la préservation à 100%.

Il n'empèche qu'il doit y avoir moyen d'optimiser des trucs dans bsnes, par exemple le scaling/plein ecran divise par 2 les fps (et rend chez moi les jeux injouable), alors qu'il s'agit d'un scaling video, ce que gère n'importe quel player.

Par sel fondu, j'avais en tête le Thorium, et pas superphenix, qui est un prototype de [[http://fr.wikipedia.org/wiki/R%C3%A9acteur_%C3%A0_neutrons_rapides_%C3%A0_caloporteur_sodium]] , également considéré comme génération IV aussi.

Le neutron rapide au sodium, c'est un héritier de la techno actuelle, en ajoutant du sodium, histoire de rajouter du risque au risque… et c'est loin de me rassurer. Et pour Astrid, j'ignorai, et j'espère que cela ne se fera pas.

Dans "ou est le piège", il y a surtout que c'est une rupture technologique, alors que l'EPR ou même le neutron rapide au sodium sont une continuité. Continuité d'une ânerie, mais continuité…

Y'a aussi un avantage, si on développait le sel fondu au thorium: On pourrait vendre des centrales à plein de pays de tiers monde sans risque de prolifération.

Comme tu le dis, c'est vraiment hypothétique.

Sinon, il y a les réacteurs à sels fondu:
http://fr.wikipedia.org/wiki/R%C3%A9acteur_nucl%C3%A9aire_%C3%A0_sels_fondus

Pas de risque style Tchernobyl/Fukujima car l'architecture même rend ce risque impossible. Autre avantage, les déchets. Autre avantage, le combustible, avec un rendement de 99% contre 2% pour nos centrales.

Ou est le piège? A l'origine des premières centrale nucléaire, cette technologie aurait pu être développé à la place de celle, dangereuse, qu'on utilise, mais plus avantageuse pour produire des armes nucléaires. Et en pleine guerre froide, c'etais un argument massue.

Mais comme le stock de plutonium militaire est suffisant pour vitrifier plusieurs fois la terre, que l'uranium s'épuise, que la sécurité inquiète, que la génération III coute trop cher, que le caloporteur sodium est grillé, et que les déchets s'accumulent… peut-être assistera t'on à un retour à cette idée (sur la liste des 4eme génération).

Y'a des fois où j'aimerai "pertinenter", même si c'est déjà à 10

Globalement, je suis aussi plutot d'accord. On pourrait simplifier, parmi les multiples forks et tentatives de forks, lequel ont réellement supplantés, voir écrasé l'original?

• XFree86 -> Xorg

Vous en avez d'autre?