Il faudrait surtout recompiler toutes les applications propriétaires pour qu'elles fonctionnent sous windows pour arm en fait. C'est un non-problème sous linux car sous linux il suffit de recompiler vu que tout (ou presque) est open-source.
Il faudrait que tu m'explique pourquoi, pour toi, Apache = serveur web par défaut. Le serveur web n'étant qu'un projet parmi 100.
Parce que pour reprendre ses termes il sort de cryo, et qu'à la base (et pour de nombreux sysadmins) Apache est un serveur web et non une fondation. Le numéro de version de la licence encourage encore plus la confusion.
The Apache HTTP Server, commonly referred to as Apache — Apache HTTP Server
Ce qui n'a pas d'effet notable sur la visibilité des voitures mais a un impact très négatif sur la visibilité des… motards, qui doivent justement allumer leurs phares en permanence pour augmenter leur visibilité (en Belgique du moins) et qui du coup perdent cet avantage, devenant de fait moins reconnaissables.
Après, si des andouilles ne savent pas qu'ils doivent allumer leurs phares quand il y a du brouillard…
Posté par nud .
En réponse au journal Facenuke.
Évalué à 3.
Il y a une certaines maitrise.
La sensation de maîtrise est subjective, elle découle tout simplement de la confiance en soi et de l'illusion que "cela n'arrive qu'aux autres". Après, si sur une route à deux bandes tu roules bien, sans avoir bu, sans être fatigué, et qu'au tournant un mec bourré arrive à fond de balle et rate son virage, t'es tout aussi mort et t'as tout fait pour ne pas l'être.
Posté par nud .
En réponse au journal Facenuke.
Évalué à 1.
Tu as des leviers pour dire que tu ne vas pas te prendre un poteau, mais tu as assez peu de leviers (aucun) pour dire qu'un autre chauffard ne vas pas te rentrer dedans, et te tuer alors que tu es en plein droit.
De la même façon il y a énormément de gens qui œuvrent à diminuer le risque des centrales nucléaires. C'est juste que "ces gens", ce n'est pas toi, tu n'as personnellement pas de contrôle.
Après, si tu réfléchis bien, même dans ta guimbarde tu reposes sur le savoir-faire d'autres personnes (le constructeur, ton garagiste) avec une qualité d'exécution et un contrôle autrement plus folklorique que ce qui se passe dans une centrale nucléaire.
des accents aberrants (comme événement -> évènement)
Ça, ça dépend fortement des régions. Ici en l'occurence, la réforme (qui reste essentuellement centrée sur le parler de l'île de france) a introduit une nouvelle inconsistance, dans la mesure où on prononce bien un "événement", et pas un "évènement".
Je ne sais plus qui avait proposé de remplacer les accents aigus et les accents graves par des macons, en se basant sur le fait que les accents ne sont pas distingués/prononcés identiquement partout en francophonie.
Ben la différence avec quake c'est que les artworks sont libres, vu que d'après le journal:
[OpenArena] vise a fournir un clone entièrement libre de Quake3 en remplaçant les données toujours propriétaires du jeu originel par d'autres placées sous GPL
Une question plus pertinente selon moi est: quelle est la différence notable avec Nexuiz, autre grand FPS libre ?
Je me demande quand même où tu as vu que aujourd'hui gnome 3 utilise des décorations gérées par le client. Gtk+ stable ne gère pas les décorations à ce jour, donc non, les décorations ne sont pas gérées par les clients mais bien par le WM.
Ben en fait le lien que tu cites dit exactement cela: au risque de me répéter, le backend wayland va fonctionner out of the box, sauf si on utilise du X11 directement (les appels gdkx11*). Donc si ton appli ne fait pas appel à X11 directement mais n'utilise que l'API Gtk+, ce sera transparent (et c'est le cas pour la plupart des applications Gtk+). Donc tu ne devrais même pas avoir de les applications, surtout que dans gtk+ 3 les backends sont dynamiques.
Les seules API non compatibles sont les APIs qui permettaient d'aller chipoter directement dans les entrailles de X11. C'est normal, et elles ne sont pas accessibles directement sous win32 par exemple...
Les autres mentions sont des bugs du backend Wayland.
Tout à fait, GTK intercepte les messages X11 et les retransmet sous forme d'events
C'est en fait GDK qui fait cela, et les événements sont les mêmes quelle que soit la plateforme. Si la plateforme a des messages différents, Gdk s'occupe de faire la traduction ou le remplissage, comme sous OSX ou Win32.
Et je ne vois pas de quoi tu parles quand tu parles de plugins et de multiplication de "serveurs de messages". La plupart des plugins des applications Gtk+ sont in-process (ce n'était pas forcément le cas avec bonobo mais ça a disparu il y a longtemps) et de toute façon la partie génération/émulation/gestion des messages du système de fenêtrage est géré par Gdk et inaccessible pour l'application. Elle ne verra aucune différence et tu peux d'ailleurs le vérifier dès aujourd'hui avec les applications Gtk+ que krh utilise dans Wayland.
on peut difficilement la rajouter d'office sur toutes les applis GTK qui trainent
Ouvre les yeux. C'est le protocole wayland qui va dire à l'application si oui ou non le compositeur veut que tu dessines tes propres décorations. Si tu n'es pas en wayland, tu ne les dessines pas, point. Et de toute façon, dessiner soi-même les décorations est déjà possible avec X11 même si pas supporté au niveau du protocole.
Après on peut imaginer un serveur RPC qui traine dans un coin et qui gère à la fois la création des messages et les décoration de fenêtres.
Il n'y a pas besoin d'un tel serveur RPC. La création des messages est faite par Wayland, l'émulation des anciens messages X11 pour les widgets virtuels (qui étaient avant des fenêtres X mais n'en sont plus depuis un certain temps) est faite par le toolkit. Les décorations peuvent être faites par le compositeur s'il le souhaite, sinon je suppute que les décorations seront un peu différentes pour chaque toolkit (comme les décorations de chromium sont déjà différentes par ailleurs) mais il est fort possible d'avoir une spécification fd.o pour un thème de décorations.
Mais même les applis codées en GTK ou en QT parfait sont à réécrire. Wayland fait moins de chose que X11, toutes les choses qui ne sont pas faites par Wayland doivent désormais être faites au sein de l'appli. Ca implique nécessairement de revoir tout le code, à moins de vouloir lancer un émulateur X complet avec gestion des inputs + un décorateur de fenêtre qui fait mini-wm avec chaque fenêtre.
Sauf que les choses en question sont normalement gérées par le toolkit. Par exemple, à cette heure, Gtk+ génère des événements "virtuels" pour les "client-side windows", càd pour l'émulation côté client des anciennes fenêtres X. Il y a aussi une branche pour les "client-side decorations"... qui a priori devraient être identiques pour toutes les applications qui utilisent Gtk+ et devraient réutiliser le thème gnome-shell.
Donc, en fait, non. À moins de faire des trucs tordus avec la Xlib directement (ce qui a toujours été découragé), il ne faudra pas toucher les applications Gtk+3. Pas plus que les applications Qt4 par ailleurs.
Ici (Iceweasel 10 sous Debian) cette page ne contient rien... Est-ce censé utiliser WebGL ? Est-ce que WebGL est supposé fonctionner sous linux des temps-ci ?
Bof, c'est une justification foireuse: du même constat tu pourrait dire, faisons X12 qui vire tout le code mort/inutilisé (draw stippled line) mais qui garde XRender.
Faire cela reviendrait au même:
tu aurais besoin d'un serveur X11 complet quelque part (probablement un X11 rootless comme celui utilisé avec Wayland) pour les applications Motif et autres qui utilisent les fonctionnalités enlevées que "personne" n'utilise;
tu aurais besoin de mettre à jour tous les toolkits pour t'assurer qu'ils n'utilisent pas de fonctionnalité dépréciée.
Bref, il faudrait toucher toutes les applications. Sauf qu'en plus:
Tu aurais toujours dans les pieds le vieux code et le vieux design prévus pour des choses qui n'existent plus (les fonctions que tu proposes de supprimer);
Tu aurais toujours les grosses misfeatures de X11;
Tu aurais de toute façon un serveur incompatible avec les autres;
Tu conserverais une partie du protocole X11 (mais pas tout) donc tu serais compatible avec l'existant (mais pas vraiment).
Donc, autant partir d'une feuille blanche:
On peut faire supprimer les problèmes que l'on connaît avec le design de X11;
On peut faire quelque chose de plus adapté à l'utilisation actuelle qu'un design datant des années 70/80
On peut faire plus simple et plus accessibles pour attirer du sang neuf;
On ne casse au final pas plus la compatibilité qu'avec un protocole X "simplifié" comme énoncé plus haut.
Ceci dit, si on avait baptisé Wayland X12 sans rien changer d'autre, peut-être n'y aurait-il pas eu matière à troll.
Il y aura un serveur X embarqué dans Wayland (un rootless X server), un peu similaire au support X11 dans MacOS je suppose, pour faire tourner des applications X11 comme si elles étaient "natives".
Les toolkits les plus courants ont déjà le support pour wayland donc y'aura même pas besoin de patcher.
Par contre oui, y'a des applications qui attaquent directement X pour certains trucs, en particulier en Gtk (apparemment la pratique est très rare avec Qt, probablement parce que les gens qui font du Qt s'intéressent davantage à avoir une application portable). Et oui, les drivers X11 propriétaires seront probablement pétés. J'imagine que les drivers propriétaires qui vont directement dans le noyau seront épargnés?
[^] # Re: multiplication des clefs
Posté par nud . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 2.
Tu peux aussi procéder de diverses façons:
[^] # Re: Conclusion
Posté par nud . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 2.
Il faudrait surtout recompiler toutes les applications propriétaires pour qu'elles fonctionnent sous windows pour arm en fait. C'est un non-problème sous linux car sous linux il suffit de recompiler vu que tout (ou presque) est open-source.
[^] # Re: C'est simple
Posté par nud . En réponse au journal Android ça pue c'est pas libre. Évalué à 0.
Parce que pour reprendre ses termes il sort de cryo, et qu'à la base (et pour de nombreux sysadmins) Apache est un serveur web et non une fondation. Le numéro de version de la licence encourage encore plus la confusion.
[^] # Re: Tout est dans la première phrase du journal
Posté par nud . En réponse au journal De l'incapacité des candidats à s'engager. Évalué à 1.
J'attends le moment où tu seras verbalisé pour non-port du caleçon bleu à pois.
[^] # Re: Tout est dans la première phrase du journal
Posté par nud . En réponse au journal De l'incapacité des candidats à s'engager. Évalué à 1.
Ce qui n'a pas d'effet notable sur la visibilité des voitures mais a un impact très négatif sur la visibilité des… motards, qui doivent justement allumer leurs phares en permanence pour augmenter leur visibilité (en Belgique du moins) et qui du coup perdent cet avantage, devenant de fait moins reconnaissables.
Après, si des andouilles ne savent pas qu'ils doivent allumer leurs phares quand il y a du brouillard…
[^] # Re: Pareil
Posté par nud . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 1.
https://bugzilla.gnome.org/show_bug.cgi?id=660573
[^] # Re: Question
Posté par nud . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 3.
https://bugzilla.gnome.org/show_bug.cgi?id=660573
Help yourself!
[^] # Re: Bof
Posté par nud . En réponse au journal Facenuke. Évalué à 3.
La sensation de maîtrise est subjective, elle découle tout simplement de la confiance en soi et de l'illusion que "cela n'arrive qu'aux autres". Après, si sur une route à deux bandes tu roules bien, sans avoir bu, sans être fatigué, et qu'au tournant un mec bourré arrive à fond de balle et rate son virage, t'es tout aussi mort et t'as tout fait pour ne pas l'être.
[^] # Re: Bof
Posté par nud . En réponse au journal Facenuke. Évalué à 1.
Tu as des leviers pour dire que tu ne vas pas te prendre un poteau, mais tu as assez peu de leviers (aucun) pour dire qu'un autre chauffard ne vas pas te rentrer dedans, et te tuer alors que tu es en plein droit.
De la même façon il y a énormément de gens qui œuvrent à diminuer le risque des centrales nucléaires. C'est juste que "ces gens", ce n'est pas toi, tu n'as personnellement pas de contrôle.
Après, si tu réfléchis bien, même dans ta guimbarde tu reposes sur le savoir-faire d'autres personnes (le constructeur, ton garagiste) avec une qualité d'exécution et un contrôle autrement plus folklorique que ce qui se passe dans une centrale nucléaire.
[^] # Re: Bof
Posté par nud . En réponse au journal Facenuke. Évalué à 2.
Ça périme, de l'iode ?
# Dans gedit
Posté par nud . En réponse au message "Classe" GtkButton avec menu en C.. Évalué à 1.
Il y a plusieurs boutons de ce type dans la barre de statut de gedit, en C.
[^] # Re: quelques fôtes qui ont passé ma relecture, désolé : un modérateur peut-il corriger ?
Posté par nud . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 1.
Ça, ça dépend fortement des régions. Ici en l'occurence, la réforme (qui reste essentuellement centrée sur le parler de l'île de france) a introduit une nouvelle inconsistance, dans la mesure où on prononce bien un "événement", et pas un "évènement".
Je ne sais plus qui avait proposé de remplacer les accents aigus et les accents graves par des macons, en se basant sur le fait que les accents ne sont pas distingués/prononcés identiquement partout en francophonie.
[^] # Re: Protocole et format de merde.
Posté par nud . En réponse au journal Plus intéressant qu'Apple : Mozilla sort Collusion. Évalué à 2.
Notez que linuxfr pourrait tout à fait avoir un backend NNTP, il suffirait que quelqu'un d'intéressé le code.
[^] # Re: Différences avec Quake?
Posté par nud . En réponse au journal OpenArena en sorti en version 0.8.8. Évalué à 0.
Ben la différence avec quake c'est que les artworks sont libres, vu que d'après le journal:
Une question plus pertinente selon moi est: quelle est la différence notable avec Nexuiz, autre grand FPS libre ?
[^] # Re: Autre
Posté par nud . En réponse au sondage Quel fournisseur de courrier électronique utilisez-vous ?. Évalué à 2.
J'ai compris cela comme étant "j'héberge moi-même"
[^] # Re: Fenêtre
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 1.
Un mot est resté dans mon clavier.
Il fallait lire: "Donc tu ne devrais même pas avoir besoin de recompiler les applications."
[^] # Re: Fenêtre
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 2.
Je me demande quand même où tu as vu que aujourd'hui gnome 3 utilise des décorations gérées par le client. Gtk+ stable ne gère pas les décorations à ce jour, donc non, les décorations ne sont pas gérées par les clients mais bien par le WM.
[^] # Re: Fenêtre
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 3.
Ben en fait le lien que tu cites dit exactement cela: au risque de me répéter, le backend wayland va fonctionner out of the box, sauf si on utilise du X11 directement (les appels gdkx11*). Donc si ton appli ne fait pas appel à X11 directement mais n'utilise que l'API Gtk+, ce sera transparent (et c'est le cas pour la plupart des applications Gtk+). Donc tu ne devrais même pas avoir de les applications, surtout que dans gtk+ 3 les backends sont dynamiques.
Les seules API non compatibles sont les APIs qui permettaient d'aller chipoter directement dans les entrailles de X11. C'est normal, et elles ne sont pas accessibles directement sous win32 par exemple...
Les autres mentions sont des bugs du backend Wayland.
[^] # Re: Fenêtre
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 3.
C'est en fait GDK qui fait cela, et les événements sont les mêmes quelle que soit la plateforme. Si la plateforme a des messages différents, Gdk s'occupe de faire la traduction ou le remplissage, comme sous OSX ou Win32.
Et je ne vois pas de quoi tu parles quand tu parles de plugins et de multiplication de "serveurs de messages". La plupart des plugins des applications Gtk+ sont in-process (ce n'était pas forcément le cas avec bonobo mais ça a disparu il y a longtemps) et de toute façon la partie génération/émulation/gestion des messages du système de fenêtrage est géré par Gdk et inaccessible pour l'application. Elle ne verra aucune différence et tu peux d'ailleurs le vérifier dès aujourd'hui avec les applications Gtk+ que krh utilise dans Wayland.
Ouvre les yeux. C'est le protocole wayland qui va dire à l'application si oui ou non le compositeur veut que tu dessines tes propres décorations. Si tu n'es pas en wayland, tu ne les dessines pas, point. Et de toute façon, dessiner soi-même les décorations est déjà possible avec X11 même si pas supporté au niveau du protocole.
Il n'y a pas besoin d'un tel serveur RPC. La création des messages est faite par Wayland, l'émulation des anciens messages X11 pour les widgets virtuels (qui étaient avant des fenêtres X mais n'en sont plus depuis un certain temps) est faite par le toolkit. Les décorations peuvent être faites par le compositeur s'il le souhaite, sinon je suppute que les décorations seront un peu différentes pour chaque toolkit (comme les décorations de chromium sont déjà différentes par ailleurs) mais il est fort possible d'avoir une spécification fd.o pour un thème de décorations.
[^] # Re: Fenêtre
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 3.
Sauf que les choses en question sont normalement gérées par le toolkit. Par exemple, à cette heure, Gtk+ génère des événements "virtuels" pour les "client-side windows", càd pour l'émulation côté client des anciennes fenêtres X. Il y a aussi une branche pour les "client-side decorations"... qui a priori devraient être identiques pour toutes les applications qui utilisent Gtk+ et devraient réutiliser le thème gnome-shell.
Donc, en fait, non. À moins de faire des trucs tordus avec la Xlib directement (ce qui a toujours été découragé), il ne faudra pas toucher les applications Gtk+3. Pas plus que les applications Qt4 par ailleurs.
[^] # Re: Comment X penalise Firefox / Linux
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 1.
Ici (Iceweasel 10 sous Debian) cette page ne contient rien... Est-ce censé utiliser WebGL ? Est-ce que WebGL est supposé fonctionner sous linux des temps-ci ?
[^] # Re: Pourquoi un tel désintérêt pour X ?
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 7.
Faire cela reviendrait au même:
Bref, il faudrait toucher toutes les applications. Sauf qu'en plus:
Donc, autant partir d'une feuille blanche:
Ceci dit, si on avait baptisé Wayland X12 sans rien changer d'autre, peut-être n'y aurait-il pas eu matière à troll.
[^] # Re: Migrations libres
Posté par nud . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 5.
Alors plusieurs petites choses:
Par contre oui, y'a des applications qui attaquent directement X pour certains trucs, en particulier en Gtk (apparemment la pratique est très rare avec Qt, probablement parce que les gens qui font du Qt s'intéressent davantage à avoir une application portable). Et oui, les drivers X11 propriétaires seront probablement pétés. J'imagine que les drivers propriétaires qui vont directement dans le noyau seront épargnés?
[^] # Re: CSS
Posté par nud . En réponse à l’entrée du suivi Afficher une icône "nouveau commentaire" devant les... nouveaux commentaires. Évalué à 1 (+0/-0).
oufti faut le (sa)voir... On peut avoir un truc un peu plus evident?
[^] # Re: Adresse modifiée pour le spam
Posté par nud . En réponse au journal Comment je ne vais pas quitter gmail. Évalué à 0.
Tant qu'à faire autant altérer l'interpréteur markdown pour automatiquement modifier les adresses e-mail dans les contenus et commentaires.