David Demelier a écrit 754 commentaires

Je suis entrain de commencer ma propre distribution que je créé à partir de LFS. C'est vraiment très éducatif car bien qu'étant expérimenté sous Linux depuis 16 ans, je ne pensais pas que concevoir son toolchains en plusieurs étapes était aussi complexe.

En tout cas je recommande pour ceux qui souhaitent vraiment comprendre le principe de bootstrap et les différentes passes de la recompilation du toolchain.

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

Je te rassure je n'ai rien compris non plus.

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

J'aime bien les couleurs et la police. Je préfère également la version sans bulle. Après j'avoue avoir du mal avec ce flat design émergeant ces temps ci.

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

Je vais faire mon chieur mais l'équipe de debian est très loin d'être blanche comme neige et est aussi composée d'une palanquée d'incompétents.

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

On est pas obligé de les acheter :)

La raspberry pi est bien fabriquée au Royaume-Uni non ?

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

ARM c'est bien, mais c'est pas aussi ouvert que RISC-V qui lui est 100% opensource. Il faut que le RISC-V se déploie à grande échelle :)

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

Que pensez-vous des logiciels qui font de la politique ? Est-ce que ce genre d’action pourrait vous faire cesser de participer à un logiciel, si vous n’étiez pas d’accord avec la cause soutenue par les auteurs de ce logiciel ?

Ça m'énerve. Moi pour moi j'appelle ça prendre les utilisateurs en otages. Admettons que tu utilises notepad++ mais que tu ne sois pas d'accord avec le mouvement des gilet jaunes, tu as mis à jour et d'un coup tu as ta version « gilet jaune » édition installée. Tu n'as pas fait gaffe et maintenant tu es en soutiens avec ce mouvement.

Je pense que c'est pas à un développeur de faire de la politique en utilisant les utilisateurs à leur insu. C'était déjà le cas avec la Charlie édition. Avec notepad++ tu n'as pas le choix, tu dois accepter les expressions politiques de son auteur.

Les logiciels doivent rester neutres, si tu es développeur et que tu es engagé en politique, fais le sur ton compte personnel twitter, facebook, instagram ou encore n'importe quel autre réseau social préféré, mais ne le fais pas sur le dos des utilisateurs.

Personnellement, j'ai désinstallé notepad++ sur mon PC professionnel, et utilise dorénavant vim même sur Windows.

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

J'ajouterai Boost.Beast qui est vraiment ce qu'on peut appeler un micro framework.

Je l'utilise et c'est assez sympa mais rudimentaire.

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

J'ai toujours aimé l'idée d'avoir un bug tracker directement dans le dépôt. Il y a eu d'autres tentatives comme ditz ou bugseverywhere.

L'interface avait l'air chouette, mais étant utilisateur et contributeur Mercurial j'aurai bien aimé qu'il soit SCM indépendant. Dommage.

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

Au début, je me disais que c'était une arnaque au numéro surtaxé, si on rappelle, on paie un max.

Ça dépend du numéro, s'il ne commence pas par >= 081, ils ne le sont pas. Par exemple, j'ai eu plusieurs appels de 01 xx xx xx xx. Qui raccrochaient immédiatement. Par curiosité j'ai rappelé et on tombe directement sur un répondeur arnarque peu crédible qui vous dit « bonjour, je suis votre conseillère, merci de me rappeler au 08 99 xx xx xx ». Sachant que le 08 99 est le plus cher. Mais bien sûr.

Tant qu'il n'y a pas d'indicatif, ni de 08 vous pouvez rappeler sans trop de risques.

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

Le optional (si tu essaies de réimplémenter std::optional) ça se fait avec les placement new. Faire ça avec du memcpy c'est scandaleux.

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

Toi tu n'as pas encore cherché "is-array" sur npm alors :)

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

Euh… Le libre n'interdit pas de tuer, ca n'autorise pas à tuer! Cette mention explicite est pour des bugs non voulu (si ca tue sans faire exprès), pas pour des actes volontaires, sortir cet argument est d'une sacrée mauvaise foi…

Entièrement d'accord. C'est trop facile de toujours tout mettre sur le dos de l'opensource.

D'ailleurs dans l'issue github quelqu'un a posté cet article :

https://hueniverse.com/how-to-use-open-source-and-shut-the-fuck-up-at-the-same-time-d933471d59de

Ce genre de personnes ne devraient pas affirmer faire de l'opensource. J'ai l'impression qu'on voit pas tous l'opensource de la même manière. Il y a « mon projet est opensource parce que je veux bien, mais tant pis si tu n'arrives pas à t'en servir, je l'ai fait pour moi » et « c'est opensource parce que je souhaite fournir quelque chose de propre, sûr et alternatif au propriétaire et que le développement est ma passion ». Je suis bien content de faire parti de la deuxième catégorie.

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

http://openbsd.org

Plus sérieusement, je pense qu'il y a un gros décalage. Certains oublient que les logiciels libres sont en GRANDE parti développés sur le temps libres des gens. Alors que votre suite office préférée est développée par des employés et des graphistes. Donc souvent ça fait la différence.

Cela dit, il y a beaucoup d'exceptions. GNOME, c'est propre, c'est assez professionnel dans l'ensemble. Il y aussi des jeux libres de qualité (wesnoth).

Mais de là faire l'amalgame systématique a tendance à m'agacer. D'ailleurs on donne assez souvent comme excuse « c'est opensource » comme si c'était suffisant pour compenser la « mocheté » de certains projets.

Par ailleurs, j'ai une fois demandé la documentation (inexistante) d'une bibliothèque opensource dont je ne dirais pas le nom. Le développeur m'a répondu « c'est un projet opensource, c'est pas comme si vous aviez dépensé des milliers pour avoir de la documentation, regardez le fichier d'exemple ».

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

Moi j'ai utilisé Boost.Beast pour faire un petit simili pastebin.

C'est très bas niveau, à peu près comme flask en python. On gère directement les requête HTTP et les réponses. La bibliothèque est assez récente et un peu jeune mais ça fonctionne plutôt bien.

Seul problèmes :

• pas encore de parseur d'URI pour le moment (j'ai utilisé liburiparser)
• aucune fonction de découpage / désérialization des données en POST

Pour le premier, c'est dans la TODO de l'auteur. À voir quand il l'implémentera.

Pour avoir testé Wt, je n'aime pas trop le HTML généré, il est difficile de le personnaliser et nécessite pas mal de javascript. J'aime bien avoir accès total et complet au rendu généré.

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

Je ne comprends pas ton problème. Ton contrat c'est de prendre des fonctions qui prennent deux entiers en paramètre. Sauf qu'on t'envoie une fonction qui en prend que un. C'est contraire au contrat indiqué. C'est à l'appelant de se modifier.

Sinon, c'est tout à fait possible avec std::function et une lambda (avec std::bind peut-être)

int strange_apply(int (*beurk)(int))
{
    std::function<int(int, int)> f = [beurk] (int x, int) -> int {
        return beurk(x);
    };

    f(123, 456);
}

Note que le std::function n'est nécessaire que si tu souhaite stocker beurk pour l'appeler plus tard.

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

Et sinon, une raison particulière pour ne pas utiliser std::function ?

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

la phrase KDE has been deprecated peut être rapidement mal interprétée par des personnes qui survolent ce type d'informations.

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

Exact, ils ont fait pareil avec btrfs. En fait, tout ce qu'ils n'aiment pas ils le considèrent obsolète et répandent de la mésinformations.

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

J'aime bien debian dans la simplicité par contre pour avoir fait des paquets .rpm et des .deb je préfère largement le premier. J'aimerais bien une distribution légère et simple basée sur les rpm, mais ça court pas les rues, elles sont toutes ultra bloat :(

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

Et oui, c'est ça d'utiliser les technos ultra hype comme flatpak, snap, appimage ou je ne sais quel autre bloat :)

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

Moi j'aimerais bien faire du télétravail. Pas parce que je suis fainéant mais parce que ça m'éviterai de me lever à 6h30 et rentrer chez moi à 19h20. Et oui, c'est aussi ça les inconvénients aussi de vivre en périphérie d'une grande ville et de prendre les transports en commun.

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

Je confirme aussi.

Ma maman en voulait un car désirait se déplacer en vélo mais étant une ancienne grande fumeuse et peu sportive elle s'essoufflait vite avec un vélo. Elle s'est acheté un VAE qu'elle apprécie beaucoup, bon 24kg et 1000€ la bête quand même mais son autonomie, le cadran numérique, le panier soudé au guidon et le porte bagage intégrés en font un excellent vélo “utilitaire”.

Personnellement j'aimerais aussi pouvoir me rendre à mon travail en vélo, mais j'avoue que dans mon cas étant grand sportif j'aurais peur qu'avec un VAE j'ai moins envie de faire du VTT après l'habitude de l'assistance. Du coup s'il y a des sportifs qui ont un VAE et un VTT normal, j'aimerais bien avoir votre avis :)

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

Étant développeur Qt professionnellement, je me sens obligé de répondre. Qt est un grand framework, c'est vrai mais il est finement bien découpé.

Par contre, moi je fais du C++ donc je ne sais pas comment cela fonctionne avec Python.

Voici mon code d'exemple.

#include <QApplication>
#include <QLabel>

int main(int argc, char** argv)
{
        QApplication app(argc, argv);
        QLabel label("Hello World");

        label.show();

        return app.exec();
}

Le test se fait sur Linux, donc forcément profitant des bibliothèques partagées c'est pas très pertinent. Cela dit, vu qu'on parle de Qt, on va quand même mesurer la taille si on devait importer les bibliothèques.

Évidemment je note pas les autres bibliothèques (wayland, GL, libX11) puisque ce serait plus ou moins identique avec un autre framework.

• main : 16Ko (autant ne pas le compter)
• libQt5Widgets.so : 6.7Mo
• libQt5Gui.so : 5.2Mo
• libQt5Core.so : 5.1Mo

À titre de comparaison, avec Gtk on aurait ces bibliothèques à importer.

• libgtk-3 : 7.4Mo
• libgdk-3 : 1.1Mo
• libglib-2.0 : 1.2Mo
• libgio-2.0 : 1.8Mo

Plus léger effectivement, mais Qt reste largement acceptable.

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

Sauf si tu fais de l'embarqué, sauf si tu veux toucher au matériel, sauf si tu veux des contraintes temporelles fortes. Attention, le C n'est sans doute pas le seul langage à envisager mais il a toujours du sens pour ces projets.

Je ne sais pas, je connais un ami qui a développé une interface de pointage pour les cartes de transport en commun. Ils ont fait ça en Qt Quick (QML donc avec du Javascript) et D-Bus. Bien que ce soit de l'embarqué ça fonctionne très bien.

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