Pierre-Alain TORET a écrit 133 commentaires

la génération de binaires pour tout un tas de plateformes

Ça me paraît plutôt être positif ça, non ? Je veux dire que je ne qualifierais pas ça de "mauvaise utilisation de ressources communes".

Pour le coup, on ne peut pas trop lui en vouloir, c'est ce qui est écrit sur le site du projet http://iotos.dsmynas.org/, je cite :

J'ai écrit un petit système d'exploitation en partant de zéro et fonctionnant sur un Arduino ou un ESP32.

Il est indiqué "DocLang is a constrained XML format built from the ground up for LLM tokenizers", donc visiblement oui.

Because Spacelab was a European project, it used a European computer

Sans parler de tout le reste de l'article concernant l'analyse en elle-même, je trouve cette petite phrase qui paraît anodine très intéressante, de même que le paragraphe qui parle du plan Calcul en France.

Un gros avantage aussi, est que par exemple sous OpenBSD il y a un serveur web (httpd) et un reverse proxy (relayd) directement dans l'arbre de la base, c'est à dire du système d'exploitation lui-même. Donc tout évolue en même temps, et les modifications sont apportées par des développeurs qui cherchent à aller dans le même sens, contrairement aux ports comme nginx ou apache httpd qui eux sont des pièces rapportées (c'est le cas de toutes les distributions Linux ou tout est pièce rapportée, même le noyau).

Euh, sur mes serveurs perso, je n'ai pas d'IHM et ils marchent bien.

Je ne pense pas qu'il voulait parler d'installer une IHM sur le serveur, mais plutôt d'avoir des outils avec une IHM pour piloter ce qui se passe sur les serveurs, et pas seulement des outils en ligne de commande.

Intéressant, est-ce que tu pourrais donner un peu plus d'explications à propos de ce que sont initial_nonsynthetic_data et synthetic_data(model) pour ceux qui suivent ça de loin ?

Merci à toi :)

Chez Globenet ça fonctionne : https://www.globenet.org/
Pas de restriction de ce que j'ai pu voir.

En fait ça dépend des gens (c'est ça qui est beau avec la pédagogie, c'est que ce n'est pas la même pour tout le monde), pour ma part je fais partie des personnes qui ont besoin de toute l'explication théorique avant de pouvoir se mettre à la pratique.

Concernant Olvid, Next vient de publier un article dans lequel je lis :

Thomas Baignères (CEO d’Olvid) a une réponse provocatrice, mais qui illustre bien la situation : partez du principe que le serveur fait n’importe quoi et envoie tout seul toutes les données à la NSA et aux renseignements chinois.

et

Olvid s’est déjà à plusieurs reprises expliquée sur la question de la sécurité : « Ce qu'il faut comprendre, c'est que le serveur ne joue pas de rôle sur la sécurité, au même titre que le routeur que votre message va traverser, et sur lequel vous ne posez pas de questions ». Pour simplifier, Olvid ne fait pas confiance à son propre serveur.

Donc s'ils le traitent ainsi que ça soit chez aws ou pas, ça ne change pas grand chose.

Le souci vient peut-être aussi d'une notion de système de base qui n'existe pas vraiment sous Linux, contrairement aux BSD (et d'autres) ou les applications sont vues comme des apports extérieurs, et où donc installer bash, revient à ajouter une pièce rapportée qui n'est pas partie prenante de l'OS par défaut.
En tout cas ta dernière remarque me fait penser à ça, je n'ai pas l'impression que beaucoup d'admins de machines Linux pensent de cette façon.

Pour avoir testé, le client web officiel ne nécessite pas une connexion du smartphone persistante. Le client fonctionne lorsque le smartphone est en mode avion par exemple.
Par contre, ça ne fonctionne pas sans avoir l'appli sur le smartphone du tout à ma connaissance.

Je confirme que l'ajout de l'option UseDNS à yes dans sshd_config permet bien d'obtenir un nom au lieu d'une ip. Testé dans Fedora.

Salut,

tu peux peut-être tenter de regarder dans https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/integrating_rhel_systems_directly_with_windows_active_directory/index

Pour répondre à ton interrogation, la documentation commence par

You can join Red Hat Enterprise Linux (RHEL) hosts to an Active Directory (AD) domain by using the System Security Services Daemon (SSSD) or the Samba Winbind service to access AD resources. Alternatively, it is also possible to access AD resources without domain integration by using a Managed Service Account (MSA).

SSSD et Windbind sont donc deux alternatives concurrentes pour réaliser la même chose : rejoindre un domaine porté par un Active Directory.

Pour la résolution de nom, c'est normalement nsswitch qui est à configurer pour décider dans quel ordre les différentes alternatives sont interrogées (fichier /etc/hosts, résolveur, etc.)

Sinon il y a d'autres documentations sur https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9

Je suis un membre de COAGUL, mais absent ce jour là. Merci d'être passé nous voir en tout cas :)

Dommage de ne pas avoir un peu plus de précisions, mais de ce que je vois dans le manuel

currdev  Selects the default device to loader the  kernel  from.   The
         syntax is:
               loader_device:
         or
               zfs:dataset:
         Examples:
               disk0p2:
               zfs:zroot/ROOT/default:

rootdev  By default the value of currdev is used to set the root  file
         system  when the kernel is booted.  This can be overridden by
         setting rootdev explicitly.

Et il y a également la variable vfs.root.mountfrom.

Donc je dirais que sans plus de précision, tu vas devoir faire avec ces informations. Si tu donnes des infos plus précises concernant tes disques et les partitions, peut-être qu'on pourrait voir comment utiliser ces variables dans ton cas.

Enfin un exemple concret.

Depuis Gnome 49, le terminal par défaut semble être Ptyxis si j'ai bien compris, qui remplace donc Gnome Console (merci pour l'explication sur le nom de l'exécutable kgx, je l'ai cherché un bon moment moi aussi).

Intéressant, d'où tiens-tu cette information ?
Je demande, parce que sur Wikipédia, j'ai lu : mort le 22 juillet 2025 à Birmingham, donc ça me semble contradictoire avec le fait de mourir en Suisse.

Pour SSH les réponses sont dans le ticket https://bugzilla.mindrot.org/show_bug.cgi?id=2050 mais qui n'est plus en accès libre.
Les raisons sont les suivantes :

OpenSSH (and it's ancestor ssh-1.x) have a 17 year history of using ~/.ssh. This location is baked into innumerable users' brains, millions of happily working configurations and countless tools.
Changing the location of our configuration would require a very strong justification and following a trend of desktop applications (of which OpenSSH is not) is not sufficient.

Trouvé via cette discussion superuser

C'est logique, les deux portails sont basés sur https://gitlab.mim-libre.fr/alphabet/laboite

Voir ce billet de blog https://blog.mim-libre.fr/articles/migration-du-portail-mim-libre2024-03-21t030822411z

Je pense que le souci vient du fait que git a été imaginé par Linus pour gérer le noyau, dont les contributions sont également gérées par des listes de diffusion. L'email est donc traité comme un moyen de comunication privilégié.

Mais sinon il me semblait que sur Gitlab et Gitea on pouvait référencer un dépôt externe lors de l'ouverture d'une demande de fusion. Ça aurait changé ? été désactivé depuis ?

Pour le secteur publique il y a déjà https://gitlab.mim-libre.fr/ qui est utilisable.

YouTube marche sur Firefox que depuis moins de 3 mois.

Je n'ai jamais utilisé Chrome/Chromium et je n'ai jamais remarqué de problème avec Youtube. Tu pourrais expliciter ce qui ne fonctionne que depuis 3 mois ?
Si ça se trouve je passe à côté de fonctionnalités utiles depuis tout ce temps.

Clairement, les cartons de frites de chez McDonald's sont super, j'ai fait plusieurs déménagements avec.

À priori le code serveur et client est bien présent (je ne sais pas pour les assets). Dans son article, il est indiqué par Valve

Mod makers, rejoice! We've just released a massive update to the Source SDK, adding all the Team Fortress 2 client and server game code. This update will allow content creators to build completely new games based on TF2. We're also doing a big update to all our multiplayer back-catalogue Source engine titles (TF2, DoD:S, HL2:DM, CS:S, and HLDM:S), adding 64-bit binary support, a scalable HUD/UI, prediction fixes, and a lot of other improvements!