Pierre-Alain TORET a écrit 124 commentaires

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!

Pour l'utiliser tous les jours, Tchap est parfaitement compatible avec Firefox.

Concernant l'utilisation d'Element pour se connecter à Tchap, j'en connais qui font ça, et ça fonctionne, à priori, très bien pour eux.

De mon côté, je ne suis pas fan d'Element/Matrix à la base, mais au final ça fonctionne plutôt bien. Rien de spécial à lui reprocher au final.
Il suffit de voir le nombre de ticket dans ce sens sur le gestionnaire de ticket d'Element pour comprendre que la problématique du déchiffrement, ça n'a pas l'air spécifique à Tchap pour le coup, mais plutôt à Element sur lequel il est forké.

En suivant le premier lien du texte en question on tombe sur le paragraphe suivant, qui décrit la différence avec pypi.

Conda est un package manager écrit en python, comme pypi. Mais contrairement à celui-ci, il permet d'installer des programmes écrits dans d'autres langages. Notamment vos outils bioinformatiques préférés par l’intermédiaire du dépôt bioconda. C'est-à-dire que tous vos outils, que ce soit samtools, bwa, bowtie, trimmomatic, fastqc et j'en passe, sont disponibles et mis à jour par l’intermédiaire de conda.
Par ailleurs, conda permet l'utilisation d’environnement virtuel à l'instar de virtualenv (que les utilisateurs de python connaissent bien), vous évitant tous problèmes de dépendances. C'est donc un outil 2 en 1, que nous vous proposons d'explorer dans cet article.

Je tiens à préciser que je connais pas forcément bien l'environnement Python.

Si tu as trouvé un bon paramétrage, c'est fort possible que tu sois plus lent avec cat. Mais comme le montre la personne qui a réalisé les tests, à priori tu ne tombes quand même pas si mal que ça en utilisant cat, d'où mon choix de l'utiliser, je ne suis pas à quelques secondes/minutes en général lorsque je copie un disque vers un autre.

Pour l'avancement, c'est bizarre, dans mon souvenir dd n'affichait rien non plus. C'est sur les nouvelles versions ?

Je vais prendre l'exemple de la distribution que j'utilise.
Le ramdisk utilisé au démarrage est construit par défaut avec mkinitcpio et n'inclue rien pour gérer le bluetooth, par contre il est possible d'utiliser dracut pour le construire et il permet, lui, de récupérer tout ce qu'il faut pour utiliser son clavier bluetooth au moment de taper le mot de passe de déchiffrement. Testé et validé sur 2 machines.

Voici le lien vers la documentation : https://wiki.archlinux.org/title/Dracut#Bluetooth_keyboard_support

Ce n'est pas un projet issu d'ArchLinux, donc j'imagine que c'est utilisable sur d'autres distributions également (tu ne précises pas laquelle tu utilises).

Le code est libre, mais la fondation Linux a son siège aux États-Unis.
On en a vu les conséquences il n'y a pas si longtemps avec le retrait des mainteneurs russes. On peut facilement imaginer la même chose concernant des contributeurs ou mainteneurs d'autres pays à un moment ou à un autre.
Personnellement, ce n'est pas le genre de signal qui me rassure.

À noter que cela n'a pas été le cas pour l'instant dans d'autres projets comme FreeBSD.

Histoire de ne pas avoir à mémoriser toutes ces options compliquées qui ne font pas gagner tant de temps que ça, j'utilise simplement cat de la façon suivante : cat /dev/sda > /dev/nvme0n1

Intéressant ça, merci pour l'explication.
Je ne comprenais pas pourquoi j'ai désormais l'impression de couper la parole quand je discute au téléphone alors que je ne me souviens pas de ça quand j'étais plus jeune et que j'utilisais le fixe de la famille.

Après c'est le principe d'une LTS, tu peux rester longtemps dessus, la 22.04 c'est EOL en 2027, ça laisse le temps de voir venir.

À noter que c'est le cas aussi de l'Ultra, mais il faut déjà insérer un disque NVMe (non fourni) et à priori la capacité mémoire de la Freebox n'est plus modifiable comme sur la Delta, donc il n'y a que 2Go disponible pour toutes les vms qu'on pourrait créer si j'en crois ce que j'ai pu lire jusque là.