From nobody Wed Mar 09 17:42:32 2022 X-Original-To: dev-commits-doc-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 48EBF1A0F4AB for ; Wed, 9 Mar 2022 17:42:33 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KDKK51WMtz4mCr; Wed, 9 Mar 2022 17:42:33 +0000 (UTC) (envelope-from git@FreeBSD.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1646847753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=ODILr2v51CmrRH5AYQ5mNNB2sDvH3wL2BnvG1PGy8cE=; b=v7IT3KkFWuqB/ZQXCZchILfypdKOfVeBmvD0ufz2EQiXmpRV4hHjD3NKyIA+hlZWmuc4ys 5iLU1AnrqhfgJ3WHuU5a/So9GVm4AOoNlJGu/9G7Rk011XIiskN/iPbg0KZrOq/r4ACgKy wZiGX8U9+ZiwxmsqddCI6H2viZNLUMu59lS21Ohl4nbzsM5+GSSvCRUz8OqNDiMMur/Qs5 BK2mgmqdU39EbETGWUgXU/YrciSZU501VWnJNEtFPASdUYRcJaBmXAyzWTIknnVBCPgHnJ fdYmBhcxizy8xm/Rp+Wm5hoD6OzTd+qmrd1UagnSo0dxXqc0vcTBQVsce022kw== Received: from gitrepo.freebsd.org (gitrepo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:5]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 13E83154DA; Wed, 9 Mar 2022 17:42:33 +0000 (UTC) (envelope-from git@FreeBSD.org) Received: from gitrepo.freebsd.org ([127.0.1.44]) by gitrepo.freebsd.org (8.16.1/8.16.1) with ESMTP id 229HgWh4006857; Wed, 9 Mar 2022 17:42:32 GMT (envelope-from git@gitrepo.freebsd.org) Received: (from git@localhost) by gitrepo.freebsd.org (8.16.1/8.16.1/Submit) id 229HgWv2006856; Wed, 9 Mar 2022 17:42:32 GMT (envelope-from git) Date: Wed, 9 Mar 2022 17:42:32 GMT Message-Id: <202203091742.229HgWv2006856@gitrepo.freebsd.org> To: doc-committers@FreeBSD.org, dev-commits-doc-all@FreeBSD.org From: Marc Fonvieille Subject: git: f9df47dbe7 - main - fr/books/handbook/linuxemu: Typos/grammar fixes. List-Id: Commit messages for all branches of the doc repository List-Archive: https://lists.freebsd.org/archives/dev-commits-doc-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-doc-all@freebsd.org X-BeenThere: dev-commits-doc-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Git-Committer: blackend X-Git-Repository: doc X-Git-Refname: refs/heads/main X-Git-Reftype: branch X-Git-Commit: f9df47dbe77627bbdd5ca9a48304ca13688a9247 Auto-Submitted: auto-generated ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1646847753; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=ODILr2v51CmrRH5AYQ5mNNB2sDvH3wL2BnvG1PGy8cE=; b=oE83rTshtp9Yv5c1kVX0trzXvEjdDzvmKGA1u5LT5OAYyJyHQd0I7eYB7qm8uFEykuNCjw rk3whTkyC4HmeZBaYDiVNOm3jKyg9WD+3x1cLSYRxBIUKMK1u9AmFp+erxWXR35gV7TPjt Y+fNvObOf24ABVMssS/tdlngy+lT+sy8Jmg5bOTGRmUiCxktBCQO/zR9VLfP4zIg7TB5Rl Q2cOvEDImCu7+/GIDNgUxo5CH5NEzuSBCw98BYbrf8fxcGyucLAxU1ENhzsLIh6zU+MOpp FNPKugUVkQIvq77TMD4JGC1IoxZFbgRpnpcTdulEPpJXGiPxWqKafddSTtI04Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1646847753; a=rsa-sha256; cv=none; b=qv2Ilp7YkjN2D75Na/hJPcCNGaz82QfyDXnLbFhwE0C4Ap0N/dzleA+DXFh9oooGaiLP8z rT3s6Lvk1J74P/nKUEfZuLQzELohJQ5TumeGcKsFO6yIyxkQ4gknp9tG2rWUeVeuKV9Fs1 9+zTe8UPmuMIX9oslhzk4zDGo5SpkOLJQrMzWfoxmubjapt6FJyXduMbE+y+XSXkoykWPg vt8NvFctddwy3BCZu02m3D/f/UpNv3s1YVlFKU94u7E9tRTHX1KNAPKXbt9XV06XsxbFbp LleibNxhhh1WpMiTxElg8u2Bd4uGB6SUTzFFDHyHZNISOxwEy+bMWvrGLvSOfA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N The branch main has been updated by blackend: URL: https://cgit.FreeBSD.org/doc/commit/?id=f9df47dbe77627bbdd5ca9a48304ca13688a9247 commit f9df47dbe77627bbdd5ca9a48304ca13688a9247 Author: Marc Fonvieille AuthorDate: 2022-02-07 17:29:23 +0000 Commit: Marc Fonvieille CommitDate: 2022-03-09 16:45:51 +0000 fr/books/handbook/linuxemu: Typos/grammar fixes. --- documentation/content/fr/books/handbook/linuxemu/_index.adoc | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/documentation/content/fr/books/handbook/linuxemu/_index.adoc b/documentation/content/fr/books/handbook/linuxemu/_index.adoc index 9f615ea14f..f93683057b 100644 --- a/documentation/content/fr/books/handbook/linuxemu/_index.adoc +++ b/documentation/content/fr/books/handbook/linuxemu/_index.adoc @@ -62,7 +62,7 @@ Après la lecture de ce chapitre, vous connaîtrez: * Comment activer la compatibilité binaire avec Linux(R) sur un système FreeBSD. * Comment installer des bibliothèques partagées Linux(R) supplémentaires. -* Comment installer des application Linux(R) sur un système FreeBSD. +* Comment installer des applications Linux(R) sur un système FreeBSD. * Les détails de l'implémentation de la compatibilité Linux(R) sous FreeBSD. Avant de lire ce chapitre, vous devrez: @@ -188,7 +188,7 @@ Etant donné que la bibliothèque existante n'a qu'une ou deux versions de retar /compat/linux/lib/libc.so.4 -> libc.so.4.6.29 .... -Généralement, vous ne devrez cherchez à savoir de quelles bibliothèques partagées dépendent les binaires Linux(R) que les premières fois que vous installerez des programmes Linux(R) sur le système FreeBSD. Au bout d'un moment, il y aura un ensemble suffisant de bibliothèques partagées Linux(R) sur le système pour être en mesure d'exécuter les binaires Linux(R) nouvellement importés sans effort supplémentaire. +Généralement, vous ne devrez chercher à savoir de quelles bibliothèques partagées dépendent les binaires Linux(R) que les premières fois que vous installerez des programmes Linux(R) sur le système FreeBSD. Au bout d'un moment, il y aura un ensemble suffisant de bibliothèques partagées Linux(R) sur le système pour être en mesure d'exécuter les binaires Linux(R) nouvellement importés sans effort supplémentaire. === Installer des binaires Linux(R) ELF @@ -251,7 +251,7 @@ FreeBSD possède une abstraction appelée "chargeur de classe d'exécution". C'e Historiquement, le chargeur UNIX(R) examinait le nombre magique (généralement les 4 ou 8 premiers octets du fichier) pour voir si c'était un binaire connu par le système, et si c'était le cas, invoquait le chargeur binaire. -Si ce n'était pas le type de binaire du système, l'appel man:execve[2] retournait un échec, et l'interpréteur de commandes tentait de l'exécuter comme une commande d'interpréteur. Cette hypothèse était celle par défaut "quelque soit l'interpréteur de commandes actuel". +Si ce n'était pas le type de binaire du système, l'appel man:execve[2] retournait un échec, et l'interpréteur de commandes tentait de l'exécuter comme une commande d'interpréteur. Cette hypothèse était celle par défaut "quel que soit l'interpréteur de commandes actuel". Plus tard, une modification a été faite sur man:sh[1] pour examiner les deux premiers caractères, et s'ils étaient `:\n`, alors elle invoquait l'interpréteur de commandes man:csh[1] à la place. @@ -270,7 +270,7 @@ Lorsque le chargeur ELF voit le marquage `Linux`, le chargeur remplace un pointe Le vecteur d'appel système Linux(R) contient, entre autres, une liste des entrées `sysent[]` dont les adresses résident dans le noyau. -Quand un appel système est effectué par le binaire Linux, le code "trap" déréférence de la structure `proc` le pointeur de la fonction de l'appel système, et utilise les points d'entrée Linux(R), et non pas FreeBSD, de d'appel système. +Quand un appel système est effectué par le binaire Linux, le code "trap" déréférence de la structure `proc` le pointeur de la fonction de l'appel système, et utilise les points d'entrée Linux(R), et non pas FreeBSD, de l'appel système. Le mode Linux(R) _redéfinit dynamiquement_ l'origine des requêtes. C'est, en effet, équivalent à l'option `union` de montage des systèmes de fichiers. Tout d'abord, une tentative est faite pour rechercher le fichier dans le répertoire [.filename]#/compat/linux/chemin-origine#. Si cela échoue, la recherche est effectuée dans le répertoire [.filename]#/chemin-origine#. Cela permet de s'assurer que les binaires nécessitant d'autres binaires puissent s'exécuter. Par exemple, l'ensemble des outils Linux(R) peuvent tourner sous l'ABI Linux(R). Cela signifie également que les binaires Linux(R) peuvent charger et exécuter les binaires FreeBSD, s'il n'y a pas de binaires Linux(R) correspondant présents, et vous pourriez placer une commande man:uname[1] dans l'arborescence [.filename]#/compat/linux# pour vous assurer que les binaires Linux(R) ne puissent pas dire qu'ils ne tournent pas sous Linux(R).