Vincent Bernat a écrit 142 commentaires

  • # Accélération VA-API avec X11

    Posté par  (site Web personnel) . En réponse à la dépêche Firefox 80 Quantum et Daylight sont sortis !. Évalué à 1.

    Bien que le bug report indique résolu dans la 80. Les derniers commentaires indiquent qu'il faut finalement la 81. Je n'ai pas réussi à le faire fonctionner sur la 80, mais je n'ai pas creusé plus.

  • # sudo cat

    Posté par  (site Web personnel) . En réponse au journal Dernière version de KDE sous Debian testing. Évalué à 6.

    sudo cat > target va exécuter cat en tant que root, mais la redirection vers target est effectuée par ton shell avec tes droits. Utilise plutôt sudo tee target pour cet usage.

  • [^] # Re: Disparition du RSS

    Posté par  (site Web personnel) . En réponse à la dépêche Firefox 63. Évalué à 4.

    C'est tout de même rageant d'avoir besoin d'une extension juste pour ça. Cela nécessite de truster du code qui va avoir accès à toutes les pages. Awesome RSS est open source, mais rien ne garantit que le code installé correspond au dépôt GitHub. Et rien ne garantit que ce sera toujours le cas.

  • [^] # Re: Scripts de démarrage

    Posté par  (site Web personnel) . En réponse à la dépêche Sortie de Devuan 2.0 « ASCII ». Évalué à 2.

    Pour SysV, un service est disabled si le lien "S" dans /etc/rcX.d n'existe pas (souvent remplacé par un lien en "K" pour éviter les surprises lors des mises à jour, c'est ce que fait update-rc.d). Du point de vue de SysV, ce service n'est donc pas désactivé non plus. Bref, aucun rapport avec systemd.

    D'ailleurs, cette façon de faire est découragée depuis un moment. Un service qui doit être désactivé par défaut doit soit utiliser un paquet séparé pour le service, soit utiliser update-rc.d defaults-disabled.

  • [^] # Re: Scripts de démarrage

    Posté par  (site Web personnel) . En réponse à la dépêche Sortie de Devuan 2.0 « ASCII ». Évalué à 6.

    Après installation, service burp status indique :

    ● burp.service - LSB: backup and restore program
       Loaded: loaded (/etc/init.d/burp; generated)
       Active: active (exited) since Tue 2018-06-12 13:25:29 CEST; 6s ago
         Docs: man:systemd-sysv-generator(8)
        Tasks: 0 (limit: 4915)
       Memory: 0B
       CGroup: /system.slice/burp.service
    
    juin 12 13:25:29 zoro systemd[1]: Starting LSB: backup and restore program...
    juin 12 13:25:29 zoro burp[16880]: burp disabled; edit /etc/default/burp
    juin 12 13:25:29 zoro systemd[1]: Started LSB: backup and restore program.
    

    Il indique bien qu'aucun processus ne tourne, que l'état est "exited" et il y a une ligne de log assez claire comme quoi il est désactivé (ce qui n'est plus une bonne pratique depuis un moment, systemd ou pas systemd). systemd est juste incapable de savoir s'il est normal qu'il y ait ou non un processus pour ce service car rien n'empêche un service init.d de ne pas laisser de process tourner (cas de /etc/init.d/networking par exemple).

    Sans systemd, on a exactement la même chose:

    # service burp status
    burp disabled; edit /etc/default/burp
    # echo $?
    0
    

    Il n'y a donc absolument aucun rapport avec systemd.

  • [^] # Re: Scripts de démarrage

    Posté par  (site Web personnel) . En réponse à la dépêche Sortie de Devuan 2.0 « ASCII ». Évalué à -3.

    Sauf que cela n'a absolument rien à voir avec systemd. Je ne vois pas pourquoi systemd est mentionné deux fois.

  • [^] # Re: Scripts de démarrage

    Posté par  (site Web personnel) . En réponse à la dépêche Sortie de Devuan 2.0 « ASCII ». Évalué à 0.

    Dans Debian, burp n'a pas d'intégration avec systemd. Il utilise toujours un script d'init. Mais il est compréhensible que ce soit plus simple de tout mettre sur le dos de systemd.

  • [^] # Re: plus basé sur Debian?!

    Posté par  (site Web personnel) . En réponse à la dépêche Sortie de Devuan 2.0 « ASCII ». Évalué à 10.

    C'est surtout faux. Les paquets de Devuan unstable sont tirés de Debian unstable. Genre, aujourd'hui, j'ai une mise à jour pour mkvtoolnix dans Debian et elle est aussi présente dans Devuan.

    La promesse même d'un système sans systemd n'est également plus de la partie en dehors de quelques mesures comme le remplacement d'udev ou de systemd-logind (par elogind qui est une version standalone de systemd-logind). Dans Stretch, il y a 136 reverse dependencies pour libsystemd0. Dans Devuan ASCII, il y en a 124. libsystemd0 est même présent sur le live CD minimal.

  • [^] # Re: URxvt

    Posté par  (site Web personnel) . En réponse à la dépêche Quel terminal pour 2018 ?. Évalué à 2.

    Sinon, urxvtcd.

  • [^] # Re: Orange ça P..

    Posté par  (site Web personnel) . En réponse au journal la neutralité du net bronsonisée. Évalué à 3.

    L'option "accès à des VPN tiers" sera sans doute tout à la fin des options proposées.

  • [^] # Re: Debian sur mon serveur plus jamais, de chez jamais

    Posté par  (site Web personnel) . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 10.

    Suffit de mettre fail2ban qui te rajoute dans la whitelist lors de la première tentative réussie.

  • [^] # Re: les conventions sur les raccourcis!!!!

    Posté par  (site Web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 5.

    bon pour être honnête, comme Xah, je trouve que Emacs devrait à tout prix admettre que ses raccourcis claviers n'ont , aujourd'hui, aucun sens.

    Il faudrait un Emacs qui suive les conventions actuelles. Nano a le même problème.

    Ce sera parfait pour perdre tous les utilisateurs actuels et n'en gagner aucuns (vu qu'il y aura toujours quelque chose qui n'ira pas).

  • [^] # Re: Provisioning

    Posté par  (site Web personnel) . En réponse à la dépêche Une nouvelle version de Cloonix est disponible, la v-37-00.. Évalué à 4.

    Ta remarque sur MongoDB me fait penser à la destinée de RethinkDB: http://www.defmacro.org/2017/01/18/why-rethinkdb-failed.html. Il y dit notamment:

    To be honest, it hurt. It hurt a lot. It was unfathomable to us why people would choose a system that barely does the thing it’s supposed to do (store data), has a big kernel lock, throws away errors at random, implements single node features that stop working when you shard, has a barely working sharding system despite it being one of the core features of the product, provides essentially no correctness guarantees, and exposes a hodge-podge of interfaces that have no discernible consistency or unity of vision.

    Every time MongoDB shipped a new release and people congratulated them on making improvements, I felt pangs of resentment. They’d announce they fixed the BKL, but really they’d get the granularity level down from a database to a collection. They’d add more operations, but instead of a composable interface that fits with the rest of the system, they’d simply bolt on one-off commands. They’d make sharding improvements, but it was obvious they were unwilling or unable to make even rudimentary data consistency guarantees.

  • [^] # Re: Provisioning

    Posté par  (site Web personnel) . En réponse à la dépêche Une nouvelle version de Cloonix est disponible, la v-37-00.. Évalué à 3.

    A mon avis, il écrit ça quelque part au premier boot. Juniper fait ça avec les premiers vSRX, ils ont abandonné depuis. Pour un lab, comme tu détruis systématiquement ton image, ce n'est pas très important.

  • # Provisioning

    Posté par  (site Web personnel) . En réponse à la dépêche Une nouvelle version de Cloonix est disponible, la v-37-00.. Évalué à 2.

    Hello,

    Il y a généralement un moyen plus simple que de tenter des connexions SSH pour faire le provisioning. Je n'en ai pas encore fait sur les Cisco, mais sur d'autres équipements, il y a souvent la possibilité de placer de la config sur une ISO ou une clef USB qui sera découverte au démarrage. Cela dit, après une rapide recherche, je ne trouve rien.

    En aparté, j'adhère totalement à ta remarque sur la marketisation croissante des "produits" open source.

  • [^] # Re: Vivement la suivante

    Posté par  (site Web personnel) . En réponse à la dépêche Debian 9 : Stretch déploie ses tentacules. Évalué à 7.

    Debian unstable a toujours été à jour pour gcc. Ce n'est juste pas forcément la dernière version qui est installée par défaut. https://tracker.debian.org/pkg/gcc-7.

    Si les "gens" utilisent Debian stable, c'est qu'ils accordent de l'importance à ce côté "stable". Sinon, ils seraient sous unstable ou Arch. Debian ne force pas les "gens" à utiliser stable.

  • [^] # Re: poids de l'histoire

    Posté par  (site Web personnel) . En réponse au journal Lennart a encore frappé !. Évalué à 10.

    Le problème de PulseAudio on l'a dit et redit comme pour systemd c'est la touche "Lennart" qui fait un truc monolithique et difficile à configurer en dehors de ce que Lennart a décidé que ce soit. Et que les contributeurs se limitent à… Lennart.

    La désinformation des anti-Lennart à son summum.

    $ git log --since='5 years ago' --pretty=format:%an | sort | uniq -c | sort -n | tail -5
        145 Mikel Astiz
        223 David Henningsson
        236 Arun Raghavan
        260 Peter Meerwald
        498 Tanu Kaskinen
    

    15 commits de Lennart en 5 ans. Quel horrible projet.

  • [^] # Re: alternatives

    Posté par  (site Web personnel) . En réponse au journal Firefox Sync et les mots de passe en clair sur le cloud 😤. Évalué à 2.

    Les problèmes avec générer les mots de passe depuis un algo, c'est :

    • les politiques contraignantes des sites (que des chiffres, au moins un caractère spécial, pas plus de 10 caractères, etc)
    • pas de possibilité de changer de mot de passe
    • faut quand même se souvenir du login
  • # sudo

    Posté par  (site Web personnel) . En réponse au journal Alterner les répertoires avec zsh. Évalué à 4.

    J'utilise une astuce similaire pour faire "sudo" la dernière commande ou pour insérer/retirer sudo en début de commande.

    # Meta-S will toggle sudo
    function vbe-sudo-command-line() {
        [[ -z $BUFFER ]] && zle up-history
        if [[ $BUFFER == sudo\ * ]]; then
            LBUFFER="${LBUFFER#sudo }"
        else
            LBUFFER="sudo $LBUFFER"
        fi
    }
    zle -N vbe-sudo-command-line
    bindkey "\es" vbe-sudo-command-line

    Toujours dans le même genre, je transforme à la volée le ... en ../.. (et ainsi de suite):

    # Expand ... to ../..
    function vbe-expand-dot-to-parent-directory-path() {
      case $LBUFFER in
        (./..|* ./..) LBUFFER+='.' ;; # In Go: "go list ./..."
        (..|*[ /=]..) LBUFFER+='/..' ;;
        (*) LBUFFER+='.' ;;
      esac
    }
    zle -N vbe-expand-dot-to-parent-directory-path
    bindkey "." vbe-expand-dot-to-parent-directory-path
    bindkey -M isearch "." self-insert
  • # Backport

    Posté par  (site Web personnel) . En réponse au journal LilyPond ne sera pas dans Debian Stretch. Évalué à 5.

    Ce n'est pas dramatique non plus. Si LilyPond sort une version qui se compile avec Guile 2 dans quelques mois, il sera toujours possible de la backporter pour Stretch. Il suffit de continuer à utiliser le LilyPond de Jessie en attendant.

  • [^] # Re: Synthèse vocale sous Linux

    Posté par  (site Web personnel) . En réponse à la dépêche Firefox 49 en chansons. Évalué à 3.

    Sous Linux, cela utilise speech-dispatcher (démon "speechd"). Pour moi, cela a marché out of the box mais la voix par défaut n'est pas terrible. speech-dispatcher gère plusieurs moteurs, dont espeak et Festival ainsi que les moteurs utilisant mbrola. Au final, y'a quand même pas mal de composants en jeu et je n'ai pas réussi à avoir une voix correcte avec espeak en natif et Firefox ne semble pas aimer qu'on utiliser espeak+mbrola (peut-être n'arrive-t'il pas à lister les langages disponibles).

    J'espère que quelqu'un va nous faire un journal sur "comment configurer speechd avec des super voix".

  • [^] # Re: - pour les distributions

    Posté par  (site Web personnel) . En réponse à la dépêche Nextcloud, le fork d'ownCloud. Évalué à 10.

    La discussion est assez symptomatique. La personne à l'origine de la discussion explique bien qu'il n'a pas le temps d'upgrader tous les six mois et donc qu'il utilise des paquets Debian. On lui répond en gros qu'il faut payer pour avoir une version maintenue à long terme.

    Je vois ça comme de l'hypocrisie : ce besoin d'une version stable est publiquement considérée comme une hérésie alors qu'il y a manifestement de telles versions maintenues pour des clients qui paient (c'est donc un marché intéressant pour OwnCloud/NextCloud).

  • [^] # Re: Moi aussi je lis trop vite et de façon superficielle.

    Posté par  (site Web personnel) . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 7.

    /etc/systemd/logind.conf est un fichier de configuration (car il est listé dans /var/lib/dpkg/info/systemd.conffiles). Aussi, s'il a été modifié des deux côtés, son remplacement sera toujours demandé à l'utilisateur, sauf si celui-ci lance dpkg avec --force-confnew (ce qui se fait difficilement par accident). Ce n'est pas quelque chose qui est géré par debconf donc le niveau de priorité n'a aucune importance.

  • [^] # Re: Incroyable

    Posté par  (site Web personnel) . En réponse à la dépêche Bitkeeper essaye de rattraper l'histoire en passant Open Source. Évalué à 5.

    A priori, les alternatives étaient plutôt poussives. Perso, j'ai utilisé tla/Arch pour travailler sur un fork interne de OpenWRT qui contenait également les sources du noyau, et fallait pas moins de 20 minutes pour commiter. Je crois me souvenir que c'était le même problème chez les concurrents, d'où l'insatisfaction de Linus quant à ces solutions.

  • # Cache IPv6

    Posté par  (site Web personnel) . En réponse à la dépêche Sortie du noyau Linux 4.2. Évalué à 7.

    Le cache IPv6 est bien différent de l'ancien cache IPv4. La table de routage IPv6 a toujours été organisée sous forme de FIB tree (alors que ce n'était pas le cas en IPv4 par défaut et donc le cache était à part) et le cache se trouvait alors sous forme d'entrées dans cet arbre.