Как устанавливать программы в archlinux

Я практически новичок на сцене Linux в целом. Я недавно скачал Matlab для установки. Я распаковал файлы и запустил ./install чтобы запустить мастер.

Когда я проходил через него, меня попросили указать путь установки со значением по умолчанию /usr/local/Matlab . Это первое не показалось правильным и выглядело еще более неправильным, когда я посмотрел в этом каталоге. /usr/local/ имеет bin etc games include lib man sbin share src При этом сомнительно, что это будет наиболее эффективным местом для установки программы. Где установлено большинство программ? Я читал, что это во многом зависит от вкуса Linux по большей части. Какие-нибудь рекомендации от опытных пользователей Linux?

Источник: poweruser.guru

Установка программ из AUR (Arch User Repository) В ArchLinux

Pacman: управление пакетами в Archlinux

В этой заметке я постараюсь продемонстрировать тот самый цимес, который придаёт неповторимое своеобразие Archlinux — систему управления пакетами под именем pacman .

Краткое вступление

Подобно системе apt, зародившейся в недрах Debian и внедрённой затем… да куда только её не внедрили, — применение системы pacman далеко выходит за рамки родительского дистрибутива: pacman успешно прикручивается к Slackware — пример чему показал сначала Rubix, а затем Frugalware Linux. На Distrowatch я нашел даже сведения о том, что этот механизм управления пакетами используется в Ufficio Zero — итальянском дистриубутиве, основанном на Ubuntu, и использующем, следовательно, пакеты в deb-формате. Правда, проверить это мне пока не удалось — сайт их оказался на чистейшем языке Данте и Петрарки, на котором я только ругаться могу, а устанавливать его было влом. Может быть, кто из наших романистов может внести ясность?

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

Pacman — базис пакетного менеджмента

Archlinux — не является в полном смысле слова дистрибутивом Source Based, подобно Gentoo или, тем более, Linux from Scratch. Ибо основная форма его дистрибуции — все же в виде набора прекомпилированных пакетов. Видом эти пакеты похожи на обычные архивы *tar.gz :

package##ver##rel.pkg.tar.gz

Здесь package — имя пакета, ##ver — номер его версии, присвоенный его разработчиком, ##rel — номер реализации, то есть сборки конкретного бинарника, даваемый уже майнтайнерами Archlinux, аббревиатура pkg свидетельствует, что мы имеем дело с прекомпилированным пакетом Archlinux, а не c абстрактным тарбаллом, ну а два последние суффикса понятны без комментариев…

Установка пакетов в Arch Linux

При ближайшем рассмотрении оказывается, что пакеты Archlinux похожи на тарбаллы не только видом, но и нравом. Формат их — прост до предела, это именно чистое за- tar ‘енное дерево, сжатое gzip ‘ом, не содержащее никаких инсталляционных скриптов, и вообще никакой метаинформации: только сам исполняемый бинарник (бинарники), предназначенный для помещения в каталог /usr/bin (за исключением тех программ, которым резонно находиться в /bin , /sbin или /usr/sbin ), сопровождаемый в необходимых случаях конфигами (для каталога /usr/etc ) и библиотеками (для /usr/lib ), а также man-документацией.

Средство для управления этими просто построенными пакетами также очень просто и носит название pacman (от packages manager, нужно полагать). Формат её вызова таков:

$ pacman [опции] имя_файла_пакета

Указание действия является обязательным, опций, в соответствие с названием — опциональным.

Действия, предусмотренные командой pacman , следующие:

• -A , или —add — добавление (то есть установка) пакета в систему;
• -U , —upgrade , и -F , —freshen , — обновление пакета; различие между ними в том, что во втором случае обновляется только ранее инсталлированный (посредством -A ) пакет, в первом же — установка осуществляется и при отсутствии оного;
• -S , —sync , — синхронизация локально установленных пакетов с репозиторием дистрибутива ( ftp.archlinux.org ) или его зеркалами;
• -R , —remove , — удаление пакета, выполняемое без всяких предупреждений, вместе со всеми его конфигурационными файлами и прочим хозяйством (за исключением, разумеется, пользовательских конфигов из каталога $HOME );
• -Q , —query , — запрос информации о пакете, установленном или не установленном;
• -V , —version , — вывод номера версии pacman , сведений о копирайте и лицензии.

В качестве аргументов команды pacman при действиях -A , -U и -F должны выступать полные имена файлов пакетов, вида — pkg_name-version-release.pkg.tar.gz . Если пакет расположен в одном из предназначенных к тому мест (о них я скажу чуть позже), то достаточно приведённой формы, в противном случае потребуется указание полного пути. В одной строке можно перечислить несколько пакетов для единовременной установки или обновления. Действия -Q , -S и -R требуют только указания имени пакета, без прочей атрибутики.

Есть и ещё одно действие — -h , или —help , (внимание — только оно и в краткой форме задаётся в нижнем регистре), — вывод краткой справки, конкретно, списка действий. Если любое из них присоединить к действию -h , то можно получить более подробные сведения об опциях, которые могут это действие сопровождать. Так, команда

$ pacman -hA

даст список всех опций, которые доступны при действии —added :

usage: pacman [options] options: -d, —nodeps отменить проверку зависимостей -f, —force принудительная установка -v, —verbose включение вывода сообщений о ходе операции -r, —root установка корня пакета, отличного от «умолчального» /

Опции команды pacman довольно многочисленны, что компенсируется их обычной необязательностью. Важными могут быть -d , —nodeps , отменяющая проверку зависимостей, и -f , —force , — принудительная установка пакета, а также -r , —root , предписывающая отличный от умолчального исходный каталог (а им является корень файловой системы) и требующий, естественно, указания пути (например, /usr/local или /opt . Отмечу ещё опцию -c , —cascade , так как применение её требует особой осторожности: она предписывает рекурсивное удаление не только указанного пакета, но и всех, связанных с ним зависимостями. Обратим внимание, что опции, в отличие от действий, в краткой форме даются исключительно в нижнем регистре.

Наконец, самая интересная опция — -u , —sysupgrade . Используемая вместе в действиями -U или, ещё лучше, -S , она обеспечивает тотальное обновление всей системы:

$ pacman -Su

Очевидно, что в этом случае требуется подключение к Сети для синхронизации с репозиториями Archlinux.

Для ознакомления с прочими опциями предлагается обратиться к тёте Мане — man pacman .

Настройка pacman

Выше я вскользь обмолвился, что для упрощения установки пакетов их следует разместить в должном месте. А место это определяется в файле конфигурации pacman — /etc/pacman.conf .

Как и все а Archlinux, файл этот устроен очень просто и состоит из двух секций — общих настроек установки пакетов и списка репозиториев оных. К общим настройкам относятся:

IgnorePkg = pkg1 pkg2 .

которой определяется список пакетов, не затрагиваемых при тотальном обновлении посредством pacman -Su ;

NoUpgrade = etc/passwd etc/group etc/shadow.

содержащая список файлов, которые не должны перезаписываться ни при каких установках и обновлениях пакетов (в том числе и при тотальном апдейте); по умолчанию здесь, кроме указанных, перечислены все основные общесистемные конфиги типа etc/fstab , etc/rc.conf , etc/rc.local , и т.д.;

DBPath = /path/to/db/dir

путь к базе данных пакетов (по умолчанию — /var/lib/pacman );

NoPassiveFtp

отключение пассивного режима ftp-соединения (по умолчанию используется именно он — и это, товарищи, правильно в большинстве случае).

В списке репозиториев Arch’а указан главный ftp-сервер проекта

Server = ftp://ftp.archlinux.org/current

и все его зеркала. Списки можно задать отдельно для текущей ветки, стабильной, включить в него репозитории неофициальных пакетов. Наконец, можно задать и локальный репозиторий пакетов, например:

Server = local:///home/arch/pkg

Именно нахождение пакета в одном из репозиториев, перечисленных в файле /etc/pacman.conf , избавляет от необходимости указывать полный путь к файлу пакета, о чем говорилось ранее. Понятно, что установка пакета с ftp-сервера требует подключения к Сети. Локальный же репозиторий, куда можно разместить пакеты, скачанные заблаговременно, избавляет от этой необходимости.

Проблема зависимостей

Установка пакетов посредством pacman происходит фантастически быстро. Что, в общем-то, понятно: ведь pacman просто распаковывает архив пакета и записывает его прекомпилированные компоненты куда следует. Поскольку никакой метаинформации в пакете не содержится, то и отслеживания зависимостей как бы не происходит.

Тем не менее контроль зависимостей в системе управления пакетам Archlinux существует. Эта функция возложена на внешнюю (по отношению к каждому пакету) базу данных, расположенную в каталоге /var/lib/pacman/ . Она включает в себя два подкаталога — /var/lib/pacman/current/ и /var/lib/pacman/local . В первом — база всех пакетов, охваченных дистрибутивом Arch Linux (вернее, официальной его частью). Она образована каталогами вида pkg-ver-rel (например, bash-2.05b-6 — приводимые ниже примеры относятся к этому пакету), в каждом из которых имеется по два файла: desc — краткое описание пакета в форме

%NAME% bash %VERSION% 2.05b-6 %DESC% The GNU Bourne Again shell

и depends — список пакетов, с которыми данный связан зависимостями, а также, возможно, конфликтующих пакетов:

%DEPENDS% glibc grep readline ncurses %CONFLICTS%

В каталоге /var/lib/pacman/local/ , как следует из его названия, содержится база пакетов, установленных на данной машине. Он образован точно также, как и /var/lib/pacman/current/ , однако в каталоге каждого пакета — уже по три файла: desc , depends и files .

Описание пакета в файле desc включает, помимо краткой информации (аналогичной описанию из current ), также даты построения и установки пакета, имя сборщика (для официальной части им выступает обобщённый archlinux), и суммарный размер:

%NAME% bash %VERSION% 2.05b-6 %DESC% The GNU Bourne Again shell %URL% %BUILDDATE% Mon Jan 06 22:49:26 2003 %INSTALLDATE% Wed Oct 22 08:14:09 2003 %PACKAGER% Arch Linux (http://www.archlinux.org) %SIZE% 1318400

В файле depends , кроме списка пакетов, от которых зависит данный, приведён и список пакетов, которые зависят от него:

%DEPENDS% glibc grep readline ncurses %REQUIREDBY% m4 diffutils autoconf automake .

Наконец, files — это просто список всех компонентов пакета с указанием путей, по которым они размещаются при инсталляции:

%FILES% bin/ bin/sh bin/bash etc/ etc/profile usr/ usr/man/ usr/man/man1/ usr/man/man1/bash.1

В необходимых случаях тут же можно обнаружить и список файлов, подвергнутых изменению при установке пакета (в первую очередь это относится к общесистемным конфигам), с указанием исходных контрольных сумм:

%BACKUP% etc/profile db618b683dee3f98f72bbb666ab0963c

Эта информация понадобится при удалении пакета командой pacman -R — для восстановления первозданной конфигурации системы (именно благодаря ей pacman способен к «чистой» деинсталляции пакетов).

Из структуры базы пакетов легко понять принцип контроля зависимостей в Archlinux: при установке нового пакета программа pacman сначала проверяет каталог /var/lib/pacman/current/ на предмет выявления его зависимостей, а потом — каталог /var/lib/pacman/local/ на предмет того, установлены ли пакеты, от которых зависит данный. Если все в порядке — пакет успешно устанавливается. Если же нет — выдаётся список имён недостающих пакетов (в порядке, котором они должны инсталлироваться) и работа pacman ‘а завершается сообщением об ошибке. Никаких попыток разрешить нарушение зависимостей автоматически он не делает, оставляя это на долю пользователя.

Так что при установке пакета, зависимости для которого не выполнены, пользователь, получив соответствующий список, должен самостоятельно установить все недостающие компоненты. Причём с каждым из них возможно повторение истории — то есть нарушение зависимостей, которые должны разрешаться вручную.

Такая система может показаться не очень удобной. Хотя это гораздо лучше, чем классический rpm , где при нарушении зависимостей выдаётся что-нибудь типа недостачи библиотеки имя_рек.so.1 — и давай вычисляй, в состав какого пакета она входит. В Archlinux же вывод команды pacman выглядит примерно следующим образом:

pacman -A gnome-desktop-2.4.0-1.pkg.tar.gz 11:01 pts/2 error: unsatisfied dependencies: gnome-desktop: requires libgnome gnome-desktop: requires gnome-vfs

после чего недостающие пакеты (вместе с требуемым) легко установить одной командой.

Руки против автоматики

Тем не менее, в сравнении с такими как-бы «продвинутыми» системами управления пакетами, как apt или даже yum , pacman выглядит весьма примитивно. Однако это а) не так (потому что он не более чем дополнение к ABS), и б) имеет свои преимущества.

Об ABS речь впереди, а вот о преимуществах «ручного» подхода pacman (в CRUX принята примерно такая же система, да и pkg-tools из Slackware не сильно от них отличается) перед системами типа apt я хотел бы поговорить подробнее ввиду их не полной очевидности.

Что происходит, когда мы прибегаем к услугам apt или yum ? Система пакетного менеджмента определяет, что для установки данного пакета не хватает таких-то компонентов, связанных с ним зависимостями, отыскивает их (на локальном носителе или в Сети), скачивает, устанавливает (вместе со всеми уже их зависимостями), после чего благополучно инсталлирует запрошенный пакет. Красота, да и только — «и не думать ничего, фюрер мыслит за него» (пардон, майнтайнер, разумеется).

Однако вспомним, что зависимости пакетов бывают двух родов: обязательные, или жесткие, и не обязательные, так сказать, «мягкие». Первые — объективная реальность, определяющая непременность их исполнения: никакую программу невозможно заставить работать без glibc (о статической линковке здесь не говорим), никакое X-приложение не будет функционировать без xlib , ни одна KDE-софтина не встанет без Qt и kdelibs .

«Мягкие» же зависимости к исполнению не обязательны, так как лишь обеспечивают пакету некоторые дополнительные функции, полезные, бесполезные, а то и откровенно вредные — причем понятие пользы и вреда тут откровенно субъективны. Так, большинство сборщиков links или mc полагают непременным условием их юзабильности поддержку gpm , мне же использование мыши как указательного устройства в этих приложениях представляется однозначно вредным. Я уж не говорю о том, что разрешение необязательных зависимостей приводит к захламлению файловой системы компонентами, о которых пользователь подчас не имеет ни малейшего представления (да и иметь не желает).

Так вот, в Archlinux пользователь, получив предупреждение о том, что нужный ему пакет требует того-то и того-то, при минимальном опыте (и некотором представлении о зависимостях) может определить, относятся ли навязываемые ему зависимости к числу «жестких», объективных, или «мягких», обусловленных субъективными представлениями сборщика пакета. И во втором случае — осознанно сделать выбор:

• простоты ради согласиться со сделанным ему предложением (что, правда, приведет к захламлению системы),
• отказаться от удовлетворения зависимостей посредством опции nodeps (в этом случае есть некоторый риск того, что пакет не будет функционировать должным образом — впрочем, для «мягких» зависимостей риск этот не слишком велик),
• или просто плюнуть и собрать требуемый пакет из исходников вручную — только с теми with/without и enable/disable , которые ему действительно нужны.

Конечно, ручная сборка тоже имеет свои минусы. Установленные помимо системы пакетов программы не попадут в базу данных. И соответственно, если в дальнейшем придется устанавливать пакеты, зависящие от такого «самосборника», через систему pacman ‘а, то он не будет обнаружен последним.

Впрочем, если рассматривать Archlinux как фундамент для построения собственной системы, ограничившись только компонентами base и все остальное собирая вручную — такой путь вполне приемлем. Если все же ориентироваться на смешанное его использование — критически важные компоненты собираются вручную, все остальные — устанавливаются из прекомпилированных пакетов, — то выход все равно остается. Поскольку база данных, используемая pacman ‘ом, очень проста, никто не запрещает внести в нее сведения о «самосборном» пакете вручную (правда, здесь нет такого средства автоматизации этого процесса, как inject в Gentoo).

Впрочем, все сказанное о зависимостях относится только к случаю установки пакетов с локального носителя. И если пользоваться репозиториями пакетов с ftp-сервера проекта или его зеркал — силы не имеет. Потому что, как уже было сказано, простая команда pacman -Su выполнит полное обновление системы с разрешением всех зависимостей

Однако у пользователя Arch’а есть и еще одна, более интересная, возможность. И это — использование ABS (Arch Build System), системы построения пакетов, о которой пойдёт речь в следующей заметке.

Сочинитель в жанре беллетристики технологической и более иной. Не рекомендуемой к прочтению информационно-неполовозрелым и литературно невинным гражданам. Посмотреть все записи автора alv

Источник: www.alv.me

Установка ArchLinux для новичков. Установка программ ArchLinux. Установка Steam на ArchLinux

Операционные системы семейства Winows являются лидирующими на компьютерном рынке. Но иногда возникает необходимость в использовании стороннего и бесплатного ПО в силу личных предпочтений или невозможности покупки лицензии для Windows. В этом случае на помощь приходят ОС Linux. Но не все из них отличаются дружелюбными интерфейсами и широкой документацией.

А последняя если и присутствует, то зачастую только на английском языке, знанием которого похвастаться могут не все. Зато, в отличие от ПО с закрытым исходным кодом, Linux-системы имеют возможность гораздо более широкой настройки под определенного пользователя. В статье подробно рассказывается об особенностях установки ArchLinux и об этой системе в целом.

ArchLinux. Установка и настройка

Существует очень интересная операционная система из семейства «линуксовых». Называется она ArchLinux. Ее необычность заключается в том, что, в отличие от пакетных «убунтоподобных» систем, ArchLinux можно настроить под себя до последнего «винтика». Правда, это требует недюжинных знаний в данной области, что часто отпугивает новичков.

Да и вообще, вся система, в отличие от пакетных дистрибутивов, рассчитана на очень опытного пользователя «линуксоподобных» систем, умеющего работать с командной строкой и терминалом. Установка и настройка ArchLinux во многом отличается от процесса установки прочих ОС. И в этой статье мы разберем все этапы инсталляции ОС ArchLinux.

Общая информация об ArchLinux

ArchLinux является ответвлением от очень минималистичной ОС CRUX. Эта ОС была популярна у любителей собирать систему из исходников и максимально «затачивать» ее под себя. В отличие от «родительской» ОС, ArchLinux не требует от пользователя умения компилировать ядра и строить зависимости. Ее можно установить, используя обычный графический менеджер.

Хотя начинается инсталляция ArchLinux с командной строки. Но об этом чуть ниже.

На данный момент существует две ветки развития ОС ArchLinux: stable и current. В stable используется стабильная версия операционной системы с проверенными программами. Однако обновления для нее приходится ждать очень долго. Для любителей всего самого «свежего» существует ветка current. Здесь обновления не опаздывают, однако стабильность системы несколько хромает.

Установка программ ArchLinux в ней также вызывает некоторые трудности и ошибки. Бывалые «арчеры» (так на сленге называют пользователей ArchLinux) советуют использовать stable-версию ОС. Пусть она будет не совсем актуальна, но стабильность — превыше всего.

Бедой ArchLinux является отсутствие документации по установке в самом дистрибутиве. Там имеются только общие рекомендации, предназначенные для продвинутых пользователей ОС семейства Linux. Причем все они на английском. Правда, некоторые из них переводятся энтузиастами. Так что установка ArchLinux для новичков – довольно непростое занятие, разберем его чуть подробнее.

Подготовка к процедуре

Первым делом необходимо создать загрузочную USB-флешку с дистрибутивом ArchLinux. Для этого нам нужно скачать ISO-образ ОС с официального сайта проекта. Образ с ArchLinux бывает двух типов: полный и базовый. Отличие состоит в размере образа и количестве программ, доступных «из коробки». Полный образ «весит» около 600 Мб, а базовый — всего 200 Мб.

Лучше использовать полный вариант установочного диска.

После скачивания нужно выбрать программу для записи дистрибутива на USB-носитель. Если вы используете Windows, то лучшим вариантом для этой цели будет взять программу Rufus. Ее можно скачать совершенно бесплатно, установки она не требует. Запускаем Rufus и выбираем скачанный образ диска с ОС. Нажимаем кнопку «Начать».

В процессе записи USB-носитель будет отформатирован и переименован в ArchLinux. Установка на флешку, в принципе, закончена. Теперь можно перезагружаться и пробовать инсталлировать ОС на компьютер.

Запуск установщика

После всех манипуляций с порядком загрузки в BIOS мы начинаем загрузку ArchLinux с флешки. Как уже говорилось выше, пошаговая установка ArchLinux во многом отличается от такого же процесса пакетных ОС. Поэтому здесь важно рассмотреть все детали и особенности.

Первое, что мы увидим, – командная строка. Чтобы запустить графический установщик, нужно набрать команду $/arch/setup. После этого появится окно установщика. Здесь есть пункты меню, отражающие все этапы процесса инсталляции:

• подготовка диска;
• выбор пакетов;
• установка пакетов;
• установка ядра;
• конфигурирование системы;
• установка загрузчика;
• выход.

Если с большинством разделов меню справится даже новичок, то с пунктом «Установка ядра» придется попотеть даже продвинутым пользователям. Именно поэтому установка ArchLinux — для новичков дело непростое.

Подготовка диска

Процесс «разбивки» диска для ArchLinux несколько отличается от требований разделов прочих пакетных ОС семейства Linux. Проще всего позволить программе самой распределить диск на разделы. В этом случае автоматика лучше знает, что конкретно нужно для системы. Однако если на HDD имеются нужные файлы, то придется заняться ручной разметкой, дабы не утратить их навсегда. Установка ArchLinux начинается именно с этого.

При ручной разбивке диска нужно создать следующие разделы:

• корневой раздел с меткой /;
• раздел /usr;
• раздел /opt;
• раздел /var;
• раздел /var/abs;
• раздел /var/cache/pkg;
• раздел /var/cache/src;
• раздел «/home».

Теперь рассмотрим, для чего они все нужны.

Корневой раздел должен составлять как минимум один гигабайт. Именно в него и производится установка ArchLinux. Раздел /usr является «свопом» — файлом подкачки для улучшения производительности системы. Поэтому он должен быть равен объему установленной оперативной памяти, умноженному на два.

Раздел /opt служит для размещения таких объемных файлов как библиотеки QT, «иксы» и прочие файлы рабочей оболочки ОС. Размер его должен составлять примерно 4 Гб.

Разделы с пометкой /var, используются для помещения различной системной информации с целью недопущения захламления корневого.

Ну а раздел /home используется для хранения личных данных пользователя. Предпочитаемая файловая система всех разделов – ext3.

Установка системы

Установка ArchLinux разделяется на несколько этапов. Первый – это выбор и настройка пакетов. Если вы не имеете понятия, какие из них нужно отметить именно для вашего компьютера, то просто оставьте все значения по умолчанию. Проведя анализ «железа», программа сама решит, что нужно, а что нет. В процессе инсталляции пакетов также будет установлен загрузчик.

В ArchLinux таковым по умолчанию является GRUB.

Следующим этапом является установка ядра системы. Здесь тоже лучше положиться на автоматический выбор и настройку. Единственное, что надо будет отметить самостоятельно, это тип ядра под ваше «железо». Если у вас ПК с поддержкой технологии SCSI, то нужно выбрать именно такой тип.

После успешной инсталляции ядра придет время конфигурирования ОС. Здесь вам предлагается настроить систему, используя правку текстовых файлов конфигурации. Этого лучше не делать, поскольку можно запросто «повесить» систему еще во время инсталляции. Настройка ArchLinux после установки является наиболее приемлемым вариантом, так как гораздо проще все сделать с использованием графического окружения.

Настройка ArchLinux

После перезагрузки системы требуется определить ее основные параметры. Предпочтительным рабочим окружением для ArchLinux является KDE. Именно его мы и поставим. Для этого в командной строке нужно набрать pacman –S kde. После загрузки графической оболочки настройка системы пойдет шустрее.

Теперь нам нужно установить хотя бы браузер Mozilla Firefox для получения знаний о тонкой заточке ArchLinux после установки. Для этого выполняем следующую команду: pacman –S firefox. Теперь запросто можно узнать о секретах параметров ОС у «великого и могучего» Google.

Установка программ

Здесь не все так просто. Поскольку ArchLinux не поддерживает графический установщик пакетов программ, инсталлировать их придется вручную через командную строку с помощью инструмента pacman. Благодаря некоторым командам можно будет получить весь необходимый софт. Итак, основная команда для установки программ – pacman –S имя_пакета.

Для обновления уже установленных нужно ввести команду pacman –Syi. Именно так происходит установка программ. ArchLinux в этом плане намного сложнее «убунтоподобных» систем.

ArchLinux и Steam

Steam – это рабочее окружение для покупок и установки игр под Linux. Он доступен и для ОС Windows. В программе Steam можно покупать и устанавливать различные игры. Причем имеются и «нативные» версии для Linux. Установка Steam на ArchLinux требует некоторых дополнительных манипуляций, которые мы с вами сейчас и разберем.

Проблема состоит в том, что в Steam нет официальной поддержки ArchLinux. Поэтому перед выполнением команды установки нужно сначала добавить некоторые репозитории и шрифты. Если у вас система на 64 бита, то нужно загрузить репозиторий multilib, а после него — шрифт Arial, так как Steam использует именно его. Получить его можно с помощью команды pacman –S ttf-liberation. После этого можно начинать установку самого «Стима» с помощью команды pacman –S steam.

Заключение

Теперь мы с вами знаем, как правильно устанавливать и настраивать ArchLinux. Конечно, процесс довольно сложный, он требует большого количества свободного времени. Только вам решать, действительно ли нужна подобная операционная система. Более того, мы рассмотрели даже такую «страшную» штуку, как установка Steam на ArchLinux. Конечно, она будет полезна не многим.

Но если вы геймер, то эта информация точно пригодится. Вообще ArchLinux — хорошая ОС для пополнения своей базы знаний.

Если вас не пугают трудности в процессе освоения нового, то ArchLinux придется вам по вкусу. И пусть на рынке по-прежнему лидирует детище корпорации Microsoft, ПО с открытым исходным кодом с каждым годом набирает все большую популярность.

Источник: autogear.ru