David Demelier a écrit 662 commentaires

  • # DocBook n'est plus très populaire

    Posté par  (site web personnel) . En réponse au journal DocBook ou l'art d'écrire de la documentation. Évalué à 4.

    J'ai aussi longtemps cherché des outils permettant de faire de la documentation HTML et PDF. DocBook fait bien les deux mais c'est vieux et plus personne n'a envie de faire de XML.

    Il y a plusieurs alternatives intéressantes :

    • pandoc, je m'en sers couplé à CMake (car mon application est en C++) et c'est pratique. Par contre c'est très brut, donc il faut vraiment mettre les mains dedans pour avoir un résultat complet.
    • mkdocs, pas testé mais ça avait l'air intéressant,
    • hugo, plutôt fait pour faire des siteweb mais ça peut très bien convenir pour de la documentation avec un thème adéquat. Je compte y passer. Pas de PDF par contre.

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

  • # UEFI

    Posté par  (site web personnel) . En réponse au journal Microsoft s'accroche jusqu'au bout. Évalué à 9.

    J'en ai bavé pendant 1 heure pour trouver comment neutraliser l'UEFI et le démarrage Windows

    Je vois pas le rapport entre UEFI et Windows. J'ai un Thinkpad x1 carbon que je boot en UEFI depuis Arch (avec systemd-boot). J'ai eu absolument aucun souci pour installer.

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

  • [^] # Re: Intérêt ?

    Posté par  (site web personnel) . En réponse au journal True OS et OpenRC. Évalué à 1.

    La mise en veille fonctionne plutôt bien depuis FreeBSD 11 ;)

    La blague. Pour avoir utilisé FreeBSD de 7 à 11 sur deux laptops, c'est toujours aussi hasardeux.

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

  • [^] # Re: Intérêt ?

    Posté par  (site web personnel) . En réponse au journal True OS et OpenRC. Évalué à 3.

    Du moment qu’on ne l’impose pas à tort et à travers …

    Ben moi je n'ai rien contre OpenRC, je le trouve propre aussi et bien fait. Quand j'étais sous Gentoo j'étais assez content.

    Sinon dans une conférence de MeetBSD qu'apparemment le temps de boot était important. Et Kris Moore est passé de plus d'une minute à seulement vingt secondes. C'est d'autant plus important étant donné le très mauvais support de la mise en veille sur FreeBSD.

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

  • # Intérêt ?

    Posté par  (site web personnel) . En réponse au journal True OS et OpenRC. Évalué à 7.

    J'aime beaucoup le init de FreeBSD. Je le trouve propre et simple, je me demande quelles sont les motivations réelles derrière ce changement.

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

  • [^] # Re: Abandon de Fedora 24 après un an d'utilisation

    Posté par  (site web personnel) . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 1.

    Mauvaise marque, changer marque.

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

  • [^] # Re: Abandon de Fedora 24 après un an d'utilisation

    Posté par  (site web personnel) . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 2. Dernière modification le 08 décembre 2016 à 14:52.

    J'ai démonté le portable (au revoir la garantie)

    Tu ne perds pas la garantie en ouvrant un portable. Heureusement sinon on ne pourrait même pas changer un disque dur et nettoyer les ventilateur.

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

  • [^] # Re: Wayland d'abord sur Arch

    Posté par  (site web personnel) . En réponse à la dépêche Fedora 25 est disponible !. Évalué à 1.

    Personnellement j'ai un souci de focus, quand j'ai Firefox et Qt Creator ouverts, faire alt+tab pour passer de Firefox à Qt Creator me perd le focus de la zone d'édition. C'est très pénible.

    Donc malheureusement, toujours xorg pour le moment :(

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

  • [^] # Re: Double underscore

    Posté par  (site web personnel) . En réponse à la dépêche C++17 indique la disponibilité des en‐têtes (header). Évalué à 1.

    Aaaah oui bien vu ! Du coup tout s'explique :)

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

  • # Double underscore

    Posté par  (site web personnel) . En réponse à la dépêche C++17 indique la disponibilité des en‐têtes (header). Évalué à 5.

    J'avais vu cette fonctionnalité il y a longtemps, mais je ne comprends toujours pas pourquoi elle a été intégrée avec un double underscore.

    Toutes les instructions du préprocesseurs n'en comportaient pas : #define #if #else #endif #elif #pragma #undef #__has_include // WTF??

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

  • # Génial

    Posté par  (site web personnel) . En réponse à la dépêche C++17 fixe l’ordre d’évaluation des expressions. Évalué à 7.

    Alors ça c'est vraiment un moyen de résoudre des bugs subtiles car beaucoup de débutants ne savent pas que l'ordre est non-défini.

    Surtout que la plupart des livres que j'ai lu n'en parlaient pas.

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

  • [^] # Re: systemd

    Posté par  (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à 2.

    J'utilise systemd depuis au moins 3 ans, aucun problème que tu as cité.

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

  • [^] # Re: Provocation

    Posté par  (site web personnel) . En réponse au journal Devuan a deux ans . Évalué à -5.

    Je ne peux que plussoir :)

    Systemd sur un serveur, quelle idée :)

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

  • # Jamais testé

    Posté par  (site web personnel) . En réponse au journal De l'autarcie du projet GNU, ou comment Emacs ne veut pas devenir EmacOs. Évalué à -3.

    Depuis le temps que je suis sur Linux, c'est une des seules distributions que j'ai jamais testé. Faudrait que je regarde si j'ai encore un DVD vierge pour graver l'ISO ou une clé USB assez grande.

    Ah mince on est pas encore vendredi…

    En vrai, je ne connais pas beaucoup emacs, j'ai testé que quelques minutes il y a très longtemps et il m'avait l'air un peu plus simple à prendre en main que vim. Mais bon, je suis resté sur vim… N'aimant pas RMS, je n'ai jamais vraiment porté + d'intérêt à ce logiciel.

    Je trouve que leur retrait de fonctionnalité est +/- compréhensible. Ça fait tâche d'avoir une fonctionnalité sur un OS non libre mais pas sur Linux. On a l'impression qu'emacs est mieux sous mac que Linux. Mais en contrepartie, je trouve ça hypocrite qu'emacs tourne sur Windows.

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

  • [^] # Re: Chocking

    Posté par  (site web personnel) . En réponse au journal Campagne de financement pour PulseAudio. Évalué à 6.

    Chez moi ça marche®.

    Je me souviens il y a longtemps que j'avais des problèmes avec PA sur FreeBSD, qui était installé à cause de GNOME IIRC.

    Mais là, tout marche (sur Linux en tout cas), je peux mettre un casque bluetooth depuis GNOME, passer en HDMI, changer le son pour une application et aucun bug.

    En plus grâce à PA, j'ai différents volumes entre mon casque et les haut parleurs de mon PC. Ce qui par exemple, me laisse possible de mettre le son des hauts parleurs assez bas pour éviter de gêner les gens autour de moi si je débranche mon casque par mégarde.

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

  • # qwerty

    Posté par  (site web personnel) . En réponse au journal Shmuprpg: prototype d'un nouveau jeu libre. Évalué à 1.

    Je n'arrive pas à me déplacer, je suppose que tu l'as principalement développé pour les clavier azerty ?

    Car j'ai du mal à me déplacer avec mes touches wasd/zqsd qui ne sont pas du tout au même endroit qu'un azerty :p

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

  • # deezer

    Posté par  (site web personnel) . En réponse à la dépêche Flash d’Adobe à l’agonie. Évalué à 6.

    Je n'utilise plus flash depuis pas mal d'années et le seul site qui est problématique pour moi c'est deezer. J'espère qu'ils vont passer sur HTML 5 un jour.

    Je vois déjà les gens dire "passe à spotify" oui pourquoi pas mais j'ai deezer gratuit avec orange :p

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

  • [^] # Re: xmalloc

    Posté par  (site web personnel) . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 1.

    Ah oui, j'avais lu le journal une première fois et répondu le lendemain. J'aurais du dormir + du coup :D

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

  • # xmalloc

    Posté par  (site web personnel) . En réponse au journal Gestion des erreurs d’allocation mémoire en C. Évalué à 4. Dernière modification le 27 octobre 2016 à 11:12.

    Pour ma part quand je faisais encore du C, j'écrivais souvent une fonction xmalloc qui faisait un exit() après avoir écrit un message d'erreur.

    Évidemment, si malloc ne fonctionne pas, mon message d'erreur a peut-être un risque de ne pas être affiché non plus, car lui aussi a peut-être besoin d'allocation dans la fonction printf. D'ailleurs j'avais vu une fonction dans GCC qui stockait une chaîne fixe et qui faisait appel à write(2) directement pour éviter ce problème.

    Comme décrit dans plusieurs commentaires au dessus, cela dépend vraiment du contexte. Je code des applications assez basiques, donc ce n'est pas grave si elles se terminent parce qu'il n'y a plus de mémoire. Du coup je codais ceci :

    void *xmalloc(size_t size)
    {
        void *ptr = malloc(size);
    
        if (ptr == NULL)
            err(1, "malloc");
    
        return ptr;
    }

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

  • # c++11

    Posté par  (site web personnel) . En réponse au journal Simple Provisioning System. Évalué à 4.

    Du coup comme tu as dit que tu faisais du C++11, je me permet de commenter deux trois choses :

    • std::istringstream i (source_string.c_str());
      • Pas besoin de .c_str()
    • Pourquoi utiliser une chaîne C dans le main ? (ligne 119)

    Mis à part ça, code moderne :)

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

  • # NVMe from scratch

    Posté par  (site web personnel) . En réponse à la dépêche DragonFly BSD 4.6 et 4.6.1. Évalué à 2.

    Ce qui m'intrique, c'est la volonté d'avoir implémenté le driver NVMe from scratch alors que FreeBSD en a un. Je me demande s'il y a des raisons à cela ?

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

  • [^] # Re: Debian, dans l'idéal.

    Posté par  (site web personnel) . En réponse au message Quelle distribution choisir ? . Évalué à 0.

    Le problème avec Debian c'est qu'il faut accepter d'avoir des applications vieilles pendant environ 2-3 ans avant d'avoir une grosse mise à jour.

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

  • # nvidia, **** ***!

    Posté par  (site web personnel) . En réponse au message Problème avec KMS. Évalué à 1.

    Alala pourquoi avoir acheté une nvidia :(

    Malheureusement si ça ne fonctionne pas avec je ne vois pas de solution, à part rajouter nomodeset en permanence dans le grub (ou systemd-boot).

    Peut-être tu pourrais tester avec une version plus récente de xf86-video-nouveau ?

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

  • [^] # Re: maison hantée, et contact avec l'au delà ?

    Posté par  (site web personnel) . En réponse au message Entendu la radio dans les haut parleurs de mon laptop. Évalué à 1.

    L'au delà est fan de NRJ alors ;)

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

  • [^] # Re: Parasitage électromagnétique ?

    Posté par  (site web personnel) . En réponse au message Entendu la radio dans les haut parleurs de mon laptop. Évalué à 1.

    D'accord, merci pour la réponse. Je vais désactiver le micro interne de l'écran tant que j'en aurai pas besoin et je verrai si ça arrive à nouveau :)

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