reno a écrit 3881 commentaires

Parce que quand Novell a racheté à la fois Ximian (Gnome) et SuSE (KDE), la j'avoue je n'ai pas compris..

A mon avis, les "décideurs" de chez Novell, les histoires de desktop, ça ne les concernait pas beaucoup.
Vu les "clarifications" qu'ils ont fait récemment j'imagines que des clients utilisant KDE ont du leur demander des explications, donc la ça va peut-être les intérresser.

Euh, pas d'accord: il me semble que PostGreSQL est plus "stricte" dans sa gestion des champs que MySQL, ce qui me parait préférable pour détecter des erreurs.

Maintenant je ne suis pas un expert ni dans l'un ni dans l'autre..

Je me demande s'il ne serait pas possible de faire que gnome-vfs et kio-slave soient une "surcouche" de FUSE sur les systèmes qui l'ont et gardent le comportement actuel sur les systèmes qui ne l'ont pas?

Par ce que bon, les systèmes de fichiers virtuels intégrés au desktop plutôt que disponible pour tous, bof.

Je sais, c'est plus facile à dire qu'à faire, mais je me demande si ce serait possible..

"qu'il l'est déjà suffisament."

Ouch! Et tu critiques son utilisation des majuscules?
La paille, la poutre, tout ça..

> Au niveau de la base de registre, c'est exactement ce comportement. Si tu prends les variables d'environnement UNIX.

Sauf que la base de registre est plus proche des fichiers de configurations qui existent aussi sous Unix que des variables d'environnement, donc c'est une mauvaise comparaison.

> Il y a très peu de paramètres commun entre applications
Ahem et toutes les valeurs par defaut, utiliser pour les fontes, l'affichage, la langue. etc..

>Toutefois, je n'ai jamais réussi à faire planter Firefox

Et bien tu n'as pas essayer assez fort, j'ai déja vu Firefox se planter (et plusieurs fois Mozilla que je prefere a FF), malheureusement les deux n'integres pas par défaut une mémorisation des tab/fenetres ouvertes pour te proposer la réouverture comme le fait Opéra..

Il y a peut-etre une extension qui le fait, mais cela devrait être inclus par défaut!

Franchement, je ne vois pas le rapport entre les variables globales et la base de registre. La base de registre, c'est pour les paramètres des applications et la plupart des applications ont besoin de paramètres de configuration.

1) Soit tu peux avoir un format de stockage commun à toutes les applications pour ces paramètres (Windows), soit chaque application réinvente la boucle, ce qui complique la vie des utilisateurs (syntaxe ou outil different à apprendre).

2) Un certain nombre de paramètres sont communs à la plupart des applications, donc il y a besoin de stocker ces paramètres communs dans un endroit commun.

Ceci dit, je ne suis pas fan du tout de mettre *tout* dans le même fichier, en cas de corruption du fichier, tu as tout perdu, ce qui arrive sous Windows, même avec les sauvegardes de la base des registres..

Il ne l'était pas et a l'heure actuelle, la reprise zéta ne l'est pas non plus.

Je crois que le projet libre le plus avancé est Haiku, mais il est bien moins avancé que Zéta qui est fonctionnel lui (car issu du code originel de BeOS).

Je ne pense pas que le statut mort ou vivant de BeOS aie une importance pour faire une comparaison.

Comme tu dis, il faut comparer des choses comparables: BeOS comme Linux ou Windows avait une interface graphique moderne, la protection de la mémoire, tournait sur plusieurs matériel, bref coté desktop il faisait grosso-modo la même chose mais il est/était beaucoup réactif, sur du matériel beaucoup plus faible.

Ce qui me parait être une bonne démonstration que le logiciel est plus important que le matériel pour les performances et donne une image bien peu flatteuse de l'état actuel de nos logiciels: un example bien que Linux ait un meilleur multi-threading que BeOS, il reste beaucoup plus lourd car peu d'application l'utilise vraiment: exemple, mozilla qui 'fait une pause' car il est en train de faire quelque-chose de complexe dans une tab alors qu'on essaye de visualiser autre-chose..

Je suis toujours dégouté quand je vois comment Windows ou Linux sont beaucoup plus lent que BeOS sur des machines 10* plus rapide..

Note que KDE est déja multi-plateforme Linux, *BSD, Solaris il me semble.
Alors pour un portage sous Windows, je ne sais pas, cela fait juste une cible supplémentaire mais elle est tellement différente des autres..
Et il est vrai que les applis portable comme Mozilla ou OOo montrent bien le danger potentiel: ce sont des "monstres" lourds et gourmands..

>il y en a d'autres qui ont un système de blocage très simpliste juste pour les gens normaux

D'ailleurs certains soft, avant de se bloquer te prévienne gentiment par email que la license va bientôt expirer, ce qui est plutôt sympa pour les admins (pas qu'on attende l'email avant d'acheter la prolongation, mais ça évite les surprises).

> Ce doit être une spécificité de Nessus parceque tous les programmes que je connais et qui ont la visibilité de Nessus (importante donc) ont des mailing-lists bien pourvus et pourtant certains projets sont loins d'être simples. <

Je n'en suis pas si sûr: je crois par exemple que le nombre de contributeurs de KWord, projet prestigieux s'il en est, est très limité.

En tout cas, c'est l'impression que m'as donné les postes des développeurs sur LinuxFr.

C'est une information intérréssante, donc a priori cela augmente encore les raisons d'utiliser X en mode non-root comme il le propose.

Linux, les *BSD, qui d'autre utilise XFree?
Les Unix proprio, ils utilisent quoi?

Est-ce vraiment KDE4?
Le bureau ressemble a du Gnome..

Bon j'ai la vague impression que tu essaye de troller mais bon..

>Eiffel peut être ?

Euh un language avec garbage collector, tu ne vas pas forcément gagner en utilisation mémoire, si ma mémoire est bonne les GC utilisent en général 1.5* la mémoire utilisé à la main (enfin sauf si les developpeur codent comme des porcs, cf Mozilla qui grossit, grossit sans jamais diminuer, mais à leur décharge le probleme est plutot compliqué).

En plus, il reste un "petit" problème: la compatibilité des applications, des drivers!
Soit tu réécrit les applications ce qui est impossible, soit tu portes LES toolkits ce qui est déja plus faisable mais qui représente quand même un énorme boulot et il reste le problemes des driver.

Je m'étais intérréssé à Berlin/Fresco (surtout C++ avec interface Corba) il y a un certain temps, avant de conclure que cela n'avait aucune chance: les seules alternatives à X qui ont une chance (à part dans certaines niches comme l'embarqué) ce sont des évolutions d'X comme XRender.
Moi personellement je trouve dommage que NX ne soit pas "fusionné" à X: être obligé d'ajouter une couche pour pouvoir profiter de l'export display par ADSL avec des bonnes performances, c'est dommage.
D'autant plus qu'ils disent avoir diminuer le nombre de round-trip, ce qui peut être interressant meme dans un LAN.

Ceci dit c'est vrai qu'X est malheureusement dans un état assez pitoyable, cf la configuration du clavier qui est super-mal documentée.

En fait l'article est un "commentaire" de la traduction présente dans le premiere lien, qui explique ce que sont Xgl, etc..

Donc forcément il parait un peu confus, mais personellement je le trouve intérréssant car le papier aussi bon soit-il, présente la vision de Jon Smirl qui n'est pas forcément partagé par tous, ce que l'article précise.

Je me souviens de la sortie de l'original du papier qui avait fait du bruits: l'utilisation des GPU dans X est un sujet "chaud" à cause du fait que seul les drivers proprio permettent d'exploiter les GPU à l'heure actuelle..

Maintenant Jon Smirl pense que si rien n'est fait cela ne changera pas mais si X se met à se baser sur les drivers proprio cela peut augmenter les chances d'avoir des driver OpenSource, ce qui me parait tres optimiste:
-même quand des specs existaient pour des cartes "récentes", les drivers libres n'étaient pas forcément tres bon: je me souviens que John Carmarck s'était énervé de l'état d'un driver et avait contribué, alors faire du reverse enginerring me parait sans espoir dans ces conditions.
-les constructeurs n'ont aucun interret a ouvrir leur driver (peut-etre peur d'un proces lié aux patentes),
Donc c'est pas gagné même à moyen terme.. Les drivers propriétaires ont encore de beaux jour devant eux..

Il me semble que la Radeon 9200 d'ATI a un driver open-source et des performances non-négligeables (c'est un renommage marketing d'une 7500 je crois mais ce n'est pas si mal).
Par contre j'ignores si elle est encore produite et si les specs sont ouvertes..

Euh, tu es Hors-Sujet, mais pour continuer, il y a aussi le support de l'import de documents au format OpenDocument, pas encore l'export par contre..

> Du moins, on peut le penser.

J'imagines que cela leur rapporte, mais combien? La est la question..
John Carmack d'Id a dit a un moment que les jeux sous Linux leur rapportaient moins que sous Mac.
Alors il ne faut pas s'étonner que Linux ne soit pas une priorité pour les éditeurs de jeux, d'abord les PCs ensuite les Mac et finalement ensuite Linux..

BOF?

> Aider ce projet est d'intêret public, multiplier les noeuds si vous êtes en capacité de le faire.

Je ne vois pas trop en quoi cela va aider le probleme de base: la liste des noeuds entrants doit être publique pour que tu puisse l'utiliser, si elle est publique, un gouvernement maitrisant le réseau peut bloquer ou plus vicieux logger toute les adresses IP sources de ceux qui accède à ces noeuds et même si la liste devient trop grosse, il suffit d'en prendre une partie au hasard, et la tu es b*** si tu y fais un acces et qu'il est dans l'échantin loggé..

Donc pour pouvoir l'utiliser de manière sûre, il faut soit:
- rendre anonyme la source: comme je l'ai dit plus haut les cybercafés ne permettent pas cela en Chine: il faut s'identifier pour aller dans un cybercafé, pirater l'ordinateur de quelqu'un pour l'utiliser comme redirection c'est faisable mais pas très moral: le gars va avoir de *gros* ennui.
- utiliser un noeud Tor "inconnu" de l'ennemi, et croiser les doigts très forts pour qu'il reste inconnu.

Bref, cela ne me parait pas tres pratique à utiliser sans risques pour les Chinois aux moins, contrairement a ce que disait la personne auquel je répondais originellement.

>Grâce à cet attirail ... des chinois qui pourront s'exprimer librement.

Euh, peut-être, mais j'ai du mal a comprendre ce qui pourrait empecher le gouvernement Chinois d'imposer aux FAI de filtrer les paquets émis depuis et vers tous les noeuds Tor?

Certes, la source est rendu anonyme une fois que le paquet rentre dans Tor, mais encore faut-il y arriver..
Et j'ai bien l'impression que le gouvernement Chinois peut demander ce qu'il veut aux FAI, ils le font, cf la recente affaire avec Yahoo qui a aidé le gouvernement Chinois a mettre un homme en prison..

On pourrait même imaginer qu'ils demandent aux FAI de logger tous les paquets émis vers n'importe quel noeud Tor et vienne gentiment cogner à ta porte le lendemain en te demandant pourquoi tu as voulu te rendre anonyme, certes ils ne peuvent pas casser le chiffrage, mais bon courage pour leur dire que c'était juste par curiosité et que tu n'as rien fait de "mal" (ps: je crois qu'il faut présenter une pièce d'identité dans les cybercafés).

Bon je ne suis pas un expert ni sur Tor, ni sur ce que peut demander ou pas le gouvernement Chinois aux FAI, mais j'ai quand même un doute..
Si je me trompes dans mon raisonnement, je serais heureux de l'apprendre.

Je trouve bizarre que tu dises que personne n'utilise les raccourcis clavier (autre que ctrl C, ctrl V): ctrl W pour fermer une fenetre, Win+D pour iconifier toutes les fenetres sous Windows, c'est tres pratique!

D'ailleurs si quelqu'un connait une façon de faire cela sous KDE pour tous les "écran virtuel" et pas seulement celui sur lequel tu es..

Ah oui quand meme dans la base des registres, comme facilité d'utilisation on peut difficilement faire pire..

C'est presque aussi beau que mon grief personnel pour XP: être obligé de faire "shift+click droit" pour faire apparaitre Open With. quand on a un fichié deja associé avec une application (et encore cela ne marche pas toujours), une fois j'avais un fichier associé avec une application mal retirée, pas moyen de changer l'association grrr...