Julien Jorge a écrit 527 commentaires

L'œuvre de David Revoy est en CC-by, mais ce qui est vendu est une œuvre dérivée : elle a subi une modification stylistique par un filtre. Comme l'originale n'a pas la clause Share Alike, la dérivée est sous le coup du copyright classique.

Je comprends que cette utilisation de son art lui déplaise, mais malheureusement cela fait partie du jeu du CC-BY.

Deux choses m'ont fait tilter :

Only one thing is not OK: it infringes my moral right.
[…]
Even if I can proove the DreamCats or any NFT infringes my Moral Right. Even if in theory laws is "with me".

Je doute qu'il y ait une notion de droit moral dans tout ça, et du coup je ne vois pas comment la loi pourrait être de son côté.

I just don't want my name to be associated with a fraction of the NFT empire.

Ça c'est facile, il suffit de faire du CC-0 /s :)

Malheureusement l'utilisateur ne peut pas relancer le serveur :)

(D'ailleurs, je viens de voir un problème dans le journal, est-ce que l'équipe de modération veut-bien changer, dans les références, le lien derrière « Le code d’exemple de départ » par https://gitlab.freedesktop.org/libevdev/libevdev/blob/master/tools/libevdev-events.c s'il vous plait ?)

C'est fait :)

Nous avions eu un problème de limaces et d'escargots aussi, qui nous mangeaient nos pieds de courgettes. Nous nous en étions sortis en mettant une petite barrière : quatre petits piquets autour desquels je tendais un plastique fin genre bâche à serre. Ça faisait un obstacle de 30 cm sur lequel ils n'arrivaient pas à grimper.

Il me semble qu'au pied de la bâche j'avais en plus fait deux tours d'un filet pour fraisier, filet replié sur lui même. Pareil, c'était pour les gêner.

Après ça les pieds étaient tranquilles. Évidemment ça n'est jouable que s'il n'y a pas beaucoup de plants. Ça scale pas.

En fait les coccinelles ne manquent pas, du moment qu'on ne les dérange pas elles prolifèrent bien. Le soucis est plutôt du côté des fourmis qui les dérangent.

Dans l'idée de la permaculture il faudrait donc que j'introduise des prédateurs aux fourmis ou des plantes qui les éloignent. Alors à part mettre un fourmilier dans mon jardin je ne vois pas. T'aurais pas une idée ? Il y a peut-être la réponse dans la deuxième moitié de ton livre :)

Après, le problème d'introduire des espèces non présentes initialement est qu'il y a un risque de prolifération comme les lapins en Australie.

Ah je n'ai pas pensé à ça. Si ça se trouve il suffit effectivement de leur donner ce qu'elles veulent ! J'ouvre un ticket pour le sprint 2022.

J'ai fait un petit journal mensuel de 4-6 pages en 2020 avec Scribus, ça se passait plutôt bien et le PDF était nickel. Il y a cependant pas mal de friction, de souvenir :

• ça rame pas mal ;
• c'est l'enfer d'y éditer de longs textes (gros ralentissements, style qui saute, déplacement du curseur hasardeux), du coup j'écris dans des .txt et je copie-colle ensuite ;
• certains alignements de blocs se faisaient avec 1 mm. de décalage ;
• changer une couleur nommée est laborieux (pas moyen de copier-coller une couleur HTML par exemple).

Ce sont de petites choses et on arrive à faire malgré ça mais ça serait mieux sans.

J'ai quelques doutes sur l'intérêt de passer une heuristique « si tous les caractères ont la même taille, alors on va dire que c'est une police à chasse fixe ». Ça permet bien de corriger le souci d'un PDF mal généré mais en même temps ça masque le souci, qui a donc peu de chances d'être remonté aux développeurs de l'outil en question. Y-a-t-il un autre intérêt en dehors de compenser pour un flag incorrect ?

Au passage, il me semble qu'il est possible d'embarquer les polices dans le PDF. Perso je préfère ça, justement pour éviter les surprises en changeant d'appareil.

C'est fait :)

Fait gaffe, t'as pas de return TRUE à la fin de AddSysROMObjects() :P

Et je soupçonne que Group devrait être écrit ’group’ :)

Depuis le temps que c'est ainsi, as-tu une idée de la raison pour laquelle ce n'est fait directement par le fichier upstream ?

Pourquoi pas leur remonter tes modifs ? J'imagine que s'il y a des problèmes flagrants ils te seraient alors rapportés par les devs, non ?

C'est pas tout frais et ça ne s'écoute pas, mais c'est quand même en lien avec de la musique : NOFX: The Hepatitis Bathtub and Other Stories.

Il s'agit de la biographie des membres du groupe de punk NOFX racontée à la première personne par récits entremêlés des différents membres du groupes, actuels et anciens. Depuis leur plus jeune âge jusqu'à aujourd'hui, en passant par le succès au milieu des années 90. Ils parlent de leurs rapport à la musique, de leurs premiers concerts tout pourris ; on les voit évoluer vers le moment où ils se décident d'arrêter d'être mauvais pour ensuite évoluer vers le groupe que l'on connaît, le tout sur fond de DIY prononcé. Il faut dire qu'ils partent de rien et se retrouvent à publier des albums et faire des tournées mondiales, qu'ils gèrent eux-même.

Tout cela est agrémenté d'anecdotes des uns et des autres au sujet de sexe ou de drogue, de milieux pas très fréquentables, de prise de conscience politique, de questionnements individuels… C'est très varié et raconté d'une manière très amusante.

Et si tu aimes ce genre, les voilà en 2020 en train de jouer leur meilleur album dans un jardin, lisant les paroles sur des antisèches posées devant eux.

Par curiosité et pour savoir ce qui à long terme est acceptable ou pas, sera-t-il le même traitement pour copyfree vs copyleft, libre vs NC, libre vs libre sauf si Amazon, RMS est le dieu du libre ou pas, libre vs open source, point médian ou pas, Python vs Rust, pour ou contre les Gilets Jaunes, les élections présidentielles l'année prochaine, par exemple?

Nous n'avons pas de réponse à cette question et si tu attends un comportement systématique et cohérent de notre part tu seras forcément déçu. Ou content peut-être ? Toi qui semble aimer relever les contradictions des uns et des autres :)

L'équipe de modération est faite d'humains, et comme tous les humains nous changeons d'avis et jugeons en fonction de notre humeur du moment. Nous ne nous engagerons certainement pas sur une liste précise de sujets acceptables ou non en dehors des grandes catégories déjà listées dans les règles de modération.

En ce moment il y a un clair ras-le-bol dans l'équipe, pas forcément par nous tous, concernant ces discussions qui amènent une sale ambiance. Le problème n'est pas le sujet de ces discussions. Le problème est que c'est une discussion de sourds qui ne s'arrête jamais. Sachant qu'en plus nous devons nous coltiner la lecture de tous les messages.

Et encore, il y a deux jours je notais avec plaisir dans la tribune de modération qu'on avait atteint 200 commentaires sur ce journal sans avoir à intervenir. Malheureusement, comme d'habitude, à un moment ça pète.

Qui bénéficie de ces discussions ? Les deux camps répètent les même choses et ça n'aboutit à rien. Aujourd'hui les intervenants sont dans la même situation qu'il y a deux jours. Ils n'ont pas bougé mais ils ont passés des heures à écrire des kilomètres de texte pour exprimer des avis déjà exprimés, et dont les expressions précédentes n'ont rien donné de positif. Quel est l'intérêt ? Est-ce qu'on n'aurait pas pu utiliser ce temps et ces mots pour contribuer de manière positive à un quelconque sujet ?

Par exemple, quelqu'un te demande ici des infos sur ton expérience de vente de produit open source. Ne voudrais-tu pas utiliser ta prose quotidienne pour nous enrichir de ces informations ?

Liberapay ne marche pas bien en ce moment, on ne peut pas vraiment donner régulièrement (tout le paiement est encaissé en une fois).

Il me semble que c'est le comportement attendu : le donateur donne une grosse somme pour avoir un faible pourcentage de frais, puis Liberapay dilue cette somme sur une longue durée pour que le destinataire ait un revenu régulier.

Ça m'a perturbé aussi car je m'attendais à pouvoir mettre une somme sur mon compte puis le répartir comme je voulais mais en fait on s'engage sur un projet dès qu'on envoie les sous, ce que je trouve assez bien pour le destinataire puisque ça évite de changer d'avis.

J'ai fait la modif et ouvert une PR, ça a l'air de le faire : https://github.com/linuxfrorg/linuxfr.org/pull/314.

Le message est peut-être à ajuster.

Ce qui m'inquiète c'est qu'on a carrément des moules qui prennent au sérieux ce post.

Déjà ça cible des gens sur des caractéristiques physiques ou idéologiques, donc il y a de grandes chances que ceux qui cochent ces cases le prennent mal.

Et pour les autres, dis-toi que celui qui lit y met un ton dépendant de son humeur du moment, c'est alors sage de considérer que ce sera lu sur un ton froid ou sec par défaut.

J'essaye de mettre un smiley à chaque blague maintenant, mais parfois j'oublie.

À mon humble avis le smiley est indispensable quand on pratique cet humour.

Avec une implémentation de basic_string utilisant short string optimization (il me semble que c'est l'implémentation actuellement en place dans libc++, libstdc++, et la stl de msvc) je suppose que si le texte est court alors il n'y aura pas d'allocation et l'alignement de s.data() sera fonction de l'alignement de s. L'allocateur ne sera pas utilisé et du coup la maîtrise de l'alignement est sans espoir :)

Comme d'autres je suis passé au bépo sans changer de clavier ; c'était vers 2010. Chez mois j'ai juste mis le layout bépo, et au boulot et bien je mets le layout bépo aussi :)

Ça m'a pris deux semaines pour être à l'aise avec l'alphabet. Pour les symboles c'était un peu plus long mais ça rentre quand même, au fur et à mesure du besoin. Aujourd'hui je ne sais toujours pas taper facilement le symbole « ° » pour les degrés (genre là j'ai tapé « º″′≠¸˘MÇWZ°`°° » pour le retrouver).

Certains modifient les raccourcis claviers pour qu'ils correspondent aux touches physiques du clavier (c'est à dire qu'ils font Ctrl + la touche C pour copier, qui est équivalente à Ctrl + le symbole X en bépo). Perso j'ai gardé les mêmes raccourcis (je fais Ctrl + la touche H pour copier), parce qu'au final je me moque de ce qui est écrit sur les touches.

J'ai appris avant la normalisation AFNOR. Malheureusement cette normalisation change quelques détails, comme inverser la position de l'apostrophe courbe et de l'apostrophe droite. Du coup la transition m'est pénible et je reste à la version 1.0 du layout.

Quand je me retrouve sur l'ordi d'un collègue en azerty je deviens tout lent, beaucoup plus qu'avant de passer au bépo, mais c'est tellement rare que ça ne me dérange pas.

Quand c'est un collègue qui se retrouve sur mon ordi, il n'arrive à rien et me rend la main ; ce qui me convient bien :)

Vas-y, lance-toi !

Faire mieux que libjpeg et libpng c'est déjà pas mal, mais que donne la comparaison avec jpegoptim, pngcrush, et autres optimiseurs ?

Merci pour le retour :) Les fichiers d'exemples extraits sont en effet compilés, via la fonction add_example() du CMakeLists.txt.

La fonction int main() sans return, c'est standard ! C'est la seule fonction qui retourne implicitement 0 si on ne met rien (cf [basic.start.main]). Néanmoins ça fait quand même bizarre, je vais mettre des return pour éviter les surprises.

Merci pour ces intéressants retours, j'intégrerai les corrections à tête reposée.

Concernant l'anglais, je te rejoins tout à fait sur l'utilité de créer des ressources accessibles pour les plus jeunes. En plus ça aurait l'avantage de les modeler à ma sauce former d'une manière plus en phase avec ma propre façon de faire :) C'est aussi utile pour ceux qui ont plus ou moins de mal à lire l'anglais. Même si cela vaut le coup, effectivement, d'investir sur l'anglais quand on fait de l'informatique ; tout le monde n'a pas la même affinité avec la langue.

Comme indiqué dans le journal, à la base le public était franco-étranger. Dans cette situation c'est l'anglais qui fait l'union, il n'y a pas trop le choix. Après je vois ça aussi comme un moyen de pratiquer moi-même et de m'améliorer.

Je vais même aller plus loin, j'aurais bien contribué si ça avait été en français, parce que je me dis qu'un tel document aurait sans doute été très utile à mes étudiants.

Mais ne t'arrête pas malheureux ! Lance une traduction en français, ça serait top :) Si tu veux je te prépare même un dossier fr dans le dépôt.

Bien vu ! Merci :)

Décidément, LinuxFr se meurt ! Heureusement qu'il reste la discussion sur l'anglais :)

Ah bah si, tu t'en doutes bien. C'est horrible… d'écrire « courage » comme ça ! :-P

Comme tu vois, l'écriture et la relecture ce n'est pas trop mon truc :D

Merci pour les retours.