pulkomandy a écrit 2123 commentaires

L'article explique aussi comment le rechargement (et la maintenance) du réacteur fonctionne: tout le réacteur est déplacé dans un centre de traitement équipé pour effectuer ces opérations. Doncpersonne ne va venir livrer de l'uranium enrichi sur place.

Un peu comme quand on fait la vidange sur une voiture fonctionnant avec un moteur thermique, non?

Ça a l'air d'être un peu le bazar sur les étiquettes autour de ce sujet:

A-t-on vraiment besoin d'avoir toutes ces étiquettes: nucléaire, réacteur_nucléaire, sortir_du_nucléaire, catastrophe_nucléaire, radioactivité, sûreté_nucléaire, lobby_nucléaire, accident_nucléaire, nucléaire_civil, poubelles_nucléaires, atome ?

Et aussi fukushima et tchernobyl qui sont appliqués à des contenus n'ayant rien à voir avec ces deux centrales?

Ah et il y a aussi boom_boom_boom_boom mais utilisé une seule fois pour annoncer l'incident de Fukushima.

Même chose pour: énergie, énergies_renouvelables, énergies_fossiles, énergies_vertes, énergie_solaire, transition_énergétique

Et aussi: écologie, ecolo, urgence_écologique

Et encore: climat, réchauffement_climatique, urgence_climatique, dérèglement_climatique, climatologie, climatique, catastrophe_climatique, et éventuellement climatosceptique?

Je suppose que c'est un signe que le sujet fait débat…

Pour quelle application de la vie courante tu as besoin de savoir à la seconde près quand tu passes sous un méridien?

Historiquement, pour la navigation maritime au sextant. C'est là l'origine du choix de mesurer le temps en synchronisation avec la rotation de la terre.

De la même façon que les années sont synchronisées avec la rotation autour du soleil pour des raisons principalement liées à l'agriculture et au suivi des saisons.

Donc en effet, la bonne solution ce serait de ne pas utiliser UTC dans les cas ou on a pas besoin de ça, et d'utiliser TAI. Pas de modifier UTC pour correspondre à ce qu'on veut faire…

Ils savent convertir l'UTC en heure locale, depuis l'an 2000 on sait qu'on ne doit pas stocker les dates comme des chaines de caractères, on utilise dorénavant le nombre de secondes depuis epoch, ce qui n'est pas affecté par le changement d'heure (mais bien par les secondes intercalaires)

Si seulement…

Les horloges matérielles (composants "real time clock") comptent toujours en années, mois, jours, etc. Les composants compatible avec l'an 2000 ont ajouté… 1 bit, pour dire si on est au XXè ou au XXIè siècle. Il est utilisé pour le calcul des années bissextiles (qui ne semblent poser problème à personne, elles? pourtant elles sont là pour une raison assez similaire)

Ce qui me semble incompréhensible dans cette histoire c'est que le temps ne revient jamais en arrière à cause des secondes intercalaires.

Il y a un temps qui s'écoule de 1 seconde toutes les secondes, c'est le temps TAI. Et UNIX compte aussi comme ça (depuis le 1er janvier 1970).

Ensuite il y a la conversion entre ce temps en secondes, et la date en années, mois, jours, heures, minutes, secondes. C'est cette conversion qui est impactée par les secondes intercalaires.

Donc, normalement sur un système correctement pensé, il ne devrait pas y avoir de problème, si les durées sont exprimées en secondes et basée sur le temps TAI?

On en viendrait presque à souhaiter que la colonisation de Mars démarre pour de bon et que les gens s'habituent à réfléchir avec plusieurs calendriers planétaires indépendants, des jours et des heures de longueur variable selon l'endroit…

Le communiqué de presse sur le site de Vivlio.

A priori ça n'allait pas fort pour Bookeen qui était en redressement judiciaire depuis début octobre.

Il n'y a pas que Haiku dans la vie et heureusement :)

Mais je ferai une dépêche pour la sortie de la version beta 4 quand elle sera là, puisque personne d'autre ne s'en occupe…

(mais C. D. s'est peut-être lancé dans ce projet parce-que n'ayant pas eu cette info ?)

Vu qu'il y a un lien vers Linux MAO dans la liste, ça m'étonnerait.

De plus, il me semble qu'il s'agit simplement d'une liste de marque-pages vers d'autres sites, pas d'une nouvelle ressource (contrairement à Linux MAO qui a du contenu et pas des liens vers d'autres endroits).

Donc ce n'est ni un doublon, ni un problème, ni par manque d'info.

Nettoyage possible dans les étiquettes:

guakenouvelleversion -> un seul contenu, à placer plutôt dans sortie_version

versionning -> deux contenus, à regrouper avec version ? L'étiquette version semble être utilisé à la fois pour des sujets qui parlent de versionning, et pour des contenus qui annoncent la sortie d'une version de logiciel. Mais l'étiquette versionning est un anglicisme, mal vu par ici. que faire?

Il est toujours possible d'acheter un domaine en .su (pour 'Soviet Union'): https://fr.wikipedia.org/wiki/.su

Surbloquage par rapport à quoi?

• Une API de Google qui décide si les gens sont gentils ou méchants
• Les instances bloquées ont en moyenne 4 à 5% d'utilisateurs que l'API en question considère néfastes. On peut se dire que c'est pas beaucoup, mais ça fait une personne sur 25, et on peut aussi dire que la modération des instances en question est laxiste ou peu efficace pour d'autres raisons.

Donc, peut-être que ça bloque plus que ce dont on a l'habitude, mais est-ce une mauvaise chose?

Comme indiqué dans l'article:

Iris devrait compter quelques centaines de satellites placés sur plusieurs orbites, contrairement à Starlink

Rappelons que Starlink, c'est 3500 satellites sur un total de 14000 objets orbitant la Terre. Soit 20% à eux tout seuls. Et ils ont pas prévu de s'arrêter là…

Il faudrait savoir aussi si c'est de l'orbite basse ou de l'orbite moyenne, ça change un peu les choses pour la visibilité des satellites et les interférences sur les observations astronomiques.

étiquette "religions" https://linuxfr.org/tags/religions/public utilisée pour un seul contenu, à masquer et fusionner avec "religion"?

Merci.

On disait la même chose de Subversion avant l'arrivée de Git. Et il me semble que Git est largement perfectible, même si c'est un bon outil et qu'il a bien fait avancer les choses: il est compliqué à prendre en main et son utilisation ne convient pas forcément à tous les besoins ou pas de façon simple et efficace.

Le fait d'avoir une compatibilité avec les serveurs git est plutôt malin, ça va permettre une transition en douceur vers ce nouvel outil (comme git-svn a permis de passer de SVN à Git facilement).

C'est aussi, je crois, pas mal dans la philosophie de Mercurial qui est d'avoir un cœur simple et de nombreux plug-ins pour personnaliser le comportement. Ce qui est moins le cas pour Git.

L'histoire est en gros que des gens ont demandé l'ajout d'un code de conduite sur le projet, possiblement à l'époque ou il y avait du prosélytisme autour du code de conduite "contributor covenant".

L'équipe de SQLite a donc mis en place un code de conduite plus ou moins humoristique plutôt que de vraiment considérer le problème de l'inclusivité dans le projet et de la mise en place d'un moyen de remonter les éventuels problèmes de harcèlement et de discrimination.

Mais de toutes façons, les développeurs de SQLite n'acceptent pas vraiment les patchs externes, la raison avancée étant que c'est plus sûr de réécrire tout le code et les tests pour s'assurer que tout fonctionne bien, que de relire le code proposé par quelqu'un d'autre. Ce n'est donc pas un projet qui accueille beaucoup de nouveaux contributeurs.

Il me semble qu'au lycée j'avais bien des cours de sciences physiques, au pluriel. Et des cours de sciences naturelles au pluriel aussi.

C'est un message qui recommande de faire un mirroir de download.gnome.org, sous-entendu, ça va peut-être bientôt disparaìtre des internets.

Pas plus d'explications ici, mais il y a eu pas mal de gros changements d'infrastructure et de canaux de communication chez Gnome dernièrement (abandon des mailing lists et d'irc pour utiliser des technos web 2.0 à la place)

Le jpeg xl est un format compliqué dans lequel on peut embarquer des instructions exécutables (un peu comme des shaders?) pour faire le rendu de l'image de façon procédurale. La demoscene commence à l'utiliser pour des concours de sizecoding.

J'imagine que cela peut vite devenir compliqué d'un point de vue sécurité?

La GPL ne "fonctionne" que lors de la distribution du logiciel. Si on fournit à quelqu'un une copie du logiciel, alors cette copie doit contenir le code source, et le récepteur a le droit de modifier et redistribuer avec les mêmes conditions.

Pour un logiciel tournant sur un serveur comme Gitea, il n'y a pas de distribution vers les utilisateurs: le code reste sur le serveur. Donc tu ne peux pas demander l'accès au code source d'un site web que tu as simplement visité ou utilisé.

La license AGPL existe pour ce cas d'usage: elle permet à unsimple visiteur du site de demander l'accès aux sources.

Il y a plein d'autres cas ou la GPL n'oblige pas à tout rendre public. Par exemple dans plusieurs de mes projets pro on a utilisé Wireshark et développé plein de plugins sous license GPL. La conséquence est que on livre ces plugins à nos clients, avec les sources, sous license GPL. Pas qu'on doit les rendre publics ou les renvoyer aux développeurs de Wireshark.

(on a choisi, en accord avec nos clients, de contribuer à Wireshark certains plugins qui décodaient des protocoles standards ou normalisés, mais pas ceux implémentant des protocoles internes pour le projet)

Il n'y a pas de version de Rust pour QNX il me semble. Il y a donc deux options:

• Si on est Google, on peut réécrire QNX en Rust et dire à tous ses clients d'utiliser ce nouveau système et d'abandonner toute leur expérience avec QNX et C ou C++,
• Si on est pas Google, on peut choisir un autre langage de programmation, et dire à ses clients qu'on est d'accord pour porter une application vers l'OS qu'ils ont choisi.

Tout ce qu'on peut en conclure, c'est que Mender n'est pas Google.

Le client Mender était écrit en Go au moins depuis 2016 d'après https://github.com/mendersoftware/mender/commits/69da9a6a90c73fd218ad0d34addfc7617371c246/client.go?browsing_rename_history=true&new_path=client/client.go&original_branch=master

Donc effectivement l'article est un genre de rétrospective?

Mais vraissemblablement il a suffi d'un (ou plusieurs) client prêt à payer assez cher pour avoir une version du client fonctionnant sur QNX ou un autre système embarqué où c'est compliqué de faire du Go pour convaincre Mender de changer d'avis. Ils n'avaient pas du tout imaginé ce cas de figure lors de l'écriture de l'article, je pense? En tout cas ce n'est pas listé dans les arguments pour ou contre dans la comparaison.

étiquettes à fusionner: go et golang

C'est rare que la réponse à "le logiciel est compliqué à maintenir" soit "il faut tout réécrire à partir de 0".

Le but de Wayland, dès le début, c'était de simplifier les choses en retirant des fonctionalités. Ce n'est finalement pas très surprenant que ça n'est pas très utilisé parce qu'il manque des fonctionalités.

Ça montre aussi l'une des difficultés de la façon de travailler dans "gnu/linux": le système est un assemblage de composants développés par différentes équipes ou personnes. Il est difficile dans ce contexte de faire des gros changements d'architecture qui mettent en jeu plusieurs de ces composants. Résultat: Wayland ne s'en sort qu'en mettant à disposition une couche de compatibilité avec X11, qui fait que les problèmes qu'il était sensé faire disparaître ("X11 c'est compliqué") sont en fait toujours là, mais avec une couche logicielle de plus.

Et le discours dans l'article va pasmal dans ce sens aussi: Wayland s'intègre mal dans les applications existantes. L'article dit que ça marche peut-être très bien pour les smart TV, pour avoir essayé d'aider un collègue sur un système embarqué utilisant Wayland, je n'en suis pas convaincu. On voulait faire un truc simple: placer deux fenêtres, une en haut et une en bas de l'écran (résolution fixe, on peut coder en dur la taille et position). Mon collègue m'a dit que ça ne semblait pas possible. Au début je ne l'ai pas cru. Pourtant il avait raison: pour faire ça, il faut développer son propre gestionnaire de fenêtres. On s'est arrangés pour se débarasser de Wayland dans ce projet…

Qu'est-ce qu'on entend par passerelle dans ce contexte?

Au sens xmpp, il existe un mécanisme qui permet à un serveur xmpp de se connecter comme un client à un autre réseau de messagerie. Pour ça il faut ouvrir une session par utilisateur du serveur, et le serveur doit connaître (et stocker en clair) les mots de passe des services auxquels il se connecte.

Ici l'idée semble plutôt d'avoir une connexion serveur à serveur, ce qui se fait naturellement aussi bien dans Matrix que dans XMPP, tous deux étant des protocoles fédérés. Cela peut rendre les choses transparentes entre les deux protocoles: les clients xmpp pourront se connecter à des salons Matrix, et inversement, les salons de discussion du serveur xmpp seront disponibles directement via le réseau Matrix.

Je ne pense pas qu'une passerelle externe permettrait ce niveau d'intégration dans les 2 directions?

Gemini est conçu pour faire que de la lecture seule globalement. On oublie dont les sites de vente en ligne, la réservation de billets de train, etc. ça fait donc moins bien que le Minitel.

Il peut trouver ses usages mais ça ne remplacera pas une grande majorité des usages du web.