moi1392 a écrit 759 commentaires

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.

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)

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.

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

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"

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

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…

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.

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

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.

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.

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à.

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.

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

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 ?

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.

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

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

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

au lieu de tout rediriger vers /dev/null, un coup de grep -v peut te virer que les lignes qui t'embêtent et tu as toujours la possibilité de voir si tu as un autre message important un jour.

Par expérience je marche plutot dans l'autre sens, les warning dont je suis sur qu'ils sont la manifestation quasi tout le temps d'un vrai problème, je les passe en WError, et j'utilise sur ma machine perso un compilateur plus récent que sur les machines de production pour en avoir le plus possible.
C'est souvent de nouveaux warnings obscurs, mais ils sont assez utiles quand j'en chope un.
Et comme il y en a très peu, je peux me permettre de passer une heure ou deux à tous les fixer et commiter le résultat.

De l'autre coté, pour les warnings TRES nombreux (je pense en particulier au signed/unsigned mismatch), le soucis c'est qu'il sont à 99,99% inoffensifs, et que si je les coupe, je risque de rater LE vrai positif le jour ou je bosse sur un fichier spécifique et que du coup, en ne compilant que lui, je m'attarde un peu sur les warnings que j'ai.

Voila, c'est juste ma life de dev (:

Effectivement, je me suis emballé un peu vite, la ligne 4 n'est pas signalée comme variable non utilisée par un compilateur, ce qui est normal.

Je prêche certainement des convaincus ici, mais en allant jeter un oeil à ton commit sur le mémory leak (cas 3), je me rends compte que c'est un code signalé par le compilateur par un warning.
Et là, je retombe dans les travers de discussions avec des collègues qui me donnent envie de m'arracher leur arracher les cheveux, à savoir, éliminer les warning OUI, c'est IMPORTANT et pas que pour le style, la beauté du geste et du code, car quand on en a 469356 (valeur non contractuelle) pendant la compilation complète du logiciel, on rate ceux qui sont vraiment important et cachent de vrais bugs.
Sur une très grosse suite logicielle ça arrive, pas forcément très souvent, mais à la (grosse) louche je dirais qu'une ou deux fois par an je fixe un bug CLIENT et me rends compte qu'il y avait un warning du compilateur me montrant un problème à cet endroit.
Sans compter ceux que je ne fixe pas moi et qui étaient aussi signalés par un warning, sans compter ceux que je fixe et donc je ne remarque même pas le warning vaguement associé, sans compter…

Un des moyen les plus efficaces en plus d'être ludique pour s"amléiorer, c'est de hacker :

Tu as une tache répétitive à faire ?
Essaye de faire un script qui la fait pour toi, de l'améliorer, de le lancer automatiquement (il y a quelques temps, je m'étais amusé à faire un script qui ajoute une numérotation au nome de fichiers quand je les glisse dessus depuis un explorateur de fichier, c'était drôle et utile)

Quelques chose ne marche pas comme tu le voudrais ? intéresse toi au composant qui s'occupe de ce service en général, voit comment il marche, est ce que tu peux le configurer autre ment, essaye des trucs (par exemple, tu peux configurer des options/ponts de montage particulier pour des périphériques usb avec udev, voir des scripts à lancer quand le périf en question est connecté)

Tu veux t'essayer à l'administration ? tu peux t'amuser à monter un serveur web/mail/identification/dns/ce_que_tu_veux, t'apprendra plein de trucs et ton services, même s'il est un peu boiteux, restera celui que t'as mis en place, et ça c'est super gratifiant.

Pour tout ça, tu as des tas de ressources, tutos, questions/réponses sur le web.
Tu peux aussi (de préférence après avoir cherché et galéré un peu) poser tes question et tes problèmes ici ou ailleurs.

C'est pour moi la meilleur façon de progresser et d'apprendre à utiliser un système linux.

la définition citée dans l'article est d'ailleurs remarquable, le numérique c'est : "l’ensemble des disciplines scientifiques et techniques, des activités économiques et des pratiques sociétales fondées sur le traitement de données numériques"
Donc le numérique c'est ce qui se rapporte au numérique. C'est clair non ?

Bon j'avoue, je ne suis pas allé voir la source originale et c'est peut être (certainement même, je l'espère) seulement l'article qui a une tournure pas très heureuse sur ce point là.