В Fedora планируется заменить DNF на MicroDNF

Сколько линукс не улучшая все равно каждые 5 лет его перекраивают в фундаментальном ПО

вот это верно. поэтому и перешел на *BSD. им как-то удается не изобретать ifconfig, а добавлять функции в него. удается использовать OSS и т.д.

короче, чем медленнее развивают, тем больше порядка. а что еще мне надо?

У него история есть

cat /var/log/pacman.log

Игнор пакетов есть? Version lock есть?

IgnorePkg, NoUpgrade в /etc/pacman.conf

Он умеет показывать пакет, который содержит определённый файл?

pacman -Qo path/to/file

Он имеет команду для даунгрейда?

pacman -U /var/cache/pacman/pkg/packagename.pkg.tax.zst либо искать в Arch Linux Archive

https://wiki.archlinux.org/title/downgrading_packages

Теперь интересно узнать с чего такие хотелки, и как эти фичи реализованы в мейнстримовых дистрибутивах, потому что даунгрейд или закрепление версии подразумевает подтягивание старых версий зависимостей. Иначе какой толк, если будет только подтянут архив с неработающей прогой и undefined references. Неужели там на каждый чих группа зависимостей или контейнеры, тем самым с раздутыми затратами на хранение. Source-basedы не в счет, там можно пересобрать с учетом нынешних зависимостей.

Может быть потому, что есть LSB? А LSB-несовместимые дистры ССЗБ. В альте, например, есть epm, который ставит хром из того самого rpm.

Сами же назвали костыль, который дебианщикам не нужен, которые просто берут любую .deb с интернета и используют там, где им надо.

Вообще, использование внутреннего формата пакетов для распространения внешнего софта это отдельная шизофрения, конечно.

Да, поэтому надо использовать контейнеры, которые подозрительно напоминают ожиревшие .exe-шники вантуза 2010-ых годов, особенно в эпоху, когда полно дешман-ноутбуков с eMMC-Only.

Сами же назвали костыль, который дебианщикам не нужен, которые просто берут любую .deb с интернета и используют там, где им надо.

Дебианщики — это который один дистриубтив и 18 производных. Возвращаемся к вопросу.

Да, поэтому надо использовать контейнеры

Да, для стороннего софта надо использовать appimage, flatpak и snap.

И да, форматы всё равно определяют дистростроители, поэтому всё это разговоры в пользу бедных.

Да, для стороннего софта надо использовать appimage, flatpak и snap.

Сарказм я так понял, вы не уловили. Теперь серьезно: в эпоху, когда каждый ГБ пространства на счету контейнеры - зло, потому что контейнер прожорливее пакета.

И да, форматы всё равно определяют дистростроители, поэтому всё это разговоры в пользу бедных.

Пускай и определяют. Только потом пусть не жалуются, что им не дает развиваться некрософт и не требуют виндекапец.

в эпоху, когда каждый ГБ пространства на счету

я что-то пропустил...

Интересно было бы увидеть дистрибутив, целиком основанный на git (естественно, source-based), с версионированием во все поля.

Fedora Silverblue, Endless OS и другие, основанные на OSTree. Первую пробовал – неюзабельна для дома, на каждую правку конфига перезагружаться нужно.

UPD: ах, source-based. Ну NixOS тогда.

я что-то пропустил...

Да, вы упустили появление аппаратов, в которых нет ничего, кроме eMMC или UFS-памяти в качестве внутреннего накопителя. И с ними потом ничего сделать нельзя. Совсем. Да, M.2 тоже может стать историей. И естественно, в таких системах ни о каких старых «семерочных развратах» в плане - у меня терабайты HDD, и можно на свободное место не обращать внимания, речи уже не будет. Используйте ХХХ Гб экономнее.

Я тоже )

Сарказм я так понял, вы не уловили.

Здесь нет сарказма.

Теперь серьезно: в эпоху, когда каждый ГБ пространства на счету контейнеры - зло, потому что контейнер прожорливее пакета.

У дистростроителей есть два пути — или выкидывать дистрибутивы вообще совсем, оставлять только один и производные, или контейнеры, а пользователи с каждым гигабайтом на счету будут страдать.

Строго говоря, лично мне и конечным пользователям слегка пофиг, будет это Ubuntu или Red Hat.

UPD: ну и кстати, с развитием контейнеров важность в дистрибутивов тоже упадёт, т.ч. мы всё равно придём к The Linux Distro™.

Пускай и определяют. Только потом пусть не жалуются, что им не дает развиваться некрософт и не требуют виндекапец.

Этот невалидный аргумент я слышу уже 20 лет. Логическую ошибку надо объяснять?

или контейнеры, а пользователи с каждым гигабайтом на счету будут страдать.

А в итоге количество таких пользователей будет увеличиваться в геометрической прогрессии, и в итоге за борт пойдет и дистр, и дистростроитель, и контейнер, потому что держать слот в железке - это накладное мероприятие с точки зрения изготовителя железки. Проще eMMC/UFS распаять. Да и выгоднее - чаще будут их выбрасывать.

UPD: ну и кстати, с развитием контейнеров важность в дистрибутивов тоже упадёт, т.ч. мы всё равно придём к The Linux Distro™.

И в итоге можно будет отправить контейнер за борт, поскольку контейнер для The Linux Distro™ не нужен.

Логическую ошибку надо объяснять?

Объясните всем, интересно же)

Да, вы упустили появление аппаратов, в которых нет ничего, кроме eMMC

каких аппаратов? космических?

И с ними потом ничего сделать нельзя. Совсем.

после запуска в космос в смысле??

А в итоге количество таких пользователей будет увеличиваться в геометрической прогрессии

А с чего бы это вдруг. Дай-ка статистику по продажам сверхдешёвых ноутбуков с eMMC, а?

Объясните всем, интересно же).

Утверждение а) линуксом никто не пользуется, а Windows пользуются.

Утверждение б) под линукс нет фотошопа и других приложений, а под Windows они есть. Под Linux есть некая фича, которой нет в Windows и которая мешает делать фотошоп и другие приложения под Linux.

Вывод: пока есть такая фича, под Linux не будет фотошопа и других приложений, а линуксом не будут пользоваться.

Казалось бы, всё логично, но давайте конкретизируем фичу:

Утверждение а) линуксом никто не пользуется, а Windows пользуются.

Утверждение б) в большинстве дистрибутивов Linux обои не синенькие, а под Windows они синенькие. Дистрибутивостроители Linux так выбирают обои, не так как в Windows и это мешает пользователям пользоваться Linux.

Вывод: пока в Linux не начнут делать синенькие обои, линуксом не будут пользоваться.

Логическая ошибка заключается в том, что низкая популярность Linux объявляется следствием какой-то фичи, а то, что именно эта фича является причиной низкой популярности Linux доказывается низкой популярностью Linux.

На самом деле факт, что именно эта фича, а не какая-то другая, является причиной низкой популярности, необходимо ещё доказать.

DNF, MicroDNF, потом Microsoft DNF (enterprise edition, 90 days trial)

Что такое *BSD, что за система? StarBSD?

А с чего бы это вдруг. Дай-ка статистику по продажам сверхдешёвых ноутбуков с eMMC, а?

300% прибыли, мечта копроэкономиста. Чем чаще меняется все железо, тем больше прибыли оно приносит. Особенно когда не будет альтернатив.

Понятно, т.е. статистики у тебя нет, одни рассуждения вслух.

Понятно, т.е. статистики у тебя нет, одни рассуждения вслух.

Есть три вида лжи: ложь, наглая ложь, и статистика.

Теперь интересно узнать с чего такие хотелки

Я периодически пользуюсь этими командами. dnf history undo <идентификатор> позволяет откатить операцию, будь то установка или удаление. Например, если я захочу в очередной раз потыкать гном, а он опять притащит кучу всякого - я просто после теста отменяю операцию установки гнома. На самом деле, достаточно удалить группу пакетов гнома (у DNF есть группы пакетов, это типа tasksel в дебиане), но мне пока в голову не приходят другие примеры.

Несколько месяцев назад в федоре сломали видеодрайвер амуде, и я несколько обновлений проверял, не починили ли, и даунгрейдил, если нет.

Он умеет показывать пакет, который содержит определённый файл?

Не знаю, эта ли фича отвечает за эту:

user@desktop ~> screenfetch                                                                                                                                                                                                               1
zsh: screenfetch: command not found...
Install package 'screenfetch' to provide command 'screenfetch'? [N/y]

Но в целом она иногда полезна. Можно, например, сделать так:

sudo dnf provides "*my.cnf"

И увидеть, в каких пакетах есть этот файл.

Переход с Linux на FreeBSD. Успех, но...

Важная, но упущенная деталь - PackageKit выкинут.

Интересно че будут делать остальные, кто на него когда-то завязался (та же убунта)

Есть три вида лжи: ложь, наглая ложь, и статистика.

Хоть статистику легко использовать для вранья, с помощью статистики можно установить истину, которую нельзя установить никак по другому.

Больше возни с подпиской, чем в дебиане, в остальном всё также.

В дебиане ты одной строкой добавляешь репку до которой обновляешься и одной строкой делаешь apt dist upgrade.

В rhel тебе нужен некий Red Hat Upgrade Tool, т.е. сурой энтерпрейзный yum/dnf этого не могёт. Ибо суров и немогун.

Встречный вопрос - а pacman вообще

А фиг его знает, у него даже ключи какие то не очевидные :-D

Посмеялся с тех евангелистов Red Hat, которые недавно тут кукарекали мол всё нормально с производительностью YUM и DNF на Python-клее, не надо ничего переписывать. Кстати, где они все? Ау!

Не знаю как yum, но dnf сейчас работает вполне быстро. Но переписывание одобряю.

Разработчикам Федоры планируют заменить пенис на…

А если серьёзно, то это настоящая Санта-Барбара. Сначала выкатили DNF, чтобы избавиться от питона, теперь сообразили, что избавились не полностью. Смотрите второй сезон!

Это называется эволюция.

python вообще надо выпиливать из зависимостей ОС.

не потому что он плохой, просто ему там не место. bash достаточно

Учитывая, что pacman технологичнее и фичастее и не требует двойного переписывания…

А что в нем хорошего? Мне он показался убогим старьем, выполняющим минимум операций (но таки выполняющим)

но dnf сейчас работает вполне быстро.

дада, знаем-знаем: SSD, i9, 4Gb RAM...

Производительности yum вполне достаточно. Думаю, причины его переписывания в чем то другом, политическом или в авторских правах.

В Fedora планируется заменить DNF на MicroDNF (комментарий)

Так переходи на фряху, там единомышленников найдёшь

так там тоже python ставится по зависимостям к софту. софт-то прикладной один и тот же.

4Gb RAM…

WAT?

To run DNF succesfully you need at least 4Gb of dedicated RAM and a dedicated co-processor with AVX instruction set support. Also GPU acceleration facilates index operations. The best DNF experience comes with Intel processor and Microsoft Windows 11 Operating System.

p.s.

Java не тормозит! (с)

Эм, лол?

На десятилетнем i3 вместо процессора (никаких AVX) всё работало. Проверял не так давно. Оперативки, правда, 8 гигов в девайсе стояло, но DNF не потреблял и четырёх.

UPD: увидел обновлённый комментарий. Это ты так набросить пытался, оказывается.

UPD: увидел обновлённый комментарий. Это ты так набросить пытался, оказывается.

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

А, тогда извини.

В этом вашем интернете хрен поймешь, кто прикалывается, а кто реально дебил.

Никто не собирается выкидывать PackageKit на мороз

Собираются. Он давно уже официально в maintenance режиме [1]. И я когда-то mcatanzaro спрашивал на этот счет и вот [2] что он ответил. Так что лед тронулся год спустя.

[1] https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-...

[2] https://www.reddit.com/r/Fedora/comments/krr3o4/why_are_show_stopping_issues_...

да, фигня, не извиняйся

В этом вашем интернете хрен поймешь, кто прикалывается, а кто реально дебил.

скажи автору сообщения Unicode4all

Никто не собирается выкидывать PackageKit на мороз. Речь идет о том, что сам PackageKit не поддерживает всех фич libdnf, потому и запилили альтернативу. Ожидается, что разработчики всяких Gnome Software впилят поддержку этого нового демона.

По факту packagekit в одной из следующих Федор уже не будет. И слава богу. Этот кусок говна постоянно занимает 300-500 метров памяти и не отдает ее. Совместно с gnome-software, который тоже постоянно висит памяти они жрут 500-1000M памяти и даже не думают ее освобождать.

Предполагаю, что PK разрабатывает РХ или Гном, а раз им он уже будет не нужен, то он умрет сам по себе.

Верно. И даже, я вот с 14-го числа, на ноуте, уже на Fedora 36. Переходил прям из гном терминала, тремя командами и подождать с пол часика. Так там ещё до сих пор псевдоним у dnf есть yum, и он иногда обновляется.

Не шучу, проверьте.

PS: Переход прошёл очень гладко и не возникло проблем с подключёнными фьюженами, они 36 уже.

bash надо выпиливать, ему там не место. Питона достаточно.

занимает 300-500 жрут 500-1000M

4Gb RAM…

WAT?

К dnf они оба не имеют вообще никакого отношения. Их даже можно удалить. Просто у меня сейчас недостатка в памяти нет, поэтому мне лень.

Кстати, где они все?

Скачут на корпоративном тимбилдинге в поддержку [данные удалены].

Абсолютно и безоговорочно согласен. Дико плюсую к Вашему мнению.

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

Так оно и не тормозит. Просто память занимает. Причем совершенно бесполезно, т.к. gnome-software я не пользуюсь. В чем претензия? Новость как раз о том, что, дескать, унюхали, говно-с, будем заменять. Хэппи энд.