Pierre-Alain TORET a écrit 120 commentaires

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à.

HP a l'ai d'en produire avec le nom de produit "Sure View", par contre aucune idée du support sous un OS alternatif.
Je ne sais pas si c'est disponible chez d'autres fabricants, mais je suis intéressé :)

Tu parles de la FSF, mais il y a également la fondation FreeBSD et la fondation Linux, et celles-ci ne sont pas du même type (comme tu mentionnes explicitement FreeBSD, cela me paraît intéressant).

La fondation Linux est une 501(c)(6) qui peut faire du lobbying et de la politique (mais reste une "non-profit" alors que la fondation FreeBSD est une 501(c)(3) qui est une organisation qui ne peut faire de politique, ni de lobbying. Je pense que ça éclaire un peu sur la volonté de chacun d'entre-elles (et potentiellement de la volonté des gens qui soutiennent ces fondations).

À noter que les projets restent, il me semble, indépendants des fondations.

À la maison.

Je m'étais servi de https://mxtoolbox.com/blacklists.aspx pour vérifier mon ip il me semble. À priori mes correspondants reçoivent bien mes messages.

J'utilise mox depuis quelques mois pour mes emails persos, et je pense que sans une solution tout-en-un comme celle-ci je ne serais pas revenu à héberger mes emails moi-même.
Rien à redire pour l'instant, ça fonctionne bien, je n'utilise pas le webmail, j'utilise Thunderbird et K9-mail pour interragir. Je fais tourner tout ça sur FreeBSD sur un Raspberry Pi 4 (j'ai prévu d'en faire un port, et j'ai un paquet sur l'AUR).