Julien Jorge a écrit 590 commentaires

Que ce soit pour les liens ou les journaux notre politique est de ne pas filtrer et de laisser faire le moinsage. Il y a régulièrement des contenus qui ne concernent ni le libre ni l'informatique et qui sont pourtant bien accueillis, et si nous commençons à les bloquer en amont nous allons nous priver de contenus intéressants ou divertissants, y compris de ce putain d'ornithorynque.

C'est une situation de tout ou rien. Du coup la seule solution valable est de ne bloquer que ce qui est manifestement illégal. La communauté se charge d'évaluer l'intérêt du reste. Dans les faits on observe que ça reste grosso-modo dans le thème.

Merci, c'est important pour ma street cred' :)

Comme tu as l'air nouveau sur le site je me permets de te pointer un journal que j'avais écrit sur le sujet ;)

Aussi disponible en français sur LinuxFr.org ;)

C'est fait :)

ça veut dire qu'il fonctionne sur un binaire dont on a pas les sources?

Tout à fait, Valgrind et Inspector peuvent trouver des erreurs sans des binaires sans avoir les sources. Par contre s'il n'y a pas les symboles de debug ils vont avoir du mal à dire de quelle ligne ça vient. De tête il me semble qu'ils affichent l'adresse de la fonction.

Bien vu ! Merci :)

Ceci dit, je me suis déjà compilé des versions récentes de clang++ pour CentOS. C'est fort pratique pour avoir des outils tels que les sanitizers, de meilleurs warnings, clang-tidy, un serveur LSP, etc même quand on est restreints à du C++ 98.

Si tu as des conseils pour avoir un Clang 13 ou ultérieur sur CentOS 7.9 ça m'intéresse. De souvenir je n'avais pas pu le compiler car le compilateur installé, GCC 4.8 ne supportait pas une version suffisamment récente de C++.

Pour la machine dans le nuage j'ai gardé le GCC de base car c'était notre second compilateur de référence. Comme c'est un vieil OS avec de vieux outils je n'avais pas de quoi y tester MSan avec Clang. Pour ma machine locale j'ai gardé GCC pour ASan afin de pouvoir comparer les résultats d'une simple mise à jour de compilateur.

Dans l'absolu j'imagine que le compilateur ne joue pas tellement sur les résultats d'ASan puisque c'est une lib développée indépendamment.

C'est fait. J'ai remplacé une paire de « and » par « et » aussi.

Merci pour le journal, c'est très intéressant :)

L'idée est de partir de la base existante de pcmemtest tout en gardant le nom originel, puis d'y ajouter du code issu des développeurs de Memtest86+.

Vu que pcmemtest est en GPL 2, a priori ça sera libre.

Si on pouvait supprimer cela ainsi que toute forme d'assistance dans les formulaire texte, ça m'irait très bien :

• les popups d'emoji de GitLab.
• le remplacement automatique des smileys ascii par des images, en particulier la substitution d'un simple sourire :) par un emoji aux yeux écarquillés et au sourire jusqu'aux oreilles. Si je voulais une image, j'insérerais une image.
• les popups Azure de liens vers d'autres tickets lors de l'appui sur #. C'est en particulier l'horreur dans le wiki Azure, où # sert aussi à écrire un titre, du coup à chaque saisie d'un titre une popup sans rapport apparaît.
• le fait que lorsque je sélectionne du texte pour le remplacer par du code inline dans un commentaire sur GitLab ou sur Slack, je tape ` et le texte sélectionné devient du code inline au lieu d'être remplacé comme dans tous les éditeurs textes depuis toujours.
• les doubles quotes de fin de chaîne caractères qui s'ajoutent toutes seules quand je commence une chaîne sur Compiler Explorer et dans la plupart des IDEs, idem pour les accolades et les parenthèses. (Je sais fermer une parenthèse, merci

En fait toute forme d'action non sollicitée dans une zone de texte.

N'étant pas une personne active sur les réseaux sociaux, depuis le début de la campagne je cherche à atteindre les bonnes communautés (anglophones surtout) et ce n'est pas évident, j'aurais peut-être dû mettre un durée de campagne de 60 jours, je pensais Kickstarter plus "efficace" à amener du monde, en vendre 250 ne me semblait pas un chiffre démesuré :-)

Une campagne de financement participatif c'est avant tout un travail de relations publiques. Personne ne tombera sur le projet par hasard et il y a très peu de chances que Kickstarter te mette en avant. Du coup c'est essentiel de communiquer très fréquemment sur ton projet, sur toutes les étapes. En plus des forums ça vaut le coup de contacter aussi des journalistes de sites de matériel ou des youtubers du domaine, et transmettre au gens que c'est un sacrément chouette clavier. Idéalement il aurait même fallu faire la communication dès la genèse du projet, bien avant de lancer la campagne de financement :)

C'est bien mais le premier truc que je relèverai est que les std::function vont faire des allocations dynamiques, de même pour le std::vector.

Exercices pour le lecteur, et l'auteur :

1. dans quels cas std::function ne fera-t-elle pas d'allocation dynamique ? Est-ce garanti ?
2. proposer une implémentation qui ne fait jamais d'allocations dynamiques.

Et sur un autre sujet, tu ne devrais pas utiliser __ pour tes variables, c'est réservé pour le compilateur :)

C'est corrigé :)

Je reçois aussi des tracts d'agents immobiliers malgré le stop pub. Du coup je les garde dans un tiroir en me disant que le jour où j'aurai quelque chose à acheter ou à vendre ils seront bien les derniers que j'irai voir.

De la diffamation, ça me semble un peu fort. C'est lourd, oui, agressif, sans aucun doute. Je ne pense pas pour autant qu'il faille intervenir (faites comme si je n'étais pas là).

Puisque la discussion devient agressive et n'ira nulle part, je t'invite plutôt à ignorer ton interlocuteur en n'alimentant pas la discussion. Ce n'est pas parce qu'on laisse le dernier mot à quelqu'un qu'on lui donne raison.

Sur les 642 journaux de 2020 (il m'en manque un par rapport à la dépêche :/), 48 ont une note négative ou nulle (7,5 %).

Sur les 518 journaux de 2021, seulement 35 ont une note négative ou nulle (6,7 %).

LinuxFr.org ne se meurt toujours pas et semble même se bonifier avec le temps :)

On peut voir en 2020 une légère baisse de qualité en mars et avril, qui heureusement ne s'est pas maintenue par la suite.

P.S : Benoît, si tu te demandes qui est l'idiot qui requête littéralement journaux?page=$i c'était moi…

La base du film n'est pas les réactions face au Covid, il s'agit plutôt d'une caricature du comportement des trumpistes face au réchauffement climatique.

Le géocroiseur est une menace de destruction de la vie sur Terre qui se rapproche inévitablement. C'est le réchauffement climatique.

La prédidente est Trump. Ses partisans ont des casquette avec un slogan idiot et sont encouragés à ignorer le problème, en regardant de l'autre côté.

Tous les gens au pouvoir n'y sont que pour avoir le pouvoir. Ils n'ont aucune volonté d'agir pour le peuple qui les a élu. Chacune de leurs actions n'est motivé que par leur intérêt personnel.

Les scientifiques sont rabaissés. Les médias diffusent du sensationnel sans faire de vague. La résolution du problème est mise entre les mains d'entreprises de technologie pendant que les scientifiques et le processus scientifique, en particulier la revue par les pairs, sont mis à la poubelle.

Le film est pas mal et critique sérieusement sous couvert de légèreté et d'humour. Heureusement que ce n'est qu'une fiction.

J'interviens en tant que modérateur, puisque nous sommes sollicités, mais je trouve que xcomcmdr gère très bien les commentaires de cette dépêche.

On a donc une dépêche :
- sur un sujet technique,
- en rapport avec le libre,
- qui est une traduction sous licence libre (merci à l'auteur du post original),
- et réalisée par un contributeur de longue date.

Je ne vois pas pourquoi nous l'aurions refusée. Parce qu'il s'agit de Microsoft ? Heureusement la question du libre dépasse le créateur du logiciel, du coup tant que le sujet rentre dans les cases, ça passe. Le site LinuxFr.org n'a pas de vocation militante.

J'ai fait le tour de tes contributions et je ne peux que t'encourager à participer plus, notamment aux dépêches et aux journaux, afin de mieux te familiariser avec les thèmes du site. Un peu comme l'auteur de cette dépêche par exemple ;)

Malheureusement si j'en suis à devoir récupérer la sauvegarde S3 c'est que plus rien ne va, donc si c'est deux semaines ça sera deux semaines :/

Pour les tests, comme tu le conseilles, je travaille avec un petit dossier. Il faut juste que je me motive à faire le test, de préférence avant que les problèmes n'arrivent…

J'utilise pdfjam pour cela, c'est en ligne de commande et cela fonctionne bien.

Merci pour ce chouette journal.

J'ai eu des mauvaises surprises de sauvegarde aussi, et depuis j'ai mis quelques tests un peu plus sérieux sur mon script. Je ne veux pas tester la vraie sauvegarde parce qu'elle fait plusieurs Go et est sur S3 mais j'ai quelques scripts qui font une sauvegarde bidon et vérifient la liste des fichiers stockés à distance.

N'étant pas un pro je fais juste une sauvegarde locale sur un disque externe, chiffré, et une sauvegarde chiffrée à distance. Ça me fait trois versions des données, ce qui me semble pas mal. Ça fait aussi un moment que je me dis qu'il faut que je fasse un script de restauration et aussi que je devrais garder quelques anciennes sauvegardes (la veille, une semaine et un mois) au cas où je me ferai cryptolocker. Ton journal est un bon rappel :)

Avoir des entrées de suivi c'est bien.
Avoir des PR c'est encore mieux.
Avoir des retours sur les PR ce serait encore, encore, mieux :)

Perso j'ai deux PR en cours et zéro retours, du coup j'ai du mal à me motiver à en faire d'autres. D'autant plus qu'à chaque fois je me prends la tête à faire un environnement de test, avec des utilisateurs, des posts, etc. :/

Page 12 :

Les inclusions de fichiers d'en-tête système sont effectuées avant les inclusions de fichiers d'en-tête utilisateur

J'aurais bien aimé une explication sur ce point car d'expérience c'est plutôt une source de galères. On se retrouve à masquer dans le .c les manques du .h, et à chaque fois qu'on inclut le .h il faut deviner ce qu'il manque.

Typiquement leur exemple impose d'inclure stdint.h avant chaque inclusion de header.h, alors que header.h devrait être auto-suffisant.

Bonjour, bonjour,

Comme vous l'avez remarqué un usager du site a entrepris de le quitter tout en informant tout le monde via un journal.

Nombreux sont ceux qui sont venus s'adresser à l'auteur via un commentaire. Je crains qui cela soit inutile, puisqu'il est parti. On ne peut pas être parti et être présent, il ne verra donc pas les commentaires.

Si vous souhaitez continuer de discuter vaccin & Covid, je me permets de rappeler le souhait de l'auteur dans ce journal :

J'aimerais, si possible, que ce journal ne finisse pas en polémique qui affronte les uns et les autres et qu'il reste, tout au plus, une invitation à la réflexion.

N'hésitez pas, non plus, à faire un petit tour des discussions précédentes afin de vous assurer que ce que vous souhaitez ajouter n'a pas déjà été dit, ou que ce soit au moins constructif.

À défaut, ne vous sentez pas obligés d'intervenir dans ce journal, gardez votre énergie pour les suivants :)