Как сменить ветку репозиториев в manjaro linux
Обновлено: 06.07.2024
Репозиторий — хранилище пакетов программ, которые можно загрузить и установить на компьютер.
Официальные репозитории Arch Linux содержат наиболее важное и популярное программное обеспечение, которое можно легко получить и установить при помощи pacman. Эти репозитории поддерживают мейнтейнеры пакетов.
Пакеты в официальных репозиториях постоянно обновляются, при этом старые версии пакетов сразу удаляются. В Arch нет главных (major) релизов дистрибутива: каждый пакет обновляется сразу после того, как его новая версия становится доступна в upstream. Каждый репозиторий полноценен в том смысле, что содержит в себе совместимые между собой версии программ.
Contents
Стабильные репозитории
Этот репозиторий можно найти в каталоге . /core/os/ на каждом из доступных зеркал.
core содержит пакеты для:
- Загрузки Arch Linux
- Управления и восстановления поддерживаемых файловых систем
- Процесса установки системы (например, openssh )
а также все необходимые зависимости этих пакетов (необязательно из makedepends) и мета-пакета base .
extra
Этот репозиторий можно найти в каталоге . /extra/os/ на каждом из доступных зеркал.
extra содержит все пакеты, которые не подходят для core. Например: Xorg, оконные менеджеры, веб-браузеры, медиаплееры, инструменты для работы с языками, такими как Python и Ruby, и многое другое.
community
Этот репозиторий можно найти в каталоге . /community/os/ на каждом из доступных зеркал.
community содержит пакеты из AUR, принятые доверенными пользователями. Некоторые из этих пакетов в конечном итоге могут оказаться в репозиториях core или extra, если разработчики посчитают их важными для дистрибутива.
multilib
Этот репозиторий можно найти в каталоге . /multilib/os/ на каждом из доступных зеркал.
multilib содержит 32-битное программное обеспечение и библиотеки, которые можно использовать для запуска и сборки 32-битных приложений на 64-битных системах (например, wine , steam и т.д.).
32-битные библиотеки хранятся в директории /usr/lib32/ при включённом репозитории multilib.
Включение multilib
Раскомментируйте раздел [multilib] в /etc/pacman.conf , чтобы включить репозиторий multilib:
Затем обновите систему и установите необходимые multilib-пакеты.
Совет: Выполните pacman -Sl multilib , чтобы вывести список всех пакетов в репозитории multilib. Названия 32-битных пакетов начинаются с lib32- .Отключение multilib
Выполните следующую команду, чтобы удалить все пакеты, установленные из репозитория multilib:
Если вы столкнулись с конфликтами с gcc-libs, переустановите пакет gcc-libs и группу base-devel .
Закомментируйте раздел [multilib] в /etc/pacman.conf :
Тестовые репозитории
Тестовые репозитории предоставляют площадку для размещения пакетов перед принятием их в основные репозитории. Сопровождающие пакетов (и широкая аудитория) могут получить доступ к тестовым пакетам, чтобы убедиться в отсутствии проблем при работе с новой версией приложения. Пакет может быть перемещён в основные репозитории, как только он был протестирован и ошибок не было обнаружено.
Требование тестирования пакетов в таких репозиториях обязательно только для пакетов из репозитория core и пакетов, затрагивающих множество других программ (например, perl и python ), а также обычно применимо к большим коллекциям ПО, например, GNOME или KDE.
testing
Этот репозиторий можно найти в каталоге . /testing/os/ на каждом из доступных зеркал.
testing содержит пакеты, являющиеся кандидатами на внесение в репозитории core и extra.
Новые пакеты попадают в testing в следующих случаях:
- Они предназначены для репозитория core. Все пакеты для core сперва должны пройти через testing.
- Есть вероятность того, что они повредят что-либо при обновлении, в следствие чего их необходимо сперва протестировать.
testing — единственный репозиторий, в котором могут быть совпадения имён с другими официальными репозиториями. Если он включён, он должен быть первым репозиторием среди перечисленных в файле /etc/pacman.conf .
Примечание: testing создан не для хранения новейших версий пакетов. Одна из целей — удержание обновлений пакетов, которые потенциально могут нанести вред системе, являясь либо частью набора пакетов core, либо критичными в чем-то ином. Пользователям testing настоятельно рекомендуется подписаться на почтовую рассылку arch-dev-public, отслеживать форум репозитория testing и сообщать обо всех багах. Также рекомендуется рассмотреть возможность присоединения к Arch Testing Team.community-testing
Этот репозиторий похож на репозиторий testing, но создан для пакетов, являющихся кандидатами на внесение в репозиторий community.
multilib-testing
Этот репозиторий похож на репозиторий testing, но создан для пакетов, являющихся кандидатами на внесение в репозиторий multilib.
gnome-unstable
Этот репозиторий содержит пакеты с будущим релизом (или кандидатом в релиз) окружения рабочего стола GNOME до их перевода в главный репозиторий testing.
Добавьте нижеприведенные строки в файл /etc/pacman.conf , чтобы включить данный репозиторий:
Репозиторий gnome-unstable должен быть первым в списке репозиториев (в том числе выше записи для репозитория testing).
Информацию об относящихся к упаковке багах сообщайте в нашу систему отслеживания ошибок, прочая информация должна направляться непосредственно разработчикам на GNOME Gitlab.
kde-unstable
Этот репозиторий содержит самую свежую бета-версию или версию-кандидат на выпуск KDE Plasma и Applications.
Добавьте нижеприведенные строки в файл /etc/pacman.conf , чтобы включить данный репозиторий:
Репозиторий kde-unstable должен быть первым в списке репозиториев (в том числе выше записи для репозитория testing).
Отключение тестовых репозиториев
Если вы ранее включили тестовые репозитории, а теперь решили их отключить, необходимо:
- Удалить (закомментировать) их из файла /etc/pacman.conf .
- Выполнить pacman -Syuu , чтобы "откатить" обновления из этих репозиториев.
Второй пункт необязателен, но помните об этом на случай, если вы заметите какие-либо проблемы.
Репозитории Staging
Важно: Не включайте репозитории staging по какой-либо причине — система несомненно выйдет из строя после обновления. Данные репозитории предназначены исключительно для backend-разработчиков.Данные репозитории содержат нерабочие пакеты и используются исключительно разработчиками во время одновременной пересборки большого количества пакетов. Чтобы пересобрать пакет, зависящий, например, от новой разделяемой библиотеки, необходимо сначала собрать саму библиотеку и загрузить её в staging-репозиторий — таким образом она будет доступна другим разработчикам. После пересборки всех зависимых пакетов эту группу перемещают в тестовые или основные репозитории (в зависимости от случая).
См. [1] для получения информации об исторических деталях.
Историческая справка
Разделение репозиториев появилось по историческим причинам. Когда дистрибутивом не пользовалось много людей, был только один репозиторий, известный как official (нынешний core). В то время official содержал в основном приложения, которые предпочитал Джадд Винет (Judd Vinet — основатель Arch Linux). Репозиторий был устроен таким образом, чтобы содержать "всего по одному": одно окружение рабочего стола, один основной браузер и т.д.
Конечно, были пользователи, которым не нравился выбор Джадда, и, когда появилась удобная система сборки пакетов, они начали создавать собственные пакеты. Эти пакеты вошли в репозиторий unofficial и поддерживали их другие разработчики, а не Джадд. В конце концов, разработчиками было принято решение поддерживать оба репозитория, и названия official и unofficial перестали отображать их истинный смысл. Примерно в районе версии 0.5 названия были изменены на current и extra.
Вскоре после выхода версии 2007.8.1, current был переименован в core, чтобы не было неоднозначностей в трактовке того, что, собственно, должен содержать репозиторий. Сейчас репозитории практически равны в глазах разработчиков и сообщества, но core имеет некоторые отличия. Самое главное из них — то, что только пакеты из core включаются в установочные CD и релизы. Этот репозиторий все ещё содержит полноценную систему Linux, однако, скорее всего, это не та система, которую вы хотели бы использовать.
Примерно между версиями 0.5 и 0.6 обнаружилось, что есть большое количество пакетов, которые разработчики не хотели поддерживать. Джейсон Чу (Jason Chu) создал неофициальные "Репозитории Доверенных Пользователей" (Trusted User Repositories), где доверенные пользователи могли размещать созданные ими пакеты. Также существовал репозиторий staging, из которого пакеты могли быть перенесены в официальные репозитории одним из разработчиков Arch Linux, но, если не считать этого пункта, разработчики и доверенные пользователи были практически равны.
Такое разделение работало до тех пор, пока доверенным пользователям не надоело поддерживать собственные репозитории, а обычные пользователи не захотели выкладывать свои пакеты. Это привело к развитию AUR. Доверенные пользователи объединились в меньшую по размеру группу, которая сейчас поддерживает репозиторий community. Доверенные пользователи все ещё образуют отдельную от разработчиков Arch Linux группу и довольно мало общаются между собой. Тем не менее, популярные пакеты время от времени все ещё перемещают из community в extra. AUR позволяет также обычным пользователям выкладывать свои файлы PKGBUILD.
После того, как однажды ядро из репозитория core поломало множество систем, в репозитории была введена политика подтверждения ("core signoff policy"). С тех пор все обновления пакетов для core должны сперва пройти через репозиторий testing и только после нескольких подтверждений ("signoffs") от других разработчиков пакет можно перенести. Через какое-то время было замечено, что некоторые пакеты в core почти не используются, а число подписей пользователей и отсутствие отчётов об ошибках неофициально стали критерием для утверждения таких пакетов.
В конце 2009 и начале 2010, в связи с созданием новых файловых систем и желанием поддерживать их при установке, а также осознанием того, что репозиторий core никогда не был чётко структурирован (просто "важные пакеты, выбранные разработчиками"), назначение репозитория было сформулировано более точно.
Although Manjaro is very close to Arch Linux and mostly compatible —being based on Arch Linux itself— it is not possible to access their official repositories for use in Manjaro. Instead, Manjaro uses its own repositories in order to ensure that any software packages that are accessible, such as system updates and applications, have been fully tested to be compatible and stable before release. It is still possible to access additional software packages from the Arch User Repository (AUR).
The AUR is managed by the Arch Linux user community itself. Although this repository is unofficial, software packages first placed here can eventually make their way into Arch Linux's official (community) repository if they become popular enough.
AUR, as a community maintained repository, present potential risks and problems.
Possible risks using AUR packages:
- Multiple versions of the same packages.
- Out of date packages.
- Broken or only partially working packages.
- Improperly configured packages which download unnecessary dependencies, or do not download necessary dependencies, or both.
- Malicious packages (although extremely rare).
As such, although much of the software packages provided by the AUR should work, do not expect the installation process to always be quite as straight-forward as when you are using the official Manjaro repositories.
On occasion, it may be necessary to manually identify and install dependencies yourself (such as, after an aborted installation attempt).
Again, there is no guarantee that any installed software will work properly, if at all.
Info You should become familiar with the manual build process in order to be prepared to troubleshoot problems.Using GUI Pamac
Open Pamac - the name in menu is Add/Remove Software and navigate to the Preferences page. You will be required to enter your password to access it.At Preferences page → select the Third Party tab → and move the slider to enable AUR support. Be sure you have the necessary files for building applications from source
user $ pamac install base-devel git COPY TO CLIPBOARDUsing commandline Pamac
Info It is strongly recommended to follow this link AUR website and examine the relevant page(s) for any and all software intended to be installed.
These pages contain comments from both existing users and package developers, which may provide valuable information (such as, warnings and/or solutions to problems). To search for and install software packages from the AUR, the syntax is:
For example, if wishing to install Google Chrome - first follow this link to all Google Chrome build scripts and verify which package you want to build.Or you can ask pamac - for Google Chrome candidates. Just use the search command and Google Chrome as the query. Look over the results or narrow the search parameters - just remember pamac cannot tell you of any issues with build scripts - only the relevant page. E.g. following this link to the buildscript for Google Chrome
user $ pamac search Google Chrome COPY TO CLIPBOARDIn the example we choose the standard version of Google Chrome. To build the google-chrome package with pamac enter the following and press enter
You will be presented with the outcome of the chosen build with all dependencies and you will be asked a couple of questions.
- Query to edit build files. This is a precaution to verify that the build scripts does not contain malicious actions.
- Query to continue download and install dependencies then download the sources, build and install the app.
- You will be asked for your password before anything happens.
Using GUI Octopi
See this guide for enabling AUR support in Octopi.
Installing from the AUR by hand
Manual
To do that follow the steps given below:
- Be sure you have the necessary files for building applications from source
This will build the package and pull in any dependencies needed. Note: it won't pull a dependency from the AUR, only from the Manjaro Repos.. If you list the folder content
you'll probably find a few new files. You're interested in the one that ends with .pkg.tar.zst
- The final event is running $sudo pacman -U on that file
And you've done it. the safest way to install from the AUR. This is essentially what most install scripts do for you.
Note: Instead of using sudo pacman -U google-chrome-ver.rel.bugfix.build-pkgrel.pkg.zst can also use:
Note: To combine above steps into one:
Upgrading the packages installed from the AUR
The following command will upgrade all packages on the system including AUR builds
Поставил в виртуальной машине Manjaro, чтобы попробовать, всё ли у меня там будет работать, прежде чем переползать на него из под минта. Возникают вопросы, конечно. Например, вот такой. Я так понимаю, этот дистриб основан на арче, потому .deb и .rpm пакеты под него не годятся. На сайте хрома я нашёл только их. В репах же - только хромиум, но не хром. Как поставить хром (или любой другой софт), для которого есть только deb/rpm пакеты (а зачастую, именно только они и есть)?
commagray ★★★★★ ( 09.03.19 00:53:57 )для которого есть только deb/rpm пакеты (а зачастую, именно только они и есть)?
Последнее исправление: commagray 09.03.19 00:55:06 (всего исправлений: 1)
Почему-то из гуишной утилиты для установки софта хромиум ставится не захотел - ругался, мол, репы недоступны. Хотя, из консоли тут же поставился без проблем. Кроме того гуишная тулза просила проставить галочки на зависимости. будто я что-то соображаю в этих зависимостях.
претендует на звание «готов к десктопу»
Не верь надписям на заборах.
Я так понимаю, этот дистриб основан на арче, потому .deb и .rpm пакеты под него не годятся. На сайте хрома я нашёл только их.
А я тебе говорил про это в прошлом треде!)
А я тебе говорил про это в прошлом треде!)
Можешь повторить, что ты говорил? Я или не прочитал или забыл.
Ubuntu как была главным десктоп-дистрибутивом, так и осталась, все остальное будет хуже.
Какой дистриб использовать в 2019 году? (комментарий)
В Манжаре (Арче) с софтом управляться гораздо удобнее. И софта не меньше, и лежит он в одном месте, без поиска и подключения всяких PPA.
Это я тебе как бубунтойд с большим стажем говорю.
Вот например твой Хром
В репах же - только хромиум, но не хром
yaourt -S google-chrome
Кроме того гуишная тулза просила проставить галочки на зависимости…
Это в manjaro для optdepends?
Да. Их необязательно ставить.
Manjaro — не Arch.
И лучше всяких бубунт, ибо вылизан немцом =)
Ну, я не в теме. Делал:
pacman -S google-chrome
И как ты слбирался пакет из аура ставить обычным пакетным менеджером?
Есть доп.репы прописываешь в конфиге пакмана и ставишь хром из них, без аура. А в манжаре стандартный менеджер позволяет подключать аур, галку только поставить.
deb ставится, но с костылями. короче: yay ставишь, а потом yay -Ss chrome, если есть что нужно yay -S пакет. удаление yay -Rsn пакет. обновить все пакеты yay -Syu. установленные пакеты yay -Q поиск по установленным yay -Qs text
И как ты слбирался пакет из аура ставить обычным пакетным менеджером?
Просто yay пакет для поиска или yay для обновления. S не обязательно
Это ещё что за хрень? Я ещё не начал толком пользоваться системой, а уже знаю pacman, yaourt и вот теперь yay. :(
Это надстройка над пакманом заменяет их удобная штука
yay и yaourt — выполняют одну функцию. По сути, заменяют друг друга. Яорт старый, сейчас рекомендуют yay, но по умолчанию в Манджаре yaourt. Потому тебе сказал через него ставить.
Задача и yay и yaourt - ставить пакеты из дополнительного репозитория, которых нет в обычных репозиториях (через пакман просто).
yay можно установить через yaourt. Могут быть одновременно установлены оба. Используй тот, что больше нравится.
Это как apt и apt-get?
Не совсем. Yay на модном go более современный, yaourt на скриптах устарел уже. А так по использованию мало отличаются
Если коротко ответить на вопрос - в манжаро (и арче впрниципе тоже) есть 2 пути установки ПО. Стандартный репозиторий ( apt в убунте) с которым идет работа через pacman (по умолчанию), который содержит в себе софта побольше и посвежее чем в убунте. Есть дополнительные репозитории (ppa убунтовские с ними схожи), из которых самый популярный aur (было что то еще вроде бы). Причем если в убунте в ppa идут несколько узкоспециализированных с зависимостями то в том же ауре есть все (я утрирую, но думаю потребности очень многих пользователей он с лихвой покрывает). Работа с ауром - доступно через гуи установки приложений в manjaro (там возможно переключатель в настройках включить нужно).
Также - deb/rpm пакеты можно сконвертировать в арчевские пакеты (как не помню, но легко гуглится).
для которого есть только deb/rpm пакеты (а зачастую, именно только они и есть)?
Большинство уже написаны. За почти два года на манджаре напейсал только один
И он готов. Regular домохозяйке в терминал не придётся лезть ни разу, гуй для всего. Блин, даже ядра в пару кликов ставятся
Manjaro — самый популярный дистрибутив GNU/Linux, как минимум, в течение последних месяцев в рейтинге Distrowatch. Причин для этого более чем достаточно. В статье будет рассмотрен один из несомненных плюсов системы, который по удобству, качеству и простоте является одним из самых привлекательных для пользователей, — установка программ в Manjaro.
Стандартной средой рабочего стола в Manjaro является Xfce. Именно в ней мы опробуем два варианта установки ПО: графический и с помощью терминала.
Установка программ в Manjaro Linux
Manjaro имеет собственный список источников программного обеспечения, рядом с которым также работает репозиторий Arch (в том числе и пользовательский репозиторий AUR).
1. Установка пакетов Manjaro через графический интерфейс
По умолчанию система использует pamac в качестве менеджера управления программами, которая является графическим вариантом консольной утилиты pacman, о которой будет сказано позже. Он может работать одновременно со стандартным репозиторием и с AUR.
Чтобы запустить его, откройте меню Xfce → Настройки → Установка и удаление программ (или воспользуйтесь поиском).
Pamac имеет схожий с подобными программами интерфейс, в котором есть возможность сортировать все программы по категориям, группам и т.д.
Установленные программы имеют окрашенное зеленым цветом поле Состояние. Чтобы установить программу Manjaro, выберите необходимый фильтр ПО (например Категории). Укажите один из предложенных разделов:
Укажите одну или несколько программ для установки, поставив галочку в поле Состояние → Применить.
При необходимости установить дополнительные зависимости ПО, pamac выдаст соответствующее окно с полным их перечнем → Далее.
При первой попытке установки, за время работы pamac будет запрошен пароль пользователя. Введите его и нажмите Аутентифицировать.
Начнётся инсталляция. Для просмотра подробностей установки нажмите кнопку Подробно.
С помощью стрелки влево вверху окна программы можно вернуться к предыдущему виду. Установленные приложения появятся в необходимом разделе меню.
Таким образом выбранные программы будут установлены в систему графически.
2. Установка пакетов с помощью pacman
Для инсталляции ПО в терминале используется утилита pacman. Этот метод подходит для тех, кто привык управлять установкой и удалением программ «вручную». В некоторых случаях этим способом получается совершать некоторые операции с ПО быстрее, чем в графическом варианте.
Главное отличие pacman от pamac в том, что первый не производит установку из AUR. Для этого используется утилита yaourt. Рассмотрим их по очереди.
Чтобы установить программу с помощью pacman, используйте следующую инструкцию:
sudo pacman -S NAME
- sudo — выполнить команду от имени суперпользователя;
- pacman — название управляющей утилиты;
- -S — указание установить программу;
- NAME — имя программы в том виде, в каком оно указано в репозитории.
Например, чтобы установить редактор vim, откройте меню Xfce → Настройки → Терминал Xfce.
Введите команду установки и, при необходимости, подтвердите паролем.
sudo pacman -S vim
Обратите внимание, что по умолчанию ввод пароля не отображается на экране в целях безопасности.
Далее pacman предложит установить пакет в Manjaro, если его имя было введено правильно и он находится в репозитории. Чтобы подтвердить выбор, введите Y и нажмите Enter. Обратите внимание, что в данном случае регистр вводимой буквы не имеет особого значения: большая буква означает, что этот вариант будет выбран по умолчанию, если вы нажмете Enter без точного указания.
Дождитесь, пока установка программы завершится и появится приглашение ввода новой команды.
Таким образом будет установлен текстовый редактор vim.
3. Установка пакетов с помощью yaourt
Эта утилита используется для установки приложений из пользовательского репозитория — AUR. Но по умолчанию она не установлена, так как AUR нужно включить вручную. Для этого откройте pamac. В меню программы выберите Настройки.
Во вкладе AUR включите его поддержку.
Закройте pamac. Для установки yaourt воспользуйтесь командой:
sudo pacman -S yaourt
Чтобы установить приложение из AUR, используйте такую инструкцию:
yaourt NAME
где NAME — имя устанавливаемой программы. Например, для установки программы skype введите команду:
Поскольку в AUR находится много пакетов, в названиях которых содержится skype, необходимо выбрать из списка тот, который необходим. В данном случае это пакет под номером 20. Введите его и нажмите Enter.
Далее yaourt предупредит, что вы устанавливаете выбранную программу на свой страх и риск и предложит отредактировать файл PKGBUILD, являющийся инструкцией по сборке ПО из исходного кода. На это отвечайте отрицательно буквой N. Обратите внимание, что с этого момента момента ввод буквы не требует подтверждения. Затем отобразится список устанавливаемых пакетов. Подтвердите выбор с помощью буквы Y или нажатием Enter.
Начнётся процесс скачивания и сборки пакетов. Когда программа будет готова к установке, появится соответствующий вопрос. Ответьте утвердительно.
Запустится установка пакетов Manjaro, где будет показана итоговая информацию по изменению размера свободного места на диске. Подтвердите решение.
После этого программа будет установлена на компьютер и отобразится в соответствующей категории.
Выводы
Установка программ в Manjaro возможна в двух вариантах: графическом и консольном. Отличительная особенность установки в терминале - использование разных утилит для инсталляции ПО из стандартных репозиториев и AUR (а именно — pacman и yaourt).
Читайте также: