David Demelier a écrit 670 commentaires

On dirait que les développeurs de KDE ont enfin du goût ! Fini ces thèmes immonde qu'étaient oxygen avec ces dégradés immenses.

Ça a l'air vraiment chouette et j'ai très hâte de tester :)

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

En mode panique, l'entreprise italienne vient de conseiller à ses clients d'arrêter d'utiliser ses produits (Galileo et autres) car ils contiennent une backdoor qui permettait à hacking team de garder le contrôle de ses produits. A lire ici en anglais

On ne le répètera jamais assez, les logiciels privateurs c'est le mal.

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

Félicitations Olivier :)

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

Personnellement, je ne lance aucun binaire sur ma machine. Toutes mes applications viennent des dépôts officiels ou au pire je les compile à la main (CMake, Qt 5.4 par exemple).

Un .jar, jamais de la vie je l'aurais lancé, encore moins en root !

Pareil pour les applications qui te mettent ce genre d'instructions pour l'installation :

curl -L -O http://mysupersoft/install.sh | bash

À fuir comme la peste :-)

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

Mais peut-être qu'il y a du code assembleur directement dans le code source aussi.

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

J'ai commencé sur Mandrake Linux 10.0 en 2003 puis je suis resté sur Linux depuis :). J'ai beaucoup voyagé entre Fedora (une de mes préférées), Ubuntu, SuSE (à l'époque 9.1), Gentoo.

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

Moc est là pour rajouter une couche d'introspection qui n'existe pas dans C++ malheureusement. On peut pas faire autrement avec un langage aussi statique et typé. Cette fonctionnalité permet de pouvoir appeler une fonction par son nom ce qui est assez pratique avec le système signaux/slot qui supportent les overloads.

On pourrait très bien faire sans, en utiliser juste une liste de std::function sauf que Qt, ça a un passé et ça évolue petit à petit.

Je précise que sans ça, ça serait difficile d'implémenter des interface depuis les .ui. En effet, ces fichiers XML peuvent déjà aider à mettre des signaux/slots au moment du chargement de l'UI et tout ça de manière sécurisé puisque moc va créer des vrais fonctions typés. Alors qu'une alternative utilisant dlopen serait totalement non-typé.

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

C'est vrai que c'est tellement bien un toolkit en C :

gtk_window_create_with_my_very_large_number_of_parameters(GTK_WINDOW(myobject), g_utf_text_from_char("je dis oui"));
Sans compter les macros de merde pour déclarer un objet en glib. C'est vrai, c'est tellement mieux de réinventer la roue pour faire de l'OO avec un langage qui ne le permet pas nativement au lieu d'utiliser un qui le permet. Avec C++, on a RAII, les exceptions, l'orienté object (prérequis pour un toolkit), l'overload, les namespaces, … Mais bon, certains dinosaures préfèrent écrire du code en 30 lignes et à s'amuser à chercher où il manque des free plutôt que d'utiliser un langage moderne.

Un code Qt est beau, propre et facile. Avec C++14 ça l'est encore plus.

J'ajoute aussi que Gtk sur les plateformes non Linux c'est une grosse blague. Testez geany, gimp sur Windows, vous allez pleurer. À l'inverse une application Qt est presque native visuellement, je regarde TortoiseHg, VirtualBox, on pourrait croire qu'ils sont développés directement avec le toolkit du système.

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

Le slogan que j'attribue à Arch : "Tester c'est douter".

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

Bien sûr qu'il y a un intérêt !

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

Pourtant, dans l'esprit rolling release, arch suit vraiment mieux les nouvelles versions des logiciels mais en fait beaucoup trop… Arch n'a aucune cohérence, on package une nouvelle version d'un paquet même si ça doit casser d'autres paquets…

Je pense que le slogan qui caractérise bien Arch c'est "Tester c'est douter". La dernière fois j'ai voulu tester GNOME 3 dessus, j'ai eu plusieurs applications avec des bibliothèques manquantes. Chouette début :)

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

C'est pas faux :D

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

J'avais testé, c'est vrai que c'est plutôt joli sauf… le fond d'écran. Perso, je suis pas fan des photos en fond d'écran :)

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

Moi j'ai jamais eu de souci avec le driver libre. Et j'ai une assez vieille carte graphique (radeon hd 4330).

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

J'ai cru comprendre qu'une nouvelle commande apt va regrouper apt-get et apt-cache ? Est-ce que aptitude va disparaitre ?

J'ai jamais compris pourquoi il y avait depuis toujours ces deux outils différents. Ça serait tellement plus simple d'en avoir qu'un :)

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

Côté design et logo ils ont tapé fort, j'adore c'est vraiment moderne. J'espère vraiment que ce projet marchera.

Je suis un grand fan de vim, mais j'avoue qu'il lui manque un peu de modernité.

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

J'avoue que je me trompe tout le temps aussi :-(

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

Ça a l'avantage d'être un standard

Je ne vois pas en quoi c'est un standard, beaucoup de projets ont laissé tomber autotools pour CMake parce qu'ils ont découvert qu'il ne fallait pas un doctorat pour s'en servir.

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

Moi je ne comprends pas qu'ils puissent encore utiliser des outils pourris et dépréciés que sont les autocrap. Pourquoi ne pas utiliser quelque chose de moderne comme CMake ? Scons ?

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

J'ai tout de suite regardé pour SDL2, et je vois qu'ils ont mal écrit l'auteur de la bibliothèque.

Maintenant ce que je me demande, c'est comment on définit qu'on veut utiliser tel ou tel compilateur, car par exemple sur Windows on a le choix entre diverses options qui ne sont pas du tout compatibles (MSVC et MinGW par exemple).

Mais sinon j'avoue que l'idée est très intéressante et pendant un long moment j'avais envie de coder moi même un truc comme ça !

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

Personnellement, ma Fedora 21 boot bien plus lentement que mon ancienne Ubuntu 14.10. Et elle boot même plus lentement que ma FreeBSD (et dieu sait à quel point FreeBSD c'est pas ce qui a de plus rapide pour le temps de boot).

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

l'ABI ne concerne pas tous les langages… Par exemple en python/ruby/perl/js parler d'ABI n'a presque pas de sens. Semver n'est pas destiné qu'aux langages natifs.

De plus l'ABI elle est normalement gérée par le numéro de version de la bibliothèque partagée. Tu sais le dernier numéro de liba.so.0.2. Et ce dernier n'a rien à voir avec la version de la bibliothèque elle même. Lorsqu'on utilise une bibliothèque statique, le problème ne se pose même pas.

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

Un des seuls langages au monde que je connaisse intégrant Graphviz dans sa bibliothèque standard. J'ai du mal à voir ce que ce module vient faire dans un langage supposé "système".

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

À part la recherche et le développement, c'est quoi le réel intérêt de minix en 2014 ? Est-ce réellement utilisable pour un individu où ça reste tout simplement des hobbies ?

Pour moi plan9, minix, GNU/Hurd font parti du même lot dont personne voudra.

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

Au passage, on dit une espace ce qui donne donc « la disgracieuse espace ».

http://fr.wikipedia.org/wiki/Espace_(typographie)#Sens_du_mot_espace_au_masculin_et_f.C3.A9minin

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