unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de>
To: znavko@disroot.org
Cc: guix-devel@gnu.org, Pavel Maryanov <acid@jack.kiev.ua>,
	Znavko <znavko@tutanota.com>
Subject: Re: New template for 'guix-manual' made available
Date: Sat, 11 May 2019 19:24:38 +0200	[thread overview]
Message-ID: <20190511172438.bhojapvemcz4xybf@pelzflorian.localdomain> (raw)
In-Reply-To: <283c1f7abd1b89c8a6a609ffea01cc0c@disroot.org>

[-- Attachment #1: Type: text/plain, Size: 665 bytes --]

On Sat, May 11, 2019 at 05:00:24PM +0000, znavko@disroot.org wrote:
> Thank you! I only translate and publish on TP. All other things are yours, Florian.
> I think, that Russian translation team's leader Pavel also rests it to us, guix developers and translators.
> 
> 

Find attached a patch that you can copy to the directory containing
guix-manual-1.0.1-pre1.ru.po and then use with this command:

patch < fix-guix-manual-ru-po.patch

The use of @xref, @pxref and @ref is still wrong.  I suggest replacing
all occurrences of @xref and @pxref with @ref but maybe Julien
disagrees.  It should not be a release blocker if @xref is misused
though.

Regards,
Florian

[-- Attachment #2: fix-guix-manual-ru-po.patch --]
[-- Type: text/plain, Size: 22363 bytes --]

--- guix-manual-1.0.1-pre1.ru.po	2019-05-11 18:22:52.644000000 +0200
+++ guix-manual-1.0.1-pre1.ru.po.new	2019-05-11 19:18:09.988000000 +0200
@@ -9,7 +9,7 @@
 "Project-Id-Version: guix-manual 1.0.0-pre3\n"
 "Report-Msgid-Bugs-To: ludo@gnu.org\n"
 "POT-Creation-Date: 2019-05-10 20:53+0200\n"
-"PO-Revision-Date: 2019-05-10 17:03+0300\n"
+"PO-Revision-Date: 2019-05-11 19:16+0200\n"
 "Last-Translator: znavko <znavko@tutanota.com>\n"
 "Language-Team: Russian <gnu@d07.ru>\n"
 "Language: ru\n"
@@ -244,8 +244,9 @@
 
 #. type: Plain text
 #: doc/contributing.texi:121
+#, fuzzy
 msgid "To that end, all the command-line tools can be used even if you have not run @code{make install}.  To do that, you first need to have an environment with all the dependencies available (@pxref{Building from Git}), and then simply prefix each command with @command{./pre-inst-env} (the @file{pre-inst-env} script lives in the top build tree of Guix; it is generated by @command{./configure}), as in@footnote{The @option{-E} flag to @command{sudo} guarantees that @code{GUILE_LOAD_PATH} is correctly set such that @command{guix-daemon} and the tools it uses can find the Guile modules they need.}:"
-msgstr "Так все утилиты командной строки могут использоваться, даже если вы не запустили @code{make install}. Чтобы сделать это, нужно получить окружение со всеми доступными зависимостями (@pxref{Building from Git}) и запускать команду с префиксом @command{./pre-inst-env} (скрипт @file{pre-inst-env} расположен в верхнем уровне дерева сборки Guix; он создаётся командой @command{./configure}), как тут@footnote{Флаг @option{-E} команды @command{sudo}) гарантирует, что @code{GUILE_LOAD_PATH} корректно установлена, так чтобы @command{guix-daemon} и утилиты, которые он использует, могли найти необходимые модули Guile."
+msgstr "Так все утилиты командной строки могут использоваться, даже если вы не запустили @code{make install}. Чтобы сделать это, нужно получить окружение со всеми доступными зависимостями (@pxref{Building from Git}) и запускать команду с префиксом @command{./pre-inst-env} (скрипт @file{pre-inst-env} расположен в верхнем уровне дерева сборки Guix; он создаётся командой @command{./configure}), как тут@footnote{Флаг @option{-E} команды @command{sudo}) гарантирует, что @code{GUILE_LOAD_PATH} корректно установлена, так чтобы @command{guix-daemon} и утилиты, которые он использует, могли найти необходимые модули Guile.}"
 
 #. type: example
 #: doc/contributing.texi:125
@@ -429,12 +430,12 @@
 #. type: Plain text
 #: doc/contributing.texi:246
 msgid "Free software packages are usually distributed in the form of @dfn{source code tarballs}---typically @file{tar.gz} files that contain all the source files.  Adding a package to the distribution means essentially two things: adding a @dfn{recipe} that describes how to build the package, including a list of other packages required to build it, and adding @dfn{package metadata} along with that recipe, such as a description and licensing information."
-msgstr "Пакеты свободного программного обеспечения обычно распространяются в виде @dfn{архивов исходного кода} (файлы @file{tar.gz}), которые содержат все исходные файлы. Добавить пакет в дистрибутив означает, по существу, две вещи: добавление @dnf{рецепта}, в котором обозначено, как собирать пакет, включая список других пакетов, необходимых для сборки данного, а также добавление @dnf{метаданных пакета} вместе с рецептом, как например, описание информации о лицензировании."
+msgstr "Пакеты свободного программного обеспечения обычно распространяются в виде @dfn{архивов исходного кода} (файлы @file{tar.gz}), которые содержат все исходные файлы. Добавить пакет в дистрибутив означает, по существу, две вещи: добавление @dfn{рецепта}, в котором обозначено, как собирать пакет, включая список других пакетов, необходимых для сборки данного, а также добавление @dfn{метаданных пакета} вместе с рецептом, как например, описание информации о лицензировании."
 
 #. type: Plain text
 #: doc/contributing.texi:255
 msgid "In Guix all this information is embodied in @dfn{package definitions}.  Package definitions provide a high-level view of the package.  They are written using the syntax of the Scheme programming language; in fact, for each package we define a variable bound to the package definition, and export that variable from a module (@pxref{Package Modules}).  However, in-depth Scheme knowledge is @emph{not} a prerequisite for creating packages.  For more information on package definitions, @pxref{Defining Packages}."
-msgstr "В Guix вся эта информация включена в @dnf{определения пакетов}. Определения пакетов представляют собой высокоуровневый обзор пакета. Они написаны с использованием синтаксиса языка программирования Scheme. Для каждого пакета задаётся набор переменных, которые составляют определение пакета, и затем это определение пакета экспортируется из модуля (@pxref{Package Modules}). Однако основательные знания Scheme @emph{not} не обязательны для создания пакетов. Для информации об определении пакетов см. @pxref{Defining Packages}."
+msgstr "В Guix вся эта информация включена в @dfn{определения пакетов}. Определения пакетов представляют собой высокоуровневый обзор пакета. Они написаны с использованием синтаксиса языка программирования Scheme. Для каждого пакета задаётся набор переменных, которые составляют определение пакета, и затем это определение пакета экспортируется из модуля (@pxref{Package Modules}). Однако основательные знания Scheme @emph{not} не обязательны для создания пакетов. Для информации об определении пакетов см. @pxref{Defining Packages}."
 
 #. type: Plain text
 #: doc/contributing.texi:261
@@ -1412,7 +1413,10 @@
 #. type: Plain text
 #: doc/guix.texi:7
 msgid "@documentencoding UTF-8"
-msgstr "@documentencoding UTF-8"
+msgstr ""
+"@documentencoding UTF-8\n"
+"@documentlanguage ru\n"
+"@frenchspacing on"
 
 #. type: title
 #: doc/guix.texi:7 doc/guix.texi:92
@@ -1424,7 +1428,7 @@
 #: doc/guix.texi:10
 #, no-wrap
 msgid "version.texi"
-msgstr "version.texi"
+msgstr "version-ru.texi"
 
 #. type: copying
 #: doc/guix.texi:66
@@ -1551,7 +1555,7 @@
 #: doc/guix.texi:107
 #, no-wrap
 msgid "Top"
-msgstr "Наверх"
+msgstr "Top"
 
 #. type: top
 #: doc/guix.texi:108
@@ -2518,7 +2522,7 @@
 #: doc/guix.texi:252 doc/guix.texi:7661 doc/guix.texi:7968 doc/guix.texi:7969
 #, no-wrap
 msgid "Additional Build Options"
-msgstr "Дополительные опции сборки."
+msgstr "Дополительные опции сборки"
 
 #. type: menuentry
 #: doc/guix.texi:252 doc/guix.texi:7661
@@ -2541,7 +2545,7 @@
 #: doc/guix.texi:10239
 #, no-wrap
 msgid "Using the Configuration System"
-msgstr "Конфигурирование системы"
+msgstr ""
 
 #. type: menuentry
 #: doc/guix.texi:271 doc/guix.texi:10236
@@ -3172,7 +3176,7 @@
 #. type: Plain text
 #: doc/guix.texi:382
 msgid "Under the hood, Guix implements the @dfn{functional package management} discipline pioneered by Nix (@pxref{Acknowledgments}).  In Guix, the package build and installation process is seen as a @emph{function}, in the mathematical sense.  That function takes inputs, such as build scripts, a compiler, and libraries, and returns an installed package.  As a pure function, its result depends solely on its inputs---for instance, it cannot refer to software or scripts that were not explicitly passed as inputs.  A build function always produces the same result when passed a given set of inputs.  It cannot alter the environment of the running system in any way; for instance, it cannot create, modify, or delete files outside of its build and installation directories.  This is achieved by running build processes in isolated environments (or @dfn{containers}), where only their explicit inputs are visible."
-msgstr "Под капотом Guix работает как @dfn{функциональный пакетный менеджер} --- принцип, впервые введённый Nix (@pxref{Acknowledgments}). В Guix процесс сборки и установки пакета рассматривается как @emph{функция} в математическом смысле. Эта функция принимает входные данные, как например, скрипты сборки, компилятор, её результат зависит только от входных данных, и он не может зависеть от программ или скриптов, которые не подаются на вход явным образом. Функция сборки всегда производит один результат, когда получает один и тот же набор входных данных. Она не может как-либо изменять окружение запущенной системы; например, она не может создавать, изменять или удалять файлы за пределами её директорий сборки и установки. Это достигается так: процесс сборки запускается в изолированном окружении (или @dnf{контейнере}), в котором видны только входные данные, заданные явно."
+msgstr "Под капотом Guix работает как @dfn{функциональный пакетный менеджер} --- принцип, впервые введённый Nix (@pxref{Acknowledgments}). В Guix процесс сборки и установки пакета рассматривается как @emph{функция} в математическом смысле. Эта функция принимает входные данные, как например, скрипты сборки, компилятор, её результат зависит только от входных данных, и он не может зависеть от программ или скриптов, которые не подаются на вход явным образом. Функция сборки всегда производит один результат, когда получает один и тот же набор входных данных. Она не может как-либо изменять окружение запущенной системы; например, она не может создавать, изменять или удалять файлы за пределами её директорий сборки и установки. Это достигается так: процесс сборки запускается в изолированном окружении (или @dfn{контейнере}), в котором видны только входные данные, заданные явно."
 
 #. type: cindex
 #: doc/guix.texi:383 doc/guix.texi:6300
@@ -6458,7 +6462,7 @@
 #. type: Plain text
 #: doc/guix.texi:2678
 msgid "In a multi-user setup, user profiles are stored in a place registered as a @dfn{garbage-collector root}, which @file{$HOME/.guix-profile} points to (@pxref{Invoking guix gc}).  That directory is normally @code{@var{localstatedir}/guix/profiles/per-user/@var{user}}, where @var{localstatedir} is the value passed to @code{configure} as @code{--localstatedir}, and @var{user} is the user name.  The @file{per-user} directory is created when @command{guix-daemon} is started, and the @var{user} sub-directory is created by @command{guix package}."
-msgstr "В случае многопользовательской установки, профили пользователей сохраняются в месте, которое зарегстрировано как @dfn{garbage-collector root}, которое указывет на @file{$HOME/.guix-profile} (@pxref{Invoking guix gc}). Эта директория обычно ссылается на @code{@var{localstatedir}/guix/profiles/per-user/@var{user}}, где @var{localstatedir} --- значение, переданное скрипту @code{configure} опцией @code{--localstatedir}, а @var{user} --- имя пользователя. Директория @file{per-user} создаёся, когда запускается command{guix-daemon}, а поддиректория @var{user} создаётся @command{guix package}."
+msgstr "В случае многопользовательской установки, профили пользователей сохраняются в месте, которое зарегстрировано как @dfn{garbage-collector root}, которое указывет на @file{$HOME/.guix-profile} (@pxref{Invoking guix gc}). Эта директория обычно ссылается на @code{@var{localstatedir}/guix/profiles/per-user/@var{user}}, где @var{localstatedir} --- значение, переданное скрипту @code{configure} опцией @code{--localstatedir}, а @var{user} --- имя пользователя. Директория @file{per-user} создаёся, когда запускается @command{guix-daemon}, а поддиректория @var{user} создаётся @command{guix package}."
 
 #. type: Plain text
 #: doc/guix.texi:2680
@@ -7462,7 +7466,7 @@
 #. type: Plain text
 #: doc/guix.texi:3257
 msgid "When using HTTPS, the server's X.509 certificate is @emph{not} validated (in other words, the server is not authenticated), contrary to what HTTPS clients such as Web browsers usually do.  This is because Guix authenticates substitute information itself, as explained above, which is what we care about (whereas X.509 certificates are about authenticating bindings between domain names and public keys.)"
-msgstr "При использовании HTTPS, сертификат X.509 сервера emph{не} проверяется (другими словами, сервер не проходит аутентификацию), супротив тому, что HTTPS-клиенты, как веб-браузеры, обычно делают это. Это потому, что Guix аутентифицирует саму информацию подстановки, как это описано выше, что собственно и представляет для нас интерес (в то время, как сертификаты X.509 относятся к аутентификации связок между доменными именами и публичными ключами)."
+msgstr "При использовании HTTPS, сертификат X.509 сервера @emph{не} проверяется (другими словами, сервер не проходит аутентификацию), супротив тому, что HTTPS-клиенты, как веб-браузеры, обычно делают это. Это потому, что Guix аутентифицирует саму информацию подстановки, как это описано выше, что собственно и представляет для нас интерес (в то время, как сертификаты X.509 относятся к аутентификации связок между доменными именами и публичными ключами)."
 
 #. type: Plain text
 #: doc/guix.texi:3269
@@ -8621,7 +8625,7 @@
 #. type: Plain text
 #: doc/guix.texi:3988
 msgid "When combined with channels (@pxref{Channels}), inferiors provide a simple way to interact with a separate revision of Guix.  For example, let's assume you want to install in your profile the current @code{guile} package, along with the @code{guile-json} as it existed in an older revision of Guix---perhaps because the newer @code{guile-json} has an incompatible API and you want to run your code against the old API@.  To do that, you could write a manifest for use by @code{guix package --manifest} (@pxref{Invoking guix package}); in that manifest, you would create an inferior for that old Guix revision you care about, and you would look up the @code{guile-json} package in the inferior:"
-msgstr "При сочетании с каналами (@pxref{Channels}) ранние версии преоставляют простой способ взаимодействовать с отдельными ревизиями Guix. Например, предположим, вы хотите установить в ваш профиль текущий пакет @code{guile} вместе с тем @code{guile-json}, который был определён в предыдущей ревизии Guix (может быть, потому что новый @code{guile-json} имеет несовместимый API, и вы хотите запустить ваш код со старым API@). Чтобы это сделать, можно написать манифест для использования с @code{guix package --manifest} (@pxref{Invoking guix package}). В этом манифесте вы создадите описание ранней версии той предыдущей ревизии Guix, которая вас интересует, в которой вы ищете пакет @code{guile-json} ранней версии:"
+msgstr "При сочетании с каналами (@pxref{Channels}) ранние версии преоставляют простой способ взаимодействовать с отдельными ревизиями Guix. Например, предположим, вы хотите установить в ваш профиль текущий пакет @code{guile} вместе с тем @code{guile-json}, который был определён в предыдущей ревизии Guix (может быть, потому что новый @code{guile-json} имеет несовместимый API, и вы хотите запустить ваш код со старым API). Чтобы это сделать, можно написать манифест для использования с @code{guix package --manifest} (@pxref{Invoking guix package}). В этом манифесте вы создадите описание ранней версии той предыдущей ревизии Guix, которая вас интересует, в которой вы ищете пакет @code{guile-json} ранней версии:"
 
 #. type: lisp
 #: doc/guix.texi:3992
@@ -8845,7 +8849,7 @@
 #. type: deffn
 #: doc/guix.texi:4073
 msgid "These procedures are the counterpart of package record accessors (@pxref{package Reference}).  Most of them work by querying the inferior @var{package} comes from, so the inferior must still be live when you call these procedures."
-msgstr "Эти процедуры являются двойниками метода доступа к записям пакетов (@pxref{package Reference}). Большинство из них работают с запросами для ранней версии, из которой происходит var{package}, так что ранняя версия должна оставаться живой, когда вы вызываете эти процедуры."
+msgstr "Эти процедуры являются двойниками метода доступа к записям пакетов (@pxref{package Reference}). Большинство из них работают с запросами для ранней версии, из которой происходит @var{package}, так что ранняя версия должна оставаться живой, когда вы вызываете эти процедуры."
 
 #. type: Plain text
 #: doc/guix.texi:4083
@@ -45878,7 +45882,7 @@
 #: doc/guix.texi:25871
 #, no-wrap
 msgid "contributing.texi"
-msgstr ""
+msgstr "contributing.ru.texi"
 
 #. type: Plain text
 #: doc/guix.texi:25884

  reply	other threads:[~2019-05-11 17:35 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-11 10:23 New template for 'guix-manual' made available Translation Project Robot
2019-05-11 14:24 ` pelzflorian (Florian Pelz)
2019-05-11 15:51   ` Julien Lepiller
2019-05-11 16:43     ` pelzflorian (Florian Pelz)
2019-05-11 17:00     ` znavko
2019-05-11 17:24       ` pelzflorian (Florian Pelz) [this message]
2019-05-11 17:32         ` pelzflorian (Florian Pelz)
2019-05-11 17:41           ` pelzflorian (Florian Pelz)
2019-05-11 17:50         ` pelzflorian (Florian Pelz)
     [not found]       ` <caa810673247692aa4a3f033a063cf9d@disroot.org>
2019-05-11 18:35         ` pelzflorian (Florian Pelz)
2019-05-11 18:53           ` pelzflorian (Florian Pelz)
     [not found]           ` <e4bedb9b72495be21f02af88d97d4b68@disroot.org>
2019-05-11 21:14             ` Pierre Neidhardt
  -- strict thread matches above, loose matches on Subject: below --
2020-11-08 18:46 Translation Project Robot
2020-10-20 17:29 Translation Project Robot
2020-10-05 14:56 Translation Project Robot
2020-04-10  7:30 Translation Project Robot
2020-02-13  8:41 Translation Project Robot
2019-04-30 17:04 Translation Project Robot
2019-04-24 17:18 Translation Project Robot
2019-04-11  9:54 Translation Project Robot
2018-11-30 16:39 Translation Project Robot
2018-11-28 16:13 Translation Project Robot
2018-06-22 14:04 Translation Project Robot
2018-04-30 15:33 Translation Project Robot

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190511172438.bhojapvemcz4xybf@pelzflorian.localdomain \
    --to=pelzflorian@pelzflorian.de \
    --cc=acid@jack.kiev.ua \
    --cc=guix-devel@gnu.org \
    --cc=znavko@disroot.org \
    --cc=znavko@tutanota.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).