Fedora rawhide что это
Будьте на переднем крае Linux с Fedora Rawhide
. Вы увидите хороший скачок, когда обновите свой дистрибутив до следующего выпуска, но затем вы будете сидеть на месте еще 6 месяцев или дольше.
Если вы хотите использовать новые версии программного обеспечения, вы можете сразу же использовать дистрибутив с непрерывным выпуском, то есть тот, который постоянно обновляется и никогда не имеет традиционных «выпусков» (например, Gentoo или Arch Linux).
Кроме того, вы можете использовать ветку разработки дистрибутива, то есть постоянно обновляемую версию, используемую разработчиками, для тестирования. Мне особенно нравится федора
Branch ветка разработки под кодовым названием Rawhide.
Осторожно!
Есть несколько вещей, на которые следует обратить внимание в Rawhide, прежде чем вы начнете погружаться в них. Rawhide, как ветвь развития, чрезвычайно экспериментальна и должна рассматриваться с осторожностью. Когда выходит новая версия Fedora, Rawhide, по сути, «запускается заново» и захватывает версии для разработки всех пакетов, найденных в его репозиториях. Это происходит довольно долго, пока в конечном итоге ситуация не стабилизируется к моменту выхода следующей версии Fedora на бета-версию.
Запуск копии Fedora Rawhide на вашем производственном сервере не рекомендуемые. Вместо этого не стесняйтесь устанавливать его на любой машине, на которой вам не нужно работать, или на виртуальной машине.
Обновление до сыромятной кожи
Установка Fedora Rawhide довольно проста. Если вы хотите увеличить существующую установку до Fedora, все, что вам нужно сделать, это запустить следующие команды:
Установка Rawhide напрямую
Если вы хотите установить Fedora без предварительной установки стабильной версии, вам необходимо скачать установщик DVD. Когда установщик запросит у вас дополнительные репозитории, вам нужно будет добавить репозитории Rawhide. Вы можете сделать это:
Это не работает, если стабильный установщик должен иметь дело с изменениями в пакетах, которые он не ожидает, поэтому все равно рекомендуется выполнить обновление с уже существующей установки.
Как вы можете заметить, так и не заметить, запуск 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? А как насчет другого аналогичного ресурса для вашего любимого дистрибутива? Любые интересные советы и рекомендации, которыми вы можете поделиться? Дайте нам знать об этом в комментариях!
Rawhide
«Rawhide» is the name given to the current development version of Fedora Linux. It consists of a package repository called «rawhide» and contains the latest build of all Fedora Linux packages updated on a daily basis. Each day, the build system attempts to create a full set of deliverables (installation images and so on), and all that compose successfully are included in the Rawhide tree for that day.
Rawhide is sometimes called «development» or «main» (as it’s the «main» branch in package git repositories).
Goals
Rawhide has the following Goals:
To allow package maintainers to integrate the newest usable versions of their packages into Fedora.
To allow advanced users access to the newest usable packages in a rolling manner.
To allow incremental changes to packages that are either too minor or major to go to stable Fedora releases.
To identify and fix issues with packages before they reach a stable release of Fedora.
To allow a place where certain low-level packages (approved by FESCo), including (but not limited to) glibc and gcc, can gain real-world testing of pre-release versions.
Audience
Rawhide is targeted at advanced users, testers, and package maintainers.
As a Rawhide consumer, you should:
Be willing to update on an almost daily basis. Rawhide gets hundreds of updates a day, and applying those updates on a regular basis allows you to more easily isolate when a bug appeared and what package(s) are responsible.
Be willing and able to troubleshoot problems. From time to time there are problems with Rawhide packages, and you will need strong troubleshooting skills and the ability to gather information for bug reports. You need a good understanding of dnf and how to downgrade packages, as well as boot time troubleshooting.
Have time and desire to learn new interfaces and changes. Rawhide packages stick closely to upstream projects, so interfaces and command-line options are subject to frequent changes.
Be willing to reboot frequently to test new kernel versions and confirm functionality of the boot process. If you can’t reboot often, consider using a stable release instead.
Be willing and able to report bugs to bugzilla as you find them and help maintainers gather information to fix them.
If the above doesn’t match you, you may wish to instead follow the Branched release (depending on the point in the release cycle) or use regular stable Fedora releases.
Using Rawhide
See the wiki template for instructions on installing and using Rawhide.
Discussing Rawhide
There are a number of ways to communicate with other Rawhide users:
Rawhide discussion is on topic and welcome in both the #fedora-devel and #fedora-qa IRC channels.
Mailing Lists
Rawhide discussion is on topic and welcome in both the test and devel lists.
Bugzilla
Rawhide bugs should be reported against the Fedora product, rawhide version and the affected component. Please do follow best practices when filing. Remember that IRC and mailing lists are useful to help narrow down if some behavior is a bug or where to report it, but are themselves not bug reporting channels. Always file bugs in Bugzilla.
Note that broken dependencies are mailed to maintainers for each daily Rawhide compose where a package has such broken dependencies. Therefore, it’s usually not worth filing a bug for broken dependencies unless they don’t appear in the daily report, or you have a fix or improvement to suggest.
Producing Rawhide
Package owners must build for Rawhide using koji just like you would any other build; you do not go through the Bodhi process and the build becomes available almost immediately.
The Rawhide repository is composed every day starting at 05:15UTC. All rawhide builds in the buildsystem at that time are included in the compose attempt. The compose process also attempts to build all the standard Fedora ‘deliverables’ (live and install images, ARM and Cloud disk images, container images and so on). If any release-blocking image fails to build as part of the compose, the compose is considered to have failed. If the compose completes successfully, the compose will be ‘synced out’ to the mirror system. (A system where the sync only happens if a set of automated tests run on it passes is planned, but not yet fully implemented).
Rawhide is under development/rawhide on the mirrors. You can find a local «development» mirror on the public mirror list. Compose time varies depending on number of changes but is typically between 5 and 8 hours.
Composes are done in a rawhide chroot using the ‘pungi’ tool called from a script maintained by Fedora Release engineering. If the base set of packages in Rawhide needed to compose Rawhide are broken, the daily compose may fail.
A report for each Rawhide compose is sent to to the test and devel lists. This report contains output from the repodiff tool from the previous compose as well as a broken dependency report for packages with broken dependencies. Additionally, private email is sent to maintainers with packages containing broken dependencies.
Package maintainers should read and follow the Rawhide updates policy for building any packages in Rawhide.
If needed and approved by FESCo, mass rebuilds are done by Release Engineering in Rawhide a month or so before the next release branches from it. Typically these are done for a global change over all packages such as a new gcc release, or rpm package format.
Questions and Answers
Doesn’t rawhide eat babies / kill pets / burn down houses / break constantly?
No. Please stop telling everyone that.
So Rawhide is very stable and we can all use it?
No. See audience above. There are things that break from time to time, but if you are able to downgrade or troubleshoot such issues aren’t too severe. Most users should still stick to stable Fedora releases, but Rawhide is a viable option for enthusiasts to experiment with.
I’m using a Stable Fedora release, but I want a newer package version that’s only available in Rawhide. Can I just dnf install it?
No Mixing releases like this is a bad idea. Better options are:
Ask the Fedora maintainer in a bug report to update the stable version if permitted by policy. If not, there may be a Copr repository that provides the updated version. See the COPR page for more details.
I want to run the Rawhide kernel on my stable Fedora machine. Can I do that?
Sometimes yes. The kernel is more self-contained than other Rawhide packages and you also can easily boot your older kernel if the Rawhide kernel goes wrong. Download and dnf install the package. However, note that Rawhide kernels often have debugging code enabled, which results in them performing noticeably worse than release kernels (they will be slower and consume more memory).
Is Rawhide a «rolling release»?
It depends on how you define that, but yes.
How can I tell when the Rawhide compose for the day has finished?
Check the for the reports sent to the test and devel lists, or watch fedora-messaging for the org.fedoraproject.prod.pungi.compose.status.change topic.
What happens during branching, does it affect my Rawhide release somehow?
No, you’re still on Rawhide and no action is required. (This was handled differently in the past).
How do I get out of Rawhide again? I want to switch to the Branched release or a stable release.
Note that downgrading your system to a lower release is not supported, not tested, not a good idea, and definitely at your own risk. The safest approach is to reinstall the system. If you really want to downgrade, at least make a filesystem snapshot first (if you use the default Btrfs filesystem).
One common use case is to switch your system to Branched right after it is created (split from Rawhide). In this case, the sooner you do it (after branching), the safer and easier it is—the difference between systems is minimal at that point. Downgrading after a long time, or downgrading to a stable release (which is completely different from Rawhide) will be more problematic.
As a package maintainer do I have to build rawhide packages or does the nightly compose take care of that?
You must build for Rawhide yourself (using Koji). The nightly compose only collects packages already built and marked with the appropriate target (rawhide) in koji.
Are rawhide packages signed?
All of them are now signed. Make sure you have gpgcheck=1 set in your repo file to take advantage of this.
Hints and Tips
Your package management system can be of great help in diagnosing and working around issues you find. Do read up and understand:
If you are using a immutable variant like Silverblue, you should make good use of the features of OSTree like:
ostree admin config-diff
ostree admin pin 0
You should update frequently (preferably every day). This allows you to more easily narrow down when a problem or issue appeared. If you apply a week of Rawhide updates at once you have many more packages to examine to narrow down issues.
Reboot often (preferably whenever new kernels arrive). This allows you to test the boot up process and packages related to it, as well as newer kernels. Read and understand the Dracut troubleshooting steps.
Follow the test and devel lists for Rawhide issues. Try to at least skim them before doing your daily Rawhide updates. Look for ‘[rawhide]’ subjects or reports of issues. Additionally if you find a problem and are not sure what to file bugs against you can open a discussion there.
Rawhide kernels are often built with varying degrees of debugging code enabled, which will result in worse performance and increased resource usage. See Kernel Debugging Strategy for details on exactly what debugging code is enabled for which kernel builds. You can disable SLUB debugging for those builds for which it is enabled by passing slub_debug=- to your kernel command line in /etc/default/grub (and re-generating your grub config, or just adding it directly). Additionally, you can run kernels in the Rawhide Kernel Nodebug repo that have all debugging disabled.
If you are using a graphical desktop environment in your Rawhide install, you may wish to install several of them. This allows you to still login and troubleshoot when your primary desktop environment is not working for some reason.
Have rescue media handy of the current stable Fedora release for emergencies.
Будьте на переднем крае Linux с Fedora Rawhide
. Вы увидите хороший скачок при обновлении своего дистрибутива до следующего выпуска, но затем вы сидите еще 6 месяцев или дольше.
Если вы хотите использовать новые версии программного обеспечения, вы можете сразу же использовать дистрибутив с непрерывным выпуском, то есть тот, который постоянно обновляется и никогда не имеет традиционных «выпусков» (например, Gentoo или Arch Linux).
Кроме того, вы можете использовать ветку разработки дистрибутива, то есть постоянно обновляемую версию, используемую разработчиками, для тестирования. Мне особенно нравится федора
Branch ветка разработки под кодовым названием Rawhide.
Осторожно!
Есть несколько вещей, на которые следует обратить внимание в Rawhide, прежде чем вы начнете погружаться в них. Rawhide, как ветвь развития, чрезвычайно экспериментальна и должна рассматриваться с осторожностью. Когда выходит новая версия Fedora, Rawhide, по сути, «запускается заново» и захватывает версии для разработки всех пакетов, найденных в его репозиториях. Это происходит довольно долго, пока в конечном итоге ситуация не стабилизируется к моменту выхода следующей версии Fedora на бета-версию.
Запуск копии Fedora Rawhide на вашем производственном сервере не рекомендуемые. Вместо этого не стесняйтесь устанавливать его на любой машине, на которой вам не нужно работать, или на виртуальной машине.
Обновление до сыромятной кожи
Установка Fedora Rawhide довольно проста. Если вы хотите увеличить существующую установку до Fedora, все, что вам нужно сделать, это запустить следующие команды:
Установка Rawhide напрямую
Если вы хотите установить Fedora без предварительной установки стабильной версии, вам необходимо скачать установщик DVD. Когда установщик запросит у вас дополнительные репозитории, вам нужно будет добавить репозитории Rawhide. Вы можете сделать это:
Это не работает, если стабильный установщик должен иметь дело с изменениями в пакетах, которые он не ожидает, поэтому все равно рекомендуется выполнить обновление с уже существующей установки.
Как вы можете заметить, так и не заметить, запуск 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? А как насчет другого аналогичного ресурса для вашего любимого дистрибутива? Любые интересные советы и рекомендации, которыми вы можете поделиться? Дайте нам знать об этом в комментариях!
Пакетный менеджер и установка пакетов¶
Какой менеджер пакетов используется в настоящее время?¶
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 для установки программ и модулей?¶
Нужной Python библиотеки нет в репозиториях. Как можно безопасно использовать PIP?¶
Установленные таким способом модули будут размещены в домашнем каталоге пользователя и не помешают работе системы.
Как правильно применять Python Virtual Environment?¶
Установим пакеты python3-virtualenv и python3-setuptools:
Создадим виртуальное окружение:
Теперь внутри него допускается использовать любые механизмы установки пакетов Python: pip, install.py и т.д.
Здесь foo-bar – название venv контейнера. Допускается создавать неограниченное их количество.
Как удалить установленные пакеты из Python Virtual Environment?¶
Создадим и экспортируем в файл foo-bar-installed.txt список установленных пакетов из PIP:
Удалим данные пакеты:
Как правильно обновлять систему?¶
Обновление системы средствами dnf:
При этом настоятельно не рекомендуется запускать процесс в эмуляторах терминала графической среды.
Как часто следует устанавливать обновления системы?¶
Чем чаще устанавливаются обновления, тем меньше проблем будет при этом за счёт плавной миграции между файлами конфигурации приложений, сервисов и т.д.
Мы рекомендуем устанавливать обновления системы ежедневно.
Можно ли автоматизировать установку критических обновлений?¶
Да. Установим специальный сервис для автоматической проверки и установки обновлений:
Как мне обновить Fedora до новой версии?¶
Процесс обновления стандартен и максимально безопасен:
Весь процесс установки будет выполнен во время следующей загрузки системы.
Если произошёл какой-то конфликт, то рекомендуется очистить все кэши dnf:
Возможно ли сделать откат к предыдущей версии Fedora?¶
Нет, это действие официально не поддерживается.
Для отката на предыдущую версию необходимо восстановить созданную ранее резервную копию.
Как мне обновить Fedora до Rawhide?¶
Допускается обновление с любой поддерживаемой версии Fedora до Rawhide. Следует помнить, что это действие необратимо. Пути назад на стабильный выпуск без полной переустановки системы уже не будет.
Весь процесс установки будет выполнен во время следующей загрузки системы.
Возможно ли откатиться с Rawhide назад на обычный релиз?¶
Можно ли обновляться через несколько версий?¶
Когда лучше выполнять обновление при выходе новой версии дистрибутива?¶
Рекомендуется обновлять систему до новой версии Fedora в течение месяца после её официального релиза.
При обновлении dnf ругается на дубликаты пакетов.¶
Установим утилиту package-cleanup:
Удалим дубликаты и повреждённые пакеты:
База RPM оказалась повреждена. Как восстановить?¶
Для запуска пересборки базы данных RPM следует выполнить:
Настоятельно рекомендуется сделать резервную копию каталога /var/lib/rpm перед этим действием.
Dnf сохраняет старые ядра. Это нормально?¶
Да. По умолчанию dnf сохраняет 3 последних ядра, чтобы в случае сбоя была возможность загрузки в более старое для разрешения проблем и восстановления работы системы.
Как можно уменьшить количество сохраняемых ядер?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
Изменим значение переменной installonly_limit :
Минимально допустимое значение – 2 (будут сохраняться два ядра: текущее и предыдущее).
Как настроить работу dnf через прокси?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
Изменим значение переменной proxy (при отсутствии добавим):
Поддерживаются HTTP, HTTPS и SOCKS.
Если используемый прокси-сервер требует проверки подлинности (аутентификации), то укажем также и авторизационные данные для подключения:
Здесь LOGIN – логин пользователя на прокси-сервере, а PASSWORD – его пароль.
Обычно DNF корректно определяет тип авторизации, используемый прокси-сервером, но иногда (в случае HTTP-прокси) этот механизм работает некорретно. В этом случае достаточно указать ее тип:
Здесь METHOD – название метода аутентификации, используемого прокси-сервером.
Список часто используемых методов:
basic – базовая HTTP аутентификация, вероятно вы используете именно этот метод;
digest – HTTP дайджест-аутентификация;
ntlm – NTLM HTTP аутентификация, активно применяется в среде продуктов Microsoft.
Подробнее о поддерживаемых методах аутентификации см. в документации.
Как отключить установку слабых зависимостей?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
Изменим значение переменной install_weak_deps (при отсутствии добавим):
Как мне запретить установку обновлений для ряда пакетов?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
Изменим значение переменной exclude (при отсутствии добавим):
Здесь вместо примера укажем нужные пакеты, разделяя их пробелом. Допускаются стандартные символы подстановки.
Что такое Delta RPM?¶
Технология Delta RPM позволяет сократить расход трафика при регулярной установке обновлений за счёт того, что скачиваться будет не новая версия целиком, а лишь разница между ней и установленной в системе.
Как отключить использование Delta RPM?¶
Откроем файл /etc/dnf/dnf.conf в текстовом редакторе:
Изменим значение переменной deltarpm (при отсутствии добавим):
Как можно вручную удалить старое ядро?¶
Для ручного удаления старого ядра можно выполнить:
Здесь 5.15.5 – это версия удаляемого ядра.
Какие сторонние репозитории лучше всего подключать?¶
Как работать с Flatpak пакетами в Fedora?¶
В системе нет кодеков мультимедиа. Как их установить?¶
Как отключить автообновление кэшей dnf?¶
Что лучше: dkms или akmods?¶
Конечно akmods, т.к. он автоматически собирает и устанавливает полноценные RPM пакеты.
Каким способом можно обновить пакет из тестовых репозиториев?¶
Чтобы установить обновление из Fedora Testing, необходимо временно подключить соответствующий репозиторий:
Репозиторий updates-testing подключается однократно только для данного сеанса работы dnf.
Как получить список файлов установленного пакета?¶
Как узнать в каком пакете находится конкретный файл?¶
Для этого можно воспользоваться плагином dnf repoquery:
Для поиска бинарников и динамических библиотек можно применять альтернативный метод:
Можно ли установить несколько версий Java в систему?¶
Да, это возможно. В настоящее время поддерживаются следующие версии Java. Допускается их одновременная установка.