Albert_ a écrit 6115 commentaires

Niveau intrusion je ne sais pas mais niveau proprete pour le developpeur c'est quoi le gagnant?

C + C bizarroid objet
C++ + des trucs qui ameliore l'utilisation de C++

D'ailleurs des fois quand on voit la facon dont C++ evolue, on a un peu l'impression que c'est des gnomiste allergique a KDE/Qt qui decide. Comme le fait de choisir une lib en C (cairo) comme eventuel base pour une lib 2D en C++ au lieu de partir de truc deja en C++ venant de Qt…

Sa vision c'est "je sais ce qui est bien pour toi" ce qui n'est pas forcement du gout des power user de Gnome (ie 90% des utilisateurs) qui aiment bien pouvoir faire differement et configurer leur bureau suivant leur gout. Si toi ca te convient que l'on fasse tout les choix pour toi Gnome est fait pour toi mais bon tout le monde n'est pas comme cela.

Le probleme c'est que les utilisateurs se sont lasse de la situationde KDE dans Debian et que tant que ce n'est pas au moins au niveau des Kubuntu, Opensuse ou mageia ca va etre difficile de recuperer les utilisateurs et donc de potentiels packageurs.

C'est un peu ce que je dis mais cela semble "impertinent" de dire que les deux projets sont plus ou moins similaire avec une philosphie d'utilisation legerement differente.

Si l'on suit ta logique les packageurs de KDE pour Debian ne font pas parti du projet Debian?

Apres le pourquoi de l'abandon de KDE dans debian pendant des annees a ete, il me semble, tres lie au comportement tres gnomesque des devs principaux Debian. Enfin cela etait l'impression que en tant qu'utilisateur j'ai eu (et je n'ai pas ete le seul).

Plein de paquets manquant, pas a jour, des melanges entres les versions KDE dans la meme version Debian )ok pour les testings et unstable et j'en passe. Je dois avouer que sur ce dernier point Debian est en train de s'ameliorer depuis quelques temps mais bon c'est assez recent et pendant des annees les versions KDE dans debian avait 1 an de retard sur les versions upstream.

Et quand tu utilises kubuntu et debian, tu t'apercois que c'est moins bien fini, dans debian il y a plein de petits trucs chiant qui sont pas la ou mal fait.

Apres c'est peut etre la meme chose pour Gnome mais si c'est le cas, on peut serieusement s'inquieter du projet…

Et par contre je ne vois pas en quoi le fait que KDE soit de seconde zone implique que Debian tente de torpiller KDE. Je pense juste que cela ne les interesse pas (et c'est leur droit) mais c'est aussi le miens d'utiliser autre chose du coup.

Un contrat que tu signes n'est pas forcement legale et ne respecte pas forcement la loi.

Tres amusant ton exemple sur le "visionnaire" de Gnome. C'est en effet tres representatif du projet je trouve et la raison pour laquelle pas mal de monde s'apercoive qu'avoir mis toutes ses billes dans Gtk (maintenu peniblement par deux personnes) n'est pas une erreur…

Je deteste Gtk car c'est une merde sans nom niveau documentation, que les devs ne font strictement rien pour avoir une integration decente avec KDE (c'est kde et uniquement eux qui font le qt-gtk dans les deux sens), pour enlever tout moyen de parametrage (je deteste quand on me sort le droit de choisir ma configuration merdique a moi) mais bon par rapport a Qt, si Gtk et Gnome n'avait pas ete la quand serait t'il de la licence? J'ai un peu peur qu'elle n'aurait jamais ete modifie donc on peut au moins dire merci a ce projet pour cela mais sinon c'est un que j'evite autant que possible.

ca fait combien de temps que tu n'as pas tente kubuntu? Il y a des annees ca patchais comme des gorets mais aujourd'hui c'est fini et ils sont tres proches de la version upstream (si ce n'est totalement upstream).

Utiliser Debian et Kde c'est comment dire… gentiment : risque mais en le disant honetement : une source a emmerde. C'est fait a moitie quoi. Que l'equipe soit petite c'est normal vu vu le traitement de seconde zone que KDE subit par debian.

Lorsque je lis les commentaires des utilisateurs de Mercurial c'est generalement:

Hg le fiat comme SVN, hg le fait … maintenant sous entendu que ca fait des annees que cela est present dans Git.

En gros, si j'ai bien suivi Mercurial a implemente la grande majorite des idees de Git (et inversement) mais cela a pris beaucoup de temps et pour quelqu'un comme moi qui utilise Git depuis des annees je ne vois vraiment pas l'interet de changer. Lorsque j'ai decide d'utiliser Git plutot que Mercurial c'est en raison des branches que je trouvais beaucoup plus dans ma philosophie cela n'existait pas dans Mercurial a l'epoque.

C'est super Mercurial, meme Torvalds le dit mais bon chacun ses choix et globalement c'est techniquement la meme chose de facon un peu differente. Et si l'un prefere conduire une voiture verte et l'autre une voiture bleu pourquoi tenter de convaincre que une couleur et mieux que l'autre?

Lorsque tu vois la FAQ de Mercurial ca sent pas bon tout de meme…

http://mercurial.selenic.com/wiki/SupportedPythonVersions

As there is so little else to be gained by a Python 3.x port, so much work involved, and we will need to continue to support 2.x for several years still, this is not an attractive or high-priority project.

En meme temps puisque tu abordes le sujet de moderne ca sent mal barre le passage a python3 ce qui va un jour ou l'autre risque de poser probleme.

Probablement parceque je n'en ai pas envie…

éáèàçÉÁǴ…

C'est un peu ce que je suggere…

Pour avoir fait les deux, pour mettre en place une interface web c'est hyper simple avec mercurial car integre directement:

hg serve

pour git meme avec gitweb c'est beaucoup plus chiant.

J'ai bien dit des le titre que a mon avis la gueguerre git/Mercurial venait d'un pobleme philosophique et de comment tu as l'habitude de travailler ou de comment ton cerveau bosse (moi le miens comme vous le savez c'est pas beaucoup). Apres c'est une guerre de religion et elle n'a pas vraiment lieu d'etre car un developpeur utilisant git peut tout a fait bosser sur un depot mercurial et inversement. Donc la facon dont chacun fait sa tambouille c'est son probleme et tant mieux il y a le choix entre deux systemes qui arrivent aux meme buts par des voix differentes TANT MIEUX.

Si l'on regarde la popularite de git il est en effet clair que c'est tres difficile d'utilisation surtout pour des developpeurs.

L'idée derrière Watchman pour détecter les changements est par contre plutôt bonne mais pourrait aussi être utilisé par git…

Beau defi a git, je me demande dans combien de temps ils vont rattraper mercurial sur les quelques points ou celui ci le bat.

En effet le serveur web de mercurial est tres facile a mettre en place mais bon en meme temps je me sers beaucoup plus des branches que du serveur web donc ma priorite a ete vers cette utilisation mais comme je l'ai bien precise j'ai vraiment l'impression que c'est une question de philosphie.

entre mercurial et git. Je developpe beaucoup en python mais la philosophie derriere Mercurial je ne l'ai jamais comprise alors que celle de git me parait naturelle.

Pour moi, et c'est tres subjectif, le systeme de branche de git est logique et j'apprecie tout particulierement sa legerete. Je n'ai rien compris a celle de Mercurial et je n'ai pas trouve de moyen autre que un clone pour aller d'une branche a une autre (c'etait il y a quelques annees) et sur certains projets avec plusieurs copies c'est bien lourd. Maintenant je suis tout a fait conscient que c'est probablement un probleme de l'interface chaise clavier… mais comme ca fonctionne de facon tres simple avec un et pas avec l'autre je suis reste sous git.

De tout de facon vu que les deux projets sont open-source, il est tout a fait possible d'utiliser l'un et l'autre suivant les preferences du developpeur cela ne pose pas un veritable probleme pour qui que ce soit sauf le management du projet.

Je prefere te laisser relire ta propre prose.

Petit indice: regarde les mots chier et apple mise en relation avec google (sujet par le vp9 du journal) et avec un peu de chance tu comprendras.

ps: et si tu consideres que poster un seul message est troller quel adjectif peux tu utiliser pour les autres participants/animateurs de ce journal… Ah moins que ce soit une "toute petite" attaque ad hominem comme utilise certains sur ce site pour faire taire les personnes genantes?

Rohh le mechant Google va faire chier le gentil Apple qui lui ne fait JAMAIS mais au grand jamais de proces pour des brevets a la con. Pauvre petite pomme…

Ben pas forcement vu que ce message avait ete ecrit avec :)