Si l'étiquette est jugée inutile, elle est masquée. Elle existe toujours mais n'est plus visible ni suggérée, mais elle reste accessible.
L'utilisateur peut supprimer son propre étiquetage. Mais l'étiquette reste avec son état affiché oui/non et son compteur (qui n'est pas décrémenté actuellement). Il est possible que l'étiquette n'ait plus aucun étiquetage.
Un contenu peut être masqué, ça ne change pas l'état ou le compteur de ses étiquettes mais l'étiquette peut ne plus rien afficher si tous les contenus sont masqués. Ça peut être une étiquette pertinente sur un contenu masqué pour doublon. Ça peut être une étiquette de spammeur si on a masqué tous ses contenus de spam (a priori on va masquer aussi ses étiquettes, maintenant on a accès à l'info facilement depuis ma modifié de fin d'année).
Il y a aussi les cas d'anonymisation d'un compte à gérer en base : réaffecter les étiquetages d'un compte à Anonyme, en gérant les collisions éventuelles avec ceux existants et en mettant à jour les compteurs. Ou la purge d'un compte : retirer des étiquetages et mettre à jour les compteurs.
Finalement on pourrait aussi vouloir virer les contenus masqués en base au bout d'un certain temps, vu que personne ne les voit. Donc virer les étiquetages dessus, décrémenter les compteurs, virer les étiquettes à compteur nul.
Dernier point : garder une étiquette inutile masquée plutôt que la détruire est un moyen de la garder masquée. Sinon elle pourrait être recréée plus tard et serait visible par défaut. C'est devenu moins utile avec ma modif de fin d'année qui notifie la modération des nouvelles étiquettes (c'est limite mieux de supprimer l'étiquette pour être notifié d'un nouveau pénible plus tard).
Pour les étiquettes je ne pense pas que l'on puisse juste les soumettre à du pertinent/inutile : les étiquettes concernent globalement le site, pas juste un contenu, même si elles sont portées par un ou plusieurs contenus. Chaque contenu (enfin les gens qui lisent chaque contenu) ne devrait pas opter pour des étiquettes en ignorant tout ce qui existe par ailleurs. Ou plutôt, idéalement, ça serait mieux que les étiquettes les plus utiles soient celles qui sont visibles, qui sont suggérées et qui sont réutilisées, quitte à ce que des étiquettes masquées soient présentes aussi voire réutilisées (mais jamais suggérées).
Exemple : dépêche sur le noyau Linux 8.42 qui vient de sortie en 2033. Il va avoir les étiquettes linux, noyau, kernel, linux_842 par exemple. OK les deux premières sont pertinentes pour être visibles (elles sont déjà utilisées une centaine de fois ou plus). kernel est un anglicisme, un doublon de noyau, elle va être masquée (on garderait kernel-package ou kernel_recipes qui sont des noms propres par exemple). Et linux_842 est, a priori, inutile, il n'y aura pas d'autres sorties de Linux 8.42 et il est peu probable que le noyau 8.42 ait beaucoup d'autres contenus directement liés à lui.
Du coup il y a du jardinage à faire pour ajouter les étiquettes qui manquent, corriger les typos dans les étiquettes, éviter les doublons, masquer les inutiles, dégager les spammeurs, etc. Ce jardinage me semble plus compliqué que juste noter pertinent/inutile : pour aider, il faut étiqueter les contenus, signaler les doublons, etc.
réduire le nombre d’étiquettes visibles à moins de 11 700 ce qui me semble toujours énorme
Cela a encore un peu baissé depuis. Cf les statistiques sur les étiquettes : 12802 étiquettes, dont 11484 étiquettes publiques ; mais bon 11500 mots de vocabulaire (si je puis dire, vu qu'une étiquette ça peut être des mots, des noms de personnes, de lieux, de projets, des nom+adjectif, etc.) ça me semble encore beaucoup. Après tout le but des étiquettes c'est de retrouver des contenus qui ont quelque chose en commun : si l'étiquette n'est utilisée qu'une seule fois des années après sa création, si on a des étiquettes vermillon/écarlate/garance/vermeil/etc. mais jamais la même sur des contenus qui parlent du rouge et pire que rouge n'est pas une étiquette, si l'étiquette posée comporte une typo comme dévellopeur (au lieu de développeur), etc. bref il y a plein de cas où l'étiquette publique est inutile (elle peut à la rigueur être utile à celui qui l'a posée, mais elle n'a pas besoin d'être publique). Sans parler des cas où l'étiquette est problématique en elle-même (insulte, injure, etc.).
Je ne sais pas si parmi vous il y avait des lecteurs du geektionnerd il y a quelques années
Il est toujours possible d'acquérir/offrir du geektionnerd via En Vente Libre (qui est aussi un moyen de don à l'association LinuxFr (ou à Framasoft ou à plein d'autres), histoire de déclarer un conflit d'intérêt :)).
Obipremier n'est pas une traduction : au mieux c'est une adaptation, ce que pourrait faire le traducteur si c'était important pour l'histoire, par exemple si d'autres personnes se nomment Obitwo, Obithree, etc. et qu'il faut que le spectateur francophone comprenne cela.
Indiana ne se traduit pas en indien. Je suppose que ça vient du nom de l'état. Et Indiana signifie en latin « Terre des Indiens » me dit Wikipédia.
boules de dragon est une traduction possible (comme snowball est une boule de neige et pas une balle de neige).
chapeau rouge ne me semble pas choquant : le logo est un chapeau rouge, ce n'est carrément pas fortuit.
Mickey Souris et Donald Canard ne me semblent pas choquants non plus : le fait de mettre le nom de l'animal dans le nom est bien un choix pour les petits enfants.
Alien ce n'est pas que étranger, c'est aussi extraterrestre, un côté autre/différent.
La traduction d'un nom de personnage est parfois nécessaire pour une œuvre : si tous les personnages ont des noms d'oiseau, ou une consonance particulière, ou que la clé de l'énigme finale est basé sur le nom du personnage, etc. Sauf que ça nécessite de connaître la fin de l’œuvre. Par exemple si George R. R. Martin avait prévu que le nom de château Riverrun était prévu pour avoir un assonance en 'r' ou que c'était le code secret pour déverrouiller la porte codée caché dans le sous-sol de la grotte du dragon au 53e tome de la série, alors il fallait le laisser tel que (ou trouver une traduction qui soit acceptable, mais alors il fallait le faire après la publication du 53e tome ou bien se trouver un peu bête… Cf l'exemple de Hodor pour ceux qui connaissent la série). Mais si Riverrun est juste en rapport avec des eaux rapides qui entourent le château (cf le blason par exemple) alors Vivesaigues (eaux vives en vieux français) est une bonne traduction. Autre exemple de traduction de nom : le personne de Mort dans le Disque Monde de Pratchett qui interagit avec Death. Du coup en français ils seront nommés Mortimer et La Mort.
C'est la magie de l'exotisme : un mot anglais même prononcé avec du pudding dans la bouche est nimbé d'une aura mystique et sa parure rend fade n'importe quelle traduction en comparaison. Du coup chaque profession utilise son jargon franglais parce que c'est trop classe, qui fait que l'on parle d'open data et pas de données ouvertes, de kernel et pas de noyau, de release plutôt que de version/révision/parution, etc (et je dis ça parce que je viens de parcourir les étiquettes du site). Du coup c'est super classe de s'appeler Skywalker, ça fait rêver, ça en jette, alors que Courleciel ne fait pas crédible. Reste à savoir si ça marche dans l'autre sens, si Tom Croisière, Halle Baie, Le Roc ou Sharon Pierre sont auréolés d'un accent frenchie, ou si L'Homme chauve-souris ou Le Sorcier ou La femme merveilleuse impressionnent le chaland.
(et j'avais le coffret VHS de la première trilogie, avec ces traductions françaises à l'arrache et non homogènes qui sont restées célèbres)
Ton cookie de session n'est pas actif lors de la prévisualisation (parce que tu viens d'un autre domaine), la soumission se fait donc en Anonyme, ce qui nécessite un nom et une adresse de courriel. Ensuite tu remplis les champs (juste pour passer outre au final) et à la second prévisualisation, ton cookie de session s'applique. Et enfin la réattribution à Collectif fait que le nom et l'adresse de courriel initiale ne sont plus utilisés ni stockés.
> SELECT news.title, news.author_name, news.author_email FROM news WHERE cached_slug LIKE 'agenda-du-libre-pour-la-semaine-%-de-l-annee-2020' ORDER BY news.id;
+----------------------------------------------------+-------------+--------------+
| title | author_name | author_email |
+----------------------------------------------------+-------------+--------------+
(...)
| Agenda du Libre pour la semaine 51 de l’année 2020 | Collectif | collectif@… |
| Agenda du Libre pour la semaine 52 de l'année 2020 | Collectif | collectif@… |
| Agenda du Libre pour la semaine 53 de l'année 2020 | Collectif | collectif@… |
+----------------------------------------------------+-------------+--------------+
Il est question de "travail collaboratif sécurisé", ce qui fondamentalement ne veut pas dire grand chose.
« Travail collaboratif » me semble assez explicite : la possibilité d'échanger/communiquer/travailler pour deux personnes et plus.
« sécurisé » est toujours plus relatif au contexte : chiffrement en transit, bout-en-bout, sur quel périmètre, pour quel modèle de menace, etc. D'où la précision ajoutée dans la phrase qui suit.
Par ailleurs dire que ça ne vient pas dire grand chose ne veut fondamentalement pas dire grand chose non plus :). On ne sait pas ce qui n'est pas clair ou assez précis pour toi ici.
Du coup comme cette terminologie n'est pas explicitée, la dépêche ressemble à une liste plus ou moins cohérente de logiciels.
Je ne crois pas que cette liste ait besoin d'une cohérence : une même personne ne va pas utiliser tous ces logiciels, n'a pas tous les besoins évoqués ici, et a priori elle sait si elle a besoin ou pas de visioconférence ou juste d'échanges textuels, d'un simple pad d'écriture simultanée à plusieurs ou d'un document riche type bureautique, etc.
Par exemple on trouve libreoffice online en alternative à cryptpad alors que l'un est un éditeur de documents bureautique en ligne et l'autre une solution chiffrée de bout en bout.
Tu peux donc avoir ton serveur Libreoffice à toi et faire ta bureautique collaborative de façon sécurisée (avec un contrôle de toute la chaîne) ou ton serveur cryptpad perso ou même utiliser un cryptpad hébergé hier vu le chiffrement bout-en-bout.
Il n'est pas fait mention de Etherpad ou Ethercalc non plus. Est-ce pour des raisons de sécurité ?
Tous les logiciels possibles ne sont pas mentionnés et la dépêche ne prétend pas être exhaustive. Il n'est pas fait mention d'un screen partagé pour faire du vim collaboratif, ou d'une solution plus simple et complète comme Tracim effectivement. Ça pourrait faire l'objet d'une autre dépêche sur le même sujet, ou faire partie des commentaires de celle-ci (ça tombe bien). Comme d'habitude, les logiciels mentionnés sont ceux qui ont été listés lors de l'écriture collaborative de cette dépêche en rédaction (et c'est scandaleux il n'y pas LinuxFr.org de mentionné non plus :).
Au niveau visioconférence les solutions sont elles équivalentes ? Quelles sont les possibilités de chacune d'un point de vue sécurité ? Et d'un point de vue collaboration ?
Comme mentionné dans la dépêche les solutions ne sont pas équivalentes : avec ou sans serveur par exemple. À moins d'avoir une liste sans fin de critères, vouloir une comparaison parfaite des fonctionnalités me semble vain (comment savoir si ce qui est important pour l'utilisateur sont le support des emojis, le fait d'être ou non en PHP, l'interconnexion possible ou non avec du SIPS, le fait de fonctionner sur Haiku, l'existence d'un support 24/7 ou que sais-je encore), et le but de la dépêche est de lister des logiciels, pas d'écrire des pages Wikipedia, les docs de ses logiciels ou de faire une réponse comparative à un appel d'offres.
Je comprends qu'une telle dépêche ne puisse avoir la prétention de présenter toutes les solutions existantes, mais là on mélange 2 thématiques (la sécurité et les solutions de travail en équipe) sans expliquer la démarche, les critères pour "définir" quelles solutions sont pertinentes.
Pertinentes pour qui ? La dépêche propose des solutions, elle ne dit pas « éh toi individu générique, tu as besoin de tel logiciel qui va répondre à tes besoins que je ne connais pas ».
Et oui je redis que Tracim aurait pu y figurer si quelqu'un l'avait ajouté en rédaction (ou en modération), vu que tu peux déployer ton propre serveur (sous réserve d'être capable de le faire effectivement).
Il me semble que le titre est trompeur et qu'il serait plus approprié sous une forme du type : "quelques solutions libres permettant de collaborer en ligne avec un niveau de confidentialité potentiellement fort". (Je reconnais que cette formulation un peu longue;)
Va pour un changement de titre.
Enfin dernier point lié au titre, on s'attendrait potentiellement à des conseils sur comment sécuriser ces outils, mais cf n'est pas le cas non plus. Jitsi meet par exemple peut être utilisé avec différents niveaux de confidentialité, liés à la manière de l'utiliser mais également à la manière de le configurer.
À mon avis, la dépêche ne serait jamais sortie dans ce cas (entre rester en déshérence en rédaction, ou devenir obèse/indigeste et restée non finalisée, ou avoir découragé tous les contributeurs).
Je croyais que l'inscription à cette liste était automatique en même temps que ma promotion en tant qu'animateur de l'espace de rédaction.
Hmm ce n'est pas automatique parce qu'il n'y a pas de lien entre le site web et le gestionnaire de listes de diffusion Sympa actuellement, mais normalement c'est fait à la promotion. Je pensais même l'avoir fait d'ailleurs… Mea culpa.
Sinon, je cherche toujours comment faire fonctionner mon super pouvoir de réattribution des dépêches.
Sur une dépêche donnée en rédaction (ou en modération pour les modérateurs), tu vas dans l'onglet Détails, tu dois avoir une petite icône sur l'avatar des contributeurs, avec une infobulle « Réattribuer la paternité de cette dépêche ».
Je ne sais pas si la liste de https://gaiax.praeludo.com/ est bonne mais en gros, tous ceux qui font du cloud de près ou de pas trop loin sont dedans de toute façon.
Les 22 fondateurs (source https://fr.wikipedia.org/wiki/GAIA-X )
« Amadeus, Atos, Beckhoff, Bosch, BMW, CISPE (Cloud Infrastructure Services Providers in Europe), DE-CIX, Deutsche Telekom, Docaposte, EDF, Fraunhofer, German Edge Cloud, Institut Mines-Télécom, IDSA (International Data Spaces Association), Orange, Outscale, OVHcloud, PlusServer, Safran, SAP, Scaleway, Siemens »
Et d'après Praeludo, les « non-européens » (classement qui a ses limites, comme si une boîte européenne était plus loyale ou fiable ou … de part sa nationalité) sont tous les petits : Accenture, Alibaba, Amazon, Cisco, Fujutsi, Google, Haier, HP, Huawei, IBM, INtel, MS, OpenUK, Oracle, Palantir, QBee, Salesforce, Seagate, Snowflake, Linx, WMware Weledoo.
Je dirais que c'est parce que ton commentaire de réaction n'a pas vraiment de rapport avec le commentaire précédent : X affirme des trucs énormes sur Y et les gens trouvent que X abuse. Tu réponds « oui mais vous n'êtes pas concernés par Y ». Que l'on soit concernés ou pas est sans objet ici. C'est à X de prouver ce qu'il dit, en particulier car il est censé suivre une approche méthodique scientifique et parce qu'il porte une parole publique du fait de ces anciennes responsabilités. Si je dis « il y a des extraterrestres créées par les Aztèques avec du bronze et des brocolis », on se fiche que les extraterrestres existent ou pas et que j'ai raison ou tort sur ce point. Et je pourrais même avoir raison au final, mais en tout cas je n'ai donné aucun élément qui prouve que les Aztèques aient eu le temps de faire cela entre deux tournages des Mystérieuses Cités d'Or.
[^] # Re: version sans parachute
Posté par Benoît Sibaud (site web personnel) . En réponse au message Recyclage de blague. Évalué à 4.
Heureusement que l'on a jeté les gens lourds en premier depuis les années 80…
[^] # Re: Comme d’hab.
Posté par Benoît Sibaud (site web personnel) . En réponse au lien La mission Bothorel sur l'open data demande plus de volontarisme en faveur du logiciel libre. Évalué à 4.
un journal qui était une dépêche :)
[^] # Re: Solution trouvée pour la suppression du tag sur un contenu
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Décrémenter le taggings_count en cas de suppression d'étiquette. Évalué à 4 (+0/-0).
Le statut actuel :
Si l'étiquette est jugée inutile, elle est masquée. Elle existe toujours mais n'est plus visible ni suggérée, mais elle reste accessible.
L'utilisateur peut supprimer son propre étiquetage. Mais l'étiquette reste avec son état affiché oui/non et son compteur (qui n'est pas décrémenté actuellement). Il est possible que l'étiquette n'ait plus aucun étiquetage.
Un contenu peut être masqué, ça ne change pas l'état ou le compteur de ses étiquettes mais l'étiquette peut ne plus rien afficher si tous les contenus sont masqués. Ça peut être une étiquette pertinente sur un contenu masqué pour doublon. Ça peut être une étiquette de spammeur si on a masqué tous ses contenus de spam (a priori on va masquer aussi ses étiquettes, maintenant on a accès à l'info facilement depuis ma modifié de fin d'année).
Il y a aussi les cas d'anonymisation d'un compte à gérer en base : réaffecter les étiquetages d'un compte à Anonyme, en gérant les collisions éventuelles avec ceux existants et en mettant à jour les compteurs. Ou la purge d'un compte : retirer des étiquetages et mettre à jour les compteurs.
Finalement on pourrait aussi vouloir virer les contenus masqués en base au bout d'un certain temps, vu que personne ne les voit. Donc virer les étiquetages dessus, décrémenter les compteurs, virer les étiquettes à compteur nul.
Dernier point : garder une étiquette inutile masquée plutôt que la détruire est un moyen de la garder masquée. Sinon elle pourrait être recréée plus tard et serait visible par défaut. C'est devenu moins utile avec ma modif de fin d'année qui notifie la modération des nouvelles étiquettes (c'est limite mieux de supprimer l'étiquette pour être notifié d'un nouveau pénible plus tard).
[^] # Re: De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 3. Dernière modification le 02 janvier 2021 à 17:24.
Pour les étiquettes je ne pense pas que l'on puisse juste les soumettre à du pertinent/inutile : les étiquettes concernent globalement le site, pas juste un contenu, même si elles sont portées par un ou plusieurs contenus. Chaque contenu (enfin les gens qui lisent chaque contenu) ne devrait pas opter pour des étiquettes en ignorant tout ce qui existe par ailleurs. Ou plutôt, idéalement, ça serait mieux que les étiquettes les plus utiles soient celles qui sont visibles, qui sont suggérées et qui sont réutilisées, quitte à ce que des étiquettes masquées soient présentes aussi voire réutilisées (mais jamais suggérées).
Exemple : dépêche sur le noyau Linux 8.42 qui vient de sortie en 2033. Il va avoir les étiquettes linux, noyau, kernel, linux_842 par exemple. OK les deux premières sont pertinentes pour être visibles (elles sont déjà utilisées une centaine de fois ou plus). kernel est un anglicisme, un doublon de noyau, elle va être masquée (on garderait kernel-package ou kernel_recipes qui sont des noms propres par exemple). Et linux_842 est, a priori, inutile, il n'y aura pas d'autres sorties de Linux 8.42 et il est peu probable que le noyau 8.42 ait beaucoup d'autres contenus directement liés à lui.
Du coup il y a du jardinage à faire pour ajouter les étiquettes qui manquent, corriger les typos dans les étiquettes, éviter les doublons, masquer les inutiles, dégager les spammeurs, etc. Ce jardinage me semble plus compliqué que juste noter pertinent/inutile : pour aider, il faut étiqueter les contenus, signaler les doublons, etc.
# De la petite étique
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de décembre 2020. Évalué à 4.
Cela a encore un peu baissé depuis. Cf les statistiques sur les étiquettes : 12802 étiquettes, dont 11484 étiquettes publiques ; mais bon 11500 mots de vocabulaire (si je puis dire, vu qu'une étiquette ça peut être des mots, des noms de personnes, de lieux, de projets, des nom+adjectif, etc.) ça me semble encore beaucoup. Après tout le but des étiquettes c'est de retrouver des contenus qui ont quelque chose en commun : si l'étiquette n'est utilisée qu'une seule fois des années après sa création, si on a des étiquettes vermillon/écarlate/garance/vermeil/etc. mais jamais la même sur des contenus qui parlent du rouge et pire que rouge n'est pas une étiquette, si l'étiquette posée comporte une typo comme dévellopeur (au lieu de développeur), etc. bref il y a plein de cas où l'étiquette publique est inutile (elle peut à la rigueur être utile à celui qui l'a posée, mais elle n'a pas besoin d'être publique). Sans parler des cas où l'étiquette est problématique en elle-même (insulte, injure, etc.).
[^] # Re: MMXXI
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Bonne année 2021 !. Évalué à 9.
Effectivement ça manquait de X sur ce site. Corrigé, merci.
# George Orwell
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Paule Régnier, Marcel Mauss, Véga, Jacques Schiffrin dans le domaine public en 2021. Évalué à 5. Dernière modification le 02 janvier 2021 à 12:15.
Ainsi que George Orwell (en VO)
Cf https://twitter.com/framaka/status/1344617915065257984
https://twitter.com/framaka/status/1344632006957649921
https://twitter.com/framaka/status/1344668902786260994
etc.
Et d'autres œuvres :
https://twitter.com/Dorialexander/status/1344629889597657088
(après il y a des gens bien connus depuis DADVSI et HADOPI, qui veulent un droit d'auteur éternel https://twitter.com/UNESCO_fr/status/1252167666300747777 )
(et https://www.data.gouv.fr/fr/datasets/date-dentree-des-oeuvres-litteraires-dans-le-domaine-public-en-france/ qui n'est plus à jour)
# Bandes dessinées en vente via EnVenteLibre
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Démo de Superflu Riteurnz. Évalué à 3.
Il est toujours possible d'acquérir/offrir du geektionnerd via En Vente Libre (qui est aussi un moyen de don à l'association LinuxFr (ou à Framasoft ou à plein d'autres), histoire de déclarer un conflit d'intérêt :)).
[^] # Re: qu'as tu ouatché
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un peu de médiéval comique pour les fêtes : l'écucuyer du Roy. Évalué à 5.
Obipremier n'est pas une traduction : au mieux c'est une adaptation, ce que pourrait faire le traducteur si c'était important pour l'histoire, par exemple si d'autres personnes se nomment Obitwo, Obithree, etc. et qu'il faut que le spectateur francophone comprenne cela.
Indiana ne se traduit pas en indien. Je suppose que ça vient du nom de l'état. Et Indiana signifie en latin « Terre des Indiens » me dit Wikipédia.
boules de dragon est une traduction possible (comme snowball est une boule de neige et pas une balle de neige).
chapeau rouge ne me semble pas choquant : le logo est un chapeau rouge, ce n'est carrément pas fortuit.
Mickey Souris et Donald Canard ne me semblent pas choquants non plus : le fait de mettre le nom de l'animal dans le nom est bien un choix pour les petits enfants.
Alien ce n'est pas que étranger, c'est aussi extraterrestre, un côté autre/différent.
La traduction d'un nom de personnage est parfois nécessaire pour une œuvre : si tous les personnages ont des noms d'oiseau, ou une consonance particulière, ou que la clé de l'énigme finale est basé sur le nom du personnage, etc. Sauf que ça nécessite de connaître la fin de l’œuvre. Par exemple si George R. R. Martin avait prévu que le nom de château Riverrun était prévu pour avoir un assonance en 'r' ou que c'était le code secret pour déverrouiller la porte codée caché dans le sous-sol de la grotte du dragon au 53e tome de la série, alors il fallait le laisser tel que (ou trouver une traduction qui soit acceptable, mais alors il fallait le faire après la publication du 53e tome ou bien se trouver un peu bête… Cf l'exemple de Hodor pour ceux qui connaissent la série). Mais si Riverrun est juste en rapport avec des eaux rapides qui entourent le château (cf le blason par exemple) alors Vivesaigues (eaux vives en vieux français) est une bonne traduction. Autre exemple de traduction de nom : le personne de Mort dans le Disque Monde de Pratchett qui interagit avec Death. Du coup en français ils seront nommés Mortimer et La Mort.
[^] # Re: qu'as tu ouatché
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Un peu de médiéval comique pour les fêtes : l'écucuyer du Roy. Évalué à 8. Dernière modification le 30 décembre 2020 à 11:12.
C'est la magie de l'exotisme : un mot anglais même prononcé avec du pudding dans la bouche est nimbé d'une aura mystique et sa parure rend fade n'importe quelle traduction en comparaison. Du coup chaque profession utilise son jargon franglais parce que c'est trop classe, qui fait que l'on parle d'open data et pas de données ouvertes, de kernel et pas de noyau, de release plutôt que de version/révision/parution, etc (et je dis ça parce que je viens de parcourir les étiquettes du site). Du coup c'est super classe de s'appeler Skywalker, ça fait rêver, ça en jette, alors que Courleciel ne fait pas crédible. Reste à savoir si ça marche dans l'autre sens, si Tom Croisière, Halle Baie, Le Roc ou Sharon Pierre sont auréolés d'un accent frenchie, ou si L'Homme chauve-souris ou Le Sorcier ou La femme merveilleuse impressionnent le chaland.
(et j'avais le coffret VHS de la première trilogie, avec ces traductions françaises à l'arrache et non homogènes qui sont restées célèbres)
# Re: Les consoles ATARI CVS arrivent
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Les consoles ATARI VCS arrivent. Évalué à 10.
Vivement les ATARI SVN et GIT. Bon OK je corrige le titre.
[^] # Re: 3
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Produire le résumé hebdomadaire des Agenda du Libre. Évalué à 3. Dernière modification le 29 décembre 2020 à 20:28.
Ton cookie de session n'est pas actif lors de la prévisualisation (parce que tu viens d'un autre domaine), la soumission se fait donc en Anonyme, ce qui nécessite un nom et une adresse de courriel. Ensuite tu remplis les champs (juste pour passer outre au final) et à la second prévisualisation, ton cookie de session s'applique. Et enfin la réattribution à Collectif fait que le nom et l'adresse de courriel initiale ne sont plus utilisés ni stockés.
# open_hardware
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi rationalisation du tag openhardware. Évalué à 3 (+0/-0).
Si on garde l'anglicisme, il s'agit de deux mots distincts, donc le choix logique est _, vu qu'on garde le - pour des mots-composés.
[^] # Re: Corrections
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Prise en main de la carte Longan Nano RISC-V de Sipeed. Évalué à 3.
Corrigé pour la typo. Je laisse l'apostrophe et les anglicismes vu qu'il s'agit d'un journal, sauf contre-avis de l'auteur.
[^] # Re: Logos masqués
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de novembre et première quinzaine de décembre 2020. Évalué à 4.
Celles que j'ai vues passer sont sur le site aussi.
[^] # Re: Tout se passe en graphique ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Quelques logiciels libres pour sécuriser le travail collaboratif en ligne . Évalué à 3.
Tu partages ton mutt dans tmux avec plusieurs personnes pour lire des courriels que tu n'envoies pas ? :)
(sinon perso ssh / mutt / znc / pass, mais ça c'est surtout lié à un profil adminsys qui n'a que des terminaux ouverts…)
[^] # Re: Cette dépêche mélange un peu de tout ...
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Quelques logiciels libres pour sécuriser le travail collaboratif en ligne . Évalué à 5.
« Travail collaboratif » me semble assez explicite : la possibilité d'échanger/communiquer/travailler pour deux personnes et plus.
« sécurisé » est toujours plus relatif au contexte : chiffrement en transit, bout-en-bout, sur quel périmètre, pour quel modèle de menace, etc. D'où la précision ajoutée dans la phrase qui suit.
Par ailleurs dire que ça ne vient pas dire grand chose ne veut fondamentalement pas dire grand chose non plus :). On ne sait pas ce qui n'est pas clair ou assez précis pour toi ici.
Je ne crois pas que cette liste ait besoin d'une cohérence : une même personne ne va pas utiliser tous ces logiciels, n'a pas tous les besoins évoqués ici, et a priori elle sait si elle a besoin ou pas de visioconférence ou juste d'échanges textuels, d'un simple pad d'écriture simultanée à plusieurs ou d'un document riche type bureautique, etc.
Tu peux donc avoir ton serveur Libreoffice à toi et faire ta bureautique collaborative de façon sécurisée (avec un contrôle de toute la chaîne) ou ton serveur cryptpad perso ou même utiliser un cryptpad hébergé hier vu le chiffrement bout-en-bout.
Tous les logiciels possibles ne sont pas mentionnés et la dépêche ne prétend pas être exhaustive. Il n'est pas fait mention d'un screen partagé pour faire du vim collaboratif, ou d'une solution plus simple et complète comme Tracim effectivement. Ça pourrait faire l'objet d'une autre dépêche sur le même sujet, ou faire partie des commentaires de celle-ci (ça tombe bien). Comme d'habitude, les logiciels mentionnés sont ceux qui ont été listés lors de l'écriture collaborative de cette dépêche en rédaction (et c'est scandaleux il n'y pas LinuxFr.org de mentionné non plus :).
Comme mentionné dans la dépêche les solutions ne sont pas équivalentes : avec ou sans serveur par exemple. À moins d'avoir une liste sans fin de critères, vouloir une comparaison parfaite des fonctionnalités me semble vain (comment savoir si ce qui est important pour l'utilisateur sont le support des emojis, le fait d'être ou non en PHP, l'interconnexion possible ou non avec du SIPS, le fait de fonctionner sur Haiku, l'existence d'un support 24/7 ou que sais-je encore), et le but de la dépêche est de lister des logiciels, pas d'écrire des pages Wikipedia, les docs de ses logiciels ou de faire une réponse comparative à un appel d'offres.
Pertinentes pour qui ? La dépêche propose des solutions, elle ne dit pas « éh toi individu générique, tu as besoin de tel logiciel qui va répondre à tes besoins que je ne connais pas ».
Et oui je redis que Tracim aurait pu y figurer si quelqu'un l'avait ajouté en rédaction (ou en modération), vu que tu peux déployer ton propre serveur (sous réserve d'être capable de le faire effectivement).
Va pour un changement de titre.
À mon avis, la dépêche ne serait jamais sortie dans ce cas (entre rester en déshérence en rédaction, ou devenir obèse/indigeste et restée non finalisée, ou avoir découragé tous les contributeurs).
[^] # Re: Certificat racine cross-signé
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Android < 7.1 va refuser les connections TLS certifiées par Let's Encrypt. Évalué à 3.
Pour ceux qui voudraient voir les différents certificats (avec un navigateur ou openssl ou …) :
[^] # Re: wtf
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Coming soon ? Systèmes d'exploitation pour téléphones. Évalué à 4.
Du coup j'ai complété un peu l'aide, ce qui donne https://linuxfr.org/aide#aide-animation
[^] # Re: wtf
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Coming soon ? Systèmes d'exploitation pour téléphones. Évalué à 3.
Hmm ce n'est pas automatique parce qu'il n'y a pas de lien entre le site web et le gestionnaire de listes de diffusion Sympa actuellement, mais normalement c'est fait à la promotion. Je pensais même l'avoir fait d'ailleurs… Mea culpa.
Sur une dépêche donnée en rédaction (ou en modération pour les modérateurs), tu vas dans l'onglet Détails, tu dois avoir une petite icône sur l'avatar des contributeurs, avec une infobulle « Réattribuer la paternité de cette dépêche ».
[^] # Re: Logos masqués
Posté par Benoît Sibaud (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de novembre et première quinzaine de décembre 2020. Évalué à 8.
Malheureusement oui, on a couvert une année en termes de saisons.
# Y a du monde...
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Gaia-X cloudwatt bis ?. Évalué à 5.
Je ne sais pas si la liste de https://gaiax.praeludo.com/ est bonne mais en gros, tous ceux qui font du cloud de près ou de pas trop loin sont dedans de toute façon.
Les 22 fondateurs (source https://fr.wikipedia.org/wiki/GAIA-X )
« Amadeus, Atos, Beckhoff, Bosch, BMW, CISPE (Cloud Infrastructure Services Providers in Europe), DE-CIX, Deutsche Telekom, Docaposte, EDF, Fraunhofer, German Edge Cloud, Institut Mines-Télécom, IDSA (International Data Spaces Association), Orange, Outscale, OVHcloud, PlusServer, Safran, SAP, Scaleway, Siemens »
« _Associations such as BDI, Bitkom, eco, VOICE, VDMA, Cigref and MEDEF and existing initiatives such as the International Data Spaces Association and Trusted Cloud are also closely involved. _ » (dixit https://www.data-infrastructure.eu/GAIAX/Redaktion/EN/FAQ/faq-projekt-gaia-x.html?cms_artId=1825136 )
Et d'après Praeludo, les « non-européens » (classement qui a ses limites, comme si une boîte européenne était plus loyale ou fiable ou … de part sa nationalité) sont tous les petits : Accenture, Alibaba, Amazon, Cisco, Fujutsi, Google, Haier, HP, Huawei, IBM, INtel, MS, OpenUK, Oracle, Palantir, QBee, Salesforce, Seagate, Snowflake, Linx, WMware Weledoo.
[^] # Re: Le suivi de l'avancement de la migration :
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Les sources du projet FreeBSD sont désormais sur github. Évalué à 3.
De SVN à Git aussi :
https://news.freshports.org/2020/12/17/moving-devgit-freshports-org-from-github-to-git-freebsd-org/
[^] # Re: media ouvert
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Réaction envers ce Hold-Up !. Évalué à 10.
Je dirais que c'est parce que ton commentaire de réaction n'a pas vraiment de rapport avec le commentaire précédent : X affirme des trucs énormes sur Y et les gens trouvent que X abuse. Tu réponds « oui mais vous n'êtes pas concernés par Y ». Que l'on soit concernés ou pas est sans objet ici. C'est à X de prouver ce qu'il dit, en particulier car il est censé suivre une approche méthodique scientifique et parce qu'il porte une parole publique du fait de ces anciennes responsabilités. Si je dis « il y a des extraterrestres créées par les Aztèques avec du bronze et des brocolis », on se fiche que les extraterrestres existent ou pas et que j'ai raison ou tort sur ce point. Et je pourrais même avoir raison au final, mais en tout cas je n'ai donné aucun élément qui prouve que les Aztèques aient eu le temps de faire cela entre deux tournages des Mystérieuses Cités d'Or.
[^] # Re: coquilles ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Présentation de SXIV - Un visualiseur d'image minimaliste. Évalué à 3.
Corrigé, merci.