2. Incus

Rebasing (1/1)
Auto-merging po/pt.po
CONFLICT (content): Merge conflict in po/pt.po
error: could not apply 29b91b18... Translated using Weblate (Portuguese)
hint: Resolve all conflicts manually, mark them as resolved with
hint: "git add/rm <conflicted_files>", then run "git rebase --continue".
hint: You can instead skip this commit: run "git rebase --skip".
hint: To abort and get back to the state before "git rebase", run "git rebase --abort".
hint: Disable this message with "git config advice.mergeConflict false"
Could not apply 29b91b18... Translated using Weblate (Portuguese)
 (1)

Rebasing (1/1)
Auto-merging po/pt.po
CONFLICT (content): Merge conflict in po/pt.po
error: could not apply 29b91b18... Translated using Weblate (Portuguese)
hint: Resolve all conflicts manually, mark them as resolved with
hint: "git add/rm <conflicted_files>", then run "git rebase --continue".
hint: You can instead skip this commit: run "git rebase --skip".
hint: To abort and get back to the state before "git rebase", run "git rebase --abort".
hint: Disable this message with "git config advice.mergeConflict false"
Could not apply 29b91b18... Translated using Weblate (Portuguese)
 (1)

Rebasing (1/1)
Auto-merging po/pt.po
CONFLICT (content): Merge conflict in po/pt.po
error: could not apply 29b91b18... Translated using Weblate (Portuguese)
hint: Resolve all conflicts manually, mark them as resolved with
hint: "git add/rm <conflicted_files>", then run "git rebase --continue".
hint: You can instead skip this commit: run "git rebase --skip".
hint: To abort and get back to the state before "git rebase", run "git rebase --abort".
hint: Disable this message with "git config advice.mergeConflict false"
Could not apply 29b91b18... Translated using Weblate (Portuguese)
 (1)

Rebasing (1/1)
Auto-merging po/pt.po
CONFLICT (content): Merge conflict in po/pt.po
error: could not apply 29b91b18... Translated using Weblate (Portuguese)
hint: Resolve all conflicts manually, mark them as resolved with
hint: "git add/rm <conflicted_files>", then run "git rebase --continue".
hint: You can instead skip this commit: run "git rebase --skip".
hint: To abort and get back to the state before "git rebase", run "git rebase --abort".
hint: Disable this message with "git config advice.mergeConflict false"
Could not apply 29b91b18... Translated using Weblate (Portuguese)
 (1)

Rebasing (1/1)
Auto-merging po/pt.po
CONFLICT (content): Merge conflict in po/pt.po
error: could not apply 29b91b18... Translated using Weblate (Portuguese)
hint: Resolve all conflicts manually, mark them as resolved with
hint: "git add/rm <conflicted_files>", then run "git rebase --continue".
hint: You can instead skip this commit: run "git rebase --skip".
hint: To abort and get back to the state before "git rebase", run "git rebase --abort".
hint: Disable this message with "git config advice.mergeConflict false"
Could not apply 29b91b18... Translated using Weblate (Portuguese)
 (1)

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuelle, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Certains anglicismes ne doivent pas être traduits. Veuillez vous référer au glossaire et prendre en compte ses suggestions. Le choix de traduire « OS » et « VM » dans leur forme longue en français est laissé à la discrétion du traducteur.

Variantes orthographiques

Certains mots ont des variantes orthographiques qu’il convient d’uniformiser. Veuillez vous référer au glossaire et prendre en compte ses suggestions. De manière générale, les mots composés doivent être écrits avec leur orthographe moderne.

Style

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif. Cependant, pour une question de clarté, il est recommandé de passer la description au singulier, à l’exception des descriptions débutant par « Manage » ;
• Les négatifs en « ne + <verbe> » sont à proscrire en faveur de « ne pas + <verbe> ».

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuelle, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Certains anglicismes ne doivent pas être traduits. Veuillez vous référer au glossaire et prendre en compte ses suggestions. Le choix de traduire « OS » et « VM » dans leur forme longue en français est laissé à la discrétion du traducteur.

Variantes orthographiques

Certains mots ont des variantes orthographiques qu’il convient d’uniformiser. Veuillez vous référer au glossaire et prendre en compte ses suggestions.

De manière générale, les mots composés doivent être écrits avec leur orthographe moderne.

Style

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif. Cependant, pour une question de clarté, il est recommandé de passer la description au singulier, à l’exception des descriptions débutant par « Manage » ;
• Les négatifs en « ne + <verbe> » sont à proscrire en faveur de « ne pas + <verbe> ».

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuelle, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : backend, bridge, bucket, cluster, driver, pool, OOM Killer, OS, peering (peer doit cependant être traduit), QoS, scriptlet, socket (doit être utilisé au masculin), switch (dans le contexte de switch réseau), tarball, thread (dans le contexte de thread CPU), uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « OS » et « VM » dans leur forme longue en français est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »), « événement » (et non « évènement »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Les mots composés doivent être écrits avec leur orthographe moderne.

Style

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif. Cependant, pour une question de clarté, il est recommandé de passer la description au singulier ;
• Les négatifs en « ne + <verbe> » sont à proscrire en faveur de « ne pas + <verbe> ».

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuelle, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : bridge, bucket, cluster, driver, pool, OOM Killer, OS, QoS, scriptlet, switch (dans le contexte de switch réseau), tarball, thread (dans le contexte de thread CPU), uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « OS » et « VM » dans leur forme longue en français est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »), « événement » (et non « évènement »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Notes diverses

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif. Cependant, pour une question de clarté, il est recommandé de passer la description au singulier.

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuelle, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : bridge, bucket, cluster, driver, pool, OOM Killer, QoS, tarball, uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « VM » en « machine virtuelle » est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Notes diverses

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif.

Test

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuel, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : bridge, bucket, cluster, driver, pool, OOM Killer, QoS, tarball, uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « VM » en « machine virtuelle » est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Notes diverses

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif.

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuel, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : bridge, bucket, cluster, driver, pool, OOM Killer, QoS, tarball, uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « VM » en « machine virtuelle » est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Notes diverses

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif.

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuel, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : bridge, bucket, cluster, driver, pool, OOM Killer, QoS, tarball, uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « VM » en « machine virtuelle » est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Notes diverses

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif.

Instructions de traduction

Afin de garantir une traduction uniforme et cohérente, un certain nombre de lignes directrices sont à respecter lors de la traduction du projet en français.

Typographie

La traduction doit respecter les règles typographiques françaises, à savoir :

• L’usage des signes typographiques appropriés : apostrophes courbes ’, guillemets « et », tirets courts - et moyens – (nous déconseillons l’usage du tiret long —), points de suspension … (en un seul caractère) ;
• L’usage des espaces typographiques appropriées : l’espace insécable   devant : ou entre un nombre et son unité, et l’espace insécable fine   devant ;, !, ?, », et après « ;
• Les règles standards de typographie.

Neutralisation

Il est demandé d’essayer le plus possible de trouver des périphrases ou des termes épicènes pour ne pas marquer les mots qualifiant des personnes d’une terminaison masculine lorsque des termes neutres existent. Pour assurer la concision et la lisibilité par le plus grand nombre, il est demandé de ne pas recourir à des formes contractées, des doubles flexions ou des flexions neutres. L’utilisation du masculin par défaut est, bien que non consensuel, suggérée lorsqu’il est impossible de satisfaire aux contraintes précédemment énoncées. Par exemple, lorsque « user » a un contexte tel que seuls « utilisateur » et « utilisatrice » conviendraient à sa traduction, il est demandé de choisir « utilisateur ».

Anglicismes

Les anglicismes suivants ne doivent pas être traduits : bridge, bucket, cluster, driver, pool, OOM Killer, QoS, tarball, uplink, VM.

Cette liste n’est pas exhaustive et est amenée à évoluer. Le choix de traduire « VM » en « machine virtuelle » est laissé à la discrétion du traducteur.

Variantes orthographiques

Les variantes orthographiques suivantes sont en vigueur dans le projet : « clef » (et non « clé »).

Cette liste n’est pas exhaustive et est amenée à évoluer.

Notes diverses

• La description des commandes doit, comme dans la version originale, se faire à l’infinitif.