Psychofox a écrit 10742 commentaires

  • [^] # Re: Ouf

    Posté par  (Mastodon) . En réponse au journal VITE ! Mettez à jour votre distrib !. Évalué à 5. Dernière modification le 02 juin 2017 à 12:17.

    su et sudo n'ont surtout pas le même but.

    sudo est fait pour gérer des cas d'usages avec des environnements fortement multiusers et des rôles multiples dans l'entreprise, pouvoir executer des commandes sans avoir à donner le mot de passe des comptes sur lesquelles elles vont tourner. Cela-étant dit tu peux très bien utiliser sudo comme une commande su.

    Dans le cas typique du pc personnel avec un seul user ayant des droits sudo, la faille mentionnée dans ce journal n'est pas dangereuse.

  • [^] # Re: Disques jetables ?

    Posté par  (Mastodon) . En réponse au journal Endurance des SSD. Évalué à 3.

    Je ne crois pas que ça ait changé au niveau de la redondance. On a toujours utilisé ça.

    L'essentiel c'est de savoir:
    - combien coûte un disque
    - combien facture les entreprises de stockage pour la maintenance
    - combien il leur coûte de fournir cette maintenance (administratif/hotline/transport/opération sur site)

    Les entreprises qui fournissent des baies de stockage n'ont aucun intérêt à utiliser des disques qui pètent tout le temps si ça leur coûte trop cher à gérer. Par contre elles n'ont aucun intérêt non plus à ce que les disques soient trop fiables car personne ne voudrait payer pour de la maintenance si d'expérience on était quasi sûr que les disques (et d'autres bricoles comme les gbic) tenaient le coup plusieurs années jusqu'au remplacement de la baie.

  • [^] # Re: unixporn

    Posté par  (Mastodon) . En réponse au journal Eolie, le petit frère de Lollypop. Évalué à 2.

    Je crois que c'est devenu tellement répandu au point que c'est utilisé à l'oral (pas juste pour la blague !) et en Français ou dans pleins d'autres pays et donc il y'a clairement un glissement dans la signification du mot quand il est utilisé comme suffixe puisque ça concerne des trucs à des années lumières de toute sens sexuel.

  • [^] # Re: unixporn

    Posté par  (Mastodon) . En réponse au journal Eolie, le petit frère de Lollypop. Évalué à 4.

    Ça tombe bien l'usage du mot débauche a lui aussi évolué à travers les siècles pour ne plus avoir une connotation exclusivement sexuelle.

    Personne ne se masturbe en consultant /r/earthporn. Enfin si il y'en a sûrement 1 ou 2 qui ont ce genre de délire parce qu'il y'a toujours quelqu'un pour avoir des idées plus tordues que les autres mais là on peut pas lutter.

  • [^] # Re: unixporn

    Posté par  (Mastodon) . En réponse au journal Eolie, le petit frère de Lollypop. Évalué à 6.

    Parce que, pour rappel, « porn » ça désigne des représentations très graphiques et concrètes d’actes sexuels. Ça n’est pas un suffixe qui veut dire « qui est agréable à voir ». Ça serait d’ailleurs bien que les différentes communautés sur reddit s’en rendent compte. Foodporn, unixporn, etc… Le jour où quelqu’un voudra faire un subreddit avec des photos d’enfants mignons, ils vont l’appeler /r/childporn ?

    Ce n'est pas du tout lié ni limité à reddit. C'est tout simplement tombé dans le language commun dans les pays anglo-saxons et l'utilisation de porn en tant que suffixe est maintenant décorrélé de la signification et connotation sexuelle du mot seul. Alors certe parler de childporn serait très maladroit mais je pense que tout le monde en est conscient.

    Je dis ça et je ne suis pas très fan de cet usage mais bon c'est l'évolution du language, tu ne peux pas y faire grand chose.

  • [^] # Re: Et en version 3D?

    Posté par  (Mastodon) . En réponse au journal Lecteur et exploitation de traces GPS en navigation. Évalué à 3.

    Quand je vois la difficulté qu'ont les appareils gps à donner des valeurs fiables en terme d'élevation pour des sorties à vélo, j'ai du mal à croire qu'on arrive à avoir des valeurs pertinentes en parapente. En tout cas quand je vois les parapentistes locaux qui font des figures avec des chutes assez rapides en toupie à mon avis le GPS serait perdu.

  • [^] # Re: Et les disques avec un disque dedans ?

    Posté par  (Mastodon) . En réponse au journal Endurance des SSD. Évalué à 4.

    Ouais enfin le test en lien avec ce journal concerne des ssd dédiés à un usage desktop donc ce n'est pas hyper pertinent par rapport à une utilisation pro avec du matériel dédié à un usage i/o intensif.

  • # C'est pas la taille qui compte mais comment on s'en sert...

    Posté par  (Mastodon) . En réponse au journal An unexpected Linux : reverse engineering. Évalué à 3.

    967MB ça fait quand même beaucoup quand on compare aux roms de Devil Crush / Devil Crash qui font respectivement 205kB (pcengine) et 385kB (megadrive).

  • [^] # Re: Cynisme

    Posté par  (Mastodon) . En réponse au journal Intuition. Évalué à 6. Dernière modification le 24 mai 2017 à 09:25.

    Si il y'a une raison, c'est que la cause et la conséquence sont directes, pas indirectes. Et qu'avoir un peu de décence c'est d'arrêter de se plaindre et d'insulter quelqu'un qui vient de mourrir quand le désagrément sur soi est à des années lumières de ce qui l'a causé.

    L'essence augmente ou baisse selon plein de raisons, y compris parfois des guerres mais rarement pour une seule raison. Ben non je ne m'en plains pas, c'est idiot de le faire. Et que la météo soit bonne ou mauvaise oui je garde souvent une pensée pour les conséquences que ça peut avoir en dehors de ma propre personne sans pour autant devoir sortir un mouchoir ni m'empêcher de me réjouïr du soleil (ou de la neige c'est selon). Tu sais on peut savoir vivre et s'exprimer sans faire des patacaisses de tout ce qui touche à notre propre personne ni se donner en spectacle.

  • [^] # Re: gnome-disks

    Posté par  (Mastodon) . En réponse au journal HOW TO : Bench this SSD. Évalué à 6.

    le vice.

  • # Nicky Hayden aussi

    Posté par  (Mastodon) . En réponse au journal Moore a rejoint le "Saint". Évalué à 3.

    Enfin pas d'un cancer cela-dit.

  • [^] # Re: Cynisme

    Posté par  (Mastodon) . En réponse au journal Intuition. Évalué à 6.

    Il y'a quand même à mon sens une grosse différence d'empathie entre savoir qu'il y'a des morts à chaque seconde et qu'on peut rien n'y faire et blâmer la personne en détresse et qui s'est donné la mort à l'instant parce que ça t'occasionne un petit contretemps dans la journée.

    Il n'y a pas de mal à penser à soi mais là c'est de l'égoïsme crasseux et irrespectueux.

  • [^] # Re: Petit pas

    Posté par  (Mastodon) . En réponse au journal Gnome et Logitech collaborent pour vous proposer des mises à jour de leur solution Unify. Évalué à 2.

    Pour le bios il y'a des débuts avec coreboot. Au niveau du matos supporté c'est encore timide mais ça existe (purism, libreboot, pfsense, pcengine)

  • [^] # Re: Triste

    Posté par  (Mastodon) . En réponse au journal Intuition. Évalué à 2.

    ça c'est parce que t'es rien qu'un vieux ronchonchon hater.

  • [^] # Re: Triste

    Posté par  (Mastodon) . En réponse au journal Intuition. Évalué à 2.

    Les seuls chiant c'est ceux qui le font en dérangeant les autres.

    Paradoxalement les gens à qui ça fait chier passent généralement un meilleur moment que dans la plupart de leurs autres trajets parce que pour une fois, ils se mettent à échanger entre eux.

    Bon la dernière fois que c'est arrivé pour ma part c'était pas top parce que c'est arrivé à presque 2h du matin, que j'étais ivre , dans un wagon assez vide et dont les autres passagers étaient plus ou moins dans le même état de fatigue et d'ébriété et que j'ai fais les 30 derniers km à vélo, de nuit et avec de simples lumières d'appoint (heureusement essentiellement par des voies interdites à la circulation motorisée) pour rentrer à une heure décente et avoir assez de sommeil.

    Mais les autres fois mis à part la tristesse d'une vie perdue c'était finalement des moments d'échanges avec les passagers. J'ai même lié deux amitiés durables suite à des cas similaires. Les plus chiants, ce ne sont pas ceux qui se suicident mais plutôt ceux qui passent leur temps à soupirer bruyemment et appeller chaque contact de leur téléphone pour se plaindre à haute voix de ce petit contretemps.

  • [^] # Re: Explications

    Posté par  (Mastodon) . En réponse au journal Puppet [2] : run puppet et cron. Évalué à 4.

    Oui. La première fois tu lances puppet "à la main" et il ajoute automatiquement son entrée cron.

  • [^] # Re: Devops

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

    En 2017 l'argument du "transport de fichier" est irrecevable. À moins que tu copies à la main ton fichier depuis une clé usb ou que tu n'as aucun stockage externe/backup (mais là t'as bien d'autres problèmes que gérer un script).

    Encore une fois, à vrai dire on s'en fout que tu utilises un script, que tu aies la flemme ou pas l'envie de passer à autre chose. C'est ton choix. Par contre prétendre que ta solution est meilleure parce que tu n'as rien à installer avant (alors que ton script va installer des trucs de toute manière, et que globalement c'est moins facilement maintenable) et que ça tienne en 1 seul fichier copié/collable, ce n'est pas convainquant comme raisons.

  • [^] # Re: Devops

    Posté par  (Mastodon) . 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 à 09:49.

    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.

    Le principe de l'idempotence,c'est justement de ne pas avoir ce besoin. Tu peux le lancer 1x ou 1000x et il n'y aura que ce qui a besoin d'être changé qui sera changé.

    Et puis je veux qu'il m'affiche des messages sur son avancement.

    C'est le cas des gestionnaire de config avec une verbosité qui peut être plus ou moins élevée.

    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.

    https://launchpad.net/~longsleep/+archive/ubuntu/golang-backports
    https://hub.docker.com/_/golang/

    J'imagine par ailleurs que si tu as besoin de la toute dernière version, c'est que tu as ce besoin à tout moment et donc que ça n'a donc plus rien à voir avec du postinstall.

    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 :)

    Je ne comprends pas, ça ne veut rien dire ton histoire de duplication de lignes.

    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…

    Ben justement, tu n'as pas l'air très au fait des principes de base de leur fonctionnement.

  • [^] # Re: Devops

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

    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…

    Pourquoi voudrais-tu séparer les actions liées à vims des autres ? Si tu utilises un outil comme ansible, puppet, salt ou chief qui gèrent l'idempotence tu n'as pas besoin de faire ça justement.

    Tu t'inventes des problèmes en utilisant justement une technique du paléolithique pour gérer ta bécane.

    Tu utilises le pluriel, là c'est déjà mal parti pour qu'on se comprenne.

    Que tu gère 1 ou 10 machine la complexité ne change pas.

    ce script de postinstallation, je l'utilise une fois tous les 6 mois quand j'installe la version suivante d'Ubuntu.

    Pourquoi aurais-tu besoin de faire ça ? Ta machine explose à chaque maj d'ubuntu ?

    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.

    En gros tu sais pas ce que tu fais ! Pourquoi ne versionnes-tu pas tes fichiers de conf ?

    apt install git ansible && git clone && 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 :)

    Nan mais la c'est de la mauvaise foi crasse. Et quand bien-même tu mettrais cette ligne dans un .sh où est le problème ?

  • [^] # Re: pourquoi ne pas faire conviance au daemon ?

    Posté par  (Mastodon) . En réponse au journal Puppet [2] : run puppet et cron. Évalué à 2.

    Ja favorise également un run en cron. Dans le passé, j'ai remarqué qu'en mode daemon, les run avaient tendance à se regrouper. Je me retrouvais donc avec plusieurs millier de run en quelques minutes, le master n'aimait pas trop

    J'imagine que c'est le cas si on reboot régulièrement ses vm de façon groupées. J'essaye d'éviter ça en fait.¨

    De plus, en cron, même si tu le kill (parce que tu kill si le run est pas fini au bout de X minutes, parce que oom, …), tu sais que l'agent sera de nouveau exécuté plus tard. En mode daemon, faut que tu le relance toi même.

    Jamais trop eu ce genre de problèmes, avec 30 minutes d'intervalles entre les runs.

  • # pourquoi ne pas faire conviance au daemon ?

    Posté par  (Mastodon) . En réponse au journal Puppet [2] : run puppet et cron. Évalué à 3.

    on souhaite une gestion des run via cron, et non via le daemon

    Pourquoi justement ? Autant je vois l'intérêt pour quelqu'un utilisant puppet en "sans serveur", autant ce n'est pas le cas dans la doc publiée sur ta page perso. De mon expérience le daemon est fiable et avec la puppetdb (ou un outil de monitoring) tu es rapidement au courant si un agent est unresponsive.

  • [^] # Re: Titre racoleur et où est le problème ?

    Posté par  (Mastodon) . En réponse au journal Être root sur votre appareil Android va vous causer des soucis. Évalué à 3. Dernière modification le 22 mai 2017 à 08:05.

    Rien de nouveau sous le soleil, le developpeur d'une application a toujours pu avoir le choix de supporter ou pas tel device, telle marque, telle architecture et 'importe qui ayant un smartphone ou une tablette un peu vieille s'est retrouvé un jour devant l'impossibilité d'installer/metre à jour tout ou partie des applications du store du jour au lendemain avec la mention que sont appareil n'était plus compatible.

  • [^] # Re: Conseil

    Posté par  (Mastodon) . En réponse au journal L'équipe Ubuntu Desktop aimerait avoir vos commentaires. Évalué à 2.

    Et KDE Neon que j'utilise actuellement. Pas trop compris l'existence des deux, surement un truc politique qui m'a échappé.

  • # Activités

    Posté par  (Mastodon) . En réponse au journal Sortie de Replicant 6.0. Évalué à 4.

    Ils ne doivent pas crouler sous les bug reports vu le peu de devices supportés (et comment ils sont supportés). Le téléphone qui peut pas téléphoner, c'est quand même pas très utile.

  • [^] # Re: Devops

    Posté par  (Mastodon) . En réponse au journal Kickstart et Ansible pour automatiser des installations/configurations de systèmes Linux. Évalué à 2. Dernière modification le 18 mai 2017 à 12:48.

    J'ajouterai que vouloir à tout prix tout faire tenir en 1 seul fichier, ce n'est pas forcément très pertinent. Oui c'était intéressant quand on faisait plein de trucs à la popogne, sans forcément avoir un accès réseau immédiat après l'installation histoire de pouvoir l'embarquer facilement dans une image iso ou une clé usb. Maintenant on a des moyens simples de mettre des trucs en ligne et d'y accéder facilement, même à la maison, que ce soit depuis un service cloud, un serveur git, ton nas ou que sais-je. On sait aussi maintenir une arborescence y gérer le versionning avec des outils à la fois centralisés et décentralisés (à nouveau, git).

    Je n'en ferai pas une obsession en tout cas.