David Demelier a écrit 754 commentaires

Avec les plateformes comme github, bitbucket le fork est une manière de travailler et parfois la meilleure pour fournir des innovations sur un projet existant.

Sur ces plateformes là le fork est peut-être mal nommé, en fait on pourrait très bien dire qu'il s'agisse simplement d'un clone local où on va développer puis envoyer les diffs via pull-requests. C'est un peu comme si on avait cloné le dépôt hors github puis travaillé dessus en local (sans que ce soit un vrai fork). Les DCVS sont vraiment parfaits pour ça :).

Mais il est vrai que dans le cas de ce projet, l'idée initiale était un vrai fork à part entière :).

git is great because linus did it, mercurial is better because he didn't

Joli tes icônes, sur le mien elles sont toute pourries et ne prennent pas du tout en compte celles de Gtk.

git is great because linus did it, mercurial is better because he didn't

C'est vrai que les nouveaux styles de Visual Studio et office me rendent fou. entre les menu en CAPITABLE M'AVEZ VOUS BIEN VU et ces thèmes sans aucun dégradé on se croirait plusieurs années en arrière.

Sur mon smartphone ça me dérange pas, mais sur mon PC de bureau beaucoup ! Heureusement qu'il existe pas mal de thème Qt :-).

git is great because linus did it, mercurial is better because he didn't

Pour éviter les bugs, c'est simple : on ne code pas. Si j'ai bien compris c'est d'ailleurs le reproche fait (que ça n'évolue pas très vite).

En parlant de ça, j'ai un bug qui date d'au moins plusieurs années (mais peut-être c'est ma configuration). Quand je découpe la fenêtre en deux, si j'entame un commentaire sur la fenêtre du haut, la fenêtre du bas devient 100% en couleur de commentaire (normal puisque j'ai pas terminé le commentaire). Mais quand je termine d'écrire mon commentaire, la fenêtre du bas garde la couleur de commentaire ce qui est assez énervant.

git is great because linus did it, mercurial is better because he didn't

Pour être utilisateur du C++ je partage certains avis. Je rigole même quand j'entends Bjarne Stroustrup voulant un langage "facile à apprendre". Ce n'est pas le cas, C++ est extrêmement compliqué. Et il le devient encore plus quand on joue avec des aspects poussés du C++ comme le principe SFINAE + std::enable_if. Honnêtement, je m'en sers jamais, à mes yeux ça représente plus souvent de la masturbation intellectuelle qu'autre chose.

Par contre, il existe des choses vraiment bien en C++ et qui ne me feront pas retourner au C, comme le mot clé auto, les variadic templates, les lambdas, etc…

Il est vraiment convivial de pouvoir faire :

for (auto p : avector)
    p.use();

Par contre, je pense que le nommage du C++ est toujours horrible, et je ne parle pas de std::enable_shared_from_this, oui oui c'est bien une classe.

git is great because linus did it, mercurial is better because he didn't

Bien, ça sera plus simple :-)

git is great because linus did it, mercurial is better because he didn't

Encore un projet qui a compris :-)

git is great because linus did it, mercurial is better because he didn't

Malheureusement ça fait des années que c'est comme ça. Mageia vient avec le passé de Mandrake Linux qui avait un bureau KDE par défaut et tous ces outils codés en Gtk. Vive la cohérence :-).

git is great because linus did it, mercurial is better because he didn't

Je sais pas si on peut beaucoup parler de performances avec FreeBSD. En toute honnêteté, FreeBSD est légèrement moins réactif qu'un Linux pour ma part. Les compilations sont un poil plus longues et la réaction des environnement graphiques aussi.

git is great because linus did it, mercurial is better because he didn't

Il en a le problème le gars. Wifi, USB, carte graphique, carte son. En fait rien ne fonctionne sur son PC :-). Soit c'est un gros PEBKAC soit il a vraiment un matos désuet.

Pour ma part, seul l'ACPI (mise en veille) me pose problème. Tout le reste fonctionne :-).

git is great because linus did it, mercurial is better because he didn't

Qt Quick c'est bien pour le prototypage notamment, je pense pas que ça remplacera Qt Widgets.

git is great because linus did it, mercurial is better because he didn't

Je l'ai, je suis extrêmement déçu. Je voulais un livre qui apprennent vraiment Qt comme si on avait aucune connaissance mais ce livre vous demande de connaître un minimum. Il est presque intégralement consacré à Qt Quick. Si vous comptez apprendre à faire du Qt 5 en C++, c'est vraiment pas celui là qu'il vous faut.

git is great because linus did it, mercurial is better because he didn't

Ils ne codent pas, ils enlèvent du code. :)

Merci, j'ai bien ri en lisant ça.

git is great because linus did it, mercurial is better because he didn't

Je vous le dis d'emblée: l'objectif est de dépouiller l'interface pour en faire une qui ressemble à un "bloc-notes pour Windows 95".

Mouais, moi je dirais plutôt Mac OS X.

git is great because linus did it, mercurial is better because he didn't

Tout est dans le titre. Gtk est clairement une erreur. Déjà vouloir réinventer la roue en recrééant un système object en C avec GLib juste parce qu'on aime pas le C++ est une erreur. Le simple développeur qui veut créer une classe avec GLib et Gtk doit coder 50 000 lignes. De plus l'absence de namespace en C rendent encore plus horrible l'API Gtk :

/* Oui je dois caster en plus */
gtk_window_create_with_my_very_large_number_of_parameters(GTK_WINDOW(myobject), G_OBJECT(myparameter); /* aille mes 80 colonnes */

Non plus sérieusement

GtkEntryCompletion * ec = gtk_entry_completion_new();

gtk_entry_completion_set_minimum_key_length(ec, 10);

Travaillant avec Qt dans mon poste actuel, je ne peux que le conseiller :-).

git is great because linus did it, mercurial is better because he didn't

Bonjour,

Bonne dépêche, par contre le nouveau site et logo datent de la version 2.0 donc pas depuis la 2.1 "dans la foulée".

git is great because linus did it, mercurial is better because he didn't

Tout le coeur de mercurial est écrit en C, le reste de de l'assemblage en python (ce qui permet d'être performant et de faire du dev rapide).

Exagère pas, il y a 11 fichiers C (dont 1 en contrib et 1 pour linux) qui totalisent 4800 lignes de code contre 66000 en python.

    1010 text files.
    1003 unique files.                                          
     708 files ignored.

http://cloc.sourceforge.net v 1.58  T=3.0 s (101.7 files/s, 40642.3 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
Python                         251          12540          13727          66177
HTML                             6            111             21          11054
C                               11            913            495           4806
Tcl/Tk                           1            309            127           3686
vim script                       5            355            445           1933
CSS                              6            240            100           1514
Lisp                             2            226             72           1412
Bourne Shell                    14            111            140            544
Javascript                       2             64             29            368
make                             3             40             13            137
C/C++ Header                     1             25             26            121
XML                              1              4              0             16
DOS Batch                        2              3              7             16
-------------------------------------------------------------------------------
SUM:                           305          14941          15202          91784
-------------------------------------------------------------------------------

git is great because linus did it, mercurial is better because he didn't

Je suis un utilisateur inconditionnel de Mercurial est fan depuis mes premières heures en développement. Cependant, j'ai du mal à croire qu'on puisse rendre Mercurial plus performant que Git. Mercurial est développé en Python ce qui soulève de base une certaine lenteur.

Quand on voit le temps de clonage de la libsdl, on voit très vite les difficultés de Python.

Par contre, je suis content de voir un peu plus de support envers Mercurial, le pauvre il se fait marcher dessus avec l'engouement de Git et GitHub.

git is great because linus did it, mercurial is better because he didn't

Moi je n'utilise pas du tout ubuntu, mais ce projet est une très bonne initiative. La plupart des personnes qui débarquent vers le monde libre pensent souvent qu'ils vont devoir apprendre l'anglais et c'est grâce à ces initiatives que ce ne sera plus si nécessaire que ça :-).

git is great because linus did it, mercurial is better because he didn't

J'aurai même tendance à dire que c'est l'inverse. Avant ça marchait mieux car les technos étaient bien plus simple. Rien qu'à voir la quantité de code pour faire tourner le driver HDA comparé à AC'97 c'est inquiétant. Le driver FreeBSD fait environ 10 fois plus de lignes de code que le deuxième.

Pour ma part, niveau laptop j'ai toujours eu pas mal de chance, seul l'ACPI a toujours été un problème. J'ai jamais eu une mise en veille fonctionnelle à 100%, sur FreeBSD c'est simplement inexistant sur Linux ça merde 1 fois sur 10. Pour la luminosité, c'est le même problème :).

Maintenant, quand j'ai un système qui boot sur un laptop, je suis content.

Pour info, je tourne que sur du HP, mon laptop courant est un HP Probook 4510s assez âgé qui fonctionne assez bien (utilisé avec FreeBSD 9.2).

git is great because linus did it, mercurial is better because he didn't

Il y a tellement d'algorithmes de compression que je m'y perd. Quand on dit xz, c'est bien du LZMA qui est derrière ? Car c'est ce qui est dit sur sa page wikipedia mais les benchmarks montrent du lzma et xz donc je comprends plus :(.

git is great because linus did it, mercurial is better because he didn't

C'est intéressant d'avoir utilisé Qt même pour un jeu ! En tout cas ça doit faciliter beaucoup la tâche :-). Par contre c'est vrai que ça fait un peu bizarre du coup de voir le thème du "système" sur les barre de progressions :-P.

Bon courage pour la suite !

git is great because linus did it, mercurial is better because he didn't

Moi je suis content.

Je me souviens encore au début des années 2000, j'étais un grand joueur de Counter Strike CZ et c'était impossible pour moi de jouer sur Linux sauf si j'utilisais CrossOver.

Au début Valve n'en avait rien à faire de Linux, maintenant ils commencent sérieusement à s'y intéresser et rajoutent même "L'avenir du jeu est dans Linux". Pour une société aussi grande et imposante que Valve dans les jeux vidéos, nous allons définitivement montrer que les systèmes et logiciels libres comme de vrais outils professionnels et non pas juste des alternatives à Windows.

git is great because linus did it, mercurial is better because he didn't

Étant donné que le fs idéal n'existe pas, on peut se poser la question de savoir si Red Hat a pris une décision technique ou politique…

Bien sûr que le FS idéal existe, il s'appelle ZFS.

git is great because linus did it, mercurial is better because he didn't

Et le tout sous licence MIT, alors la c'est vraiment beau comme projet :)

git is great because linus did it, mercurial is better because he didn't