Fabien a écrit 9 commentaires

  • # pre-commit

    Posté par  . En réponse à la dépêche Python — partie 10 ― formateur de code, analyse statique. Évalué à 3. Dernière modification le 11/06/21 à 11:40.

    Merci pour cette dépêche très intéressante.

    Tout cela peut s'interfacer avec pre-commit qui permet de de lancer des actions avant chaque commit git.

    Nous combinons alors black et isort dans des hooks de pre-commit afin de s'assurer que les fichiers soient formatés de manière "standard" avant intégration au dépôt.

    Dans d'autres projets nous intégrons aussi flake8 (via flakehell qui porte bien son nom), mais c'est trop sévère à mon goût et les corrections ne se font pas automatiquement. Ça ajoute une forte friction lors des commits (à en devenir angoissant parfois).

    Config .pre-commit-config.yaml

    repos:
    - repo: https://github.com/pycqa/isort
      rev: 5.6.3
      hooks:
        - id: isort
          name: isort (python)
    - repo: https://github.com/ambv/black
      rev: 20.8b1
      hooks:
      - id: black
        args: ["--line-length", "120"]
        language_version: python3
        exclude: ".*/migrations/.*.py"
    
  • # Nettoyage automatique des cartouches

    Posté par  . En réponse au journal Maximizer, Satisficer et Achat d'une Nouvelle Imprimante. Évalué à 3.

    Juste pour préciser un point qui n'est pas indiqué dans l'article.

    Les imprimantes jet d'encre à cartouches ont un cycle régulier de "nettoyage" qui va faire passer un peut d'encre afin que la tête ne sèche pas. C'est en tout cas le cas de mon imprimante Brother.

    La contrepartie est bien entendu un consommation d'encre "perdue" par ces cycles de nettoyage et aussi d'avoir la machine branchée sur le secteur en permanence (pas sur multiprise).

  • [^] # Re: Intéressant et incohérent

    Posté par  . En réponse au lien LibreOffice Template Contest 2020. Évalué à 1. Dernière modification le 15/12/20 à 11:02.

    Ce sont des exemples (pour inspiration) de ce qui se fait chez Google.

  • [^] # Re: Autre retour

    Posté par  . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 2.

    Ok je regarderais. Pour le moment je m'en sort avec un "dkms autoinstall"

  • # Autre retour

    Posté par  . En réponse à la dépêche Bien débuter avec Manjaro Linux. Évalué à 5.

    Si je peux apporter ma pierre, voici également mon petit retour d'expérience.
    J'utilise manjaro depuis plusieurs années, dont 2 ans sur mon poste de travail principal.

    Je souhaite faire un point particulier sur l'ordinateur :
    Un Macbook Pro de 2015 fourni par ma boîte. Il est en dual-boot avec macOS, mais je n'utilise que linux.

    Il a fallut manuellement intervenir pour faire fonctionner quelques petits détails, la documentation de Arch aidant beaucoup.

    La webcam nécessite l'installation d'un module DKMS depuis le dépôt AUR. (bcwc-pcie)
    le rétro éclairage doit passer par un utilitaire spécifique (macbook-lighter)
    Je crois que le bluetooth ne fonctionne pas, mais je n'en ai pas encore eu besoin.

    Comme cette machine a un écran HiDPI, il m'a fallut bidouiller avec X pour avoir un rendu pas trop mal avec un écran externe non-HiDPI. (l'astuce consistait à doubler le DPI de partout et redimensionné (scale) l'affichage sur l'écran externe. Ça fonctionne pas trop mal, mais cela ralenti fortement le système.

    Au bout d'un an je suis finalement passé sur wayland. et la gestion des écrans avec un DPI différent est bien meilleure et surtout bien plus rapide.

    Manjaro:
    Concernant la configuration du système, j'avais installé la saveur "manjaro-i3" de la communauté. Dont la configuration par défaut donne un bon point de départ. Je suis naturellement passé sous sway avec mon passage à wayland. Je n'ai pas eu de difficultés particulières dans l'installation de sway, la documentation offrant des alternatives à i3 pour la plupart des besoins. A noter quand même que ce sont des gestionnaires de fenêtres dont la configuration et la mise en place demande plus de temps qu'un gestionnaire grand public.

    Wayland :
    A noter quand même que certaines applications ne sont pas bien compatibles wayland et nécessite une petite pirouette pour les faire fonctionner. (example: firefox doit être lancé avec MOZ_ENABLE_WAYLAND=1 et les applis QT doivent être lancé avec QT_QPA_PLATFORM=wayland-egl sauf celles qui ne sont pas compatibles qui doivent être lancées avec QT_QPA_PLATFORM=xcb) mais ce sont des problèmes avec wayland qui concernent toutes les distributions.

    Le plus embêtant pour mon travail est le partage d'écran qui ne fonctionne pas encore très bien, enfin disons que le protocol wayland existe mais les applications ne l'utilise pas encore toutes. Notamment zoom que nous utilisons beaucoup qui ne fonctionne qu'avec gnome. Pour le moment, je m'en sort en utilisant chromium qui permet de partager un onglet sans passer par le système.

    Mises à jours:
    Pour ma part je fait tout avec l'utilitaire "yay" (mises à jour système et AUR)
    Je dois penser à réinstaller les modules "dkms" après chaque installation d'un nouveau noyau.
    Je n'ai pas eu de grosses casses avec les mises à jour depuis l'installation.
    Une nouvelle version du noyau bloquais mon CPU à 800mhz (!), c'était lié à une nouvelle gestion de l'énergie. C'est peut-être la seule fois ou j'ai senti que j’étais en train d'éprouver un bug lié au fonctionnement "rolling release".

  • [^] # Re: Chez moi ça marche

    Posté par  . En réponse au journal GitHub inaccessible. Évalué à 1.

    Pareil chez moi, je pense que c'est lié au bloqueur de pubs ou de scripts

  • # Cozy Cloud

    Posté par  . En réponse au lien Crédit Mutuel Arkéa prend le contrôle de Budget Insight. Évalué à 5.

    Il y a Cozy cloud en libre comme alternative qui dispose d'une application d'agrégation de comptes : https://cozy.io/fr/
    Je crois que le backend pour récupérer les données est basé sur weboob comme Budget Insight

  • [^] # Re: Crontab de postgres

    Posté par  . En réponse au message sudo dans un script éxécuté par cron utilisateur. Évalué à 0.

    ah oui... en effet...
    pourquoi n'ai-je pas fait ça, je vais regarder...

    Merci

  • # Je sais faire une recherche google, merci

    Posté par  . En réponse au message sudo dans un script éxécuté par cron utilisateur. Évalué à 8.

    Bonjour,

    Ok milles excuses. J'assume mon manque de perspicacité. Je ferais plus attention la prochaine fois avant de poster trop rapidement sur un forum.

    J'avais effectué des requêtes google plus complexes ce qui ne m'amenais pas sur ce résultat.

    La réponse est donc :
    par défaut sudo nécessite un terminal (tty) pour fonctionner.
    Or cron ne fournis pas de tty lorsqu'il exécute une commande.
    les sudo ne fonctionnent donc pas.

    Un moyen consiste à désactiver le comportement par défaut de sudo, afin qu'il accepte les sudo hors tty.

    Il faut pour cela commenter la ligne :
    Defaults requiretty
    dans le fichier sudoers.

    Il est également possible de désactiver ce comportement par défaut uniquement pour un utilisateur :
    Defaults:username !requiretty

    Merci