Bah un truc qui apparait dans le miroir cvs du repository bitkeeper de linus, mais pas dans l'archive bitkeeper en elle meme, que dave miller dit que ça ne vient pas de chez lui, j'appelle pas ça une "erreur".
Faudrait lire le thread associé à l'histoire. Le commit est apparu sur le miroir CVS du repository bitkeeper de linus, il n'a jamais été présent dans le repository bitkeeper (linus dit qu'il s'en serait rendu compte immédiatement si ça avait été le cas)
Ça compile tout GNOME dans le préfixe que tu lui dis (par défaut ~/garnome pour garnome je crois). Ensuite il suffit de lire la doc pour lancer ce GNOME là à la place de celui de ton système et puis voilà. Normalement y a pas vraiment de "configuration" à faire à part lancer le configure avec --prefix pour qu'une appli tourne à partir de ton répertoire perso... (en pratique, avec GNOME par ex c'est pas toujours aussi simple, mais si tu mets tout GNOME au même endroit, ça se passe bien)
Y a des scripts similaires pour GNOME, garnome ( http://www.gnome.org/~jdub/garnome/(...) ) compile la dernière version de GNOME à partir des tarballs, jhbuild (dans le CVS de GNOME) compile à partir du CVS (au choix la version de développement ou la version stable), et CVSGnome ( http://www.akcaagac.com/index_cvsgnome.html(...) ) compile au choix à partir du CVS ou des tarballs.
Ouais, poubelle oafd, il a été renommé en bonobo-activation pour des raisons de cohérence, gal est toujours là mais est uniquement utilisé par evolution
Effectivement, y a eu des gros cassages lors du passage de gnome 1.x à 2.x, mais je sais pas si t'as remarqué, y a eu un changement de numérotation majeure. Ca fait plus d'un an que gnome 2 est sorti, et y a une compatibilité descendante totale au niveau source *et* binaire pour toutes les biblios qui font partie de la plateforme, et ça va encore être le cas dans le futur proche...
Dans ta tête, mdi décide de ce qui fait partie de GNOME tel que distribué par gnome.org et de ce qui n'en fait pas partie. Je le répète encore une fois, ce n'est pas vrai, il n'a même à peu près aucune influence là dessus (il ne fait pas partie de la release team). Il fait effectivemnet partie du board (du moins je crois), le role du board c'est essentiellement d'assurer la promotion de gnome au travers de conf et de contacts avec les entreprises, pas de développer gnome et de dire au projet ce qu'il doit faire techniquement.
Donc là, ce dont miguel parlait, c'est que *Ximian* utiliserait surement mono pour écrire des applications *utilisant les bibliothèques fournies par gnome.org*, pas qu'il allait foutre dans GNOME 2.x ou 3.x des bouts de mono partout. Il n'a de toute facon aucun moyen de forcer une telle décision à part si les trucs en question valent vraiment le coup et que la communauté accepte ces trucs en mono.
Le jour où tu auras réussi à te foutre dans le crâne que Ximian et Mdi ne font pas la pluie et le beau temps dans la communauté gnome, on aura fait un grand pas en avant, et on perdra moins de temps en débats stériles. Si tu veux un grand méchant qui contrôle gnome, tu devrais plutot t'attaquer à Redhat avec Havoc Pennington, Owen Taylor & co, vu qu'à mes yeux ils sont plus influents sur la direction que prend gnome que Ximian.
Hmm, faut pas trop en abuser non plus de bugzilla, pour Nautilus, les (deux) mainteneurs n'arrivent même pas à suivre ce qu'il se passe dans le bugzilla correspondant à leur module tellement il y a de rapports/modifications de bugs chaque jour.
D'où la *réelle* nécessité de personnes aidant lesdits développeurs à faire le tri, ce qui était le sujet de la news ;)
Parce que tu es la seule personne qui réussit à trouver cette page web ? :)
(je l'avais jamais vue avant que tu postes l'url un jour dans un commentaire)
Comme toujours dans les trucs open source, parce que ça a pas pris suffisamment la tête aux personnes qui s'occupent du site web pour qu'elle soit enlevée. Y a des gros bouts de gnome.org en général qui sont dans un état de décrépitude avancée.
Sachant que cette page est probablement très vieille et que j'ai déjà dû te le dire (désolé si je te confonds avec qqu'un d'autre), je me demande pourquoi j'espère encore rencontrer des gens de bonne foi sur ce site.
gnome-office n'a pas vraiment d'existence officielle sous GNOME2 (il devait y avoir une annonce récemment, mais je l'ai pas vue passer)
Attention, je l'ai pas dit explicitement, mais j'ai pas prétendu qu'il y avait plus de transitions dans un sens ou dans l'autre.
J'ai juste dit qu'il y avait à mon avis plus de monde qui faisait une transition kde->gnome maintenant qu'il y en avait avant la sortie de gnome2. Maintenant, il peut y avoir 15 fois plus de transitions dans l'autre sens, je m'en fous, et j'ai jamais prétendu le contraire :)
Bon, faut faire un peu de tri :) , dans la liste, y a GNOME et les dépendances de GNOME qu'il semblait nécessaire de préciser (merci de ne pas pinailler parce qu'il y a pas libpng, libjpeg, la libc ou je sais pas trop quoi).
libxml2 initialement c'était gnome-xml, donc c'est un petit peu GNOME (c'est hébergé sur le cvs de gnome d'ailleurs). Mais effectivement, je le vois plutot comme une lib indépendante.
D'ailleurs, si les gens (par gens, il faut surtout lire "certains mecs bossant sur kde) pouvaient aussi voir la glib (sans la partie gobject) comme une lib non gnome, mais générique, ça simplifierait un certain nombre de choses...
> Tu connais l'histoire de Nautilus pour dire ça ?
Et toi ?
Nautilus a été crée par Eazel, une boite qui avait ses buts propres, c'était pas un choix unanime de la communauté GNOME.
Et Nautilus à ses débuts utilisait GktHtml pour afficher du contenu web, il y avait qques addons séparés pour utiliser Gecko (un truc standalone, et des vues fournies par Galeon et Epiphany)
Bon, je vais faire le topo habituel
Soit un environnement de développement homogène
Pour qu'il soit complet, je case dedans un système de gestion des préférences utilisés par toutes les applis utilisant l'environnement en question.
Pour pas que ça soit le bordel, chaque appli à un espace propre dans l'ensemble des préférences globales.
Pour faire qqchose de facilement compréhensible, on décide d'organiser tout ça de façon arborescence, chaque appli a donc un "sous-répertoire" pour ranger ses préférences.
Ensuite, vient un programmeur qui a envie de visualiser facilement l'ensemble de toutes les préférences, et qui veut coder un truc à la fois facilemenet utilisable pour lui, et rapide à coder.
Question: à quoi ressemblera l'application finale ?
Question subsidiaire pour ceux qui n'ont pas obtenu un truc ressemblant à regedit: quelle pourcentage de personnes aurait crée qqchose de ressemblant à regedit ?
Bon, aller, un + pour la fraicheur :)
Pour les "gnomistes passés à KDE", je suis pas sûr qu'il y ait eu beaucoup de changements dans les quantités de personnes changeant de desktop, à mon avis depuis la sortie de gnome2, le nb de transitions kde->gnome a augmenté (par rapport à la quantité qu'il y avait quand on en était à gnome 1.4/kde je sais plus combien qu'avait l'anti aliasing)
Mozilla, c'est pas le truc qu'est en train d'être remplacé par firebird qui est plus léger, et a un truc de préférences beaucoup moins touffu ?
Putain, je t'ai déjà répondu 15 fois, ça saoule à force
Mdi bosse chez Ximian, oui, mais depuis le temps il intervient quasiment plus sur GNOME (trouve moi plus de 20 commits et messages sur les mailings listes essentielles de GNOME par mdi dans les 6 derniers mois, et je te paie une bière).
Des développeurs Ximian bossant vraiment sur GNOME (en excluant Evolution qui ne fait pas partie de GNOME tel que je le définis plus haut et Mono), tu dois en trouver 3 ou 4, pas plus.
En ce qui concerne le nb de membres de Ximian dans la GNOME foundation, la réponse est relativement simple, ça doit être le nb maximum autorisé pour une seule boite, qui doit être de 2 ou 3 (je dis tout ça de tête, j'en sais rien), tout comme RedHat par exemple.
Ce que je prétends, c'est que GNOME n'est pas contrôlé par Ximian comme tu te plais à le répéter à tort et à travers dés que tu vois écrit "GNOME" qqpart.
Je devrais garder qques urls de réponse que je te fais sous la main, parce que j'en ai réellement marre de devoir te réexpliquer à chaque fois. T'as un pb avec la mémoire à long terme, ou t'arrive pas à comprendre des choses simples ?
Oui, sauf que ta copine doit même pas oser approcher des préférences ou quoi que ce soit, et elle doit uniquement utiliser les qques applis qu'elle a identifié. Le jour où elle voudra changer une option, ça risque de se finir en "dromadaaaaiiire, au secours, comment je fais ça ?"
> Sinon, la killer-app de KDE, c'est konqueror. Il te permet de faire bien plus de
>choses que nautilus... De la navigation de fichiers (même dans les partages
>samba) à la navigation web, en passant par la visualisation de presque
>n'importe quoi.
Bah oui, Nautilus c'est un gestionnaire de fichier, pas un navigateur web ou dieu sait quoi...
C'est bon hein, maintenant les graveurs de cd sont intelligents et gèrent correctement les buffer overflow en cours de gravure, si y a une chute du débit, ils arrêtent la gravure et reprennent quand ils peuvent. Donc bon, désactiver l'écran de veille et ne rien faire, c'est un peu éxagéré, on se croirait revenu au bon vieux temps des graveurs 2x sur des 486 où là effectivement valait mieux rien faire
[^] # Re: Tentative d'insertion d'une backdoor dans le noyau Linux
Posté par Christophe Fergeau . En réponse à la dépêche Tentative d'insertion d'une porte dérobée dans le noyau Linux. Évalué à 4.
[^] # Re: Tentative d'insertion d'une backdoor dans le noyau Linux
Posté par Christophe Fergeau . En réponse à la dépêche Tentative d'insertion d'une porte dérobée dans le noyau Linux. Évalué à 10.
[^] # Re: Konstruct, essayez KDE dans votre répertoire
Posté par Christophe Fergeau . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 2.
[^] # Re: Konstruct, essayer KDEdans votre répertoire
Posté par Christophe Fergeau . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 2.
# Re: Konstruct, essayer KDEdans votre répertoire
Posté par Christophe Fergeau . En réponse à la dépêche Konstruct, essayez KDE dans votre répertoire. Évalué à 4.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
Effectivement, y a eu des gros cassages lors du passage de gnome 1.x à 2.x, mais je sais pas si t'as remarqué, y a eu un changement de numérotation majeure. Ca fait plus d'un an que gnome 2 est sorti, et y a une compatibilité descendante totale au niveau source *et* binaire pour toutes les biblios qui font partie de la plateforme, et ça va encore être le cas dans le futur proche...
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 2.
Donc là, ce dont miguel parlait, c'est que *Ximian* utiliserait surement mono pour écrire des applications *utilisant les bibliothèques fournies par gnome.org*, pas qu'il allait foutre dans GNOME 2.x ou 3.x des bouts de mono partout. Il n'a de toute facon aucun moyen de forcer une telle décision à part si les trucs en question valent vraiment le coup et que la communauté accepte ces trucs en mono.
Le jour où tu auras réussi à te foutre dans le crâne que Ximian et Mdi ne font pas la pluie et le beau temps dans la communauté gnome, on aura fait un grand pas en avant, et on perdra moins de temps en débats stériles. Si tu veux un grand méchant qui contrôle gnome, tu devrais plutot t'attaquer à Redhat avec Havoc Pennington, Owen Taylor & co, vu qu'à mes yeux ils sont plus influents sur la direction que prend gnome que Ximian.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
D'où la *réelle* nécessité de personnes aidant lesdits développeurs à faire le tri, ce qui était le sujet de la news ;)
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 3.
(je l'avais jamais vue avant que tu postes l'url un jour dans un commentaire)
Comme toujours dans les trucs open source, parce que ça a pas pris suffisamment la tête aux personnes qui s'occupent du site web pour qu'elle soit enlevée. Y a des gros bouts de gnome.org en général qui sont dans un état de décrépitude avancée.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
gnome-office n'a pas vraiment d'existence officielle sous GNOME2 (il devait y avoir une annonce récemment, mais je l'ai pas vue passer)
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
J'ai juste dit qu'il y avait à mon avis plus de monde qui faisait une transition kde->gnome maintenant qu'il y en avait avant la sortie de gnome2. Maintenant, il peut y avoir 15 fois plus de transitions dans l'autre sens, je m'en fous, et j'ai jamais prétendu le contraire :)
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
libxml2 initialement c'était gnome-xml, donc c'est un petit peu GNOME (c'est hébergé sur le cvs de gnome d'ailleurs). Mais effectivement, je le vois plutot comme une lib indépendante.
D'ailleurs, si les gens (par gens, il faut surtout lire "certains mecs bossant sur kde) pouvaient aussi voir la glib (sans la partie gobject) comme une lib non gnome, mais générique, ça simplifierait un certain nombre de choses...
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 2.
oafd: aucun processus tué
C'est grave docteur ?
(pour ta culture personnelle, oafd c'est du gnome 1.4)
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
Et toi ?
Nautilus a été crée par Eazel, une boite qui avait ses buts propres, c'était pas un choix unanime de la communauté GNOME.
Et Nautilus à ses débuts utilisait GktHtml pour afficher du contenu web, il y avait qques addons séparés pour utiliser Gecko (un truc standalone, et des vues fournies par Galeon et Epiphany)
[^] # Re: l'extraterrestre !!!
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 2.
Soit un environnement de développement homogène
Pour qu'il soit complet, je case dedans un système de gestion des préférences utilisés par toutes les applis utilisant l'environnement en question.
Pour pas que ça soit le bordel, chaque appli à un espace propre dans l'ensemble des préférences globales.
Pour faire qqchose de facilement compréhensible, on décide d'organiser tout ça de façon arborescence, chaque appli a donc un "sous-répertoire" pour ranger ses préférences.
Ensuite, vient un programmeur qui a envie de visualiser facilement l'ensemble de toutes les préférences, et qui veut coder un truc à la fois facilemenet utilisable pour lui, et rapide à coder.
Question: à quoi ressemblera l'application finale ?
Question subsidiaire pour ceux qui n'ont pas obtenu un truc ressemblant à regedit: quelle pourcentage de personnes aurait crée qqchose de ressemblant à regedit ?
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 3.
Ensuite, si tes interlocuteurs sont de mauvaise foi, c'est pas vraiment la faute à GNOME :)
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 2.
Pour les "gnomistes passés à KDE", je suis pas sûr qu'il y ait eu beaucoup de changements dans les quantités de personnes changeant de desktop, à mon avis depuis la sortie de gnome2, le nb de transitions kde->gnome a augmenté (par rapport à la quantité qu'il y avait quand on en était à gnome 1.4/kde je sais plus combien qu'avait l'anti aliasing)
Mozilla, c'est pas le truc qu'est en train d'être remplacé par firebird qui est plus léger, et a un truc de préférences beaucoup moins touffu ?
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 4.
Mdi bosse chez Ximian, oui, mais depuis le temps il intervient quasiment plus sur GNOME (trouve moi plus de 20 commits et messages sur les mailings listes essentielles de GNOME par mdi dans les 6 derniers mois, et je te paie une bière).
Des développeurs Ximian bossant vraiment sur GNOME (en excluant Evolution qui ne fait pas partie de GNOME tel que je le définis plus haut et Mono), tu dois en trouver 3 ou 4, pas plus.
En ce qui concerne le nb de membres de Ximian dans la GNOME foundation, la réponse est relativement simple, ça doit être le nb maximum autorisé pour une seule boite, qui doit être de 2 ou 3 (je dis tout ça de tête, j'en sais rien), tout comme RedHat par exemple.
Ce que je prétends, c'est que GNOME n'est pas contrôlé par Ximian comme tu te plais à le répéter à tort et à travers dés que tu vois écrit "GNOME" qqpart.
Je devrais garder qques urls de réponse que je te fais sous la main, parce que j'en ai réellement marre de devoir te réexpliquer à chaque fois. T'as un pb avec la mémoire à long terme, ou t'arrive pas à comprendre des choses simples ?
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 3.
Tu sais, c'est pas en répétant quelque chose 1000 fois que ça devient vrai.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
[^] # Re: Marre du matériel sans doc !
Posté par Christophe Fergeau . En réponse au journal Marre du matériel sans doc !. Évalué à 1.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à 1.
[^] # Re: KDE : On ferme ! (les bugs)
Posté par Christophe Fergeau . En réponse à la dépêche KDE : On ferme ! (les bugs). Évalué à -2.
>choses que nautilus... De la navigation de fichiers (même dans les partages
>samba) à la navigation web, en passant par la visualisation de presque
>n'importe quoi.
Bah oui, Nautilus c'est un gestionnaire de fichier, pas un navigateur web ou dieu sait quoi...
[^] # Re: charge machine haute quand gravure de CD
Posté par Christophe Fergeau . En réponse au journal charge machine haute quand gravure de CD. Évalué à 2.