De nombreuses boites imposent de travailler depuis un lieu prédéfini (soit le domicile, soit un lieu de co-working, mais toujours le même lieu). Les raisons invoquées sont:
il faut une adresse de travail pour les assurances
il faut s'assurer que le lieu de travail est conforme aux recommandations de la médecine du travail
l'importance de la localisation géographique pour une raison ou pour une autre (par exemple, pour assurer que l'employé peut être au bureau en moins de X minutes)
Il y a aussi les préjugés habituels du genre "bosser depuis un café c'est pas sérieux", ou "le télé-travail depuis l'étranger, c'est juste une façon de rallonger ses vacances", mais ceux-là sont rarement écrits :-)
Il y a aussi les « coûts irrécupérables » : l'investissement en temps et/ou en argent dans son lieu de vie actuel, qui fait que ça ferait chier de déménager.
C'est pas forcément rationnel, mais ça a probablement une grande importance pour beaucoup de gens.
J'ai un peu fouillé, et effectivement, il y a un patch dans Debian qui change la valeur par défaut du paramètre KillUserProcesses dans systemd-logind (modifiable dans /etc/systemd/logind.conf). Par défaut c'est à yes et ils le mettent à no.
Après, je ne comprends pas trop pourquoi ils ont changé la valeur par défaut dans le démon plutôt que juste mettre la valeur à no dans le fichier de config (ça m'aurait paru plus simple), mais qui suis-je pour juger?
C'est Debian Buster, qui fournit systemd 241. Il me semble que c'est la dernière. Mais le comportement est le même avec Stretch et systemd 232.
Comme je le dis dans le journal, je n'ai pas (encore) creusé, même si le comportement décrit dans le journal que tu cites est celui auquel je me serais attendu.
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.
[^] # Re: Télétravail : un rêve
Posté par nud . En réponse au sondage Quel moyen de transport utilisez‐vous pour vous rendre sur votre lieu de travail ?. Évalué à 5.
De nombreuses boites imposent de travailler depuis un lieu prédéfini (soit le domicile, soit un lieu de co-working, mais toujours le même lieu). Les raisons invoquées sont:
Il y a aussi les préjugés habituels du genre "bosser depuis un café c'est pas sérieux", ou "le télé-travail depuis l'étranger, c'est juste une façon de rallonger ses vacances", mais ceux-là sont rarement écrits :-)
[^] # Re: Télétravail : un rêve
Posté par nud . En réponse au sondage Quel moyen de transport utilisez‐vous pour vous rendre sur votre lieu de travail ?. Évalué à 5.
Il y a aussi les « coûts irrécupérables » : l'investissement en temps et/ou en argent dans son lieu de vie actuel, qui fait que ça ferait chier de déménager.
C'est pas forcément rationnel, mais ça a probablement une grande importance pour beaucoup de gens.
[^] # Re: Le SMTP c'est Simple
Posté par nud . En réponse au journal SMTP menteur. Évalué à 3.
C'est même ± standard en entreprise…
[^] # Re: Version ansible
Posté par nud . En réponse à l’entrée du suivi Fichier INSTALL.md détaillé pour guider les nouveaux contributeurs. Évalué à 3 (+0/-0).
Y'avait aussi https://github.com/linuxfrorg/ansible-linuxfr que j'ai fait y'a 5 ans mais c'est peut-être un peu "outdated".
[^] # Re: tmux + systemd
Posté par nud . En réponse au journal Un irssi (ou autre chose) dans un tmux sur un serveur, avec systemd. Évalué à 5.
J'ai un peu fouillé, et effectivement, il y a un patch dans Debian qui change la valeur par défaut du paramètre
KillUserProcessesdans systemd-logind (modifiable dans/etc/systemd/logind.conf). Par défaut c'est à yes et ils le mettent à no.Après, je ne comprends pas trop pourquoi ils ont changé la valeur par défaut dans le démon plutôt que juste mettre la valeur à no dans le fichier de config (ça m'aurait paru plus simple), mais qui suis-je pour juger?
[^] # Re: Correction / différence
Posté par nud . En réponse au journal Un irssi (ou autre chose) dans un tmux sur un serveur, avec systemd. Évalué à 2.
Rha, effectivement, c'est une typo. Malheureusement on ne sait pas éditer le journal :(
Je me suis d'ailleurs fait la réflexion, en l'utilisant, que c'était plutôt chiant.
[^] # Re: tmux + systemd
Posté par nud . En réponse au journal Un irssi (ou autre chose) dans un tmux sur un serveur, avec systemd. Évalué à 2.
C'est Debian Buster, qui fournit systemd 241. Il me semble que c'est la dernière. Mais le comportement est le même avec Stretch et systemd 232.
Comme je le dis dans le journal, je n'ai pas (encore) creusé, même si le comportement décrit dans le journal que tu cites est celui auquel je me serais attendu.
# 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.