moi1392 a écrit 740 commentaires

  • [^] # Re: Clair depuis le début ?

    Posté par  . En réponse au lien Github a utilisé tout le contenu public de github pour entrainer Copilot. Évalué à 5.

    De toute façon au final, le code appartient à ceux qui ont la plus grosse armée d'avocats.
    Donc de leur point de vue, quand ils l'utilisent en interne, ils ont raison, le code leur appartient bien en effet…

  • [^] # Re: Une réaction rigolote

    Posté par  . En réponse au lien Github a utilisé tout le contenu public de github pour entrainer Copilot. Évalué à 3.

    Mais pas son contenu, il y a antériorité sur l'usage de tous les mots inclus dans le dictionnaire.

    Je t'ai peut être mal compris, mais à priori ce ne sont pas les mots qui sont important, c'est leur agencement.
    Autrement dit, dans le dico, il y a des mots et des définitions.
    Sinon ça serait pareil pour n'importe quel livre ou code source, tous les mots qui y sont (mis à part des noms propres, ou de variables/fonctions très tordus) ont déjà été utilisés ailleurs

  • [^] # Re: vérifier et booter sur ta partition depuis un live cd/live usb

    Posté par  . En réponse au message KDE Neon - Ne boot plus après mise à jour. Évalué à 3.

    bonne chance, par contre quand j'ai fait ça, j'étais sur un boot bios basique, je ne sais pas ce que ça va donner avec de l'efi.

    pour récapituler :

    1) tu boot sur un live quelque chose
    2) tu montes ta partition système, vas voir dans la config grub et récupères la ligne de boot correcte de ton système
    3) tu trouves un live qui démarre avec un grub, ou tu installes un grub sur une clés usb, ça peut marcher aussi.
    4) au prompt grub, tu peux éditer la ligne de boot avec la touche "e", tu l'effaces et tu mets celle de ton système à la place. (si tu fais l'install toi même de grub sur une clé, mets directement la bonne option dans le fichier de config)
    5) profit, et ne reboot plus jamais :D

    C'est plus clair comme ça ?

  • [^] # Re: attendre

    Posté par  . En réponse au message KDE Neon - Ne boot plus après mise à jour. Évalué à 2.

    Si tu as un second pc sur le meme réseau tu peux tenter un ping pour voir si c'est vraiment qu'un problème d'affichage ou si ça ne boot juste pas pas.

  • # vérifier et booter sur ta partition depuis un live cd/live usb

    Posté par  . En réponse au message KDE Neon - Ne boot plus après mise à jour. Évalué à 2.

    Tu peux vérifier que ta partition système est en état depuis un live usb, tu peux même booter dessus si ton live usb à un grub (ça marche aussi avec d'autres méthodes, mais c'est la seule que j'ai déjà expérimenté)
    à l'invite de grub, tu peux éditer la ligne de boot et y mettre ce que tu veux (de mémoire avec la touche "e")
    si tu connais la bonne ligne de boot de don disque dur (qui tu auras récupéré avant en la montant depuis ton live usb), tu peux tenter un démarrage dessus et voir ce qu'il te dit.

    Tu peux aussi tenter de chroot sur ta partition système depuis ton live usb et faire des réparations depuis là, c'est parfois plus efficace.

    Bonne chance.

  • [^] # Re: Immunologie

    Posté par  . En réponse au lien Linus vs un antivax. Évalué à 5.

    Comme je t'ai dit, je n'ai pas de vrais arguments. De plus, je parlais du cas général, bien sur qu'il y a des cas particuliers.
    Mais là, on est sur un message dans une mailing list publique, potentiellement lue par pas mal de personnes, en réponse à une personne qui est venue dénigrer sciemment l'efficacité et l'intérêt des vaccins.

    Je reste convaincu que dans ce genre de cas de figure, une réponse ferme est plus productive. Pas du tout pour le personne à qui ont répond, mais pour toutes les autres qui vont lire le message original et la réponse.

  • [^] # Re: Immunologie

    Posté par  . En réponse au lien Linus vs un antivax. Évalué à 5.

    C'est pour ça que j'ai dit "presque pas pété un cable" ;)

    Par contre je pense personnellement que c'est justement la nuance, qui devrait être gage de qualité, qui malheureusement alimente les antivax.
    Je n'ai pas de preuves ni d'arguments forts à cela, c'est seulement un ressenti sur ce que j'entends ou que je lis.

    Et du coup personnellement je suis pour un peu plus de fermeté dans les discours.

  • [^] # Re: Immunologie

    Posté par  . En réponse au lien Linus vs un antivax. Évalué à 6.

    Je suis d'accord, donner de l'importance à cette réponse par l'aura du nom de son auteur, c'est complètement un argument d'autorité, Linus n'est pas expert en biologie.

    Maintenant, ça n'est pas parce qu'il n'est pas expert que ce qu'il dit est faux. J'ai juste apprécié la façon dont sont exposés les arguments, que je trouve correspondre à ce que je pense juste (et du coup raison de plus pour prendre un peu de recul et "fact-checker" comme tu dis)

  • [^] # Re: Immunologie

    Posté par  . En réponse au lien Linus vs un antivax. Évalué à 10.

    Je ne sais pas, je remarque juste que la réponse est passionnée, que je la trouve très bien formulée, et qu'il n'a presque pas pété un cable en insultant son interlocuteur de tous les noms :)

    Linus, c'était pas forcément mieux à vent.

  • [^] # Re: Donne moi ton mot de passe et je te dirai ton mot de passe...

    Posté par  . En réponse au lien Apparamment encore une fuite de données d'authentification. Évalué à 3.

    On est d'accord que cet album c'est du pur génie ! (poil au z…) (:

  • # Donne moi ton mot de passe et je te dirai ton mot de passe...

    Posté par  . En réponse au lien Apparamment encore une fuite de données d'authentification. Évalué à 8.

    une fois encore, pour savoir QUEL mot de passe est possiblement corrompu, la solution est de fournir le mot de passe…
    Non mais ils sont sérieux ces types ? dans astérix légionnaire (*) je trouvais ça drôle, mais là c'est juste ridicule et dangereux, ça ne devrait pas exister un site qui te demande un mot de passe juste pour le fun comme ça…

    (*)
    romain : "halte là, vous avez le mot de passe ?"
    astérix : "bien sur, et vous vous l'avez ?"
    romain : "oui, c'est xxxxx"
    astérix : "c'est bon, vous pouvez passer"

  • # Demande à ton entourage

    Posté par  . En réponse au message Tout à fait débutant. Évalué à 5. Dernière modification le 07 juin 2021 à 16:55.

    Salut, je vais y aller de mon petit conseil tout aussi subjectif que les autres, une bonne façon de débuter est de voir dans ton entourage si tu ne connaitrais pas une personne déjà utilisatrice de linux, en installant la même distribution que cette personne, tu auras la possibilité d'avoir un petit coup de main en vrai, et ça fait vraiment une très grosse différence.

    Tu pourras changer par la suite, pas de soucis.

    Si tu n'as pas cette chance, ça n'est pas très grave, fais un choix en te basant sur ce qu'on t'as proposé ici (ou pas) mais en restant dans les distributions "grand public" sans trop te prendre la tête, de toute façon, tu vas merder une paire de fois et tout casser avant de t'y faire ;)

    Autre chose, n'essaye pas de TOUT comprendre d'un coup. Contente toi de l'utiliser pour des choses simples au début, et petit à petit, quand quelque chose de bloque ou t'intéresse, tu peux approfondir un peu.
    Et si tout se passe bien, tu seras assez vite à l'aise avec ton système et tu l'utiliseras pour la plupart de tes taches informatiques avant de t'en rendre compte.

    Bienvenu et bonne chance :)

  • [^] # Re: suspens dommage

    Posté par  . En réponse au lien Le directeur du DSI de l'État en difficulté à cause d'un sondage interne sur sa popularité. Évalué à 2.

    Personnellement, je suis sur de ne pas pouvoir faire mieux.

    C'était une figure de style, je suis du même avis que toi ;)

    J'ai pour utopie que les gouvernants arrêtent un jour de choisir la direction mais fassent fi de leurs convictions et suivent la direction indiquée par le peuple non gouvernant.

    ça ne me semble pas là meilleur chose à faire, et ça entre un peu en contradiction avec

    Il n'est pas certain non plus que si gouvernement écoutait tout le monde, les décisions prises seraient bénéfiques.

    L'avis populaire peut être un guide intéressant, mais peut aussi être complètement contre productif.
    On en a eu un exemple très frappant lors de la récente crise, ou une très large majorité des français savaient, dès avril 2020, quel traitement était efficace et lequel ne l'était pas contre la Covid19…

  • [^] # Re: suspens dommage

    Posté par  . En réponse au lien Le directeur du DSI de l'État en difficulté à cause d'un sondage interne sur sa popularité. Évalué à 3.

    Sans vouloir défendre le gouvernement, il y a une différence entre écouter une personne (ou un groupe de personnes) sur un sujet et appliquer à la lettre toutes ses recommandations.
    À priori, parmi les tâches d'un gouvernement, il doit y avoir la capacité à évaluer les intérêts de chacun et trouver un juste milieu entre toutes les parties et tous les enjeux.
    Et perso, même si je suis souvent en désaccord avec les choix fait, je ne suis pas sur de pouvoir faire mieux…
    Au final, cette convention a quand même fait bouger un peu les mentalités et les actions prises, certainement pas assez (selon moi), mais toujours plus que si elle n'avait pas eu lieu.

    Donc au lieu de juste râler parce qu'on ne nous écoute jamais et que c'est trop des méchants, ça peut être cool de faire un bilan un peu plus objectif de ce que cela à apporté, et de voir comment continuer à faire bouger les lignes dans la direction que l'on souhaite.

  • # Avec des alias, c'est sympa

    Posté par  . En réponse au journal Un noob et son Emacs: charger différentes configs au démarrage. Évalué à 5.

    Perso j'utiliserais ta méthode avec le fichier de config en paramètre et je mettrais juste des alias pour me faciliter la vie.

    Sinon juste pour rebondir sur git qui ne te sert par car tu veux plusieurs configs en meme temps, détrompe toi, même si c'est un peu bourrin et que je ne ferais pas ça personnellement (quoique) tu peux très bien utiliser des branches différentes pour chaque config et du coup ton alias va faire un git checkout de la bonne branche avant de lancer emacs.
    Et si tu veux pouvoir en lancer 2 en même temps avec des profils différents, les git workspace te permettent d'avoir tes branches dans des dossiers différents même temps ;)

  • [^] # Re: Méthode d’installation alternative

    Posté par  . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 2.

    Il m’est aussi arrivé d’avoir des soucis, que j’ai donc rapportés sur l’outil de suivi des bugs pour ce paquet chez Debian

    C'est ce que je fais quand j'ai des soucis bien identifiés.
    Mais pour gitlab, la pluspars du temps c'est du à mon incompétence, du coup je ne suis pas très chaud pour envoyer un rapport aux dev juste pour qu'ils me disent que j'ai raté une option quelque part.
    Et ça me fait revenir à mon premier point, la façon de le configurer étant non standard : on configure directement le ruby, alors que la méthode qui me semble préconisée en ligne est de faire sa config dans la .yaml et ensuite de régénérer le ruby à partir de ça.
    Je me retrouve bloqué assez vite sans solution facilement trouvable en ligne.
    Ajoute à cela que ma connaissance de ruby se limite à ctrl+D pour quitter le prompt interactif (j'exagère à peine…), ça complique un peu les choses.

    Je n’ai pas eu ce genre de souci, peut-être parce que j’utilise une base Debian stable qui ne fait quasiment rien tourner d’autre que GitLab ?

    Effectivement je n'est pas fait mes tests sur une debian stable, du coup j'avais un mix un peu bizarre de paquets, et je pense bien que mes soucis de mise à jour venaient de cela.

    Je retenterai peut-être à un moment. Mais pour l'instant, je reste sur ma config, je n'ai pas assez de temps à y investir en ce moment.
    Mais merci pour les retours en tout cas.

  • [^] # Re: Méthode d’installation alternative

    Posté par  . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 2.

    Qu'entends tu par perte de contrôle ? Mon ressenti personnel est plutôt l'inverse.
    la version docker est plutôt bien isolé, je peux en installer 2 différentes et les tester en même temps, c'est aussi ultra pratique pour tester les nouvelles version avant de changer, je balance ma config (qui est entièrement contenue dans un volume) d'une instance à l'autre et je teste en bindant d'autres ports.
    Le seul point pas cool, c'est que j'ai déjà un ssh qui tourne sur la machine , du coup pour utiliser git en ssh, je dois passer par un autre port, mais ça se fait bien.

  • [^] # Re: Merci

    Posté par  . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 2.

    tu ne peux avoir qu'un serveur qui écoute le port 80 (ou 443)
    du coup effectivement, installer apache et nginx sans prendre plus de précautions que cela mène à un des deux non disponible sur les ports standard.

    avec un peu d'huile de coude, nginx peut faire reverse proxy pour des noms de domaine en particulier pour le serveur apache qui tournerait sur une autre port localement.
    Mais si déjà à la base tu n'utilises pas de nom pour tes services web, ça te fait un premier souci à régler avant de t'attaquer à celui là.

  • [^] # Re: Méthode d’installation alternative

    Posté par  . En réponse au message Installation de Gitlab sur un serveur local. Évalué à 3.

    J'ai utilisé gitlab fasttrack un moment, mais j'en suis revenu.
    La raison principale est que la personnalisation de pas mal de choses fait que tu ne trouves que très difficilement de l'aide aux problèmes que tu as quand tu fais des recherches en ligne.
    Je n'arrivais pas à faire fonctionner plusieurs fonctionnalités de base que j'estime importantes.
    Je conçois bien que c'est plus du à mon incompétence qu'à autre chose, mais du coup impossible de régler mes soucis en passant par mon moteur de recherche habituel (ni par un autre d'ailleurs)
    En plus, à chaque mise à jour, je passais une demi journée à refaire marcher ma config.

    J'utilise maintenant une version docker, et j'en suis assez satisfait.
    Pourtant je suis plutôt prompt à utiliser des versions packagées des logiciels qui m'intéressent quand elles sont disponibles, et à trouver une alternative quand elles ne le sont pas.

  • # les pains au systemd-chocolat

    Posté par  . En réponse au journal Nouvelle : systemd-society.service. Évalué à 10.

    fake, tout le monde sait que ce sont des chocola-systemd-ines

  • [^] # Re: pas de corruption mémoire

    Posté par  . En réponse au message erreur de segmentation sur SDL_Init . Évalué à 2.

    tu as l'initialisation des variables statiques/globales avant l'appel de main, ton code peut donc créer des soucis avant main.
    Comme dit plus haut, si tu veux qu'on t'aide à trouver le problème, il nous faut le code (meme une version très simplifiée ou tu vires quasiment tout)
    Sinon, on peut juste te donner des pistes et des moyens pour te débrouiller par toi meme.
    Tu as fais un run valgrind ? tu as quoi comme résultat ?

  • [^] # Re: Corruption mémoire

    Posté par  . En réponse au message erreur de segmentation sur SDL_Init . Évalué à 4.

    J'ai pas compris pourquoi tu as été moissé, ta réponse est tout à fait pertinente et c'est très probable que ce soit la bonne.
    Une façon simple de vérifier cela est de mettre ton sdl_init en tout premier dans ton main, à priori il devrait passer.
    Ensuite reste à trouver la corruption mémoire, si tu n'y arrives pas en lisant ton code, des outils comme valgrind ou asan peuvent grandement t'aider.

  • [^] # Re: Casu

    Posté par  . En réponse au lien "Ainsi parlait Iwata-san" : comment le patron philosophe de Nintendo a changé le monde du jeu vidéo. Évalué à 3.

    DoubleDash, que des souvenirs sympas dessus, on jouait avec un rétroprojecteur sur la facade de la maison d'un pote. La police est venue nous demander d'arreter parce qu'ils avaient peur que ça perturbe les gens sur la route :)

  • [^] # Re: Casu

    Posté par  . En réponse au lien "Ainsi parlait Iwata-san" : comment le patron philosophe de Nintendo a changé le monde du jeu vidéo. Évalué à 3.

    Je suis d'accord, mais certaines personnes n'auraient jamais découvert Shenmue (ou autre) si Wii sports n'avait pas existé.

  • [^] # Re: Casu

    Posté par  . En réponse au lien "Ainsi parlait Iwata-san" : comment le patron philosophe de Nintendo a changé le monde du jeu vidéo. Évalué à 3.

    Pour rester sur ton analogie, je comprends la phrase d'Iwata plutôt comme :
    "Même quelqu'un qui a commencé avec des lignes de commandes peut apprécier de faire des photos avec un téléphone"

    Ce qui semble tout à fait logique et naturel dans ce cadre (même si ça m'amuserait d'avoir un outil en ligne de commande pour déclencher la prise de photo sur mon tel, ce n'est pas comme ça que je m'en servirait le plus, sauf si je devais scripter cela pour une utilisation professionnelle)
    Et un peu moins évident dans le cadre des jeux vidéos.

    Mais bon, le monsieur a été le fer de lance du renouveau d'une des sociétés de jeux vidéos les plus importantes du marché, lui a permis de ne pas sombrer comme d'autres (SEGA) et elle est aujourd'hui au mieux de sa forme, et moi… je joue de temps en temps…
    Donc si je suis en désaccord avec lui, j'ai un peu plus de doutes (euphémisme) sur mon avis que sur le sien ;)