Sébastien Maccagnoni a écrit 570 commentaires

  • # templates hugo

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

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

    Posté par (page perso) . En réponse à la dépêche Le gestionnaire de paquets Nix en version 2.0. Évalué à 5. Dernière modification le 04/04/18 à 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 :)

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

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

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: PHP…

    Posté par (page perso) . 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 !

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: terminator

    Posté par (page perso) . 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.

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

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

    Posté par (page perso) . 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 » …

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

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

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 2. Dernière modification le 22/05/17 à 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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.

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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.

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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 :)

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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é…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

    Posté par (page perso) . 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.

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Devops

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

    Pour ma part, j'ai gardé un shellscript simple pour la post-installation de mon PC.
    … pour deux raisons toutes simples :

    • je veux pouvoir l'exécuter immédiatement après installation du PC, sans avoir à installer d'abord Ansible ou autre chose ;
    • je veux qu'il soit "self-contained", pour pouvoir le copier-coller facilement.

    À titre pro, je gère quelques dizaines de serveurs et tout ça est géré avec SaltStack.

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • # Devops

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

    Bienvenue dans le monde magique des devops :)

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: Fôte

    Posté par (page perso) . En réponse au journal Vendredi tout est permis. Évalué à 3.

    "on ne pourrait", plutôt, non ? :p

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: idem !

    Posté par (page perso) . En réponse au journal Freebox Révolution — modification matérielle du Wi‐Fi. Évalué à 1.

    Même avec les rondelles frein ça tourne sur le carton, avec des antennes aussi grandes :)

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: idem !

    Posté par (page perso) . En réponse au journal Freebox Révolution — modification matérielle du Wi‐Fi. Évalué à 1.

    J'ai utilisé un carton d'emballage lambda. J'ai à peu près fixé à la freebox, j'ai coincé le carton comme j'ai pu et ajouté un peu de scotch (gros bricolage crado, oui oui).
    Les rondelles de fixation des antennes glissent sur le carton, du coup les antennes tombent sur les côtés. Note qu'elles font 40cm de long, c'est plus difficile à faire tenir…

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • [^] # Re: idem !

    Posté par (page perso) . En réponse au journal Freebox Révolution — modification matérielle du Wi‐Fi. Évalué à 1.

    Houlala les fautes ! Je ne me suis pas relu…

    s/recouvert pas/recouvert par/
    s/endommagée./endommagée/
    s/carte/carton/

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/

  • # idem !

    Posté par (page perso) . En réponse au journal Freebox Révolution — modification matérielle du Wi‐Fi. Évalué à 4.

    Merci,

    J'ai reproduit ton bricolage, avec des antennes 9 dBi, 13€ le lot (antennes et pigtails).

    https://www.aliexpress.com/item/3-9dBi-RP-SMA-2-4GHz-WiFi-Antennas-3-U-fl-cables-for-Mod-Mini-PCIe/32253083910.html

    Quelques remarques :

    • là où on insère les couteaux, il y a des trous pour y mettre des pointes, qui ont le même effet : écarter des "verrous" en plastique. Du côté droit, ce trou est recouvert pas l'étiquette du numéro de série, qui fait office de scellé ;
    • il est difficile d'insérer les couteaux, surtout à droite : je me suis aidé de mes tournevis de précision, mais j'ai un peu déformé la coque, très légèrement endommagée. ;
    • avec des antennes 9 dBi, le carte est carrément pas assez solide : c'est parce qu'elles sont plaquées contre le mur que les antennes ne tombent pas ;
    • maintenant, le wifi fonctionne dans mon bureau !

    J'ai plusieurs fois essayé avec un routeur D-Link, mais la moitié du temps le PC restait accroché à la Freebox, même si la qualité du signal était pourrie et que j'étais plus proche du D-Link…
    Et je ne connais pas de répéteur wifi N à 13 € :)

    https://www.domotego.com/ | https://www.maccagnoni.eu/ | https://www.smm-informatique.fr/