DNF 0.5.0 — пакетный менеджер, замена YUM

А не надо оптимизировать, надо алгоритмы нормальные выбирать.

понимаешь же, что половина современных «программистов» дальше запятой не прочитает?

Это по сути следующая версия, интерфейс у него будет один в один.

понимаешь же, что половина современных «программистов» дальше запятой не прочитает?

Но половина-то прочитает :)

По моему опыту, yum тупит только в федоре, в centos летает. DNF в федоре пока тоже тупит.

только в федоре

а таки что ты хочешь от головного убора?

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

В отличие от YUM, новый пакетный менеджер отличается заметным увеличением скорости работы

Судя по воплям федорастов о реактивности YUM - оно будет срабатывать ещё до того, как ему отдадут команду.

Да, толсто, знаю.

Не толсто, а правда жизни.

То есть идеальный язык - это ассемблер. Окай.

Учитывая, что асемблер - не волшебная лампа. А программист чуть ниже среднего толковее не напишет, чем компилятор с того же пепСИ

А языкодрочеры, да - они такие, у них главная оценка оптимальнсти - это язык :-)

первоначальный запуск (с закачкой метаданных)

time yum check-update

real    0m32.632s
user    0m12.775s
sys     0m1.558s

повторный запуск

real    0m8.401s
user    0m5.655s
sys     0m0.455s

model name      : Intel(R) Celeron(R) M CPU        410  @ 1.46GHz

А вот у яста конкурентов нет среди deb дистрибов

я отстал от жизни сидя на дебиане 6.0.7?

оффтопик: кто знает, почему fallout4all покраснел? :)

ещё один ничего не понял,

dnf - это не новый особый пакетный менеджер, это как раз естественное развитие yum. С ровно тем же интерфейсом(потому что форк), с теми же ключами, с той же «парадигмой», с рефакторингом и багфиксами, с переписанным куском кода для резолва зависимостей.

а нахрена ему тогда новое название? ребрендинг? для кого - для своих же пользователей? :)

https://fedoraproject.org/wiki/Features/DNF#Naming

Since DNF is a tech preview in Fedora 18 the Python module names can not be 'yum.*' as that would clash with yum itself.

Зависимостей. Вон наглядную иллюстрацию нашел: http://docs.codehaus.org/display/MAVEN/SAT Based Dependency Resolution (это резолвер зависимостей для maven)

Вроде бы анаконда работает через dnf уже или я не прав?

Неужели еще кто то пользуется RPM дистрибутивами?

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

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

только недавно было на форониксе про него, тогда он был по факту обратно не совместим с yum, имел другое поведение, ключи и вообще был в районе альфа-версии. даже расшифровывалось тогда dnf как does not function. больше удивляет что уже тогда его определили на замену yum в федоре22, хотя он был вообще не готов и не совместим с yum. чем при этом руководствовались упорыши из федоры непонятно.

А толку? Всё равно на питоне. Лучше бы на C написали.

Нда, epic fail :(

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

а знаете что мне простому пользователю не помешало? отключение зависимостей от других пакетов.

в rpm такая возможность есть, в yum нету.

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

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

Неужели еще кто то пользуется RPM дистрибутивами?

А что, остались ещё какие-то другие?

dnf - имя не удачное, такое не запомнишь. . вантую - переименуют в yum

Как я понял не с нуля переписанным, а из zypper-а взяли

проснись, весь мир использует .deb

dns же.

Внимание, вброс - apt-get рулит, rpm не нужно

бгг, альтам это расскажи.

проснись, весь мир использует .deb

У некоторых «весь мир» ограничивается несколькими районами гейропы и Ньюорком с Фашингтоном, ты случайно не из этих;)

а знаете что мне простому пользователю не помешало? отключение зависимостей от других пакетов.

8-0 Это как?

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

Это значит ставить со специальным флагом, который заставляет игнорировать зависимости.

yumdownloader packagename && rpm -ihv --nodeps packagename*.rpm как вариант.

Иногда очень бывает нужно.

Для чего? Я правда не понимаю.

спасибо, rpm я знаю как пользоватся. я говорил о yum.

нужно, когда надо установить заголовочные файлы(пакет *-devel), что бы собрать другой пакет.

иногда для разрешения конфликтов, которые стандартными путями не решить.

нужно, когда надо установить заголовочные файлы(пакет *-devel), что бы собрать другой пакет.

А зачем, ставя devel'ы, игнорировать зависимости? AFAIU, ничего кроме ошибок сборки таким путем не добиться. И вообще, собирать rpm'ки вне mock chroot не есть хорошо.

иногда для разрешения конфликтов, которые стандартными путями не решить.

Если один и тот же файл находится в двух и более пакетах, то это повод для обращения в bugzilla.redhat.com.

иногда для разрешения конфликтов, которые стандартными путями не решить

Для решения проблем обычно хватает package-cleanup, а если у тебя часто возникают конфликты, скорее всего ты слишком много играешься со «специальными флагами».

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

А зачем, ставя devel'ы, игнорировать зависимости? AFAIU, ничего кроме ошибок сборки таким путем не добиться. И вообще, собирать rpm'ки вне mock chroot не есть хорошо.

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

в системе стоит libmy.so.1, а мне нужно libmy.so.2. и как быть? делаю очень просто. собирают новую рпм с новой версией. если файлы не конфликтуют между пакетами, ставлю девел. собираю другой пакет, он собирается с зависимостями к новой версии. затем обновляю оба пакета. все работает.

Если один и тот же файл находится в двух и более пакетах, то это повод для обращения в bugzilla.redhat.com.

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

Для решения проблем обычно хватает package-cleanup, а если у тебя часто возникают конфликты, скорее всего ты слишком много играешься со «специальными флагами».

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

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

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

зато один питон в другой выпилили.

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

Во-первых, yum install --downloadonly. Во-вторых есть гораздо более мощная утилита yumdownloader, в-третьих, есть yum-builddep, в четвертых, есть mock.

И это не yum виноват в том, что ты пытаешься сделать из него что-то совсем другое.

Во-первых, yum install --downloadonly.

Ага, то есть install или update, а если пакет уже стоит? Заумно как по мне и не покрывает мои требования.

yumdownloader

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

есть yum-builddep, в четвертых, есть mock.

на досуге гляну что к чему, не пользовался.

И это не yum виноват в том, что ты пытаешься сделать из него что-то совсем другое.

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

Ага, то есть install или update, а если пакет уже стоит?

Еще есть reinstall.

А как перенести историю YUM'a в DNF?

Еще есть reinstall.

*crazy* ))) ужс, это что бы окончательно запутатся. надо знать три команды, вместо одной и для них использовать флаг.

А как перенести историю YUM'a в DNF?

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

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

Список команды бы запилили, особенно в виде сравнения с apt-get/pacman'ом.

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

конечно проще наговнокодить новый, а потом новый, а потом новый... :) так вот и живём.