Основная информация¶
Fedora – это один из дистрибутивов GNU/Linux, разрабатываемый сообществом и спонсируемый компанией Red Hat .
Как сильно дистрибутив зависит от компании Red Hat?¶
Red Hat является основным спонсором дистрибутива: предоставляет ресурсы и оборудование для сборки дистрибутива.
И, хотя многие крупные изменения вносятся сотрудниками данной компании на окладе, все они на общих основаниях проходят контроль независимого сообщества . Инициативы, не соответствующие принципам Fedora, отклоняются.
То же касается и процесса package review для всех пакетов в основных репозиториях.
Что такое FESCo?¶
FESCo – Fedora Engineering Steering Committee. Это избираемый общим голосованием орган, занимающийся непосредственным управлением и развитием дистрибутива.
Основные задачи комитета:
- принятие или отклонение новых инициатив и изменений в дистрибутиве;
- решение ряда технических вопросов;
- наделение некоторых мейнтейнеров расширенными правами;
- управление группами по интересам (SIG, Special Interest Groups);
- разрешение некоторых конфликтных ситуаций.
Кто может принимать участие в голосованиях?¶
Информация о проходящих голосованиях всегда заранее публикуется в списках рассылки , а также блогах сообщества.
Принять участие в большинстве из них могут все участники сообщества, которые когда-либо вносили вклад в развитие дистрибутива: мейнтейнеры, дизайнеры, авторы статей, редакторы и т.д.
Однако существуют и специальные открытые голосования (например по выбору новых фонов рабочего стола), оставить свой голос в которых могут все желающие.
Как часто выходят релизы?¶
Полный цикл разработки одного релиза составляет от 6 до 8 месяцев.
Сколько релизов поддерживается?¶
Два: текущий стабильный и предыдущий.
Когда выходит следующий релиз?¶
В чём отличие от других дистрибутивов?¶
Fedora – это bleeding edge дистрибутив. Он всегда находится на острие прогресса. Сначала новые разработки появляются здесь и лишь спустя определённое время в остальных дистрибутивах. Из-за этого некоторые называют федору «тестовым полигоном», но это в корне неверно, ибо релизы достаточно стабильны.
Где скачать Fedora?¶
Загрузить ISO образ дистрибутива можно с официального сайта:
- Fedora Workstation (с GNOME);
- Fedora с другими DE;
- официальные торренты.
Также существуют еженедельные автоматические сборки («respins»), содержащие все выпущенные на данный момент обновления.
Какие DE поддерживаются?¶
Текущий выпуск Fedora поддерживает следующие DE:
Я хочу использовать rolling модель обновлений. Это возможно?¶
Возможно ли использовать Rawhide на постоянной основе?¶
Вполне, ибо его качество уже давно на уровне альфа-версий других дистрибутивов.
Какая версия загрузчика Grub используется в Fedora?¶
Откуда следует устанавливать ПО?¶
В Fedora, а равно как и любых других пакетных дистрибутивах, следует устанавливать программное обеспечение исключительно из репозиториев дистрибутива, доверенных сторонних репозиториев , либо посредством самодостаточных Flatpak пакетов.
Ни в коем случае не следует использовать установку посредством make install , т.к. это породит в системе большое количество никем не отслеживаемых зависимостей и создаст множество проблем при дальнейшем использовании системы.
Что такое RPM Fusion?¶
Это самый популярный сторонний репозиторий, содержащий пакеты, которые по какой-то причине нельзя распространять в главном репозитории: кодеки мультимедиа, драйверы, проприетарные прошивки для различных устройств.
sudo dnf install --nogpgcheck https://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo dnf remove rpmfusion-free-release rpmfusion-nonfree-release
Что такое Russian Fedora?¶
Ранее популярный сторонний репозиторий. Содержал большое количество ПО, включая правильно собранные Chromium (с поддержкой всех доступных мультимедийных кодеков), PyCharm Community Edition, Double Commander, а также множество популярного проприетарного ПО: Opera, Viber, Sublime Text 3, Adobe Flash Player, RAR и т.д.
В данный момент репозиторий отключён, поскольку проект выполнил свою задачу на 100%: все его наработки были приняты в официальные репозитории Fedora, а также RPM Fusion. Мейнтейнеры Russian Fedora теперь являются мейнтейнерами Fedora и RPM Fusion.
Подробности можно узнать здесь.
Russian Fedora остаётся полноценной частью сообщества Fedora. Поддержка пользователей продолжается в материнском проекте Fedora.
Что такое COPR?¶
Fedora COPR – это бесплатный хостинг для размещения пользовательских репозиториев (аналог AUR в Arch Linux или PPA в Ubuntu).
Что такое RFRemix?¶
RFRemix – это ремикс оргинального дистрибутива Fedora с использованием репозиториев RPM Fusion и Russian Fedora , адаптированный для российских пользователей. На данный момент все релизы устарели и более не поддерживаются.
Выпуск RFRemix прекращён, поскольку проект выполнил свою задачу на 100%: все его наработки были приняты в официальные репозитории Fedora, а также RPM Fusion. Мейнтейнеры Russian Fedora теперь являются мейнтейнерами Fedora и RPM Fusion.
Подробности можно узнать здесь.
Я нашёл ошибку в программе. Как мне сообщить о ней?¶
Необходимо создать тикет в Red Hat BugZilla для проблемного компонента и подробно описать суть возникшей проблемы на английском языке.
При необходимости разработчики могут запросить более подробную информацию, а также журналы работы системы.
У меня возникло затруднение. Где я могу получить помощь?¶
Вы всегда можете обратиться за помощью к другим участникам сообщества.
Чаты в Telegram:
- Russian Fedora – основной чат на русском языке;
- Fedora – основной чат на английском языке;
- Russian Fedora Offtopic – специальный чат для оффтопика.
- #russianfedora:matrix.org – основной чат на русском языке;
- #fedora-rpm-ru:matrix.org – технические вопросы по созданию RPM пакетов ;
- #rust-rpm-ru:matrix.org – чат по особенностям пакетирования приложений, написанных на языке программирования Rust;
- #linux-ru-gaming:matrix.org – обсуждение запуска и работы различных игр, а также клиента Steam ;
- #fedora-ru-offtopic:matrix.org – специальный чат для оффтопика.
- #fedora – основной чат на английском языке;
- #fedora-devel – чат для разработчиков на английском языке;
- #rpmfusion – чат поддержки репозитория RPM Fusion на английском языке.
- fedora@conference.a3.pm – основной чат на русском языке.
Будьте на грани Linux с Fedora Rawhide
Программное обеспечение с открытым исходным кодом движется с невероятной скоростью — исправлены ошибки, добавлены новые функции и (как правило) улучшена производительность. Но ваш текущий дистрибутив Linux вполне может помешать вам попробовать эти улучшения, пока в следующий раз не появится стабильный выпуск дистрибутива. Это может быть полгода или дольше!
Не ждите, чтобы попробовать последние версии программного обеспечения — попробуйте Fedora Rawhide.
Почему сыромятная кожа?
Испытание совершенно нового программного обеспечения может быть довольно полезным или просто забавным. В большинстве случаев вы хотели бы попробовать новое программное обеспечение для новых функций. Например, ваша любимая программа для редактирования видео может наконец-то иметь поддержку эффектов или расширений, или, возможно, она, наконец, использует новую технику рендеринга, которая делает ее намного быстрее. Вы даже можете протестировать последнюю версию вашей любимой настольной среды и узнать, что изменилось. В случае с ядром, это может повысить производительность вашей системы, а также добавить поддержку для оборудования, которое раньше использовалось при использовании Linux. Пользователи, у которых есть немного больше времени, могут также опробовать новое программное обеспечение для сообщения об ошибках — разработчики будут благодарны за это.
Однако если вы хотите опробовать самые последние версии программного обеспечения, есть проблема. Большинство дистрибутивов Linux, стремясь быть надежными, часто не обновляются до самых последних версий программного обеспечения, включая вместо этого только исправления безопасности и различные исправления ошибок. Другими словами, вы действительно не увидите новых функций или улучшений производительности во время жизненного цикла стабильного выпуска, где время жизни может варьироваться в зависимости от вашего дистрибутива . Вы увидите хороший скачок, когда обновите свой дистрибутив до следующего выпуска, но затем вы сидите без дела еще 6 месяцев или дольше.
Если вы хотите использовать новые версии программного обеспечения, вы можете сразу же использовать дистрибутив с непрерывным выпуском, то есть тот, который постоянно обновляется и никогда не имеет традиционных «выпусков» (например, Gentoo или Arch Linux).
Кроме того, вы можете использовать ветку разработки дистрибутива, то есть постоянно обновляемую версию, используемую разработчиками, для тестирования. Мне особенно нравится Fedora — ветка разработки под кодовым названием Rawhide.
Осторожно!
Есть несколько вещей, на которые следует обратить внимание в Rawhide, прежде чем вы начнете погружаться в них. Rawhide, как ветвь развития, чрезвычайно экспериментальна, и к ней следует относиться с осторожностью. Когда выходит новая версия Fedora, Rawhide, по сути, «запускается заново» и захватывает версии для разработки всех пакетов, найденных в его репозиториях. Это происходит довольно долго, пока в конечном итоге ситуация не стабилизируется к тому моменту, когда следующая версия Fedora выйдет на бета-версию.
Запускать копию Fedora Rawhide на вашем производственном сервере не рекомендуется. Не стесняйтесь устанавливать его на любой машине, на которой вам не нужно работать, или на виртуальной машине.
Обновление до сыромятной кожи
Установка Fedora Rawhide довольно проста. Если вы хотите увеличить существующую установку до Fedora, все, что вам нужно сделать, это запустить следующие команды:
- sudo yum install fedora-release-rawhide yum-utils (это устанавливает файл репозитория Rawhide)
- sudo yum-config-manager —disable fedora updates updates-testing (это отключает ваши старые репозитории)
- sudo yum-config-manager —enable rawhide (это включает хранилище rawhide)
- sudo yum update yum (это обновляет yum до последней версии)
- sudo yum —releasever=rawhide distro-sync —nogpgcheck (это обновляет вашу систему до Rawhide)
Установка Rawhide напрямую
Если вы хотите установить Fedora без предварительной установки стабильной версии, вам необходимо скачать установщик DVD. Когда установщик запросит у вас дополнительные репозитории, вам нужно будет добавить репозитории Rawhide. Вы можете сделать это:
- Загрузите последний стабильный или разветвленный установочный носитель. (netinstall или установка на DVD)
- Копировать на локальный носитель (USB или DVD или CD)
- Загрузите носитель и перейдите в раздел «Install Source» и введите вручную:
https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/x86_64/os/
(или «i386» для 32-битной версии вместо «x86_64») - Завершите установку как обычно
Это не работает, если стабильный установщик должен иметь дело с изменениями в пакетах, которые он не ожидает, поэтому все же рекомендуется обновить уже существующую установку.
Как вы можете заметить, так и не заметить, запуск Rawhide может привести к потенциальным проблемам и отсутствию полировки. Это нормально, поскольку все пакеты являются либо последней стабильной версией, либо версией для разработки. Все может очень хорошо сломаться, но, по крайней мере, у вас есть возможность поиграть с последним и лучшим!
Поддержание этого в актуальном состоянии
Всякий раз, когда вы захотите обновить установку Rawhide, просто запустите sudo yum upgrade –skip-broken — ту же команду, которую вы обычно используете, плюс флаг, который позволяет вам на самом деле работать с пакетами, которые можно обновить.
Обязательно включите в команду этот флаг –skip-broken , потому что, скорее всего, возникнет проблема разрешения зависимостей. Это предотвращает любые возможные проблемы при обновлении, плюс фактически позволяет обновляться, а не сталкиваться с сообщениями об ошибках при каждой попытке.
Обновление определенных пакетов только до сырой кожи
Отличительной особенностью Fedora Rawhide (в отличие от других ветвей разработки, таких как Ubuntu) является то, что вам не нужно выбирать между стабильным и Rawhide — вы можете смешивать и сопоставлять. Горстке людей нравится запускать последний доступный выпуск ядра, чтобы они имели поддержку абсолютно нового оборудования. Другие могут захотеть использовать версию пакета, найденную в Rawhide, потому что она потенциально может решить изолированную проблему, которая у них есть в настоящее время (например, если LibreOffice продолжает падать без причины). Вы можете легко сохранить стабильную установку и вручную выбрать пакеты, которые вы хотите запустить в версиях Rawhide. Для этого просто используйте обычную команду для установки или обновления, но после добавления файла репозитория добавьте следующий флаг: –enablerepo = rawhide. Теперь вы используете версию этого пакета в формате Rawhide!
Единственное, что вы должны принять к сведению, это то, что yum не будет снова проверять Rawhide на наличие обновлений в этих отобранных пакетах. При первом обновлении из репозитория Rawhide вы временно включили репо. При обновлении всех ваших пакетов стабильные обновления ядра будут предоставлять более старые версии, чем установленная версия Rawhide. Вам нужно будет специально запустить команду еще раз, чтобы временно включить репо при проверке обновлений. Постоянное включение репозитория Rawhide — плохая идея, потому что тогда yum захочет обновить все ваши пакеты до версий Rawhide. Просто убедитесь, что вы нашли вескую причину для этого и знаете, что вы можете извлечь из этого пользу.
Вывод
При правильном использовании Rawhide может быть полезным ресурсом для новейшего программного обеспечения. Однако, если вы планируете запускать настоящую систему полностью на Rawhide, помните о высокой вероятности нестабильности. Используйте на свой риск!
Если вы хотите добавить другие репозитории с обновлениями или дополнительным программным обеспечением , ознакомьтесь с Fedora Utils (теперь называется Fedy) [Больше не доступно].
Вы используете Fedora Rawhide? А как насчет другого подобного ресурса для вашего любимого дистрибутива? Любые интересные советы и рекомендации, которыми вы можете поделиться? Дайте нам знать об этом в комментариях!
Releases/Rawhide/ru
Rawhide — так называется разрабатываемая в данный момент версия Fedora, состоящая из дневного среза последних скомпилированных версий всех пакетов Fedora.
Contents
- 1 Rawhide зеркала
- 2 Кому необходим Rawhide?
- 3 Ночные live сборки
- 4 Установка Rawhide
- 4.1 Как избежать изменений в установленной системе
- 4.2 Обновление с помощью Yum из официального релиза
- 4.3 Из пре-релизов Fedora
- 4.4 Прямая установка ежедневной сборки Rawhide
- 4.5 С помощью Preupgrade
- 5.1 Когда сообщать о проблемах обновления
- 5.2 Что значит если что-то «попадает в Rawhide»?
- 5.3 Что значит «точлек» rawhide?
- 5.4 Где я могу обсудить проблемы Rawhide ?
- 5.5 Как я могу понято, что меняется в Rawhide?
Rawhide зеркала
Rawhide носит название «development» в дереве каталогов зеркал. Вы можете найти зеркало по следующей ссылке:
http://mirrors.fedoraproject.org/publiclist/Fedora/development/Кому необходим Rawhide?
Rawhide не нужен если вы хотите использовать свой компьютер в качестве обычной, стабильной рабочей станции. Так как Rawhide это разрабатываемая ветка, большинство изменений серьезно не тестировались (или не тестировались вообще) до включения сюда, и пакеты могут не работать без каких либо предупреждений. Вот почему ошибки, содержащиеся в Rawhide могут привести к потере данных. Однако, тестирование Rawhide очень важный вид деятельности, который помогает обеспечить высокое качество стабильных релизов. Кроме того, это простой способ опробовать последние версии программного обеспечения по мере их появления. Тестирование Rawhide это отличный способ внести свой вклад в разработку Fedora. Вы можете опробовать Rawhide ночную live сборку без установки на компьютер. Или вы можете установить её на запасной компьютер, на основной компьютер с использованием двойной загрузки или используя виртуальную машину.
Ночные live сборки
С августа 2009 года доступна ночная live сборка. Она собирается автоматически, без дополнительной настройки или тестирования, поэтому иногда она не умещается на одном CD и может не работать вообще. Если появляется ошибка в инструментах сборки (toolchain), образ может вообще не собраться, в этом случае доступна последняя ночная сборка. Использование такой ночной сборки является идеальным способом потестировать Rowhide если у вас нет свободной машины, свободного раздела на диске или свободного времени на поддержку Rawhide установку. Это совершенно безопасный способ протестировать Rawhide, потому что не делается никаких изменений в установленной системе.
Установка Rawhide
Rawhide можно установить, однако, так как сборка создаётся автоматически, отдельные сборки могут не устанавливаться по той или иной причине. Существует три способа установить Rawhide.
Как избежать изменений в установленной системе
Существует несколько методов тестирования Rawhide на компьютере без изменений существующей системы:
- Тестировать Live версию с CD, DVD или USB носителя.
- См. http://fedoraproject.org/get-prerelease для загрузки (milestone не ежедневный) пре-релиз ISO.
- См. http://alt.fedoraproject.org/pub/alt/nightly-composes/ если хотите протестировать пре-релиз ISO собранный из ежедневной сборки. Доступны различные ежедневные сборки, но «desktop» сборка одна из наиболее распространенных.
- Чтобы за записать CD или DVD, см. инструкцию по записи ISO.
- Чтобы записать USB см. How to create and use Live USB.
- Если вы используете LiveUSB с хранилищем данных, вы можете использовать метод «yum update», описанный ниже, чтобы получить последнюю ежедневную сборку Rawhide RPMs (за исключением ядра). Однако рекомендуется загружать ежедневный ISO образ, вместо использования данного метода.
- Используйте виртуальную машину. См. Testing/qemu.
- Установите в отдельный раздел.
Обновление с помощью Yum из официального релиза
Подробную информацию по установке подходящего релиза Fedora см. на странице Руководство по установке.
Как только ваша система будет установлена, вы можете обновить из репозитария rawhide двумя способами. Используя графические приложения:
- Сначала измените источники программного обеспечения (software sources) с помощью: gpk-repo
- Оставьте отмеченным толькоFedora — Rawhide источник
- Затем обновите систему с помощью: gpk-update-viewer
Или вы можете обновить систему используя консоль:
# yum --disablerepo=* --enablerepo=rawhide update
Возможно вы пожелаете включить/выключить репозитарии указанные в /etc/yum.repos.d/, так чтобы только репозитарий «Fedora Development» был доступен. Это позволяет обновлять ежедневную сборку Rawhide с помощью уведомлений появляющихся на рабочем столе или с помощью «yum update».
Из пре-релизов Fedora
Протестируйте релиз Fedora который по умолчанию сконфигурирован на обновление из Rawhide репозитария, таким образом вы можете запустить «yum update» или подождать появления уведомления об обновлении на рабочем столе.
Вопросы по обновлению с пре-релиза до основного релиза Fedora обсуждаются на странице
Прямая установка ежедневной сборки Rawhide
Такой же процесс, какой используется для установки релиза Fedora (с помощью Anaconda), может быть использован и для установки rawhide. Для просмотра описания этого процесса взгляните на Руководство по установке.
- Определите архитектуру вашей системы
- Отыщите ближайшее зеркало с которого вы можете загрузить установочный носитель
- Загрузите файл boot.iso для вашей архитектуры
- Запишите загруженный образ на CD/DVD
- Загрузитесь с CD/DVD диска
Нет CD/DVD или запасного привода?
См. советы по установке системы, без использования привода, с помощью сетевого интерфейса http://docs.fedoraproject.org/install-guide/f39/en-US/html/ap-medialess-install.html.Следуйте инструкциям графического установщика Anaconda, появляющимся на экране. Установка очень проста. Вам необходимо выполнить HTTP/FTP установку. В качестве URL вашего ‘install tree’, используйте «/development//os/» где это зеркало, URL которого вы получили со списка зеркал.
С помощью Preupgrade
Можно выполнить действие PreUpgrade в консоли
preupgrade
для быстрой установки с помощью Anaconda. См. Как использовать PreUpgrade для более детальной информации; просто выберите «Rawhide» когда выбираете версию Fedora, которую собираетесь устанавливать.
Тестирование Rawhide
Существуют две важные вещи, которые все тестирующие Rawhide дожны выполнять. Во-первых, читать список рассылки, здесь пользователи Rawhide обсуждают последние изменения. Вы найдёте обсуждение значительных изменений или предостережения о серьезных сбоях. Чтение этой рассылки является ключём, к тому что бы использовать новейшую версию Rawhide. Во-вторых, сообщайте обо всех ошибках, которые вы найдёте в Bugzilla Rawhide. Пожалуйста, помните что об ошибках необходимо сообщать в Bugzilla, при этом соблюдая такие. Отсылать сообщения об ошибках в список рассылки или IRC недостаточно, т.к. этот отчет быстро потеряется в логах. Только сообщения в Bugzilla будут всегда доступны для тестирующих Rawhide и для разработчиков.
Колме того ниже есть основные советы для тех кто пользуется Rawhide:
- Правильный подход к тестовому релизу — это ценный шанс узнать больше о вашей системе. Это хорошая возможность встретиться с какими-либо проблемами и багами в сусбсистеме или компонентах с которыми вы не знакомы, как части тестирования. Используйте это как возможность изучить субсистему и документацию. Даже если в документации есть ошибки, вы можете помочь в ее исправлении или если она устарела. Чем больше вы учитесь, тем эффективнее вы можете быть в будущем если вы будете участвовать в процессе разработки. Будьте активными читая документацию о том как вещи работают, это поможет получить вам больше ценного опыта.
- Когда используете yum, найдите немного времени чтобы просмотреть возможные действия над пакетами, прежде, чем вы продолжите. Не пропускайте этот важный шаг.
- Разберитесь с /var/log/rpmpkgs и /var/log/yum.log файлами логов.
- Заведите записную книжку и вносите записи о конфигурациях в системе которые вы делаете. Многие проблемы могут быть отслежены в простых ошибках конфигурации, но шибки так же могут и быть в обновлениях пакетов. Когда работаете вместе с другими тестерами, чтобы подтвердить подтвердить ошибку, заметки которые вы делали в процессе обновления\перезагрузки могут быть очень ценными, чтобы аккуратно локализовать проблему.
- Всегда храните запасное ядро если вы хотите, чтобы все работало как ожидалось.
- Перезагружайтесь ежедневно, если вы хотите видеть как обновления подействовали на систему. Гораздо тяжелее найти проблему в загрузке если она появилась со старым обновление, если вы обновлялись ежедневно но не перезагружались.
- Познакомьтесь с возможностями grub, чтобы выявлять ошибки при загрузке.
- Если будут какие-то проблемы с зависимостях не преодолевайте их грубым способом (nodeps). Вместо этого сообщите это как об ошибке в тестовый-лист. Если никто не сообщит об этом, это не будет исправлено и попадет в стабильный релиз.
- Т.к. дерево разработки не гарантирует ежедневное согласование, то часто исползуемая команда yum update будет выдавать ошибки. Не паникуйте. Большинство проблем с зависимостями чинится разработчиками за 1 или 2 дня, часто запросом в дальнейшей пересборке пакета. Если вы видите ошибку в yum update в вашей системе несколько дней подряд, и не видите дискуссии об этом в тест-листе, почитайте далее как вы должны сообщить об этом.
- Если есть одна ошибка (если например пакет зависит от старой библиотеки) который останавливает полное обновление Rawhide, вы можете использовать yum update —skip-broken чтобы обновить все пакеты. Однако убедитесь, что ошибка была сообщена разработчику виноватого пакета.
- Вам возможно потребуется отключить проверку GPG в /etc/yum.conf или репозиторий fedora-devel в /etc/yum.repos.d если пакеты неправильно подписаны.
Когда сообщать о проблемах обновления
Присутствует ежедневный рапорт о дереве разработки, который посылается в лист fedora-test который посылается каждое утро как часть автоматического продвижения пакетов из деревьев доступа. Ежедневные доклады содержат информацию о новых, удаленных или обновленных пакетах. Также это содержит сводку проблем зависимостей для каждой архитектуры для которых они были собраны. Пожалуйста, если у вас будут какие-то проблемы в обновлением против дерева разработки, первое что вы должны сделать — это просмотреть последние два доклада по сборке. Если вы видите, что проблемы в зависимостях сходятся в последнем рапорте, значит разработчики осведомлены о проблеме. Люди сопровождающие пакет, получают ежедневные сообщения если их пакет в листе.
Помните, что список сломанных зависимостей, который является частью ежедневных отчетов rawhide представляет только первый слой зависимостей, а не весь лист. Не внесенные пакеты могут быть тоже затронуты, но починены когда большинство внесенных пакетов пересобраны.
Если проблема в вашей систему существует больше нескольких дней, и она не опубликована ни в одном из дневных отчетов, то это может быть индификатором, что вы попали на индивидуальную ошибку и не у всех она проявляется Это все будет понятно, когда вы попадете в шкуру тестера. Но до того как вы опубликуете сообщение об ошибки вот некоторая информация которая позволит вам воздержаться от лишнего заполнения. Пожалуйста помните, что тестовые релизы существуют в первую очередь для того, чтобы разработчики находили проблемы которые они могут починить в время текущего релиза. К сожелению импульсивное сообщение об ошибки (для дупликата) или давно известное решение отнимают у разработчика только время.
- прочитайте fedora-test-list: Вернитесь обратно к вашим архивам или веб архивам fedora-test-list и прочитайте последние сообщения за 48 часов и увидите если здесь дискуссии о каких-то спецефических ошибках обновлений которые вы можете увидеть. В общем говоря эти виды ошибок видят практически все с похожим аппаратным обеспечением, то есть есть большая вероятность, что тестеры ошибку уже обсуждают. Пожалуйста не пишите новое сообщение в fedora-test-list до того момента как не закончили читать последние сообщения за 48 часов. Чтение множества одинаковых сообщений только отнимает время у разработчиков и тестеров.
- поищите в http://bugzilla.redhat.com: поищите есть ли какие нибудь сообщения об проблема с обновлениями которое вы видите
- напишите заметку в fedora-test-list: Пожалуйста начните дискуссию только когда убедитесь, что похожее сообщение не появилось в fedora-test-list or или bugzilla. Другие тестеры могут помочь подтвердить проблему, или если не могут, но найдут способ определить в чем причина ее появления типа конфигурирования или действий пользователя. fedora-test-list отличный способ получить помощь от других опытных пользователей, но пожалуйста используйте возможности архивов, чтобы избежать дупликатов дискуссий и ошибок.
- Напишите новое сообщение об ошибке: когда проблема в зависимостях держится несколько дней или когда проблема похоже на специализированную в вашей ситуации и не похоже, что разработчик о ней осведомлен. Если вы не уверены в том как сообщить об ошибке, то опытные пользователи в fedora-test-list помогут вам в этом. Пожалуйста не предлагайте это как ошибку yum. Most dependency issues are packaging bugs in one of the packages detailed in the error messages. Множество примеров ошибок сводятся к тому, что один из пакетов затронут в логах ошибок пакетов.
Что значит если что-то «попадает в Rawhide»?
Rawhide ежедневно и автоматически генерируется из последних пакетов которые были собраны. Пакеты которые собираются только для 1 дня обычно предназначены для тестовых дней.
(Для любопытных, все сборки проводятся ночью по восточному США, 0400/0500 UTC.)
Что значит «точлек» rawhide?
Это что-то в виде релиза rawhide на 1 день. Однако если он сломан он может быть еще раз пересобран.
Где я могу обсудить проблемы Rawhide ?
Используйте fedora-test лист или #fedora-qa IRC канал на Freenode. Для ошибок, сообщайте их в to http://bugzilla.redhat.com
Как я могу понято, что меняется в Rawhide?
Ночные отчеты посылаются в fedora-test-list и fedora-devel-list, с темой ‘rawhide report: changes’. Включаются в те доклады тех сообщений который были добавлены, удалены или обновлены, вместе со списком сломанных зависимостей.
Retrieved from «https://fedoraproject.org/w/index.php?title=Releases/Rawhide/ru&oldid=513241»
Copyright © 2024 Red Hat, Inc. and others. All Rights Reserved. For comments or queries, please contact us.
The Fedora Project is maintained and driven by the community and sponsored by Red Hat. This is a community maintained site. Red Hat is not responsible for content.
- This page was last edited on 16 March 2018, at 22:40.
- Content is available under Attribution-Share Alike 4.0 International unless otherwise noted.
- Privacy policy
- About Fedora Project Wiki
- Disclaimers
- Code of Conduct
- Sponsors
- Legal
- Trademark Guidelines
Пакетный менеджер и установка пакетов¶
Какой менеджер пакетов используется в настоящее время?¶
Dnf, являющийся, в свою очередь, форком Yum.
Могу ли я использовать Yum в Fedora?¶
Начиная с Fedora 24, yum присутствует в Fedora лишь как символическая ссылка на dnf, сохранённая для обратной совместимости.
Что такое Flatpak пакеты?¶
Flatpak – это современный прогрессивный формат самодостаточных пакетов для GNU/Linux. Он поддерживает рантаймы, изоляцию внутри песочниц, установку без наличия прав суперпользователя и многое другое.
Какие преимущества и недостатки у Flatpak пакетов?¶
- поддерживает динамическую линковку с большим количеством библиотек из рантаймов, что решает проблемы с лицензированием, их поддержкой в актуальном состоянии и исправлением в них ошибок, а также уязвимостей;
- библиотеки, для которых нет рантаймов, могут быть упакованы непосредственно внутрь флатпака и подгружаться по мере необходимости;
- Flatpak позволяет установить разные версии приложений одновременно;
- для установки не требуются права суперпользователя;
- поддерживается контейнерная изоляция приложения внутри собственной песочницы;
- приложению могут быть выданы только необходимые права доступа и разрешения;
- могут использоваться на любом дистрибутиве GNU/Linux без перекомпиляции и перекомпоновки;
- лёгкое создание и хостинг собственных репозиториев.
- из-за того, что Flatpak пакеты по определению должны запускаться на разных дистрибутивах, они содержат в себе все зависимости либо в виде рантаймов, либо внутри флатпака;
- в публичных репозиториях (например Flathub) мейнтейнеры не занимаются обновлением своих пакетов до актуальных рантаймов, из-за чего уже при установке нескольких приложений в системе появится куча различных версий одних и тех же рантаймов, что тратит очень много места на диске впустую;
- из-за использования разных рантаймов полноценно не используется разделяемая память библиотек, т.е. каждое приложение загружает все свои зависимости в собственное адресное пространство;
- отсутствует возможность использования общесистемных настроек среды для контейнеризированных приложений;
- отсутствует возможность использования уже установленных в системе библиотек.
Можно ли устанавливать программы посредством make install?¶
Категорически не рекомендуется, ибо:
- make install порождает в системе кучу никем и ничем не отслеживаемых файлов: бинарников, конфигов, прочих файлов. Это в большинстве случаев приведёт к множеству проблем при обновлении или удалении;
- make install не учитывает файлы других пакетов и может запросто перезаписать или удалить в системе что-то важное, т.к. действие выполняется с правами суперпользователя;
- make install не ведёт никакого журнала действий, поэтому всё, что оно произвело, невозможно полноценно откатить;
- установленные через make install приложения очень часто невозможно удалить вообще, т.к. многие разработчики не делают правило make uninstall, что, в принципе, верно ибо оно не нужно большинству, а если и делают, то оно способно лишь удалить скопированные файлы. Изменения конфигов, других файлов и пр. откатить оно не способно.
Установка пакетов штатным пакетным менеджеров имеет множество преимуществ:
- при установке пакетный менеджер разрешает все зависимости, добавляет нужные, устраняет конфликты;
- перед выполнением установки пакетный менеджер проверяет, чтобы устанавливаемый пакет не вмешивался в работу других, а также самой системы. Если это так, он не будет установлен;
- во время установки все изменения, сделанные пакетом, вносятся в специальную базу данных пакетного менеджера и при удалении или обновлении будут учтены;
- при удалении пакета производится полный откат действий, предпринятых при установке (даже если были изменены какие-то конфиги, эти действия будут откачены полностью, т.к. хранится diff внутри базы ПМ);
- при обновлении перезаписываются только изменённые файлы. Более того, может быть скачан и установлен только дифф. изменений;
- если при обновлении пакета возникает конфликт какого-то конфига, он не будет молча перезаписан, а будет применён патч на существующий, либо, если это невозможно, будет запрошено действие у пользователя.
Можно ли использовать PIP или NPM для установки программ и модулей?¶
Нет. Глобальная установка чего-либо через pip (pip2, pip3) либо npm по своей деструктивности аналогична make install .
Нужной Python библиотеки нет в репозиториях. Как можно безопасно использовать PIP?¶
В таком случае рекомендуется либо локальная установка модулей посредством pip с параметром —user , либо использование Python Virtual Environment :
pip3 --user install foo-bar
Установленные таким способом модули будут размещены в домашнем каталоге пользователя и не помешают работе системы.
Как правильно применять Python Virtual Environment?¶
Установим пакеты python3-virtualenv и python3-setuptools:
sudo dnf install python3-setuptools python3-virtualenv
Создадим виртуальное окружение:
python3 -m venv foo-bar
source foo-bar/bin/activate
Теперь внутри него допускается использовать любые механизмы установки пакетов Python: pip, install.py и т.д.
Здесь foo-bar – название venv контейнера. Допускается создавать неограниченное их количество.
Как удалить установленные пакеты из Python Virtual Environment?¶
source foo-bar/bin/activate
Создадим и экспортируем в файл foo-bar-installed.txt список установленных пакетов из PIP:
pip3 freeze > foo-bar-installed.txt
Удалим данные пакеты:
pip3 uninstall -y -r foo-bar-installed.txt rm -f foo-bar-installed.txt
Как правильно обновлять систему?¶
Fedora поддерживает два вида обновлений: через консоль средствами пакетного менеджера dnf , либо через графические менеджеры, основанные на PackageKit.
Обновление системы средствами dnf:
sudo dnf upgrade --refresh
При этом настоятельно не рекомендуется запускать процесс в эмуляторах терминала графической среды.
Как часто следует устанавливать обновления системы?¶
Чем чаще устанавливаются обновления, тем меньше проблем будет при этом за счёт плавной миграции между файлами конфигурации приложений, сервисов и т.д.
Мы рекомендуем устанавливать обновления системы ежедневно.
Можно ли автоматизировать установку критических обновлений?¶
Да. Установим специальный сервис для автоматической проверки и установки обновлений:
sudo dnf install dnf-automatic
sudo systemctl enable dnf-automatic.timer
Все параметры могут быть тонко настроены в конфигурационном файле /etc/dnf/automatic.conf .
Как мне обновить Fedora до новой версии?¶
Процесс обновления стандартен и максимально безопасен:
sudo dnf upgrade --refresh sudo dnf install dnf-plugin-system-upgrade sudo dnf system-upgrade download --releasever=$(($(rpm -E %fedora) + 1)) sudo dnf system-upgrade reboot
Весь процесс установки будет выполнен во время следующей загрузки системы.
Если произошёл какой-то конфликт, то рекомендуется очистить все кэши dnf:
sudo dnf clean all
Возможно ли сделать откат к предыдущей версии Fedora?¶
Нет, это действие официально не поддерживается.
Для отката на предыдущую версию необходимо восстановить созданную ранее резервную копию.
Как мне обновить Fedora до Rawhide?¶
Допускается обновление с любой поддерживаемой версии Fedora до Rawhide. Следует помнить, что это действие необратимо. Пути назад на стабильный выпуск без полной переустановки системы уже не будет.
sudo dnf upgrade --refresh sudo dnf install dnf-plugin-system-upgrade sudo dnf system-upgrade download --releasever=rawhide sudo dnf system-upgrade reboot
Весь процесс установки будет выполнен во время следующей загрузки системы.
Возможно ли откатиться с Rawhide назад на обычный релиз?¶
Можно ли обновляться через несколько версий?¶
Официально поддерживается лишь обновление с текущей на следующую версию. Если требуется выполнить обновление сразу через несколько релизов дистрибутива, то настоятельно рекомендуется делать это последовательно (например F27 -> F28 -> F29 -> F30 и т.д.).
Когда лучше выполнять обновление при выходе новой версии дистрибутива?¶
Рекомендуется обновлять систему до новой версии Fedora в течение месяца после её официального релиза.
При обновлении dnf ругается на дубликаты пакетов.¶
Установим утилиту package-cleanup:
sudo dnf install dnf-utils
Удалим дубликаты и повреждённые пакеты:
sudo package-cleanup --cleandupes
База RPM оказалась повреждена. Как восстановить?¶
Для запуска пересборки базы данных RPM следует выполнить:
sudo rpm --rebuilddb
Настоятельно рекомендуется сделать резервную копию каталога /var/lib/rpm перед этим действием.
Dnf сохраняет старые ядра. Это нормально?¶
Да. По умолчанию dnf сохраняет 3 последних ядра, чтобы в случае сбоя была возможность загрузки в более старое для разрешения проблем и восстановления работы системы.
Как можно уменьшить количество сохраняемых ядер?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной installonly_limit :
installonly_limit=2
Минимально допустимое значение – 2 (будут сохраняться два ядра: текущее и предыдущее).
Как настроить работу dnf через прокси?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной proxy (при отсутствии добавим):
proxy=socks5://localhost:8080
Поддерживаются HTTP, HTTPS и SOCKS.
Если используемый прокси-сервер требует проверки подлинности (аутентификации), то укажем также и авторизационные данные для подключения:
proxy_username=LOGIN proxy_password=PASSWORD
Здесь LOGIN – логин пользователя на прокси-сервере, а PASSWORD – его пароль.
Обычно DNF корректно определяет тип авторизации, используемый прокси-сервером, но иногда (в случае HTTP-прокси) этот механизм работает некорретно. В этом случае достаточно указать ее тип:
proxy_auth_method=METHOD
Здесь METHOD – название метода аутентификации, используемого прокси-сервером.
Список часто используемых методов:
- basic – базовая HTTP аутентификация, вероятно вы используете именно этот метод;
- digest – HTTP дайджест-аутентификация;
- ntlm – NTLM HTTP аутентификация, активно применяется в среде продуктов Microsoft.
Подробнее о поддерживаемых методах аутентификации см. в документации.
Как отключить установку слабых зависимостей?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной install_weak_deps (при отсутствии добавим):
install_weak_deps=0
Как мне запретить установку обновлений для ряда пакетов?¶
Классический способ¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной exclude (при отсутствии добавим):
exclude=kernel* PackageKit*
Здесь вместо примера укажем нужные пакеты, разделяя их пробелом. Допускаются стандартные символы подстановки.
Современный способ¶
Установим плагин versionlock для dnf:
sudo dnf install python3-dnf-plugin-versionlock
Отметим пакеты, версии которых будут закреплены:
sudo dnf versionlock add kernel
Отметим пакеты, которые будут игнорироваться в любых транзакциях:
sudo dnf versionlock exclude PackageKit
Что такое Delta RPM?¶
Технология Delta RPM позволяет сократить расход трафика при регулярной установке обновлений за счёт того, что скачиваться будет не новая версия целиком, а лишь разница между ней и установленной в системе.
К сожалению, на медленных устройствах: HDD, eMMC, SD и т.д., это значительно замедляет процесс установки обновлений , поэтому функцию можно отключить .
Как отключить использование Delta RPM?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной deltarpm (при отсутствии добавим):
deltarpm=0
Как можно вручную удалить старое ядро?¶
Для ручного удаления старого ядра можно выполнить:
sudo dnf remove kernel-6.0.8* kernel-core-6.0.8* kernel-modules-6.0.8* kernel-devel-6.0.8*
Здесь 6.0.8 – это версия удаляемого ядра.
Какие сторонние репозитории лучше всего подключать?¶
Как работать с Flatpak пакетами в Fedora?¶
В системе нет кодеков мультимедиа. Как их установить?¶
Для начала следует подключить репозиторий RPM Fusion , после чего установить кодеки из группы multimedia и sound-and-video:
sudo dnf groupupdate multimedia sound-and-video
Как отключить автообновление кэшей dnf?¶
Что лучше: dkms или akmods?¶
Конечно akmods, т.к. он автоматически собирает и устанавливает полноценные RPM пакеты.
Каким способом можно обновить пакет из тестовых репозиториев?¶
Чтобы установить обновление из Fedora Testing, необходимо временно подключить соответствующий репозиторий:
sudo dnf upgrade --refresh foo-bar* --enablerepo=updates-testing
Репозиторий updates-testing подключается однократно только для данного сеанса работы dnf.
Как получить список файлов установленного пакета?¶
sudo dnf repoquery -l foo-bar
Как узнать в каком пакете находится конкретный файл?¶
Для этого можно воспользоваться плагином dnf repoquery:
sudo dnf repoquery -f */имя_файла
Для поиска бинарников и динамических библиотек можно применять альтернативный метод:
sudo dnf provides */имя_бинарника
Можно ли установить несколько версий Java в систему?¶
Да, это возможно. В настоящее время поддерживаются следующие версии Java. Допускается их одновременная установка.
sudo dnf install java-1.8.0-openjdk
sudo dnf install java-11-openjdk
sudo dnf install java-17-openjdk
После установки укажем необходимую версию Java по умолчанию .
Как вывести список пакетов из определённого репозитория?¶
Вывод полного списка пакетов из репозитория (на примере rpmfusion-free):
sudo dnf repo-pkgs rpmfusion-free list
Вывод полного списка установленных пакетов из репозитория (также на примере rpmfusion-free):
sudo dnf repo-pkgs rpmfusion-free list installed
Как вывести список пакетов, установленных не из репозиториев, либо удалённых из них?¶
Выполним в терминале:
sudo dnf list extras
Как очистить журнал транзакций dnf?¶
Для очистки журнала транзакций dnf history , выполним:
sudo rm -f /var/lib/dnf/history.sql*
Как сохранить список установленных пакетов, чтобы легко установить их после переустановки системы?¶
Экспортируем список установленных вручную пакетов:
sudo dnf repoquery --qf "%" --userinstalled > ~/packages.lst
Копируем любым способом получившийся файл ~/packages.lst на другое устройство.
Устанавливаем отсутствующие пакеты:
sudo dnf install $(cat ~/packages.lst)
Можно ли скачать, но не устанавливать пакет из репозитория?¶
Скачивание пакета foo-bar в текущий рабочий каталог:
dnf download foo-bar
Скачивание пакета foo-bar в текущий рабочий каталог вместе со всеми его зависимостями, отсутствующими в системе в настоящий момент:
dnf download --resolve foo-bar
Скачивание пакета foo-bar вместе со всеми зависимостями в указанный каталог:
dnf download --resolve foo-bar --downloaddir ~/mypkg
Для работы плагина dnf-download права суперпользователя не требуются.
Как правильно включать или отключать репозитории?¶
Включить репозиторий постоянно (на примере foo-bar):
sudo dnf config-manager --set-enabled foo-bar
Отключить репозиторий постоянно:
sudo dnf config-manager --set-disabled foo-bar
Временно подключить репозиторий и установить пакет из него:
sudo dnf install --refresh foo-bar --enablerepo=foo-bar
Опциональный параметр —refresh добавляется для принудительного обновления кэшей dnf.
Что такое модульные репозитории?¶
Репозитории Fedora Modular позволяют установить в систему несколько различных версий определённых пакетов. Они включены по умолчанию начиная с Fedora 29. Поддержка модулей объявлена устаревшей с Fedora 33.
Вывод списка доступных модулей:
sudo dnf module list
Установка пакета в виде модуля (на примере nodejs):
sudo dnf module install nodejs:6/default
Более подробную информацию о модулях можно найти здесь.
Мне не нужна поддержка модулей. Как их можно отключить?¶
Отключим все модули:
sudo dnf module reset '*'
Удалим пакет с модульными репозиториями:
sudo dnf remove fedora-repos-modular
sudo dnf distro-sync
Можно ли устанавливать обновления через dnf из графического режима?¶
Устанавливать обновления посредством dnf из графического режима конечно же возможно, однако мы настоятельно не рекомендуем этого делать. В случае любого сбоя и падения приложения с эмулятором терминала, упадёт и менеджер пакетов, после чего ваша система может быть серьёзно повреждена и станет непригодной для использования.
Для установки обновлений посредством dnf рекомендуется два варианта:
- переключение в консоль фреймбуфера посредством нажатия комбинации Ctrl+Alt+F3 (для возврата в графический режим – Ctrl+Alt+F1), выполнение в ней нового входа в систему и запуск процесса обновления;
- использование screen сессии. Тогда, в случае падения эмулятора терминала, процесс не будет прерван.
Безопасно ли использовать основанные на PackageKit модули обновления из графического режима?¶
Да, использование Gnome Software, Apper, Discover и других, основанных на PackageKit, для обновления системы из графического режима полностью безопасно, т.к. они сначала скачивают файлы обновлений в свой кэш, а для непосредственной установки уже используют специальный сервис. В случае падения GUI приложения, никаких повреждений не будет.
Как правильно тестировать новые версии пакетов в Fedora?¶
Все обновления сначала попадают в тестовые репозитории , поэтому их сначала нужно установить .
По результатам тестирования следует перейти в Fedora Bodhi, выбрать соответствующее обновление и либо добавить ему карму (работает исправно), либо отнять (возникли какие-то проблемы), а также опционально составить краткий отчёт (особенно если обновление работает не так, как ожидалось).
Также для упрощения работы тестировщиков была создана утилита Fedora Easy Karma, позволяющая работать с Bodhi из командной строки.
Как проще установить определённое обновление из тестового репозитория?¶
Проще всего найти данное обновление в Bodhi , затем выполнить:
sudo dnf upgrade --refresh --enablerepo=updates-testing --advisory=FEDORA-2018-XXXXXXXXX
Здесь FEDORA-2018-XXXXXXXXX – уникальный идентификатор обновления из Bodhi.
Как скачать определённую сборку пакета из Koji?¶
Для начала установим клиент Koji :
sudo dnf install koji
Выведем список всех успешно завершённых сборок пакета kernel за последнюю неделю:
koji list-builds --package=kernel --after=$(($(date +%s) - 604800)) --state=COMPLETE
Скачаем выбранную сборку для используемой архитектуры:
koji download-build kernel-6.0.8-300.fc38.x86_64 --arch=$(uname -m)
Почему некоторые пакеты в Fedora не обновляют до новейших версий?¶
Согласно Fedora updates policy, запрещается обновлять пакеты в пределах стабильного выпуска Fedora до новых мажорных версий кроме тех, для которых было выдано специальное разрешение от FESCo .
Какие пакеты разрешено обновлять до новых версий в пределах стабильного выпуска?¶
В настоящее время определён список пакетов, для которых разрешены обновления до новых версий в пределах стабильного выпуска Fedora:
- ядро Linux;
- весь KDE стек (включая Qt);
- веб-браузеры и почтовые клиенты.
При запуске dnf без прав суперпользователя он заново загружает и обновляет кэши. Это нормально?¶
Да. Если необходимо, чтобы dnf использовал глобальные общесистемные кэши репозиториев, следует применять параметр -C , например:
dnf -C search foo
Как удалить все установленные в системе 32-битные пакеты?¶
Удаление всех 32-битных пакетов из системы:
sudo dnf remove "*.i686"
Как вывести список установленных пакетов, от которых никто не зависит?¶
Установим пакет с плагином dnf-leaves:
sudo dnf install python3-dnf-plugin-leaves
Выведем список установленных пакетов, от которых никто не зависит:
dnf -C leaves
Можно ли создать собственное зеркало репозиториев Fedora?¶
Безопасно ли устанавливать обновления через небезопасные соединения?¶
Да. Все пакеты в репозиториях Fedora подписываются цифровыми подписями GnuPG, которые в обязательном порядке проверяются перед установкой и обновлением.
В случае если пакет был заменён, он не сможет быть установлен, т.к. его ЭЦП не будет соответстствовать подписи репозитория.
Безопасно ли использовать COPR репозитории?¶
Т.к. все пакеты в COPR создаются простыми пользователями, их качество значительно отличается. Есть как хорошие репозитории, так и те, что способны вывести систему из строя.
Перед подключением мы рекомендуем проверить является ли владелец репозитория мейнтейнером Fedora или нет и, если нет, отказаться от этого.
Можно ли использовать в Fedora Snap пакеты?¶
Установим пакет snapd:
sudo dnf install snapd
Для работы некоторых приложений требуется наличие символической ссылки /snap , поэтому создадим её:
sudo ln -s /var/lib/snapd/snap /snap
Установим приложение foo-bar из Snap Store:
sudo snap install foo-bar
Внимание! Вне Ubuntu все Snap-пакеты выполняются без какой-либо изоляции из-за отсутствия поддержки AppArmor. Более подробно об этом можно прочитать в сравнении самодостаточных пакетов .
Безопасно ли устанавливать и удалять пакеты группами?¶
Устанавливать пакеты группами абсолютно безопасно, однако удалять – нет, т.к. это приведёт к удалению всех её членов, что может привести к полной неработоспособности системы из-за удаления важных компонентов, таких как графическое окружение, менеджер входа в систему и т.д.
Вывод списка доступных групп:
sudo dnf grouplist
Как установить группу пакетов?¶
Установка группы Fedora Workstation:
sudo dnf groupinstall 'Fedora Workstation'
Как удалить группу пакетов?¶
Удаление группы Fedora Workstation:
sudo dnf groupremove 'Fedora Workstation'
Настоятельно не рекомендуется удалять группы таким способом.
Как автоматически удалить не нужные более пакеты?¶
Dnf автоматически удаляет зависимости, не нужные более для работы установленных пакетов, однако этот процесс можно инициировать и вручную:
sudo dnf autoremove
Следует соблюдать максимальную осторожность при использовании данной команды, т.к. это может повлечь за собой удаление важных, но автоматически установленных компонентов рабочей среды.
Если какие-либо из кандидатов необходимы для дальнейшей работы, их лучше всего пометить как установленные пользователем .
Как отметить пакет в качестве установленного пользователем?¶
Отметим пакет foo-bar в качестве установленного пользователем:
sudo dnf mark install foo-bar
После этого пакет не будет автоматически помечаться в качестве кандидата на удаление .
Как запретить автоматически удалять не нужные более зависимости?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной clean_requirements_on_remove (при отсутствии добавим):
clean_requirements_on_remove=True
Как однократно передать dnf параметр?¶
Для однократной передачи параметра воспользуемся опцией —setopt .
Например в качестве примера удалим пакет foo-bar, сохранив при этом его зависимости :
sudo dnf remove foo-bar --setopt=clean_requirements_on_remove=True
Как dnf определяет зеркала, с которых будет загружать пакеты?¶
По умолчанию в актуальных версиях Fedora применяется технология metalink, при помощи которой на основе внешнего IP-адреса сервер определяет ближайшие зеркала по географическому признаку и отдаёт результат в виде отсортированного списка с указанием приоритетов.
Также существует альтернативная реализация в виде плагина fastestmirror , который определяет самое быстрое зеркало локально при помощи ICMP PING. Реальных замеров скорости при этом не производится, поэтому их качество остаётся на достаточно низком уровне.
Как включить в dnf использование плагина fastestmirror?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной fastestmirror (при отсутствии добавим):
fastestmirror=1
Как очистить кэш плагина dnf fastestmirror?¶
Удалим файл с кэшем плагина fastestmirror:
sudo rm -f /var/cache/dnf/fastestmirror.cache
Почему dnf не проверяет подписи локально устанавливаемых пакетов?¶
По умолчанию это отключено, т.к. предполагается, что большинство локально собранных RPM пакетов не имеют GnuPG подписей.
При необходимости данная функция может быть включена .
Как включить проверку подписей для локально устанавливаемых пакетов?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной localpkg_gpgcheck (при отсутствии добавим):
localpkg_gpgcheck=1
Какой вид самодостаточных пакетов является лучшим?¶
Как вывести список пакетов из другой установки?¶
Выведем список установленных пакетов другой инсталляции Fedora:
rpm -qa --dbpath /path/to/other/var/lib/rpm
Здесь /path/to/other/var/lib/rpm – полный путь к базе RPM.
Как мне переустановить пакет?¶
Для переустановки пакета или пакетов можем воспользоваться штатной функцией reinstall dnf.
Переустановим пакет foo-bar:
sudo dnf reinstall "foo-bar*"
Переустановим все установленные в системе пакеты:
sudo dnf reinstall "*"
Как определить какому пакету принадлежит файл?¶
Воспрользуемся прямым вызовом rpm для получения информации о принадлежности файла какому-либо установленному пакету (для не установленных существует иной способ ):
rpm -qf /path/to/file
Здесь /path/to/file – абсолютный путь к файлу, который необходимо проверить.
Если принадлежность установлена, будет выдано полное имя пакета. В противном случае – сообщение об ошибке.
Как проверить какие файлы в системе были изменены?¶
Воспрользуемся прямым вызовом rpm для выполнения полной проверки и вывода информации о результатах:
sudo rpm -qVa --nomtime
Далеко не всё является ошибкой. Например сообщение об изменённых файлах конфигурации является абсолютно нормальным явлением.
Что такое fedora-cisco-openh264?¶
Репозиторий fedora-cisco-openh264 представляет специальную бинарную сборку библиотеки openh264, которая применяется в браузере Mozilla Firefox для аудио/видео вызовов, для США и Австралии (т.е. стран, где действуют патенты на алгоритмы).
Пользователям из всех остальных стран мы рекомендуем использовать ffmpeg-libs из репозитория RPM Fusion , который предоставляет все доступные кодеки мультимедиа без каких-либо ограничений.
Отключим данный репозиторий:
sudo dnf config-manager --set-disabled fedora-cisco-openh264
Удалим установленные из него пакеты:
sudo dnf remove openh264 mozilla-openh264 gstreamer1-plugin-openh264
Как запретить цвета в выводе dnf?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Изменим значение переменной color (при отсутствии создадим):
color=never
Сохраним изменения в файле.
Как отключить использование zchunk в dnf?¶
Откроем главный конфигурационный файл dnf:
sudoedit /etc/dnf/dnf.conf
Добавим в самый конец следующую строку:
zchunk=False
Сохраним изменения в файле.
Как отключить телеметрию в dnf?¶
По умолчанию для основных репозиториев Fedora, начиная с версии 32, один раз в неделю dnf отправляет beacon, чтобы можно было оценить количество пользователей дистрибутива.
Для отключения откроем главный конфигурационный файл dnf:
sudoedit /etc/dnf/dnf.conf
Добавим в самый конец следующую строку:
countme=False
Сохраним изменения в файле.
Как вывести список пакетов, использующих при сборке определённый?¶
Однократно подключим репозитории с исходниками и при помощи dnf выведем список пакетов, для сборки которых необходим foo-bar-devel:
dnf repoquery -q --releasever=rawhide --disablerepo="*" --qf="%" --enablerepo=fedora-source --enablerepo=updates-source --enablerepo=updates-testing-source --archlist=src --whatrequires="foo-bar-devel"
Как удалить все пакеты из определённого репозитория?¶
Удалим все пакеты, установленнные из репозитория foo-bar
sudo dnf repository-packages --installed foo-bar remove
Как удалить все пакеты с отладочной информацией?¶
Удалим все пакеты с отладочной информацией, установленные из основных репозиториев Fedora:
sudo dnf repository-packages --installed fedora-debuginfo remove sudo dnf repository-packages --installed updates-debuginfo remove sudo dnf repository-packages --installed updates-testing-debuginfo remove
Как изменить количество одновременно загружаемых пакетов?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Добавим переменную max_parallel_downloads с необходимым значением, например 10 (по умолчанию 3, максимум 20):
max_parallel_downloads=10
Как установить порог скорости до выбора другого зеркала?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
sudoedit /etc/dnf/dnf.conf
Добавим переменную minrate с необходимым значением, например 200k (по умолчанию 1000; допускаются суффиксы k (килобайты в секунду) и M (мегабайты в секунду)):
minrate=200k
GNOME Software при установке выбирает Flatpak вместо RPM. Как исправить?¶
GNOME Software в конфигурации по умолчанию отдаёт предпочтение Flatpak-пакетам перед стандартными RPM при совпадении ID.
Исправим это, изменив приоритет опцией packaging-format-preference:
gsettings set org.gnome.software packaging-format-preference "['RPM', 'flatpak']"
Как извлечь файлы из RPM-пакета без его установки?¶
Способ 1. Классический.¶
Воспользуемся rpm2cpio для преобразования RPM-пакета в CPIO-архив и при помощи одноимённого архиватора распакуем его:
mkdir /tmp/foo-bar pushd /tmp/foo-bar rpm2cpio /path/to/foo-bar-1.0.0-1.fc38.x86_64.rpm | cpio -idmv popd
Способ 2. Современный.¶
Конвертируем RPM в стандартный tarball утилитой rpm2archive и осуществим извлечение файлов из него:
mkdir /tmp/foo-bar cat /path/to/foo-bar-1.0.0-1.fc38.x86_64.rpm | rpm2archive - | tar -xz -C /tmp/foo-bar
Быстрый поиск
Навигация
- Основная информация
- Установка системы
- Пакетный менеджер и установка пакетов
- Какой менеджер пакетов используется в настоящее время?
- Могу ли я использовать Yum в Fedora?
- Что такое Flatpak пакеты?
- Какие преимущества и недостатки у Flatpak пакетов?
- Можно ли устанавливать программы посредством make install?
- Можно ли использовать PIP или NPM для установки программ и модулей?
- Нужной Python библиотеки нет в репозиториях. Как можно безопасно использовать PIP?
- Как правильно применять Python Virtual Environment?
- Как удалить установленные пакеты из Python Virtual Environment?
- Как правильно обновлять систему?
- Как часто следует устанавливать обновления системы?
- Можно ли автоматизировать установку критических обновлений?
- Как мне обновить Fedora до новой версии?
- Возможно ли сделать откат к предыдущей версии Fedora?
- Как мне обновить Fedora до Rawhide?
- Возможно ли откатиться с Rawhide назад на обычный релиз?
- Можно ли обновляться через несколько версий?
- Когда лучше выполнять обновление при выходе новой версии дистрибутива?
- При обновлении dnf ругается на дубликаты пакетов.
- База RPM оказалась повреждена. Как восстановить?
- Dnf сохраняет старые ядра. Это нормально?
- Как можно уменьшить количество сохраняемых ядер?
- Как настроить работу dnf через прокси?
- Как отключить установку слабых зависимостей?
- Как мне запретить установку обновлений для ряда пакетов?
- Что такое Delta RPM?
- Как отключить использование Delta RPM?
- Как можно вручную удалить старое ядро?
- Какие сторонние репозитории лучше всего подключать?
- Как работать с Flatpak пакетами в Fedora?
- В системе нет кодеков мультимедиа. Как их установить?
- Как отключить автообновление кэшей dnf?
- Что лучше: dkms или akmods?
- Каким способом можно обновить пакет из тестовых репозиториев?
- Как получить список файлов установленного пакета?
- Как узнать в каком пакете находится конкретный файл?
- Можно ли установить несколько версий Java в систему?
- Как вывести список пакетов из определённого репозитория?
- Как вывести список пакетов, установленных не из репозиториев, либо удалённых из них?
- Как очистить журнал транзакций dnf?
- Как сохранить список установленных пакетов, чтобы легко установить их после переустановки системы?
- Можно ли скачать, но не устанавливать пакет из репозитория?
- Как правильно включать или отключать репозитории?
- Что такое модульные репозитории?
- Мне не нужна поддержка модулей. Как их можно отключить?
- Можно ли устанавливать обновления через dnf из графического режима?
- Безопасно ли использовать основанные на PackageKit модули обновления из графического режима?
- Как правильно тестировать новые версии пакетов в Fedora?
- Как проще установить определённое обновление из тестового репозитория?
- Как скачать определённую сборку пакета из Koji?
- Почему некоторые пакеты в Fedora не обновляют до новейших версий?
- Какие пакеты разрешено обновлять до новых версий в пределах стабильного выпуска?
- При запуске dnf без прав суперпользователя он заново загружает и обновляет кэши. Это нормально?
- Как удалить все установленные в системе 32-битные пакеты?
- Как вывести список установленных пакетов, от которых никто не зависит?
- Можно ли создать собственное зеркало репозиториев Fedora?
- Безопасно ли устанавливать обновления через небезопасные соединения?
- Безопасно ли использовать COPR репозитории?
- Можно ли использовать в Fedora Snap пакеты?
- Безопасно ли устанавливать и удалять пакеты группами?
- Как установить группу пакетов?
- Как удалить группу пакетов?
- Как автоматически удалить не нужные более пакеты?
- Как отметить пакет в качестве установленного пользователем?
- Как запретить автоматически удалять не нужные более зависимости?
- Как однократно передать dnf параметр?
- Как dnf определяет зеркала, с которых будет загружать пакеты?
- Как включить в dnf использование плагина fastestmirror?
- Как очистить кэш плагина dnf fastestmirror?
- Почему dnf не проверяет подписи локально устанавливаемых пакетов?
- Как включить проверку подписей для локально устанавливаемых пакетов?
- Какой вид самодостаточных пакетов является лучшим?
- Как вывести список пакетов из другой установки?
- Как мне переустановить пакет?
- Как определить какому пакету принадлежит файл?
- Как проверить какие файлы в системе были изменены?
- Что такое fedora-cisco-openh264?
- Как запретить цвета в выводе dnf?
- Как отключить использование zchunk в dnf?
- Как отключить телеметрию в dnf?
- Как вывести список пакетов, использующих при сборке определённый?
- Как удалить все пакеты из определённого репозитория?
- Как удалить все пакеты с отладочной информацией?
- Как изменить количество одновременно загружаемых пакетов?
- Как установить порог скорости до выбора другого зеркала?
- GNOME Software при установке выбирает Flatpak вместо RPM. Как исправить?
- Как извлечь файлы из RPM-пакета без его установки?
Related Topics
- Documentation overview
- Previous: Установка системы
- Next: Системное администрирование