lejocelyn a écrit 853 commentaires

Supers conseils, merci. Par contre, un problème que je vois venir avec le boitier pvc étanche, c'est la question de la dissipation de la chaleur.

En ce qui concerne le Panasonic Panasonic Toughbook CF-18, sa production est interrompue, mais je viens de voir que pas mal de modèles sont dispo en ligne. À voir ce que ça consomme lorsque l'écran est désactivé.

Oui, il y aura toujours quelqu'un sur place, que je pourrais former pour gérer ce genre de tâches de maintenance.

Un boitier "rugged" est sûrement exagéré, mais le serveur serait logé dans une maison de ce type. Et bien que ce genre de toiture présente de nombreuses qualités, par exemple lors des cyclones, les problèmes de fuite sont courants. Et donc je me disais qu'un boitier étanche serait plus sûr.

Après avoir regardé la vidéo, je ne vois rien de particulier dans les gestes de l'enfant. Il ne joue pas très rapidement, comme on peut le voir parfois en fin de partie à temps limité. Nan, il répond juste au dernier coup du robot sans trop réfléchir, comme c'est souvent le cas dans pour certaines réponses évidentes. Pour moi, le plus surprenant, c'est que l'enfant se fait chopper le doigt par le robot alors qu'il a encore la main sur sa propre pièce, dont le déplacement n'est pas terminé.

En tout cas, clairement, l'article de Radio-France est racoleur et superficiel: faut voir, ou pas ;), la section "Doit-on avoir peur des machines ?".

Enfin, des gens qui ont des doigts cassés à cause de machines mal conçues, je crois qu'on peut dire qu'il n'y a rien de neuf sous notre soleil de plomb. Le seul point tristement intéressant, c'est que ce soit l'enfant qui soit blâmé alors que ce robot a probablement mille soucis de conception (rien que ça: comment se fait-il qu'un robot sensé manipuler des pièces d'échec possède la force de casser un doigt?)

À noter qu'avec les Tuxedos et les Clevos de manière générale, j'ai toujours eu un bug étrange en réveil d'hibernation ou de veille, le clavier se retrouve avec un "mapping" intégrant le pavé numérique. Un truc drôle par contre, c'est la touche secrète qui active le ventilateur :)

Puis, et mon Clevo, et mon Tuxedo ont eu un problème d'écran lié à la charnière. Pour le Clevo, au bout de 4 ans: dommage plus d'assurance, maintenant ce portable me sert de serveur Yunohost. Et pour le Tuxedo, au bout d'un an et demi. Là, il était encore sous garanti, et Tuxedo me l'a changé sans souci, mettant au passage un meilleur écran :)

En ce qui concerne le fonctionnement, je suis content de mon Tuxedo, mais je ne le trouve pas exceptionnelle non plus. La coque se salit bien facilement d'ailleurs, et son nettoyage n'est pas simple. La raison principale à l'achat du Tuxedo par mon employeur: mon vieux Mac de 2008 (avec Fedora dessus [j'ai mis un SSD et davantage de RAM) n'arrivait pas à faire fonctionner Microsoft Teams correctement…

Moi, ce que je vois avec ce graphique, c'est que plus ça se réchauffe, plus l'humanité progresse technologiquement !

Ok, Ok =======> ||

Dommage que ce soit uniquement par application, et qu'une option plus ne soit pas également disponible.

Pas de souci particulier quant à utiliser Wayland avec un processeur graphique intégré au CPU.

Je pense qu'une partie du problème provient des GAFAM, et de leurs fonctionnements/modèles économiques néfastes en soi. Je ne vise pas à nier l'importance de l'outil en soi, qui ne peut être neutre car il répond à des choix de conception, sollicite des ressources, répond à des demandes, etc. mais je pense quand même que la question serait posée différemment si nous n'avions pas derrière de telles organisations.

C'est de l'ironie ?

Pour gedit, le mainteneur a demandé de retirer son projet du cœur de GNOME.

Euh, ça serait bien de lire le rapport jusqu'à sa fin, plutôt que de relancer depuis le début une discussion qui n'a pas lieu d'être. Pour le coup, ça fait du tort au projet et aux personnes qui y sont associées.

Il y a quelques mois, on avait déjà discuté de ce sujet avec la personne en question, mais la page a été supprimée de LinuxFr. Dans ce cas, ça pourrait être sympa de laisser un message d'erreur, une trace, expliquant la motivation derrière la suppression d'une page/discussion (demande des personnes concernées, censure pour raisons éthiques, etc. ce que je pourrais comprendre). Là, on reste sur un questionnement.

De mémoire, le mainteneur, après avoir beaucoup travaillé et contribué, a saturé. Perso, quoi qu'il en soit, de mon côté, je tiens surtout à le remercier pour tout son temps consacrer à travailler pour Gnome. Après, que la personne en question ne soit pas parfaite, et que ça ait engendré des discussions sur le Gitlab, c'est la vie, surtout dans le cadre d'un projet coopératif.

… je citerais aussi Alexandra Elbakyan, dont le site web Sci-Hub contribue très fortement à la circulation des connaissances des scientifiques.

Je suis d'accord, mais je voulais apporter un peu de nuances. En fait, ce qui m'étonne, c'est que dans un cas, des informations sont données, et pas dans l'autre. Et si j'ai évoqué le suicide, c'est qu'il s'agit justement d'un cas, où il peut y avoir un tabou à en parler alors qu'au contraire, il peut être important d'en discuter.

Si Patrick Volkerding, qui les a fréquentés de longue date et connaissait très probablement, notamment pour Erik Jan Tromp, les causes du décès, n'a pas jugé bon de les donner, c'est qu'elles n'ont pas d'importance ou n'ont pas à être signalées.

Ben justement, il a fourni des informations concernant Erik Jan Tromp.

Parce que, ce qui compte vraiment, c'est ce qu'ils ont accompli.

Ben je trouve que c'est avoir un point de vue individualiste sur la question. Par exemple, pour Aaron Swartz, c'était important également de connaitre les causes de son décès. Ou quand un collègue meurt d'un accident de vélo, ça a du sens aussi d'en discuter.

De mon côté, je me demande dans quelle mesure les causes d'un décès sont, plus souvent que pour d'autres causes, gardées privées quand il s'agit d'un suicide. Et je trouve ça dommage, car en discuter permet parfois de mieux réfléchir à ce qui s'est passé.

Euh, y aurait-il un tabou sur les causes de la mort d'une personne ? J'ai de mon côté au contraire l'impression que la mort fait partie de la vie publique. Après, ça ne signifie pas qu'on n'est pas obligé de rentrer dans tous les détails. C'est d'ailleurs, je crois, important dans le cas d'un suicide, pour lequel il faut discuter de ces causes (aucune idée si c'est le cas ici).

D'ailleurs, dans les notes de sortie de Slackware, il est écrit qu': «Erik "alphageek" Jan Tromp passed away in 2020 after a long illness». Rien n'est effectivement dit concernant Brett Person.

Ben moi par exemple, j'ai mon serveur perso, un vieux portable tournant avec yunohost.

Dessus j'ai un serveur nextcloud qui me permet de synchroniser mes différents ordinateurs, et des proches ont aussi un compte dessus. J'ai un serveur Jupyter pour faire certaines de mes analyses/calculs sans que ça bloque ma machine de travail. Pour mes courriels, pour l'instant je passe par OVH. Et j'ai deux trois autres services peu importants (RSS, vpn, serveur multimédia). Payer un vps serait possible, mais ça me reviendrait beaucoup plus cher en fait.

Pourquoi mon employeur (un centre de recherche public allemand) ne me paie pas ces services (sauvegarde, serveur, etc)? Si je leur demande, ils paieront sans souci. De mon côté malheureusement, je vais devoir quitter ce poste prochainement, parce que dans la recherche publique en Allemagne, ou dans de nombreux autres pays, y'a pas vraiment de poste stable (+3 ans), et mettre un système de serveurs/services en place pour un contrat de moins de 2 ans, ça n'a pas beaucoup de sens. Alors je gère dans mon coin, avec mes moyens… (À noter que je travaille à la documentation des langues à travers le monde, et en particulier en ce moment sur des question liées à l'archivage pérenne… Ça ne manque pas d'ironie).

Des exemples à donner ?

Ok, mais quand le problème est souvent qu'on ne peut pas avoir de réunions physiques (distance géographique, pandémie, etc.), dans ce contexte, ça ne me semble pas idiot de chercher à reproduire certaines des qualités que l'on trouve dans les réunions en présentiel.

Quand on présente, la situation n'est pas symétrique. En tant qu'auditeur, ce n'est pas peut-être pas important de montrer son visage, mais en tant que présentateur, ça peut l'être. Alors on pourrait dire qu'un contenu n'a pas besoin d'avoir un visage s'il est de qualité… mais en fait non, outre le fait que la qualité n'est pas binaire, on ne fait pas une présentation uniquement pour transmettre des informations, mais aussi pour faire du réseau, avoir des retours, etc.). Et pour avoir fait des cours en ligne et des conférences où je ne voyais pas de visage en face de moi, ben je trouve ça très déstabilisant. Il y a un échange visuel qui se fait et voir les visages des interlocuteures fournit un retour, aide à savoir où iels en sont, leur point de vue et si le message est compris.

Bah, il est toujours possible de contribuer à Libreadventure ou Workadventure, et tu peux être sûr qu'il y aura des personnes intéressées qui te feront des retours (moi par exemple).

L'idée d'avoir des animations parlant à la place des personnes plutôt qu'une vidéo est très intéressante, mais plutôt dans un contexte de jeu ; dans un contexte professionnel, il est, le plus souvent, important de voir les visages des personnes. Et dans le contexte du jeu, s'inspirer des interfaces de jeux D&D des années 80-90 pourrait être intéressant, peut-être comme une forme d'extension de LibreAdventure par exemple, lorsqu'on transite du mode déplacement, cf:

à un mode action/jeu.

Mais j'ai du mal à voir l'intérêt dans un contexte professionnel. Et je viens de me rencontre compte que dans un contexte professionnel, c'est sympa Workadventu.re, Gather Town et tout ça, mais ça ne doit pas être très accessible :/

Merci pour ces précisions. J'avais vu rapidement qu'il y avait un problème au niveau de la licence et le fork de la FSF. Effectivement, une licence non commerciale risque de poser problème, car l'accès aux conférences est souvent soumis à une adhésion à l'organisme qui la gère.

C'est le genre de choses dont je discuterai avec les gars qui vont gérer l'infrastructure, pour voir ce qu'il est possible de faire. Je ne pense pas qu'on ait les compétences/temps/financements pour contribuer au niveau du développement, mais on écrira peut-être de la documentation.

C'est sûrement que «Google» accordé avec «protection de la vie privée» dans une même phrase, ça sonne faux ;)

Pour des petites réunions de travail, j'utilise Nextcloud Talk and Coturn (nécessaire pour gérer les parefeux) sur mon serveur. J'étais très surpris par le fait qu'une réunion à plusieurs personnes ne faisait pas vraiment monter la charge sur ce dernier (un portable de 2014 recyclé en serveur perso). C'est pratique car on peut facilement partager des fichiers et garder un historique des conversations.

Je viens de découvrir https://workadventu.re/, qui est très similaire à Gather Town (@devnewton: Hey, jette un œil sur ces projets, ça pourrait t'intéresser : Javascript & graphisme SNES ;).

Avec mes collègues, on doit organiser une conférence pour maximum une centaine de chercheures. Le responsable de la conf aime bien Gather Town, mais je me renseigne pour savoir si c'est pertinent de mettre en place une infrastructure libre (basée sur BBB + workadventu.re) pour cet événement. Ça pourrait être le cas si c'est réutilisé pour d'autres conférences par la suite.

Chez moi aussi, elle fonctionne, mais en plus de tout ça, j'ai NoScript.