La publication du code source reste toute théorique pour l'instant, le repository étant vide. Sur le site on ne peut actuellement télécharger qu'un ZIP qui contient les .jar compilés.
Après, on est parano ou pas, mais installer un truc pré compilé qui vient tout droit de la NSA ça peut être considéré comme risqué.
Apparemment, bien que ce ne soit pas mis en avant dans les release notes officielles, Nautilus 3.30 a aussi son lot de nouveautés. Je comprends qu'il soit difficile de faire des release notes claires et concises si chaque modification de chaque logiciel doit être incluse :-)
Je vois notamment une nouvelle barre d'adresse améliorée qui ressemble à celle de Windows 10 qui était une version améliorée de la barre de boutons des vieux Nautilus :op
Cette analyse n'est pas partagée par tout le monde. D'après Julia Reda ces modifications ne sont que cosmétiques car ces filtres automatiques sont la seule façon de respecter d'autres points de la directive.
En écoutant la presse ces derniers jours, c'est comme si c'était une victoire des européens contre les lobbys des GAFAM, mais en pratique, si ce genre de filtres est rendu nécessaire, c'est surtout une victoire des GAFAM (qui ont les ressources pour mettre en place ces filtres) contre l'industrie numérique européenne…
Ça avait l'air d'une bonne idée à l'époque mais bon, les temps changent. C'est une horreur en maintenance: ça casse de façon aléatoire à chaque petit changement dans le HTML, et chaque réparation est coûteuse surtout en regard de l'utilisation qui en est faite par après.
Je ne suis pas certain de la pertinence de ta comparaison, mais bon, c'est pas comme si les mises à jour de Windows n'avaient pas laissé des tonnes de matériel parfaitement fonctionnel sur le bord de la route suite à la non-publication de drivers par les constructeurs… Libre aux gens qui maintiennent et utilisent des CSS alternatives de les garder fonctionnelles, mais je ne pense pas que ce soit un boulot qui incombe à l'équipe du site. Je préférerais qu'ils s'occupent de trucs qui apportent plus à la communauté ;-)
Personnellement, je n'avais pas remarqué le style différent pour cette dépèche mise en avant par la rédaction. Effectivement un bandeau textuel rendrait peut-être les choses plus claires.
Pour la vidéo et le transfert de fichiers, il suffit de se mettre d'accord au préalable sur les clients à utiliser dans la boite (et en choisir des relativement récents et complets). Parce que bon, la vidéo dans Slack ça ne fonctionne pas si tu utilises Firefox, par exemple.
Est-ce si sûr ? Il ne me semble pas absurde que gitlab.com soit en droit de s'assurer que l'auteur de toute contribution à un projet hébergé par gitlab.com soit identifié et puisse en répondre si nécessaire.
C'est même très pertinent dans le cadre des lois relatives aux droits d'auteur (licences, copyright, plagiat) notamment, dans la mesure où la personne identifiée par le nom dans le commit est responsable d'une éventuelle contravention à ces droits.
Pour pouvoir appliquer le droit de propriété intellectuelle il me semble que l'auteur doit être identifiable.
En Europe il me semble que tu ne peux pas céder les droits de propriété intellectuelle, tout au plus accorder une licence qui est toujours révocable (un peu comme pour les données personnelles de la RGPD, en somme). Cela entrait déjà en conflit avec l'obligation de cession des droits que tu as pour contribuer à certains projets (comme les projets de Cannonical). Mais personne ne s'en est jamais vraiment inquiété à ma connaissance.
Dans l'absolu tu pourrais déjà le faire en utilisant un identifiant du genre string aléatoire avec un mail sur, par exemple, contrib.gitlab.com.
On pourrait imaginer aussi que git gagnerait une indirection pour lier ces identifiants avec les noms réels, sachant que cette indirection ne peut pas faire partie du repo en lui-même et ne peut pas être versionnée (un peu comme les branches, en somme)
Ou bien on peut considérer que ceci fait partie de l'intérêt légitime et que ce sont des données minimales. Ce n'est pas comme si tu devais ajouter ton numéro de téléphone et ta date de naissance à tes commits.
Dans l'absolu ils pourraient faire comme ce qui se fait pour les records whois, et utiliser un "pseudo" et une email propre au service. Càd que tes commits seraient identifiés comme venant de glkfdgm <glkfdgm@contributor.gitlab.com>. Ce ne serait pas très pratique pour les utilisateurs de git, ceci dit.
Ben en fait, l'impression que le suivi me donne c'est justement que ça finit par être oublié, noyé dans la masse et pas forcément mis en avant. Il n'y a de toute façon quasiment aucune discussion sur les entrées hormis par nono< et quelques autres (dont toi). C'est une partie cachée et oubliée, même le look de la page est… particulier ;-)
Ben la raison pour laquelle j'ai fait la PR, c'est pour que ce soit fait plus vite. Ce n'est a priori pas difficile et c'est quasiment obligatoire dans le cadre du RGPD. Pourquoi attendre de faire les choses de façon parfaite plutôt que de travailler incrémentalement ? Parce que la solution parfaite elle risque d'arriver en 2022 avec le nouveau site ;-)
J'ai déjà essayé de contribuer à plusieurs reprises (parfois avec succès) mais c'est effectivement assez compliqué et démotivant (notamment, devoir gérer tous les détails et les attentes contradictoires des usagers). Par ailleurs, être le 7e contributeur avec 12 commits ça illustre le manque d'implication "codesque" de la communauté.
Selon moi le repo "design" est une bonne chose car au moins les contributeurs potentiels peuvent se faire une idée de la direction qui va être suivie.
Sauf que "pertinent" ne veut pas dire "je suis d'accord avec ce commentaire" mais "le commentaire apporte quelque chose à la discussion". Le fait que les usagers confondent les deux concepts est d'ailleurs un reproche fréquent.
On pourrait avoir des réactions emojis à la github/slack/whatever 😄. Reste à voir comment cela s'intégrerait avec le karma des usagers.
Dans l'absolu je ne suis pas persuadé que les CSS alternatives soient une fonctionnalité à mettre en avant. C'est pratique pour les contributeurs ou pour certains power users mais je ne pense pas que ce doit être une "solution" pour un quelconque problème. Les problèmes courants et moins courants (comme les divers problèmes d'accessibilité et d'handicap) doivent être gérés dans la CSS par défaut.
Si l'on met la fonction en avant et si l'on conseille aux gens de l'utiliser, il faut alors fournir des garanties sur les CSS alternatives. De même, si l'on maintient plusieurs CSS "officielles" (ce qui est le cas actuellement) cela complexifie la maintenance et le développement car chaque changement du markup site implique de mettre toutes les CSS à jour. Vu la "main d'œuvre" limitée et le peu d'utilisation de la fonctionnalité, le choix rationnel serait de sabrer.
Concernant le suivi, et toujours conformément à ce problème de main d'œuvre, pourquoi maintenir le suivi plutôt que d'utiliser les outils fournis par la forge que l'on utilise ? C'est comme cela que fonctionne webcompat.com: ils ont un compte "bot" qui ajoute les bugs pour les non-membres de github. D'ailleurs pour ce qui est de linuxfr-design, est-on censé utiliser le suivi ou bien reporter un bug sur github ?
Par ailleurs j'ai une PR qui moisit depuis 4 mois sans réaction aucune.
Posté par nud .
En réponse au journal frozen desk.
Évalué à 3.
Le panneau ne faisait-il pas plutôt 2m44 sur 1m22 (8 pieds sur 4) ? C'est la taille standard.
Ce genre de mic-mac impérialométrique pourrait peut-être aussi expliquer ta différence d'épaisseur pour les tux (ou le fait que les machines qui font les panneaux ne sont pas calibrées avec une précision absolue et que l'épaisseur doit varier de façon plus ou moins imperceptible d'un panneau à l'autre)
Tu n'as pas une grande puissance à disposition. Ce n'est pas suffisant pour alimenter la box qui, plutôt qu'un bête téléphone, contient un routeur ADSL, un switch, un ATA, …
Je n'ai pas vu de Fax/Copieur qui intègre le SIP en natif, mais il faut dire que ce n'est pas une fonction que je regarde non plus.
Il paraît qu'il y en a, beaucoup d'imprimantes type Xérox modernes ont la fonctionnalité sur la datasheet, mais je n'en ai jamais rencontré qui fonctionne. Soit c'est buggé, soit ça nécessite une option quelconque qui est plus chère qu'un boitier ATA.
Pour la problématique des alarmes et ascenseurs c'est plus délicat, il faut un (ou des) boitiers et une alimentation adaptée qui puisse fonctionner en cas de coupure prolongée.
Je me suis toujours demandé ce que les opérateurs font de cette obligation de brancher un ascenseur ou une alarme incendie directement sur la ligne (à part s'asseoir dessus). Parce que jusqu'à preuve du contraire il n'est pas possible d'alimenter une boite ADSL via la ligne de cuivre et ce n'est donc "pas optimal" niveau sécurité…
# Pas de code source
Posté par nud . En réponse au journal La NSA publie son outil de rétro-ingénierie. Évalué à 10.
La publication du code source reste toute théorique pour l'instant, le repository étant vide. Sur le site on ne peut actuellement télécharger qu'un ZIP qui contient les .jar compilés.
Après, on est parano ou pas, mais installer un truc pré compilé qui vient tout droit de la NSA ça peut être considéré comme risqué.
[^] # Re: Contre
Posté par nud . En réponse au journal [HS] Etes-vous pour rester à l'heure d'été ou à l'heure d'hiver ?. Évalué à 3.
Elles sont cachées par NTP ¯\_(ツ)_/¯
[^] # Re: Evolution de Nautilus
Posté par nud . En réponse à la dépêche Parution de GNOME 3.30. Évalué à 6.
Apparemment, bien que ce ne soit pas mis en avant dans les release notes officielles, Nautilus 3.30 a aussi son lot de nouveautés. Je comprends qu'il soit difficile de faire des release notes claires et concises si chaque modification de chaque logiciel doit être incluse :-)
Je vois notamment une nouvelle barre d'adresse améliorée qui ressemble à celle de Windows 10 qui était une version améliorée de la barre de boutons des vieux Nautilus :op
[^] # Re: "Le texte précise désormais...
Posté par nud . En réponse au journal Directive sur le droit d’auteur adoptée. Évalué à 10.
Cette analyse n'est pas partagée par tout le monde. D'après Julia Reda ces modifications ne sont que cosmétiques car ces filtres automatiques sont la seule façon de respecter d'autres points de la directive.
D'autre part, d'après la Quadrature du Net, une autre proposition nécessiterait également des filtres, cette fois pour le terrorisme.
En écoutant la presse ces derniers jours, c'est comme si c'était une victoire des européens contre les lobbys des GAFAM, mais en pratique, si ce genre de filtres est rendu nécessaire, c'est surtout une victoire des GAFAM (qui ont les ressources pour mettre en place ces filtres) contre l'industrie numérique européenne…
[^] # Re: Bug nouvelle épinglée
Posté par nud . En réponse à la dépêche Quelques petits changements sur le site. Évalué à 7.
Concernant les CSS alternatives, j'ai déjà suggéré de ne plus les supporter officiellement et nono< avait l'air d'accord.
Ça avait l'air d'une bonne idée à l'époque mais bon, les temps changent. C'est une horreur en maintenance: ça casse de façon aléatoire à chaque petit changement dans le HTML, et chaque réparation est coûteuse surtout en regard de l'utilisation qui en est faite par après.
Je ne suis pas certain de la pertinence de ta comparaison, mais bon, c'est pas comme si les mises à jour de Windows n'avaient pas laissé des tonnes de matériel parfaitement fonctionnel sur le bord de la route suite à la non-publication de drivers par les constructeurs… Libre aux gens qui maintiennent et utilisent des CSS alternatives de les garder fonctionnelles, mais je ne pense pas que ce soit un boulot qui incombe à l'équipe du site. Je préférerais qu'ils s'occupent de trucs qui apportent plus à la communauté ;-)
[^] # Re: Bug nouvelle épinglée
Posté par nud . En réponse à la dépêche Quelques petits changements sur le site. Évalué à 3.
Malheureusement il est extrêmement compliqué de supporter toutes les CSS dans la nature (ou même les nombreuses CSS "officielles" en fait).
[^] # Re: article sélectionné
Posté par nud . En réponse à la dépêche Quelques petits changements sur le site. Évalué à 2.
Personnellement, je n'avais pas remarqué le style différent pour cette dépèche mise en avant par la rédaction. Effectivement un bandeau textuel rendrait peut-être les choses plus claires.
# Ansible
Posté par nud . En réponse à la dépêche Un incident et des opérations de maintenance sur le site. Évalué à 2.
Avez-vous un repo pour la configuration Ansible?
[^] # Re: Dans quel but, ce sondage ?
Posté par nud . En réponse au journal Points de douleur du Team Chat ?. Évalué à 3.
Tu pourrais repartir de Kaiwa mais ça a l'air un peu mort…
[^] # Re: jabber ?
Posté par nud . En réponse au journal Points de douleur du Team Chat ?. Évalué à 4.
Pour l'historique sur le serveur, la XEP-0313 (Message Archive Management) est bien supportée de nos jours, également pout les groupes.
Pour la vidéo et le transfert de fichiers, il suffit de se mettre d'accord au préalable sur les clients à utiliser dans la boite (et en choisir des relativement récents et complets). Parce que bon, la vidéo dans Slack ça ne fonctionne pas si tu utilises Firefox, par exemple.
[^] # Re: 2 articles à lire
Posté par nud . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 2.
C'est même très pertinent dans le cadre des lois relatives aux droits d'auteur (licences, copyright, plagiat) notamment, dans la mesure où la personne identifiée par le nom dans le commit est responsable d'une éventuelle contravention à ces droits.
[^] # Re: Github et tout les autres....
Posté par nud . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 2.
Oui et non, on peut imaginer que git gérerait lui-même la liste des alias, comme il le fait pour la liste des branches par exemple.
[^] # Re: Aide en webdesign ?
Posté par nud . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 3.
À vue de nez, Gravit semble être un logiciel de dessin vectoriel classique. Quelle différence avec inkscape ?
[^] # Re: Tu ne peux donc plus participer à aucune projet ayant un historique fiable
Posté par nud . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 5.
Et git permet de relier plusieurs adresses e-mail à une seule personne via le fichier .mailmap
[^] # Re: Git
Posté par nud . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 3.
Pour pouvoir appliquer le droit de propriété intellectuelle il me semble que l'auteur doit être identifiable.
En Europe il me semble que tu ne peux pas céder les droits de propriété intellectuelle, tout au plus accorder une licence qui est toujours révocable (un peu comme pour les données personnelles de la RGPD, en somme). Cela entrait déjà en conflit avec l'obligation de cession des droits que tu as pour contribuer à certains projets (comme les projets de Cannonical). Mais personne ne s'en est jamais vraiment inquiété à ma connaissance.
[^] # Re: Git
Posté par nud . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 3.
Dans l'absolu tu pourrais déjà le faire en utilisant un identifiant du genre string aléatoire avec un mail sur, par exemple, contrib.gitlab.com.
On pourrait imaginer aussi que git gagnerait une indirection pour lier ces identifiants avec les noms réels, sachant que cette indirection ne peut pas faire partie du repo en lui-même et ne peut pas être versionnée (un peu comme les branches, en somme)
Ou bien on peut considérer que ceci fait partie de l'intérêt légitime et que ce sont des données minimales. Ce n'est pas comme si tu devais ajouter ton numéro de téléphone et ta date de naissance à tes commits.
[^] # Re: Github et tout les autres....
Posté par nud . En réponse au journal Gitlab.com interdit de supprimer ou modifier ses informations personnelles. Évalué à 2.
Dans l'absolu ils pourraient faire comme ce qui se fait pour les records whois, et utiliser un "pseudo" et une email propre au service. Càd que tes commits seraient identifiés comme venant de
glkfdgm <glkfdgm@contributor.gitlab.com>. Ce ne serait pas très pratique pour les utilisateurs de git, ceci dit.[^] # Re: CSS Alternatives
Posté par nud . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 5.
Ben en fait, l'impression que le suivi me donne c'est justement que ça finit par être oublié, noyé dans la masse et pas forcément mis en avant. Il n'y a de toute façon quasiment aucune discussion sur les entrées hormis par nono< et quelques autres (dont toi). C'est une partie cachée et oubliée, même le look de la page est… particulier ;-)
Ben la raison pour laquelle j'ai fait la PR, c'est pour que ce soit fait plus vite. Ce n'est a priori pas difficile et c'est quasiment obligatoire dans le cadre du RGPD. Pourquoi attendre de faire les choses de façon parfaite plutôt que de travailler incrémentalement ? Parce que la solution parfaite elle risque d'arriver en 2022 avec le nouveau site ;-)
J'ai déjà essayé de contribuer à plusieurs reprises (parfois avec succès) mais c'est effectivement assez compliqué et démotivant (notamment, devoir gérer tous les détails et les attentes contradictoires des usagers). Par ailleurs, être le 7e contributeur avec 12 commits ça illustre le manque d'implication "codesque" de la communauté.
Selon moi le repo "design" est une bonne chose car au moins les contributeurs potentiels peuvent se faire une idée de la direction qui va être suivie.
[^] # Re: Le détail, toujours le détail
Posté par nud . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 7.
Sauf que "pertinent" ne veut pas dire "je suis d'accord avec ce commentaire" mais "le commentaire apporte quelque chose à la discussion". Le fait que les usagers confondent les deux concepts est d'ailleurs un reproche fréquent.
On pourrait avoir des réactions emojis à la github/slack/whatever 😄. Reste à voir comment cela s'intégrerait avec le karma des usagers.
[^] # Re: CSS Alternatives
Posté par nud . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 8.
Dans l'absolu je ne suis pas persuadé que les CSS alternatives soient une fonctionnalité à mettre en avant. C'est pratique pour les contributeurs ou pour certains power users mais je ne pense pas que ce doit être une "solution" pour un quelconque problème. Les problèmes courants et moins courants (comme les divers problèmes d'accessibilité et d'handicap) doivent être gérés dans la CSS par défaut.
Si l'on met la fonction en avant et si l'on conseille aux gens de l'utiliser, il faut alors fournir des garanties sur les CSS alternatives. De même, si l'on maintient plusieurs CSS "officielles" (ce qui est le cas actuellement) cela complexifie la maintenance et le développement car chaque changement du markup site implique de mettre toutes les CSS à jour. Vu la "main d'œuvre" limitée et le peu d'utilisation de la fonctionnalité, le choix rationnel serait de sabrer.
Concernant le suivi, et toujours conformément à ce problème de main d'œuvre, pourquoi maintenir le suivi plutôt que d'utiliser les outils fournis par la forge que l'on utilise ? C'est comme cela que fonctionne webcompat.com: ils ont un compte "bot" qui ajoute les bugs pour les non-membres de github. D'ailleurs pour ce qui est de linuxfr-design, est-on censé utiliser le suivi ou bien reporter un bug sur github ?
Par ailleurs j'ai une PR qui moisit depuis 4 mois sans réaction aucune.
[^] # Re: Geany et son plugin
Posté par nud . En réponse au journal Le markdown, sous Emacs, et plus largement sous Linux. Évalué à 5.
Fais un journal ;-)
[^] # Re: Vente captive
Posté par nud . En réponse au journal frozen desk. Évalué à 3.
Pour la v2, je suggère un tux, un gnu un beastie et un puffy.
# Taille et épaisseur de panneau
Posté par nud . En réponse au journal frozen desk. Évalué à 3.
Le panneau ne faisait-il pas plutôt 2m44 sur 1m22 (8 pieds sur 4) ? C'est la taille standard.
Ce genre de mic-mac impérialométrique pourrait peut-être aussi expliquer ta différence d'épaisseur pour les tux (ou le fait que les machines qui font les panneaux ne sont pas calibrées avec une précision absolue et que l'épaisseur doit varier de façon plus ou moins imperceptible d'un panneau à l'autre)
[^] # Re: Ligne SIP + ATA
Posté par nud . En réponse au journal Remplacement ligne FAX. Évalué à 2.
Tu n'as pas une grande puissance à disposition. Ce n'est pas suffisant pour alimenter la box qui, plutôt qu'un bête téléphone, contient un routeur ADSL, un switch, un ATA, …
[^] # Re: Ligne SIP + ATA
Posté par nud . En réponse au journal Remplacement ligne FAX. Évalué à 2.
Il paraît qu'il y en a, beaucoup d'imprimantes type Xérox modernes ont la fonctionnalité sur la datasheet, mais je n'en ai jamais rencontré qui fonctionne. Soit c'est buggé, soit ça nécessite une option quelconque qui est plus chère qu'un boitier ATA.
Je me suis toujours demandé ce que les opérateurs font de cette obligation de brancher un ascenseur ou une alarme incendie directement sur la ligne (à part s'asseoir dessus). Parce que jusqu'à preuve du contraire il n'est pas possible d'alimenter une boite ADSL via la ligne de cuivre et ce n'est donc "pas optimal" niveau sécurité…