Difference between revisions of "Arch Terminology (Русский)"

From ArchWiki
Jump to: navigation, search
(pacman.conf)
(RTFM)
Line 148: Line 148:
 
Pacman uses these repositories to search for packages and install them. A repository can be local (i.e. on your own computer) or remote (i.e. the packages are downloaded before they are installed).
 
Pacman uses these repositories to search for packages and install them. A repository can be local (i.e. on your own computer) or remote (i.e. the packages are downloaded before they are installed).
  
==[[Wikipedia:RTFM|RTFM]]==
+
== [[Wikipedia:RTFM|RTFM]] ==
"Read The Fucking (or Fine) Manual". This simple message is replied to a lot of new Linux/Arch users who ask about the functionality of a program when it is clearly defined in the program's manual.
+
  
It is often used when a user fails to make any attempt to find a solution to the problem themselves. If someone tells you this, they are not trying to offend you; they are just frustrated with your lack of effort.  
+
"Read The Fucking (or Fine) Manual" - Прочитай Чертов (или Прекрасный) Мануал. Такой ответ часто дают новичкам Linux/Arch, которые спрашивают о том, что черным по белому написано в мануале той или иной программы.
 +
 
 +
Так отвечают, когда видят, что спрашивающий и не пытался найти решение самостоятельно. Если кто-то ответил вам в таком духе, то это не попытка обидеть, а лишь разочарование в связи с отсутствием каких-либо усилий с вашей стороны.
 +
 
 +
Лучшее, что можно сделать, если вы получили такой ответ, это прочитать мануал:
  
The best thing to do if you are told to do this is to read the manual page.
 
* To read the program manual page for a particular program, type this at the command line:
 
 
  man PROGRAM-NAME
 
  man PROGRAM-NAME
  
where PROGRAM-NAME is the name of the program you need more information about.
+
где PROGRAM-NAME - это имя программы, с которой возникли сложности.
 +
 
 +
Если вы не нашли ответ на свой вопрос в мануале, то есть еще несколько способов это сделать, прежде чем задавать вопрос на форуме:
  
If you do not find the answer to your question in the program manual, there are more ways to find the answer. You can:
+
* искать в [[Special:Search|wiki]]
* search the [[Special:Search|wiki]]
+
* искать на [https://bbs.archlinux.org форуме]. Можно также заглянуть на [http://www.archlinux.org.ru/forum/ форум русскоязычного сообщества].
* search the [https://bbs.archlinux.org forum]
+
* искать в [https://www.google.com/#hl=en&q=arch+site:archlinux.org%2Fpipermail%2F почтовой рассылке]
* search the [https://www.google.com/#hl=en&q=arch+site:archlinux.org%2Fpipermail%2F mailing lists]
+
* искать в [https://www.google.com интернете]
* search the [https://www.google.com web]
+
  
 
==taurball==
 
==taurball==

Revision as of 18:31, 25 August 2013

Tango-preferences-desktop-locale.pngThis article or section needs to be translated.Tango-preferences-desktop-locale.png

Notes: Перевожу Rmuratov (talk) 03:56, 23 August 2013 (UTC) (Discuss in Talk:Arch Terminology (Русский)#)

Эта статья прояснит некоторые термины, которые используют в сообществе Arch Linux. Не стесняйтесь вносить правки, но желательно "Править" конкретный раздел, в не всю страницу. Пожалуйста, сохраняйте алфавитный порядок при добавлении нового раздела.

Arch Linux

Следует придерживаться следующего написания имени Arch:

  • Arch Linux
  • Arch (Linux добавляем в уме)
  • archlinux (в стиле UNIX)

Archlinux, ArchLinux, archLinux, aRcHlInUx и прочие вариации - долой.

'Arch' (подразумевая "Arch Linux") произносится /ˈɑrtʃ/ (арч), как в словах "archer" или "arch-nemesis", но не как в словах "ark" или "archangel" (арк).

ABS

Arch Build System (ABS, Система Сборки для Arch) нужна, чтобы:

  • Создавать новые пакеты программ
  • Редактировать существующие пакеты под свои нужды
  • Пересобирать систему, используя флаги компиляции (примерно как в Gentoo)
  • Настраивать модули ядра на работу с модифицированным вами ядром

ABS полезна при использоввании Arch Linux, но не обязательна.

ARM

Note: Сервис Arch Rollback Machine закрылся 18 августа 2013 [1]

Arch Rollback Machine это зеркало, с которого можно было загрузить старые версии пакетов для отката системы.

AUR

Arch User Repository (AUR, Репозиторий пользователей Arch) - это поддерживаемый сообществом репозиторий пользователей Arch. AUR был изначально задуман, чтобы собрать в одном месте широко распространенные среди сообщества PKGBUILD-ы и ускорить процесс попадания наиболее популярных из репозитория AUR [community] в репозитории [core] и [extra].

AUR - это родина всех новых пакетов. Пользователи представляют в AUR самостоятельно созданные пакеты. Сообщество AUR голосует за любимые из них, и, когда набирается достаточное количество голосов, AUR Trusted User может перевести пакет в репозиторий [community], к которому можно получить доступ через pacman и ABS.

AUR находится здесь здесь.

PKGBUILD

PKGBUILD-ы - это небольшие скрипты для сборки пакетов Arch. Смотрите Creating Packages

TU, Trusted User

Доверенный пользователь поддерживает репозитории AUR и [community]. У него есть привилегия перемещать особо популярные пакеты из AUR в [community]. TU назначается большинством голосов при голосовании других TU.

Доверенные пользователи следуют AUR Trusted User Guidelines и соблюдают устав Доверенных пользователей

bbs

Bulletin board system - форум по поддержке пользователей.

community/[community]

В репозитории [community] находятся пакеты, которые перенесли из AUR доверенные пользователи. Чтобы получить доступ к [community], раскомментируйте строку с репозиторием в /etc/pacman.conf.

core/[core]

В [core] находятся пакеты, необходимые для минимально работоспособной системы Arch Linux.

custom/user repository

Каждый может создать свой собственный репозиторий, который другие пользователи могут добавить в /etc/pacman.conf и работать с ним через pacman. Смотрите здесь, как это можно сделать.

Developer

Полубоги, бесплатно работающие над улучшением Arch. Разработчики уступают лишь истинным богам - Джадду Винету и Аарону Гриффину.

extra/[extra]

Изначальный набор пакетов Arch [core] довольно беден, поскольку содержит лишь необходимый минимум, но возможность расширить его дает репозиторий [extra]. Репозиторий постоянно растет благодаря сообществу пользователей. Именно в [extra] можно найти окружение рабочего стола, менеджер окон и другие программы общего назначения.

hwd

hwdAUR - это детектор "железа" вашего компьютера и генератор xorg.conf. hwd может предоставить информацию об используемом процессоре, видеокарте и прочих устройствах.

hwdetect

Tango-preferences-desktop-locale.pngThis article or section needs to be translated.Tango-preferences-desktop-locale.png

Notes: please use the first argument of the template to provide more detailed indications. (Discuss in Talk:Arch Terminology (Русский)#)
hwdetect это детектор устройств компьютера. Скрипт в основном используется для вывода информации о модулях, загружаемых через /etc/mkinitcpio.conf]. The script makes use of information exported by the sysfs subsystem employed by the Linux kernel.

initramfs

Смотрите mkinitcpio.

initrd

The special file /dev/initrd is a read-only block device. Device /dev/initrd is a RAM disk that is initialized (e.g. loaded) by the boot loader before the kernel is started. The kernel then can use the block device /dev/initrd's contents for a two phased system boot-up.

In the first boot-up phase, the kernel starts up and mounts an initial root file-system from the contents of /dev/initrd (e.g. RAM disk initialized by the boot loader). In the second phase, additional drivers or other modules are loaded from the initial root device's contents. After loading the additional modules, a new root file system (i.e. the normal root file system) is mounted from a different device.

makepkg

makepkg will build packages for you. makepkg will read the metadata required from a PKGBUILD file. All it needs is a build-capable Linux platform, wget, and some build scripts. The advantage to a script-based build is that you only really do the work once. Once you have the build script for a package, you just need to run makepkg and it will do the rest: download and validate source files, check dependencies, configure the build time settings, build the package, install the package into a temporary root, make customizations, generate meta-info, and package the whole thing up for pacman to use.

namcap

namcap is a package analysis utility that looks for problems with Arch Linux packages or their PKGBUILD files. It can apply rules to the file list, the files themselves, or individual PKGBUILD files.

Rules return lists of messages. Each message can be one of three types: error, warning, or information (think of them as notes or comments). Errors (designated by 'E:') are things that namcap is very sure are wrong and need to be fixed. Warnings (designated by 'W:') are things that namcap thinks should be changed but if you know what you are doing then you can leave them. Information (designated 'I:') are only shown when you use the info argument. Information messages give information that might be helpful but is not anything that needs changing.

package

A package is an archive containing

  • all of the (compiled) files of an application
  • metadata about the application, such as application name, version, dependencies, ...
  • installation files and directives for pacman
  • (optionally) extra files to make your life easier, such as a start/stop script

Arch's package manager pacman can install, update, and remove those packages. Using packages instead of compiling and installing programs yourself has various benefits:

  • easily updatable: pacman will update existing packages as soon as updates are available
  • dependency checks: pacman handles dependencies for you, you only need to specify the program and pacman installs it together with every other program it needs
  • clean removal: pacman has a list of every file in a package. This way, no files are left behind when you decide to remove a package.
Note: Different GNU/Linux distributions use different packages and package managers, meaning that you cannot use pacman to install a Debian package on Arch.

Package maintainer

The role of the package maintainer is to update packages as new versions become available upstream and to field support questions relating to bugs in said packages. The term may be applied to any of the following:

  • A core Arch Linux developer who maintains a software package in one of the official repositories (core, extra, or testing).
  • A Trusted User of the community who maintains software packages in the unsupported/unofficial community repository.
  • A normal user who maintains a PKGBUILD and local source files in the AUR.

The maintainer of a package is the person currently responsible for the package. Previous maintainers should be listed as contributors in the PKGBUILD along with others who have contributed to the package.

pacman

The pacman package manager is one of the great highlights of Arch Linux. It combines a simple binary package format with an easy-to-use build system (see ABS). Pacman makes it possible to easily manage and customize packages, whether they be from the official Arch repositories or the user's own creations. The repository system allows users to build and maintain their own custom package repositories, which encourages community growth and contribution (see AUR).

Pacman can keep a system up to date by synchronizing package lists with the master server, making it a breeze for the security-conscious system administrator to maintain. This server/client model also allows you to download/install packages with a simple command, complete with all required dependencies (similar to Debian's apt-get).

NB: Pacman was written by Judd Vinet, the creator of Arch Linux. It is used as a package management tool by other distributions as well, such as FrugalWare, Rubix, UfficioZero (in Italian, based on Ubuntu), and, of course, Arch based distributions such as Archie and AEGIS.

pacman.conf

Это конфигурационный файл pacman. он расположен в /etc. Подробнее о формате настроек:

man pacman.conf

repository/repo

The repository has the pre-compiled packages of one or (usually) more PKGBUILDs. Official repositories are

  • [core]: containing the latest version of packages required for a full CLI system
  • [extra]: containing the latest version of packages not needed for a working system but are needed for an enjoyable system ;)
  • [community]: containing packages that came from AUR and got enough user votes

Pacman uses these repositories to search for packages and install them. A repository can be local (i.e. on your own computer) or remote (i.e. the packages are downloaded before they are installed).

RTFM

"Read The Fucking (or Fine) Manual" - Прочитай Чертов (или Прекрасный) Мануал. Такой ответ часто дают новичкам Linux/Arch, которые спрашивают о том, что черным по белому написано в мануале той или иной программы.

Так отвечают, когда видят, что спрашивающий и не пытался найти решение самостоятельно. Если кто-то ответил вам в таком духе, то это не попытка обидеть, а лишь разочарование в связи с отсутствием каких-либо усилий с вашей стороны.

Лучшее, что можно сделать, если вы получили такой ответ, это прочитать мануал:

man PROGRAM-NAME

где PROGRAM-NAME - это имя программы, с которой возникли сложности.

Если вы не нашли ответ на свой вопрос в мануале, то есть еще несколько способов это сделать, прежде чем задавать вопрос на форуме:

taurball

The tarballed PKGBUILD and local source files that are required by makepkg to create an installable binary package. The name is derived from the practice of uploading such tarballs to the AUR, hence "tAURball".

testing/[testing]

This is the repository where major packages/updates to packages are kept prior to release into the main repositories, so they can be bug tested and upgrade issues can be found. It is disabled by default but can be enabled in /etc/pacman.conf

udev

udev provides a dynamic device directory containing only the files for actually present devices. It creates or removes device node files in the /dev directory, or it renames network interfaces.

Usually udev runs as udevd(8) and receives uevents directly from the kernel if a device is added/removed to/from the system.

If udev receives a device event, it matches its configured rules against the available device attributes provided in sysfs to identify the device. Rules that match may provide additional device information or specify a device node name and multiple symlink names and instruct udev to run additional programs as part of the device event handling.

wiki

This! A place to find documentation about Arch Linux. Anyone can add and modify the documentation.