Sébastien Maccagnoni a écrit 574 commentaires

  • [^] # Re: Voiture solaire...

    Posté par  (site web personnel) . En réponse au journal Voiture électrique OpenHardware. Évalué à 3. Dernière modification le 27 janvier 2023 à 14:44.

    Concernant l'électricité obtenue grace aux panneaux solaires, tu as des infos ici : https://sonomotors.com/site/assets/files/10315/221222_solar_charging_svc3-01_on_13_12_2022.pdf.

    On y voit qu'un test réel à Munich en plein hiver (le mois dernier), dans une situation non-optimale, a résulté en un peu moins d'1 kWh injecté dans la batterie (soit 4km d'autonomie gagnée en une journée "normale" d'hiver).

    Leur objectif est d'ajouter 35km d'autonomie dans la voiture par semaine en décembre, l'ordre de grandeur est donc plutôt correct. Ça ne suffit bien sûr pas pour l'utilisation quotidienne de la voiture, mais c'est un apport appréciable.

    L'objectif en juillet est de 168km par semaine en moyenne, ce qui permet 33km de trajet par jour, ce qui légèrement supérieur à la moyenne d'utilisation des voitures. Donc en été, on peut tout à fait envisager des périodes où on n'a pas besoin de brancher la voiture.

    … et là on parle de Munich, les chiffres seraient bien sûr supérieurs dans le sud de la France par exemple.

  • [^] # Re: Un peu hors sujet : makefile et docker

    Posté par  (site web personnel) . En réponse au journal VSCodium & support python : pyright. Évalué à 1.

    je pense que j’aurais encore besoin de mon ./configure.py maison pour générer les earthfile.

    Je pas comprendre : le Earthfile tu le fais une fois pour toutes et il décrit tout ce dont tu as besoin pour tes builds.
    Mais en fait je ne comprends pas pourquoi tu as un ./configure.py pour faire des makefiles, parce que là aussi ton makefile est censé ne pas bouger (ou à la marge)…

  • [^] # Re: Un peu hors sujet : makefile et docker

    Posté par  (site web personnel) . En réponse au journal VSCodium & support python : pyright. Évalué à 1.

    Earthly est bien plus simple à mettre en œuvre.

    Dagger est bien plus flexible, mais au prix de beaucoup plus de gymnastique intellectuelle.

  • # Un peu hors sujet : makefile et docker

    Posté par  (site web personnel) . En réponse au journal VSCodium & support python : pyright. Évalué à 3.

    Pas une réponse à ton interrogation, mais en lisant ton message et ta parenthèse sur docker, je n’ai pu m’empêcher de penser que Dagger ou Earthly pourraient t’intéresser…

  • # Marc Muller s’est un peu emporté

    Posté par  (site web personnel) . En réponse au journal Voiture électrique OpenHardware. Évalué à 6.

    Hello,

    J’ai précommandé une Sono Sion en 2019 et je suis le développement depuis ce moment-là. Ce qui m’intéresse dans cette voiture c’est son format et son tarif : un petit monospace à moins de 30000€ (hors bonus) il n’y en a pas d’autre (j’avais déjà indiqué à mon concessionnaire Renault que j’attendais un Scenic électrique, mais ce n’est pas près d’arriver visiblement).

    Ce n’est en effet pas « open hardware » (et ils n’ont jamais prétendu l’être), par contre la possibilité de faire la plupart des réparations soi-même est intéressante. En comparaison, ça fait deux ans que j’attends la réparation de la caméra de ma Hyundai (achetée il y a 3 ans), et pendant ce temps je n’ai plus de régulateur, plus de freinage d’urgence, plus d’assistance au maintien sur la voie…

    Le logiciel, quant à lui, est effectivement développé en interne et n’est pas open source. Je trouve ça dommage, mais en même temps je le comprends, il y a des risques non négligeables et ça peut poser souci pour les mises à jour OTA. Il faudra que je mette le sujet sur la table, en tant que membre de leur communauté, pour voir ce qu’ils en pensent…

  • # Je me demande...

    Posté par  (site web personnel) . En réponse au journal Ça y est!! Je suis passé au bépo…. Évalué à 5.

    Salut,

    Cela fait des années que j'y pense, mais à chaque fois que je vois des retours comme le tien je me demande si vraiment ce serait utile pour moi.
    J'ai ma position des mains acquise à l'arrache (comme beaucoup de monde, je sais) (qui n'a rien à voir avec la position habituellement prônée partout), acquise depuis une 30aine d'années, avec laquelle je frappe grosso modo à trois doigts (*), à une vitesse de 76 mots par minute testés à l'instant sur lecturel. Je n'ai aucune douleur en frappant de cette manière, c'est une position plutôt reposante pour moi.

    Et quand je vois des retours d'expérience, c'est à peu près comme ce que tu décris là, un départ à environ 40 mpm en azerty et quelques semaines ou quelques mois pour rattraper cette performance en bépo, avec un gain en confort à n'en point douter, mais j'ai peur de perdre en confort vu que je trouve ma position actuelle très confortable…

    Quelqu'un d'autre est/était dans une situation similaire à la mienne ? Des avis, des retours d'expérience pour ce cas "particulier" ?

    (*) j'utilise trois doigts qui se déplacent sur le clavier alphanumérique, un pouce pour la touche espace, un doigt pour le backspace et un doigt pour la touche entrée et la majuscule… Je ferais bien une vidéo, mais je n'ai rien ni personne pour tenir mon téléphone pointé vers mon clavier pour le moment…

  • [^] # Re: Jitsi

    Posté par  (site web personnel) . En réponse au journal Des virus et du télétravail. Évalué à 2.

    Ici aussi on utilise Jitsi Meet, c'est 'achement efficace.

  • # templates hugo

    Posté par  (site web personnel) . En réponse au journal Générateur de site web statique. Évalué à 1.

    Le code des thèmes ressemble encore à nouveau langage de template bof.

    C'est le langage de templates standard de go…

  • [^] # Re: Docker [was: voir aussi… GNU Guix]

    Posté par  (site web personnel) . En réponse à la dépêche Le gestionnaire de paquets Nix en version 2.0. Évalué à 5. Dernière modification le 04 avril 2018 à 08:50.

    Oui, mais ce n'est pas l'usage de base de NixOS, de plus ces containers ne sont pas aussi bien isolés du reste du système.
    J'admets avoir certainement trop simplifié ma réponse :)

    Une fois NixOS bien maîtrisé, on peut faire des containers et obtenir une logique pas trop éloignée de Docker…
    Allez, comme punition je m'imposerai d'essayer ça concrètement :)

  • [^] # Docker [was: voir aussi… GNU Guix]

    Posté par  (site web personnel) . En réponse à la dépêche Le gestionnaire de paquets Nix en version 2.0. Évalué à 4.

    Même si dans l'esprit ça part de la même logique (déclaratif, tout ça tout ça), à mon sens en terme d'usage ce n'est pas vraiment comparable avec Docker car ça ne fait pas de container : on reste sur une seule machine, un seul système…

  • [^] # Re: PHP…

    Posté par  (site web personnel) . En réponse au journal Etude comparée de la popularité des langages de programmation sur linuxfr. Évalué à 10.

    PHP, c'est tabou, on en viendra tous à bout !

  • [^] # Re: terminator

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

    J'utilise Tilix au quotidien. Je ne peux plus m'en passer.

  • [^] # Re: Pourquoi réinventer la roue ?

    Posté par  (site web personnel) . En réponse au journal Inventaire de matos. Évalué à 3.

    Tout pareil, en voyant les screenshots la première chose que je me suis dit c'est « eh on dirait GLPI » …

  • [^] # Re: Logiciel de facturation légalisé

    Posté par  (site web personnel) . En réponse au journal AUTO-ENTREPRENEURS : Logiciel de facturation obligatoire au 1er janvier 2018. Évalué à 2.

    On est auto-entrepreneurs, on n'a pas d'expert comptable :)

    Sinon, annuler/abandonner une facture, oui c'est toujours possible. Le numéro de facture ne doit cependant pas être utilisé et la facture doit toujours exister, même annulée.
    Par contre, supprimer une facture (et réutiliser son numéro de facture) c'est interdit…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 2. Dernière modification le 22 mai 2017 à 19:54.

    À moins que tu copies à la main ton fichier depuis une clé usb ou que tu n'as aucun stockage externe/backup

    Je déplace à la main ce fichier depuis mon ancien $HOME. Il est constamment dans mon $HOME.
    Clé USB, stockage externe, tout ça représente déjà une étape de trop dans mon process de réinstallation…

    Par contre prétendre que ta solution est meilleure

    Je n'ai pas dit une seule fois que c'est "la meilleure".
    J'ai juste dit que ça répond parfaitement à mon besoin…

    ton script va installer des trucs de toute manière

    C'est précisément ça le besoin : de n'avoir aucun truc à installer manuellement pour pouvoir l'utiliser, afin qu'il fasse lui-même toutes les installations des trucs dont j'ai besoin.

    globalement c'est moins facilement maintenable

    Nope, je le maintiens très facilement…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    C'est quoi cet intérêt pour n'avoir qu'un seul fichier ?

    Plus facile à transporter.

    On à tous pleins de machines. Celle(s) de chez toi, celle du travail,…

    J'ai un seul poste de travail, depuis plus de 5 ans.

    Tout le reste, ce sont des serveurs, que je gérerai certainement un jour avec Ansible quand j'en prendrai le temps…

    Tu ne peux pas te coller un README.md à la racine de ton dépôt git ?

    Je n'ai pas de dépôt git pour ça. Ce script est dans $HOME.

    Regarde tes confs fichiers tout statiques 

    Je n'ai aucun fichier de conf templaté, je ne veux que mettre en place certains points de config et surtout pas mettre en place une config complète, vu que je veux profiter des éventuelles dernières évolutions des logiciels…

    ne me dis pas que cloner un dépôt, trouver une commande ou le wrapper dans un script, etc sont hors de ta portée

    Ce n'est pas hors de ma portée, mais c'est chiant dans le contexte.
    J'installe la dernière version d'Ubuntu, j'arrive dans une session vierge, je n'ai pas envie de m'embêter. Ma seule action est :

    mv $HOME.old/postinstall.sh .
    ./postinstall.sh

    À la limite je pourrais faire un script qui installe Ansible etc etc, mais je n'en vois pas vraiment l'intérêt, ce script marche très bien depuis plusieurs années…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 2.

    Intéressant, en effet ça répond à une des problématiques.

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    Ouais, on va éviter cette approche hein :D

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    Je suis cohérent mais tu mélanges 2 posts qui ne répondent pas aux même questions.

    Nope.

    Mon message plus haut était « pour la post-installation de mon PC […] je veux pouvoir l'exécuter immédiatement après installation du PC, sans avoir à installer d'abord Ansible ou autre chose »
    …auquel tu as répondu « dans le cas d'Ansible il n'y a justement même pas de client à installer. Il faut juste avoir ssh et pousser une clé. »
    … auquel j'ai répondu « Quand je viens d'installer mon PC, il n'y a pas de serveur SSH, pas de clé à pousser et aucun moyen d'accéder à un serveur Ansible à partir duquel je déploierais la conf de mon PC, vu que j'utilise mon PC pour ces choses-là »
    …auquel tu as répondu « dans le cas de puppet c'est utilisable en local sans avoir à mettre en place une infra client/serveur. »
    Cet échange est resté toujours sur la même question : exécuter la postinstall de mon PC.

    Tu crois que tu peux gérer tout ça en moins de lignes avec ton script ?

    L'installation de packages est un exemple ultra-simple, facile à gérer en effet. Mais il n'y a pas que ça.

    L'explication du nombre de lignes est simple : certaines des fonctions que j'ai développées (à une époque où les logiciels de gestion de configuration commençaient à peine à apparaître) correspondent à des modules existants dans ces logiciels, d'autres nécessiteraient soit de développer de nouveaux modules, soit de télécharger et installer des modules tiers, soit d'éclater ces fonctions en plusieurs plays.
    Dans tous les cas, on s'éloigne du but de mon script : pouvoir être exécuté par ./postinstall.sh sans avoir à préinstaller un quelconque environnement.

    De plus, dans ce cas précis, je veux que le script plante dès qu'il y a le moindre problème rencontré, pour pouvoir le corriger immédiatement. Et puis je veux qu'il m'affiche des messages sur son avancement.

    Et puis dans certains cas, les sources d'où je prends mes logiciels ne permettent pas un download automatique de la toute dernière version, auquel cas il faut aller sur une page particulière et télécharger la dernière version d'un .deb pour qu'il puisse l'installer (ou alors parser une page web… youpi) [*]. Ça, Ansible ne sait pas le faire non plus à ma connaissance. Bon, aujourd'hui je n'ai ce cas que pour Go [https://golang.org/dl/], si quelqu'un a un lien pour downloader directement la dernière version je suis preneur.

    Dans les outils de gestions de versions tu gères des dépendances.

    Tu veux dire que chaque instruction qui tenait en une ligne tient maintenant en deux lignes ? Félicitations, tu as transformé les 750 premières lignes de mon script en 1500 lignes !
    Bon ok, j'exagère un peu, mais tu vois l'idée :)

    Concernant la courbe d'apprentissage, ne t'inquiète pas, je connais ces outils, je sais ce qu'ils peuvent faire, je travaille quotidiennement avec…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    Pour "le script de postinstallation de mon PC perso", il n'y a pas plusieurs cas de figure…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    Tes fichiers sont bien quelque part

    On s'est mal compris, je ne parlais pas des fichiers ou quoi que ce soit d'autre, je parlais d'exécuter plusieurs actions en même temps, tirées d'un même fichier.
    En l'occurrence, pour Vim, j'ai une fonction :

    vim() {
        install vim
        install vim-gnome
        sudo update-alternatives --set editor /usr/bin/vim.basic || abort "Failed setting vim as the default editor"
        mv_old_conf vim
        mv_old_conf viminfo
        mv_old_conf vimrc
        xdg-mime default gvim.desktop text/plain
    }

    Je peux alors lancer ./postinstall.sh vim pour exécuter ces 7 actions. Je ne connais pas de manière, avec Ansible, pour appeler 7 plays en une seule commande aussi simple, sauf à faire un playbook pour chaque programme, puis utiliser les rôles, etc etc. Donc au lieu d'un seul script, j'aurais plus de 50 petits fichiers…

    Tu as tes machines qui sont bien installé

    Tu utilises le pluriel, là c'est déjà mal parti pour qu'on se comprenne.
    Comme je l'ai dit plus haut, je parle du déploiement de ma postinstallation sur mon poste de travail. Une seule machine, sans aucun autre outil à côté. Si j'ai plusieurs machines à gérer, j'utilise un outil dédié. Ansible, SaltStack ou autre.

    Pour répondre à ta question, mon script repasse sur lui-même sans (trop de) problème. Je ne suis pas allé jusqu'à vérifier que je gère l'idempotence à 100%, mais ça ne doit pas en être très loin.

    ce script de postinstallation, je l'utilise une fois tous les 6 mois quand j'installe la version suivante d'Ubuntu.
    En cas d'erreur dans le script, je le corrige et je le relance. La plupart du temps, c'est lié à des changements entre deux versions d'Ubuntu, par exemple récemment ça a été le passage de gsettings à dconf pour pas mal d'applis…

    Ensuite je le lance occasionnellement (et partiellement, comme dans l'exemple de vim ci-dessus) pour rétablir des conf que j'ai un peu trop tripatouillées à la main.

    apt install git ansible && git clone <url> && ansible-playbook installation.yml

    Et vu que je ne me rappellerais jamais de cette commande en entier, utilisée une fois tous les 6 mois sur une machine vierge, il faudrait la mettre dans un script :)

    Comme tu le dis, chacun fait comme il veut. Pour ma part et pour cet usage, je ne vois pas d'intérêt à utiliser Ansible : un script shell est bien plus flexible et facile à utiliser in fine pour cet usage à mon sens.

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    PsychoFox, il faudrait que tu penses à être cohérent :)

    dans le cas d'Ansible il n'y a justement même pas de client à installer. Il faut juste avoir ssh et pousser une clé.

    Je ne peux pas parler pour Ansible ne l'utilisant pas mais dans le cas de puppet c'est utilisable en local sans avoir à mettre en place une infra client/serveur.

    D'abord tu me dis qu'il n'y a pas besoin de client et qu'il suffit d'avoir SSH et pousser une clé (donc avoir un Ansible ailleurs), ensuite tu me dis d'installer Ansible (ou Puppet, ou autre, je m'en fous de la techno) pour lire le playbook (ou l'équivalent) localement.

    qui te prendra peut-être un dixième de tes 900 lignes

    Alors là, carrément pas. Ce que j'ai appelé "helpers" dans mon script, donc l'équivalent des ça prend 175 lignes (tout compris). Tout le reste c'est relatif aux actions d'installation/configuration. Et les appels aux fonctions que j'ai créées sont moins verbeux que la façon de faire avec Ansible (ou n'importe quel autre équivalent). À vue de nez, un playbook Ansible équivalent ferait 150% à 200% de la taille de mon script.

    Par exemple :

        install vim

    (qui appelle un script très simple que j'ai écrit une seule fois il y a longtemps)

    devient, avec Ansible :

        - name: Install Vim
          apt:
            name: vim
    

    ou avec Salt :

    vim:
      pkg.latest

    Par ailleurs, je ne vois pas du tout comment, avec Ansible et en un seul fichier, je peux demander de déployer "tout ce qui concerne vim" (c'est à dire installer vim, vim-gnome, puis copier mon ancienne conf, puis mettre gvim comme éditeur par défaut par le biais de xdg-mime).

    Ensuite, Ansible tout court ne suffit pas. Notamment, comme indiqué, j'appelle dconf pour paramétrer mon système. J'utilise xdg-mime pour les associations de fichiers. Pour dconf, il faut installer l'un des modules ansible-dconf avant d'exécuter le playbook. Pareil pour xdg, il faut installer ansible-xdg. Donc "installer ansible et jouer le playbook" ne suffit pas : il faut aussi installer des modules ansible ou alors reprendre manuellement la configuration précédente.

    Là où je te rejoins, c'est que le fait que ce soit utilisé par des milliers de personnes rend ces solutions plus solides. Mais ce n'est pas crucial pour cet usage.


    Le mieux serait que je générise mon script pour le partager publiquement, tu pourrais te faire un avis par toi-même :)

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 3.

    ./postinstall.sh

    Pas besoin de templates, pas de problème de dépendances, et s'il y a la moindre erreur ça plante, c'est fait pour. :)

    Il y a du apt-get install, du mv, du dconf write, du xdg-mime et quelques autres machins… Tout ça passe très bien dans un script (pour lequel je peux réexécuter n'importe quelle partie quand j'en ai besoin).

    J'ai pas vraiment envie de transformer mon script de 900 lignes qui marche très bien et que je maintiens depuis plusieurs années en playbook ansible (ou autre projet concurrent) juste pour la beauté du geste…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 2.

    Oui oui, que ce soit Kickstarter et Ansible ou d'autres outils (je vais pas en faire la liste, hein, sauf si on me demande :p ), je lui souhaite la bienvenue dans l'utilisation d'une telle méthodologie.

    Sébastien semble ravi de découvrir les possibilités qu'offre Ansible et la manière dont il pourra simplifier la gestion de ses postes et/ou serveurs et on parle là bien de méthodologie, pas uniquement de l'outil. C'est la porte d'entrée vers l'approche devops dans sa globalité…

  • [^] # Re: Devops

    Posté par  (site web personnel) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 1.

    C'est une remarque que j'aurais pu comprendre pour son concurrent puppet mais dans le cas d'Ansible il n'y a justement même pas de client à installer. Il faut juste avoir ssh et pousser une clé.

    Gné ? Quand je viens d'installer mon PC, il n'y a pas de serveur SSH, pas de clé à pousser et aucun moyen d'accéder à un serveur Ansible à partir duquel je déploierais la conf de mon PC, vu que j'utilise mon PC pour ces choses-là… J'ai besoin de pouvoir le post-installer où que je sois.

    Du reste on parle d'installer des serveurs avec kickstart.

    Non, là c'est une sous-discussion qui parle de nos postes de travail.