navaati a écrit 494 commentaires

(c'est pas payant, hein. Enfin t'as le coût du DNS mais ça concerne pas google)

Heu, les patchs kernel/drivers, c'est au contraire le plus important : avec ça tu peux carrément porter un autre OS (Tizen ? B2G ? "le truc de KDE, là" ?) vers leur machine.

Bah, je pense qu'au contraire c'est triste de pas avoir fait un jeu de mot à base de cul+comparaison. Genre "kialesplusgrosboobs" (bon, ok, trop long, mais vous voyez l'idée). Yavais du potentiel.

Non, comparoob n'est pas un service. C'est un logiciel. Le seul service dans l'affaire est celui d'accès aux données fourni par le gouvernement.

les geeks libristes seraient donc plutot portés à gauche,

Je sens venir le Zenitram…

Heu, ça utilise pas 4Go de données, ça en produit : les 4Go, c'est le résultat de la capture d'écran.

Ah wep, c'est un logiciel qui utilise Internet, nul !

[…] Linux, qui est juste le noyau le plus universel actuellement.

C'est plus NetBSD ?

kexec ça permet de laisser tourner les process en userland comme si rien ne s'était passé ? Pasque je crois pas et du coup la différence avec un vrai reboot est pas énorme.

Pas de chocolat.

Hum, en vrai c'est faux, le matos qui n'est plus supporté sous linux, ça existe. Je pense notamment à cette pelleté de vieilles cartes graphiques dont le support vient d'être abandonné dans mesa.

Cette distinction entre œuvre et copie d'une œuvre est très intéressante et elle me fait fortement penser à une bonne vieille maxime du LL : "Un logiciel libre est gratuit une fois qu'il a été payé."

Et pourquoi ça ne serait pas applicable, littéralement, au reste de la culture ?
Implémentation de base : "eh les gars, on est en train de faire un chouette album,[ voilà un teaser,] quand les dons ont atteint X brouzoufs on release."

Bien sûr ça nécessite que le groupe ait déjà de la notoriété mais eh, c'est normal non, qu'un groupe doive commencer modestement ? Pour se faire un nom ils peuvent publier gratos au début et jouer en concert. Ça nécessite aussi des fonds d'avance pour faire vivre le groupe pendant la création de l'album mais idem, eh, pourquoi l'art serait épargné par la notion d'investissement qui pèse sur toutes les autres activités humaines ?

J'ai pris l'exemple de la musique mais ça devrait marcher à peu près aussi bien pour les films (de toute façon les films sont rentabilisés par le cinéma, pas par les DVD, donc le problème n'existe même pas) ou les livres. Surtout qu'à côté de ça, rien n'empêche de vendre des copies physiques qui ont une vraie plus-value (je pense aux livres, mais aussi au beau coffret CD pour faire un cadeau).

Bon, ok j'admet, il y a un (non-)problème à cette solution : les (certains) artistes ne sont plus des rentiers.

Tu déconne ? On est sur trollfr.org et tu dis que les gens s'auto-censurent et s'empêchent de poster des trolls ou des opinions dérangeantes ?

Je trouve au contraire qu'on a une variété d'idées incroyable dans les nourjaux (par exemple le récent de Gérald contre le natalisme, c'est pas ce qu'y a de plus mainstream comme idée hein) ou les commentaires, et que même ceux qui ont une opinion ne collant pas forcément à la majorité arrivent à s'exprimer.

Y se trouve qu'en fait le système de karma a un effet très bénéfique sur la communauté : ceux qui par ailleurs contribuent de façon constructive peuvent se permettre de risquer le moinsage, même massif. Par contre ceux qui ne font que la ramener avec des trucs qui emmerdent tout le monde se font clasher, oui, pasqu'on appelle ça des relous.

Wep mais nan, Zeitgeist c'est qu'un truc de nazis de l'interface.

Putain heureusement que le vendredi existe, sans ça des comme ça on en verrait moins.

(je réponds uniquement à la première partie du commentaire pasque je suis persuadé qu'il ya bien un problème de surpopulation)

Combattre la surpopulation en limitant les naissances pose des problèmes de vieillissement de la population plus tard.

Cque j'en déduis c'est que le problème au final c'est pas les gosses mais les vieux : faut pas arrêter la course aux naissances mais la course à la durée de vie. "Mourir jeune, c'est bien". Va yavoir du travail à faire sur les mentalités, les gars, on est pas dans la merde…

Pas forcément : peut-être que le nombre de grossesses non désirées est stable ou diminue mais qu'à côté de ça ya une proportion de plus en plus grande de grossesses non désirées qui se terminent par un avortement. Par exemple pasque l'avortement est de mieux en mieux accepté.

Merde, Zenitram a un multi ?

(pardon)

Wep enfin ton commentaire dans la dépèche était quand même bien à la ramasse : ce qui a été porté sous (enfin, à côté d') Android, le travail effectué par Canonical, c'est essentiellement Unity. Or Unity c'est justement la valeur ajoutée d'Ubuntu, le truc qui vient pas de Debian.

(inb4 "ubuntu/canonical/shuttleworth fanboy" : j'aime pô ubuntu, hein)

En fait dans le context de Wayland, un WArrow me semble bien plus pertinent (les haskelleux comprendront… peut-être).

Dans l'idée, si tu veux faire un truc style XEmbed la solution la plus simple est que ton appli devienne un "mini compositeur Wayland" qui acceptera qu'un seul client : le machin embeddé.

NON NON NON à la première phrase (désolé, pas contre toi, c'est l'usure)

Wayland ne dépends PAS de OpenGL, ou KMS, ou quoi que ce soit qui a à voir avec le hardware.

Exemple : imagine un compositeur qui utilise le framebuffer classique pour le dessin et + GPM pour les évènements.
Imagine que ce compositeur n'implémente pas l'extension DRM du protocole Wayland (c'est cette extension qui permet de partager des buffers en mémoire GPU, et oui le protocole lui-même est modulaire), donc qu'il n'utilise que la bonne vieille SHM Unix pour récupérer les buffers des applis.
Imagine qu'il utilise, soyons fou, la SDL pour afficher un wallpaper et blitter les fenêtres au bon endroit sur l'écran.
Imagine que le GTK de ton appli fasse du pur rendu software dans un buffer en RAM.

Ayé, t'as une infrastructure Wayland complète qui tourne même sur BSD ou sous un linux sans autre pilote que vesafb. Bien sûr ça va ramer, sauf si t'as un gros proc, mais c'est normal : pas d'API d'accès au matos (DRM, KMS, OpenGL, toussa), pas d'accélération.

Bien sûr ya beaucoup de "imagine" dans mon exemple, pasque personne a développé ces cas de figures (enfin, SDL over FB ça existe déjà je crois, et rendu GTK en software dans un buffer en RAM aussi, il me semble (c'est une possibilité de cairo en fait)). Mais ce que je veux dire c'est que ya rien dans Wayland lui-même qui est pas portable ou même qui a besoin de pilotes graphiques.

Bon, en fait j'ai plus répondu à ce que tu as quoté : ce protocole modulaire indépendant de l'OS… c'est Wayland. Cool, nan ?

Ben tu te trompes :)

J'avais la même inquiétude (z'OMG que va devenir mon XMonad :'( ?), mais j'ai été sur IRC proposer une idée et on m'a dit que c'était possible et que c'était même la solution envisagée à long terme.

Reprenons le schéma d'architecture de Wayland :

Ce qui te fais peur ce sont ces petites flèches 1 et 4 que tu vas devoir implémenter dans ton wmii, right ? Ben en fait c'est toutafé possible d'ajouter un bloc à cet endroit là, qu'on appellera compositeur système. Lui va parler au noyal direct, et ton wmii va parler au compositeur système en utilisant le protocole… Wayland. Qui est bien plus simple que evdev+kms. De plus ça impliquera que ton WM/compositeur sera automatiquement (enfin, à condition qu'il existe un "compositeur système" idoine) portable sur d'autres plateformes que kms+evdev, par exemple la plateforme X11 ou la plateforme "nested wayland" ou "fb + gpm" ou encore "api graphique de *bsd + api events de *bsd".

Bien sûr, par rapport à un bon vieux WM X, t'as quand même un truc en plus à gérer : le compositing, qui dans sa forme la plus simple revient à pas grand chose : un blit par fenêtre à l'endroit où t'as décidé de la poser. T'as aussi à faire la distribution des events (mon focus est sur telle appli donc c'est vers elle que je route les évènements).

Mais ça, ça a un avantage certain : les possibilités offertes à ton WM explosent. Franchement imagine un wmii qui a accès à tout le pouvoir offert à un compositeur : ça fait rêver.

Bon tu vas me dire, "argh, rajouter un bloc en plus dans le schéma juste pour faire la traduction (kms,evdev) -> (wayland sous-partie graphique, wayland sous-partie events), c'est moche, et les perfs ? Y se trouve que le fameux compositeur système, il a aucune opération graphique à faire, juste forwarder ce que ton compositeur/WM a produit. Et comme on est dans un monde moderne de buffers graphiques partagés, y peut se contenter de dire à la carte graphique (via KMS) "le scanout buffer que tu dois sortir à l'écran, c'est ". Et hop, zéro copie, zéro overhead.

C'est pas exactement le même combat : tu peux avoir des gens (même sûrement une majorité des gens protestants contre ACTA, tous ceux engagés politiquement mais non-geeks) qui veulent que le Minitel 2.0 reste libre.

Si j'ai bien compris Wayland se contente de récupérer les buffers des différentes applications et les passe au Compositeur lorsqu'ils sont prêts. Quelle est la différence avec les piles graphiques des autres systèmes actuellement sur le marché ?

Non. X récupère les buffers et les file au compositeur. Wayland est un protocole qui permet aux applis de filer directement l'adresse des buffers au compositeur.