MMhhh, ça sera intéressant à debugger: le problème semble être le mélange de la syntaxe Markdown pour les liens [super lien](http://localhost) et les liens wikipédias custom de LinuxFr [[article wikipédia.]]. En effet l'exemple [[article wikipédia]] (avec des explications) contient les 2 syntaxes imbriquées.
Pour info, la source Markdown des exemples donnés dans le poste orignal:
- **texte original :** métadonnées GeoTIFF (informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF) ;
- **wikilien ajouté :** métadonnées [[GeoTIFF]] (informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF) ;
- **contournement :** métadonnées [[GeoTIFF]] _(informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF)_ ;
Je ne suis pas sûr que ça sera facile à corriger, car il faudrait modifier l'interpréteur Markdown.
Par contre, un autre exemple de contournement, ça serait de faire tout en Markdown:
- **contournement markdown uniquement :** métadonnées [GeoTIFF](https://fr.wikipedia.org/wiki/GeoTIFF) (informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF) ;
contournement markdown uniquement : métadonnées GeoTIFF (informations de géoréférencement utilisées par les cartographes, ajoutées dans les fichiers TIFF) ;
On perd la fonction "wikipedia", mais on évite de devoir mettre le texte en italique après.
Tout le monde n’est pas heureux du retour de Richard Stallman.
J’ai lu l'article de Sam Hartmann (Chef du projet Debian en 2019), où il explique qu’il aurait dû parler avant des comportements désagréables de Richard Stallman et que c’est de sa responsabilité d’en parler.
J’y ai aussi appris qu’il n’est pas le seul à trouver intolérable que le comité de la FSF ait accepté le retour de Richard Stallman. Une lettre ouverte a donc été créé pour demander la démission de tout le comité.
Une version plus avancée serait de positionner le no follow et no index si (au moins) une des conditions est remplie:
- le journal a moins de 24h et il a une note inférieure ou égale à 5
- le journal a une note négative.
Ça me semblait facilement faisable: j'ai proposé un PR avec cette modification.
L'architecture de Bruno est vraiment top pour ça: cette simple modification modifie le "noindex,nofollow" pour tous les types de contenus publiés!
Si besoin, je peux rendre configurable le "seuil de fraîcheur" et le "seuil de score", mais 24h et 5 me semblent bien pour l'instant :)
Merci pour ces propositions, ça donne très bien en effet :)
J'avais complètement oublié cette discussion, mais elle est toujours pertinente et du coup, dans mon oubli, je n'ai même pas essayé les "sous-sections"…
Je préfère le rendu proposé par vous deux, donc il n'y aura pas de soucis à se faire avec les "sous-sections" 👍
Pour le module wifi, en tout cas chez Lenovo (même la gamme pro), tu peux en effet remplacer une carte wifi défaillante, mais elle devra être exactement du même modèle, car l'UEFI du système contrôle que les modèles sont conformes à une liste pré-établie par Lenovo.
Si tu veux du wifi 6 sur ton PC de 2011, tu peux oublier chez Lenovo. Ici, ils proposent quand même de mettre à jour la carte wifi et non pas de juste la remplacer par le même modèle.
The Framework Laptop is available in a range of pre-configured models running Windows 10 Home or Pro. For those of you who love to tinker, we’ve also created the Framework Laptop DIY Edition, the only high-end notebook available as a kit of modules that you can customize and assemble yourself, with the ability to choose Windows or install your preferred Linux distribution.
Ça donne bien envie, mais, pour l'instant, je ne vois qu'un site vitrine. C'est un peu dur d'avoir son avis sur juste quelques photos et des promesses.
Je me demande bien comment ils vont gérer l'UEFI pour un système évolutif comme ça et il me semble que je n'ai pas vu mention de carte graphique.
Pour information, j'ai regardé la liste des mainteneurs de Wine (suite à un commentaire sur Hacker News) et j'ai trouvé que, en effet, Zebediah est un des nombreux mainteneurs de Wine et en particulier, de la branche wine-staging.
Par contre, il n'est pas mainteneur du driver X11 (c'est Alexandre Julliard), ni de ce qui touche aux window manager à priori. Il serait donc possible que, malgré son avis, d'autres mainteneurs et développeurs de Wine trouvent de l'intérêt au driver Wayland.
Par contre, comme il "maintient la branche wine-staging" (je ne sais pas vraiment ce que ça veut dire), ça risque d'être compliqué de le convaincre de fusionner le patch si aucun des développeurs (soit du patch, soit ceux déjà participant à Wine) ne se propose comme mainteneur du driver Wayland.
Le développeur de Collabora a proposé son patch à Wine et a écrit:
Au fait, on m'a dit dans les discussions précédentes, qu'il faudrait qu'un tel patch soit acceptable pour upstream. Quelles sont les critères d'acceptation ?
Le driver Wayland doit être au moins entièrement compatible avec les fonctionnalités du driver X11, voire même "plus compatible". Ceci inclus du point de vue du protocole et également être compatible avec tous les gestionnaires de fenêtres. Je veux que ce soit actif par défaut dans staging et qu'il y aie peu de rapports de bugs à ce sujet, comme preuve que le driver n'est pas une mauvaise idée.
4. 5. Des promesses des développeurs de maintenir le patch, le rebase si besoin et faire la maintenance eux-même à long terme.
Même avec tous ces points réalisé, je ne suis pas particulièrement enthousiaste avec ce nouveau driver. Je reconnais que je n'ai peut être pas de pouvoir de décision à ce sujet que je ne suis pas un développeur X11 et que je manque de contexte, mais je n'aime pas la manière dont un protocole avec des fonctionnalités incomplètes a été poussé de force dans les applications avec une intention de rapidement remplacer et supprimer le protocole précédant.
Pour le point "1", je ne connais pas Alexandre, mais il doit avoir autorité dans le sujet, soit.
Pour le point "2", je comprend en partie, mais je trouve ça particulièrement lourd pour le développeur nouveau venu qui souhaite aider. Surtout associés à toutes les promesses que le nouveau venu doit faire.
J'ai l'impression que le mainteneur lui dit:
Si tu veux que ton patch passe chez les testeurs, tu dois promettre d'avoir terminé ton patch, qu'il n'y a aucuns bugs et qu'il règle toutes les incompatibilités Wayland / X11 [ce qui est hors sujet pour le développeur du driver évidemment], que tous les gestionnaires de fenêtre fonctionnent [il devra modifier les gestionnaires de fenêtre ?], que tu proposes plus de fonctionnalités et que tu deviennes mainteneur toi-même.
La barrière est plutôt très haute et je trouve que c'est le meilleur moyen de décourager / dégoûter un potentiel nouveau contributeur, même si son entreprise s'appelle "Collabora[tion]"…
En fait, le mainteneur me donne surtout l'impression d'avoir beaucoup de rancœur face à Wayland et il pense que le développeur de Collabora pourra résoudre tous ses problèmes grâce à son patch pour Wine.
De mon point de vue, il aurait été plus honnête d'être plus direct avec une réponse du genre: "Je suis mainteneur, mais je ne suis pas intéressé par un driver pour Wayland. Il faut regarder avec les autres mainteneurs" et, ensuite, mettre son dernier paragraphe pour expliquer ce qui ne l'intéresse pas dans Wayland. Parce que là, les directives qu'il a donné son clairement disproportionnées pour un nouveau driver dont le développement vient de débuter.
Il ne faut pas oublier que les emails ne sont pas synchronent: il peut y avoir beaucoup de délais entre l'envoi et la réception d'un email.
En plus, en général, il me semble que les fournisseurs de mail essaient pendant 5 jours d'envoyer l'email au serveur destinataire s'il est indisponible.
Du coup, si le serveur destinataire est indisponible pendant quelques temps (soit à cause du réseau IPv6 / IPv4 / BGP / VPN intermédiaire / firewall / DOS chez les intermédiaires / routeurs en rade…), c'est tout à fait possible que 3 heures ne suffisent simplement pas à recevoir un mail.
Je pense que garder 3 jours un compte inactif sur son service GIT n'est pas trop dérangeant (quelques Kio de disques employés) et permet au potentiel contributeur de terminer son inscription quand ses emails sont à nouveau disponible.
Si les disques se prennent vraiment trop de comptes ainsi à cause des bots, je descendrai la limite à 1 jour, voir 9 heures. En tout cas, je n'irai pas plus bas qu'"une journée de travail" (et encore, cette définition dépend des pays sources de contributeurs, par exemple, Suisse vs France vs Japon…).
Une piste serait de ne plus employer Mono, mais directement .Net Core: c'est le nouveau moteur de Microsoft et il est open-source et compatible Linux nativement.
Je l'ai employé pour un petit PoC pour créer une API REST et Microsoft fournissait directement un répertoire APT pour installer .Net Core sur Ubuntu.
Je n'ai pas donc pas essayé de faire d'interface graphique avec ce moteur, mais ça doit sûrement être possible, car c'est le nouveau fer de lance de Microsoft et qu'il doit à terme remplacer Mono si je me souviens bien.
J'ai ajouté un exemple de documentation et j'ai corrigé la page "/admin/comptes" pour permettre d'enlever le rôle de mainteneur.
Pour les pages statiques (db/pages/aide.html et db/pages/team.html), j'ai mis à jour le texte uniquement dans le répertoire git. Il faudra ajouter à la main les paragraphes avec l'outil d'édition des pages.
Je n'ai pas voulu le faire automatiquement avec le système de migration, parce que je ne peux pas savoir si le code HTML dans la base de production correspond au code dans git.
Pour les statistiques, la jointure était déjà faite correctement avec la table "users" pour les "good_workers" (ça confirme que c'est donc une bonne idée de faire la correction du système de suivi).
J'ai donc juste modifié le titre de la statistique "Nombre d’entrées fermées par les administrateurs" pour finir avec "les mainteneurs et administrateurs".
Super, merci pour la clôture et pour l'assignation :)
1) veux-tu être admin ?
Merci, mais je ne voudrais pas être admin, parce que ça active beaucoup trop de droits sur le site.
2) modifier le système pour choisir parmi les admins ou ceux ayant déjà eu un ticket attribué et un compte encore ouvert (ça résoudrait pas la première fois, juste les suivantes)
Ça c'est une idée intéressante, je vais regarder pour essayer de proposer une modification de ce genre.
Mais, si je ne me trompe pas, on pourrait aussi créer un rôle "mainteneur" qui ajoute juste la gestion du système de suivi à un utilisateur. Ça serait plus propre, mais je me demande si ça compliquerait trop la vie aux admins du site ?
Si je me souviens bien, rms avait vu ce problème de sémantique pour le terme "logiciel propriétaire" et il avait proposé "logiciel privateur [de libertés d'usage]".
Je pense que tu as raison et que " logiciel libre" a exactement le même problème de sémantique.
On pourrait l'appeler "logiciel libérateur [d'usage]".
Comme ça on a une sémantique cohérente pour les 2 opposés : logiciel privateur VS logiciel libérateur 😀
Il est à noter que le compteur garde dans son compte les contenus "supprimés":
En effet, les contenus ne sont pas vraiment supprimés, mais uniquement cachés et du coup les méthodes de callback de counter_cache ne sont pas appelées.
D'un côté, ça serait logique d'enlever les contenus supprimés des compteurs, car ils ne sont plus accessibles.
Mais d'un autre côté, ça voudrait dire que l'on doit supprimer les tags au moment où on supprime le contenu et, du coup, on ne pourrait plus "restaurer" en l'état le contenu en changeant le flag node.public à true.
Ça me fait vraiment rire de comparer Apple qui a un parc déterminé et fini de SoC ARM et de firmware sur le marché et Google qui n'a aucune maîtrise des SoC et firmware et qui en a potentiellement un nombre de combinaison infini.
Si tu comparais Apple à Samsung, là j'aurai déjà mieux compris, mais ça ne va pas aussi: Samsung ne maîtrise pas du tout ce qu'il y aura dans les prochaines versions d'Android.
Si ARM standardise le démarrage du matériel et la découverte du matériel, ça aidera déjà beaucoup : il n'y aurai plus besoin de build un noyau custom juste pour son matériel… Ça marche très bien avec les "compatible PC".
Ensuite, Google devrait avoir un développement ouvert du projet AOSP et ne pas travailler en cachette pendant 1 an puis balancer les sources d'un coup. Ça doit être un travail de fou de reprendre leur OS complet chaque année et de tout tester sur son matériel. Bravo d'ailleurs aux contributeurs bde LineageOS pour ce travail !
Bref, Apple mène bien ses mises à jour, mais il maîtrise toute la chaîne du matériel à l'OS. Ils doivent juste faire attention à ne pas créer d'incompatibilités entre tout ça (jusqu'au jour où ils décident que les clients doivent repasser à la caisse, en rendant l'OS moins performant artificiellement sur les vieux périphériques).
# IPOT ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au sondage Faut-il remplacer la police d'écriture "Lato Light" par "Lato" sur LinuxFr ?. Évalué à 5. Dernière modification le 09 avril 2021 à 17:59.
Ça fait 2 ans que j'ai proposé ce sondage, on dirait qu'IPOT a fonctionné à l'envers 😅
En fait, j'avais finalement demandé de ne pas publier ce sondage, mais je ne sais plus pourquoi exactement.
Peut être simplement que, finalement, on est passé de Lato Light à Lato Regular ?
Bref, je ne comprends pas bien pourquoi ce sondage est ressorti 2 ans après et s'il est vraiment pertinent aujourd'hui ?
[^] # Re: A propos de l'espace de rédaction
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Nouvelles de l'espace de rédaction. Évalué à 4. Dernière modification le 06 avril 2021 à 13:30.
Pour l'espace de rédaction, il faut utiliser le style par défaut de LinuxFr: https://linuxfr.org/suivi/la-barre-laterale-ne-peut-etre-masquee-et-masque-le-contenu-d-une-depeche-en-redaction
# Intéressant
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi un lien wikipedia masque les parenthèses suivantes. Évalué à 3 (+0/-0). Dernière modification le 05 avril 2021 à 09:21.
Hello,
MMhhh, ça sera intéressant à debugger: le problème semble être le mélange de la syntaxe Markdown pour les liens
[super lien](http://localhost)et les liens wikipédias custom de LinuxFr[[article wikipédia.]]. En effet l'exemple[[article wikipédia]] (avec des explications)contient les 2 syntaxes imbriquées.Pour info, la source Markdown des exemples donnés dans le poste orignal:
Je ne suis pas sûr que ça sera facile à corriger, car il faudrait modifier l'interpréteur Markdown.
Par contre, un autre exemple de contournement, ça serait de faire tout en Markdown:
On perd la fonction "wikipedia", mais on évite de devoir mettre le texte en italique après.
[^] # Re: Implémentation
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Indexation différée des contenus non modérés a priori. Évalué à 2 (+0/-0).
Ah oui, c'est bien vu d'utiliser le seuil d'acceptation de la modération, j'ai ajusté le commit.
# C'est prêt
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Ne pas indexer les étiquettes masquées. Évalué à 2 (+0/-0).
Hello,
En effet, c'est bien vu et le correctif est assez simple: https://github.com/linuxfrorg/linuxfr.org/pull/298 :)
# Lettre ouverte pour la démission du comité de la FSF
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Richard Stallman réintègre la direction de la Free Software Foundation. Évalué à 7. Dernière modification le 24 mars 2021 à 08:19.
Tout le monde n’est pas heureux du retour de Richard Stallman.
J’ai lu l'article de Sam Hartmann (Chef du projet Debian en 2019), où il explique qu’il aurait dû parler avant des comportements désagréables de Richard Stallman et que c’est de sa responsabilité d’en parler.
J’y ai aussi appris qu’il n’est pas le seul à trouver intolérable que le comité de la FSF ait accepté le retour de Richard Stallman. Une lettre ouverte a donc été créé pour demander la démission de tout le comité.
# Implémentation
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Indexation différée des contenus non modérés a priori. Évalué à 2 (+0/-0).
Hello,
Ça me semblait facilement faisable: j'ai proposé un PR avec cette modification.
L'architecture de Bruno est vraiment top pour ça: cette simple modification modifie le "noindex,nofollow" pour tous les types de contenus publiés!
Si besoin, je peux rendre configurable le "seuil de fraîcheur" et le "seuil de score", mais 24h et 5 me semblent bien pour l'instant :)
[^] # Re: Comment rendre sympa les codes ISO ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Les langues ne devraient pas être indiquées avec des drapeaux de pays. Évalué à 2 (+0/-0).
J'ai proposé un PR pour appliquer ça: https://github.com/linuxfrorg/linuxfr.org/pull/296
[^] # Re: Comment rendre sympa les codes ISO ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Les langues ne devraient pas être indiquées avec des drapeaux de pays. Évalué à 2 (+0/-0).
Merci pour ces propositions, ça donne très bien en effet :)
J'avais complètement oublié cette discussion, mais elle est toujours pertinente et du coup, dans mon oubli, je n'ai même pas essayé les "sous-sections"…
Je préfère le rendu proposé par vous deux, donc il n'y aura pas de soucis à se faire avec les "sous-sections" 👍
[^] # Re: Quelques doutes
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Introducing the Framework Laptop. Upgradeable, repairable, and 100% yours.. Évalué à 4.
Pour le module wifi, en tout cas chez Lenovo (même la gamme pro), tu peux en effet remplacer une carte wifi défaillante, mais elle devra être exactement du même modèle, car l'UEFI du système contrôle que les modèles sont conformes à une liste pré-établie par Lenovo.
Si tu veux du wifi 6 sur ton PC de 2011, tu peux oublier chez Lenovo. Ici, ils proposent quand même de mettre à jour la carte wifi et non pas de juste la remplacer par le même modèle.
[^] # Re: les prix ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Introducing the Framework Laptop. Upgradeable, repairable, and 100% yours.. Évalué à 4.
Sur leur article présentant leur laptop, c'est bien mentionné Linux:
Ça donne bien envie, mais, pour l'instant, je ne vois qu'un site vitrine. C'est un peu dur d'avoir son avis sur juste quelques photos et des promesses.
Je me demande bien comment ils vont gérer l'UEFI pour un système évolutif comme ça et il me semble que je n'ai pas vu mention de carte graphique.
[^] # Re: En gros
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Comment Google se moque de la CNIL (Pixel de Tracking). Évalué à 2.
Pour LinuxFr, ce n'est pas un cookie de tracking, c'est un cookie de session ;)
Par contre, je ne sais pas à quoi il sert quand l'utilisateur n'est pas connecté…
[^] # Re: Ce n'est malheureusement pas pour tout de suite et peut être pour jamais
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Wayland sur Wine : Une première mise à jour!. Évalué à 4.
Pour information, j'ai regardé la liste des mainteneurs de Wine (suite à un commentaire sur Hacker News) et j'ai trouvé que, en effet, Zebediah est un des nombreux mainteneurs de Wine et en particulier, de la branche wine-staging.
Par contre, il n'est pas mainteneur du driver X11 (c'est Alexandre Julliard), ni de ce qui touche aux window manager à priori. Il serait donc possible que, malgré son avis, d'autres mainteneurs et développeurs de Wine trouvent de l'intérêt au driver Wayland.
Par contre, comme il "maintient la branche wine-staging" (je ne sais pas vraiment ce que ça veut dire), ça risque d'être compliqué de le convaincre de fusionner le patch si aucun des développeurs (soit du patch, soit ceux déjà participant à Wine) ne se propose comme mainteneur du driver Wayland.
# Ce n'est malheureusement pas pour tout de suite et peut être pour jamais
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au lien Wayland sur Wine : Une première mise à jour!. Évalué à 5.
Le développeur de Collabora a proposé son patch à Wine et a écrit:
Un des mainteneurs de Wine a répondu en gros:
Pour le point "1", je ne connais pas Alexandre, mais il doit avoir autorité dans le sujet, soit.
Pour le point "2", je comprend en partie, mais je trouve ça particulièrement lourd pour le développeur nouveau venu qui souhaite aider. Surtout associés à toutes les promesses que le nouveau venu doit faire.
J'ai l'impression que le mainteneur lui dit:
La barrière est plutôt très haute et je trouve que c'est le meilleur moyen de décourager / dégoûter un potentiel nouveau contributeur, même si son entreprise s'appelle "Collabora[tion]"…
En fait, le mainteneur me donne surtout l'impression d'avoir beaucoup de rancœur face à Wayland et il pense que le développeur de Collabora pourra résoudre tous ses problèmes grâce à son patch pour Wine.
De mon point de vue, il aurait été plus honnête d'être plus direct avec une réponse du genre: "Je suis mainteneur, mais je ne suis pas intéressé par un driver pour Wayland. Il faut regarder avec les autres mainteneurs" et, ensuite, mettre son dernier paragraphe pour expliquer ce qui ne l'intéresse pas dans Wayland. Parce que là, les directives qu'il a donné son clairement disproportionnées pour un nouveau driver dont le développement vient de débuter.
[^] # Re: Follow-up
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Gitea contre les bots. Évalué à 6. Dernière modification le 21 février 2021 à 23:19.
Il ne faut pas oublier que les emails ne sont pas synchronent: il peut y avoir beaucoup de délais entre l'envoi et la réception d'un email.
En plus, en général, il me semble que les fournisseurs de mail essaient pendant 5 jours d'envoyer l'email au serveur destinataire s'il est indisponible.
Du coup, si le serveur destinataire est indisponible pendant quelques temps (soit à cause du réseau IPv6 / IPv4 / BGP / VPN intermédiaire / firewall / DOS chez les intermédiaires / routeurs en rade…), c'est tout à fait possible que 3 heures ne suffisent simplement pas à recevoir un mail.
Je pense que garder 3 jours un compte inactif sur son service GIT n'est pas trop dérangeant (quelques Kio de disques employés) et permet au potentiel contributeur de terminer son inscription quand ses emails sont à nouveau disponible.
Si les disques se prennent vraiment trop de comptes ainsi à cause des bots, je descendrai la limite à 1 jour, voir 9 heures. En tout cas, je n'irai pas plus bas qu'"une journée de travail" (et encore, cette définition dépend des pays sources de contributeurs, par exemple, Suisse vs France vs Japon…).
# .Net Core
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au message Environnement de développement pour C#. Évalué à 5.
Hello,
Une piste serait de ne plus employer Mono, mais directement .Net Core: c'est le nouveau moteur de Microsoft et il est open-source et compatible Linux nativement.
Je l'ai employé pour un petit PoC pour créer une API REST et Microsoft fournissait directement un répertoire APT pour installer .Net Core sur Ubuntu.
Je n'ai pas donc pas essayé de faire d'interface graphique avec ce moteur, mais ça doit sûrement être possible, car c'est le nouveau fer de lance de Microsoft et qu'il doit à terme remplacer Mono si je me souviens bien.
[^] # Re: Autres points
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Créer un rôle "mainteneur" pour gérer les entrées de suivi. Évalué à 2 (+0/-0).
J'ai ajouté un exemple de documentation et j'ai corrigé la page "/admin/comptes" pour permettre d'enlever le rôle de mainteneur.
Pour les pages statiques (db/pages/aide.html et db/pages/team.html), j'ai mis à jour le texte uniquement dans le répertoire git. Il faudra ajouter à la main les paragraphes avec l'outil d'édition des pages.
Je n'ai pas voulu le faire automatiquement avec le système de migration, parce que je ne peux pas savoir si le code HTML dans la base de production correspond au code dans git.
Pour les statistiques, la jointure était déjà faite correctement avec la table "users" pour les "good_workers" (ça confirme que c'est donc une bonne idée de faire la correction du système de suivi).
J'ai donc juste modifié le titre de la statistique "Nombre d’entrées fermées par les administrateurs" pour finir avec "les mainteneurs et administrateurs".
[^] # Re: Autres points
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Créer un rôle "mainteneur" pour gérer les entrées de suivi. Évalué à 2 (+0/-0).
Pour ce point, j'y avais pensé et c'est déjà prêt :)
Merci pour le retour, je vais regarder pour ajouter le reste.
[^] # Re: Solution trouvée pour la suppression du tag sur un contenu
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Décrémenter le taggings_count en cas de suppression d'étiquette. Évalué à 2 (+0/-0).
Super, merci pour la clôture et pour l'assignation :)
Merci, mais je ne voudrais pas être admin, parce que ça active beaucoup trop de droits sur le site.
Ça c'est une idée intéressante, je vais regarder pour essayer de proposer une modification de ce genre.
Mais, si je ne me trompe pas, on pourrait aussi créer un rôle "mainteneur" qui ajoute juste la gestion du système de suivi à un utilisateur. Ça serait plus propre, mais je me demande si ça compliquerait trop la vie aux admins du site ?
[^] # Re: Devrait-on dire "utilisateur libre" ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Rappelons la base du libre : pour tous les usages. Évalué à 10. Dernière modification le 24 janvier 2021 à 08:54.
Si je me souviens bien, rms avait vu ce problème de sémantique pour le terme "logiciel propriétaire" et il avait proposé "logiciel privateur [de libertés d'usage]".
Je pense que tu as raison et que " logiciel libre" a exactement le même problème de sémantique.
On pourrait l'appeler "logiciel libérateur [d'usage]".
Comme ça on a une sémantique cohérente pour les 2 opposés : logiciel privateur VS logiciel libérateur 😀
[^] # Re: Dbus ?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Idle Do, un script pour faire tourner des commandes quand l'ordinateur est inactif. Évalué à 3.
idlen'est pas un mot réservé au CPU, le nom va bien 😉[^] # Re: Solution trouvée pour la suppression du tag sur un contenu
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Décrémenter le taggings_count en cas de suppression d'étiquette. Évalué à 2 (+0/-0).
Pour le cas des contenus cachés, on pourrait utiliser la gem counter_culter qui permet de mettre à jour le cache aussi sur des mises à jour de valeur.
# Solution trouvée pour la suppression du tag sur un contenu
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse à l’entrée du suivi Décrémenter le taggings_count en cas de suppression d'étiquette. Évalué à 2 (+0/-0).
Hello !
J'ai trouvé la solution et j'ai proposé la modification ici: https://github.com/linuxfrorg/linuxfr.org/pull/289
Il est à noter que le compteur garde dans son compte les contenus "supprimés":
En effet, les contenus ne sont pas vraiment supprimés, mais uniquement cachés et du coup les méthodes de callback de
counter_cachene sont pas appelées.D'un côté, ça serait logique d'enlever les contenus supprimés des compteurs, car ils ne sont plus accessibles.
Mais d'un autre côté, ça voudrait dire que l'on doit supprimer les tags au moment où on supprime le contenu et, du coup, on ne pourrait plus "restaurer" en l'état le contenu en changeant le flag
node.publicàtrue.[^] # Re: Titre qui fait peur?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Android < 7.1 va refuser les connections TLS certifiées par Let's Encrypt. Évalué à 5.
C'est la comparaison qui me fait rire, elle n'est pas honnête.
Je n'excuse ni les constructeurs, ni Google, ni ARM. Je relève les points qui font que ta comparaison me semble ridicule.
Tout à fait, les lois peuvent faire avancer les choses, mais en même temps, la loi a imposer la recharge par USB et Apple n'en avait rien à faire…
[^] # Re: Titre qui fait peur?
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal Android < 7.1 va refuser les connections TLS certifiées par Let's Encrypt. Évalué à 5.
Ça me fait vraiment rire de comparer Apple qui a un parc déterminé et fini de SoC ARM et de firmware sur le marché et Google qui n'a aucune maîtrise des SoC et firmware et qui en a potentiellement un nombre de combinaison infini.
Si tu comparais Apple à Samsung, là j'aurai déjà mieux compris, mais ça ne va pas aussi: Samsung ne maîtrise pas du tout ce qu'il y aura dans les prochaines versions d'Android.
Si ARM standardise le démarrage du matériel et la découverte du matériel, ça aidera déjà beaucoup : il n'y aurai plus besoin de build un noyau custom juste pour son matériel… Ça marche très bien avec les "compatible PC".
Ensuite, Google devrait avoir un développement ouvert du projet AOSP et ne pas travailler en cachette pendant 1 an puis balancer les sources d'un coup. Ça doit être un travail de fou de reprendre leur OS complet chaque année et de tout tester sur son matériel. Bravo d'ailleurs aux contributeurs bde LineageOS pour ce travail !
Bref, Apple mène bien ses mises à jour, mais il maîtrise toute la chaîne du matériel à l'OS. Ils doivent juste faire attention à ne pas créer d'incompatibilités entre tout ça (jusqu'au jour où ils décident que les clients doivent repasser à la caisse, en rendant l'OS moins performant artificiellement sur les vieux périphériques).