Translation status

41 Strings 100%
Browse Translate
1,483 Words 100%
10,359 Characters 100%

Strings status

Strings Words Characters
41 1,483 10,359
All strings Browse Translate Zen
41 1,483 10,359
Translated strings Browse Translate Zen

Overview

Project website www.linuxfromscratch.org
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository git@git.linuxfromscratch.org:fr-lfs
Repository branch 12.0
Last remote commit Add Portuguese (Brazil) BLFS 5a031b636f
Julien Lepiller authored 7 months ago
Last commit in Weblate Translated using Weblate (Portuguese (Brazil)) 94eb915650
User avatar jamenson authored a year ago
Weblate repository https://translate.linuxfromscratch.org/git/linux-from-scratch-12-0/index/
File mask lfs/*/chapter09/symlinks.po
Translation file Download lfs/fr/chapter09/symlinks.po
Last change Sept. 1, 2023, 5:47 a.m.
Last author None
3 weeks ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 41 1,483 10,359
Translated 100% 41 100% 1,483 100% 10,359
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 42 changes 0 changes 0 changes 0 changes
Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct

Quick numbers

1,483
Hosted words
41
Hosted strings
100%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+100%
—
Contributors
—
User avatar None

Resource updated
File “lfs/fr/chapter09/symlinks.po” was added. a year ago
User avatar None

String updated in the repository
The result is that <filename>/dev/video0</filename> and <filename>/dev/video1</filename> devices still refer randomly to the tuner and the web camera (and thus should never be used directly), but there are symlinks <filename>/dev/tvtuner</filename> and <filename>/dev/webcam</filename> that always point to the correct device.
Il en résulte que les périphériques <filename>/dev/video0</filename> et <filename>/dev/video1</filename> renvoient encore de manière aléatoire au tuner et à la webcam (et donc ne devrait jamais être utilisé directement), mais certains des liens symboliques <filename>/dev/tvtuner</filename> et <filename>/dev/webcam</filename> pointent toujours vers le bon périphérique.
a year ago
User avatar None

String updated in the repository
<userinput>cat &gt; /etc/udev/rules.d/83-duplicate_devs.rules &lt;&lt; "EOF"
<literal>
# Persistent symlinks for webcam and tuner
KERNEL=="video*", ATTRS{idProduct}=="1910", ATTRS{idVendor}=="0d81", SYMLINK+="webcam"
KERNEL=="video*", ATTRS{device}=="0x036f", ATTRS{vendor}=="0x109e", SYMLINK+="tvtuner"
</literal>
EOF</userinput>
<userinput>cat &gt; /etc/udev/rules.d/83-duplicate_devs.rules &lt;&lt; "EOF"
<literal>
# Persistent symlinks for webcam and tuner
KERNEL=="video*", ATTRS{idProduct}=="1910", ATTRS{idVendor}=="0d81", SYMLINK+="webcam"
KERNEL=="video*", ATTRS{device}=="0x036f", ATTRS{vendor}=="0x109e", SYMLINK+="tvtuner"
</literal>
EOF</userinput>
a year ago
User avatar None

String updated in the repository
Then write rules that create the symlinks, e.g.:
Puis, écrivez des règles qui créent les liens symboliques, comme&nbsp;:
a year ago
User avatar None

String updated in the repository
<userinput>udevadm info -a -p /sys/class/video4linux/video0</userinput>
<userinput>udevadm info -a -p /sys/class/video4linux/video0</userinput>
a year ago
User avatar None

String updated in the repository
For each of your devices that is likely to have this problem (even if the problem doesn't exist in your current Linux distribution), find the corresponding directory under <filename class="directory">/sys/class</filename> or <filename class="directory">/sys/block</filename>. For video devices, this may be <filename class="directory">/sys/class/video4linux/video<replaceable>X</replaceable></filename>. Figure out the attributes that identify the device uniquely (usually, vendor and product IDs and/or serial numbers work):
Pour chacun des périphériques susceptibles d'avoir ce problème (même si le problème n'apparaît pas dans votre distribution Linux actuelle), trouvez le répertoire correspondant sous <filename class="directory">/sys/class</filename> ou <filename class="directory">/sys/block</filename>. Pour les périphériques vidéo, cela peut être <filename class="directory">/sys/class/video4linux/video<replaceable>X</replaceable></filename>. Calculez les attributs qui identifient de façon unique un périphérique (normalement basé sur l'ID du fabricant et du produit ou les numéros de série)&nbsp;:
a year ago
User avatar None

String updated in the repository
As explained in <xref linkend="ch-config-udev"/>, the order in which devices with the same function appear in <filename class="directory">/dev</filename> is essentially random. E.g., if you have a USB web camera and a TV tuner, sometimes <filename>/dev/video0</filename> refers to the camera and <filename>/dev/video1</filename> refers to the tuner, and sometimes after a reboot the order changes. For all classes of hardware except sound cards and network cards, this is fixable by creating udev rules to create persistent symlinks. The case of network cards is covered separately in <xref linkend="ch-config-network"/>, and sound card configuration can be found in <ulink url="&blfs-book;postlfs/devices.html">BLFS</ulink>.
Comme expliqué à la <xref linkend="ch-config-udev"/>, l'ordre dans lequel les périphériques ayant la même fonction apparaissent dans <filename class="directory">/dev</filename> est essentiellement aléatoire. Par exemple, si vous avez une webcam USB et un récepteur TV, parfois <filename>/dev/video0</filename> renvoie à la webcam, et <filename>/dev/video1</filename> renvoie au récepteur, et parfois après un redémarrage l'ordre d'apparition des périphériques s'inverse. Pour toutes les classes de matériel sauf les cartes son et les cartes réseau, ceci peut se corriger en créant des règles udev pour créer des liens symboliques constants. Le cas des cartes réseau est traité séparément dans <xref linkend="ch-config-network"/>, et vous pouvez trouver la configuration des cartes son dans <ulink url="&blfs-book;postlfs/devices.html">BLFS</ulink>.
a year ago
User avatar None

String updated in the repository
Dealing with Duplicate Devices
Gérer des périphériques dupliqués
a year ago
User avatar None

String updated in the repository
However, if you have multiple CD-ROM devices, then the symlinks generated at that time may point to different devices than they point to on your host because devices are not discovered in a predictable order. The assignments created when you first boot the LFS system will be stable, so this is only an issue if you need the symlinks on both systems to point to the same device. If you need that, then inspect (and possibly edit) the generated <filename>/etc/udev/rules.d/70-persistent-cd.rules</filename> file after booting, to make sure the assigned symlinks match your needs.
Cependant, si vous avez plusieurs lecteurs CD-ROM, les liens symboliques générés à ce moment peuvent pointer vers des périphériques différents de ceux vers lesquels ils pointent sur l'hôte, car les périphériques ne sont pas découverts dans un ordre prévisible. Les affectations créées quand vous démarrerez pour la première fois le système LFS seront stables, donc cela n'est un problème que si vous avez besoin que les liens symboliques sur les deux systèmes pointent vers le même périphérique. Si tel est le cas, inspectez (et éditez peut-être) le fichier <filename>/etc/udev/rules.d/70-persistent-cd.rules</filename> généré après le démarrage pour vous assurer que les liens symboliques affectés correspondent à ce dont vous avez besoin.
a year ago
User avatar None

String updated in the repository
Note that it is not necessary to create the rules files or symlinks at this time because you have bind-mounted the host's <filename class="directory">/dev</filename> directory into the LFS system and we assume the symlinks exist on the host. The rules and symlinks will be created the first time you boot your LFS system.
Remarquez qu'il n'est pas nécessaire de créer les fichiers de règles ou les liens symboliques à ce moment puisque vous avez monté en bind le répertoire <filename class="directory">/dev</filename> du système hôte dans le système LFS, et nous supposons que les liens symboliques existent sur l'hôte. Les règles et les liens symboliques seront créés la première fois que vous démarrerez votre système LFS.
a year ago
Browse all translation changes