The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Планы по усовершенствованию системы управления пакетами в Fedora Linux

31.05.2013 09:24

Ричард Хьюз (Richard Hughes), создатель проекта PackageKit, опубликовал задачи, рассмотренные на совещании, посвящённом модернизации системы управления пакетами в Fedora Linux. В частности, пакетный менеджер YUM признан устаревшим и ему на смену скоро придёт система DNF, в рамках которой развивается форк YUM 3.4, переведённый на использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey с реализацией SAT solver. В отличие от YUM новый пакетный менеджер отличается заметным увеличением скорости работы, низким потреблением памяти, предоставлением API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.

  1. Главная ссылка к новости (http://blogs.gnome.org/hughsie...)
  2. OpenNews: В Fedora 18 будут доступны offline-обновления и пакетный менеджер DNF
  3. OpenNews: Релиз Linux-дистрибутива Fedora 18
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/37062-fedora
Ключевые слова: fedora, dnf, yum
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (69) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 10:19, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чегой-то не понял - они не собираются интегрировать пакетный менеджер в systemd?
     
     
  • 2.19, Аноним (-), 12:10, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тоже удивился.
     
  • 2.23, Аноним (-), 13:03, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем? В systemd можно интегрировать сразу весь софт, который раньше был в пакетах :)
     
     
  • 3.27, Аноним (-), 13:40, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Точно! и как еще Поттеринг не догадался - встроить весь софт в systemd, и пакетного менеджера не надо.
     

  • 1.3, UraniumSun (?), 10:40, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    YUM давно не торт, хотя если DNF -- очередной эксперимент, то федоровцам я не завидую. ИМХО, от создателя PackageKit ничего хорошего ждать не стоит
     
     
  • 2.10, Аноним (-), 11:32, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > YUM давно не торт, хотя если DNF -- очередной эксперимент

    Да, это очередной эксперимент. Как и все федоровские эксперименты,
    > новый пакетный менеджер отличается заметным увеличением скорости работы, низким потреблением памяти

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

     
     
  • 3.14, Аноним (-), 11:38, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > несет добро и свет пользователям федоры и муки бугурта убунтятам :)

    У убунтят пакетный менеджер нормальный, не требует на виртуалке 512 памяти вкатывать чисто для того чтобы пакетами оперировать, btw. И работает не в пример резвее этой вашей питонятины, которой феерические костыли подставляют. Вообще, у редхатчиков пакетный менеджер - одна из самых мерзостных частей системы. За один только этот пакетный менеджер они просто обязаны профукать почти весь рынок debian-based, работать с пакетным менеджером которых просто на порядок приятнее.

     
     
  • 4.16, SunXE (ok), 11:58, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А у меня как раз обратные впечатления. Что касается YUM-а который в федоре, тут да, очень тормозной. Даже система начинает подтормаживать. А вот тот YUM что используется в RHEL, вполне себе шустрый. Специально сравнивал, особой разницы по скорости не увидел. Для меня большим плюсом YUM является скорость оперирования командами - одна короткая команда для всего. И ещё огромный плюс способ отображения информации установки или обновлении паркетов. Всё в таблице четко и понятно, апт или апитуде выдает сплошную кашу.

    Конечно большую роль тут играет привычка.

     
     
  • 5.34, Харитон (?), 18:24, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну да конечно
    apt-get install mc
    аж на 4 символа длиннее чем
    yum install mc
     
     
  • 6.35, SunXE (ok), 18:45, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Тут получается по другому.
    В федоре достаточно yu+ табуляция, против apt-g+табуляция. На 3 символа больше. Когда часто приходится набирать, это раздражает. Хорошо хоть dnf такая же коротка команда.
    Так же раздражает запуск сервисов с systemd. Раньше с табом можно было быстро добраться в  /etc/init.d/ и с помощью же таба посмотреть список сервисов которые можно запустить, с новой же системой инициализации стало не так тривиально.
     
     
  • 7.39, cordatus (ok), 22:49, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    юзайте alias'ы
     
     
  • 8.43, SunXE (ok), 23:13, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Алиасы удобно если пара серверов Если их много, то удобнее системами управления... текст свёрнут, показать
     
     
  • 9.49, Аноним (-), 23:26, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то не сильно тyпой админ просто вкатит алиасы предпочтения средствами группов... текст свёрнут, показать
     
     
  • 10.61, SunXE (ok), 18:49, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вас уже на каникулы отпустили ... текст свёрнут, показать
     
     
  • 11.64, Аноним (-), 23:44, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну да, лет где-то 15 назад ... текст свёрнут, показать
     
  • 7.74, RafaelRS (?), 18:17, 03/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас только попробовал в 18 федоре: набираю systemctl status потом после пробела жму Tab, оно мне отвечает: Display all 307 possibilities? (y or n)

    Так что все работает как и в случае c /etc/init.d

     
  • 5.40, Аноним (-), 23:02, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то, в RHEL Centos он тоже скоростью не блещет Если, конечно, сравнивать ... большой текст свёрнут, показать
     
  • 4.21, fi (ok), 12:35, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "убунтят пакетный менедже" - только за то что скрипты настройки выполняются после установки всех пакетов нужно фоберже отрывать. Вот недавно один убунтенок обновлял систему, конечно повисла - и как результат - потеряла клаву, мышу и сеть. А всего лишь не выполнился depmod после обновления ядра, и модули не загрузились

    И после этого кто-то тут будет петь гимны дебам?

     
     
  • 5.22, Аноним (-), 12:49, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А при чем тут деб-ы?
     
  • 5.54, Куяврик (?), 01:16, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а вас какое вариант устроил бы? в начале? ну типа ничерта не поставилось, а конфиги поправлены. в середине? или дело таки в зависании?
     
     
  • 6.65, Аноним (-), 23:50, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а вас какое вариант устроил бы? в начале?

    Вообще, IIRC, там и хуки для запуска в начале есть. Только обычно оно работает после установки и делает доконфигурацию своего пакета и прочая. Скрипты до установки пакета редко требуются просто. Ну вот никто ими и не пользуется.

     
  • 4.25, WherWolf (?), 13:09, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, по скорости работы им обоим далековато до pacman'а. И команды в нем лаконичные, и с зависимостями неплохо справляется, и принцип работы понятный и прозрачный.
     
  • 4.26, midori (ok), 13:09, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>Вообще, у редхатчиков пакетный менеджер - одна из самых мерзостных частей системы<<

    вы просто попробуйте - вдруг понравится

     
     
  • 5.41, Аноним (-), 23:03, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > вы просто попробуйте - вдруг понравится

    Да вообще-то я пробовал. А вот потом мне попался в руки дебиан и убунта. И я оценил различие, да :).

     
  • 4.32, убийца_хомяков (?), 14:24, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тебе Марк сегодня выходной дал?
    Зря он это сделал, как только твоему ротовому отверсию и рукам отдых дали, так ты зразу
    на форум гадить полез.
    Мы уведомим твоего господина о твоем поведении!
     
     
  • 5.36, Анончик (?), 21:24, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а ты, у поцтеринга, на работе сегодня?
     
  • 5.50, Аноним (-), 23:27, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У, походу на федоре остались только совсем ушибленные индивиды.
     
  • 4.38, Аноним (-), 22:45, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >У убунтят пакетный менеджер нормальный

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

    >не требует на виртуалке 512 памяти вкатывать чисто для того чтобы пакетами оперировать

    Память yum немногим больше, чем apt, ест. И чем больше количество оперируемых пакетов, тем разница меньше.

    >И работает не в пример резвее этой вашей питонятины

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

     
     
  • 5.42, Аноним (-), 23:13, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По сравнению с кривой редхатовской бидонятиной - оно даже не такое уж и страшное... большой текст свёрнут, показать
     
     
  • 6.60, Аноним (-), 17:42, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как? Вроде пининг пакетов вполне себе работает.

    Например с опцией APT:Get:AllowUnauthenticated, если, подпись у репозитория протухла, отсутствует или просто невалидна, кастомные пиннинги слетают и ставиться у тебя будут левые пакеты.

    Я уже не упоминаю про общую долбанутость и неудобство использования механизма пиннингов.

    Да и разработчики сами говорят, что механизм пиннингов проще полностью переписать, чем починить.

    > Тем не менее, лично я не фанат управления системой в стиле "ВВП vs промышленность". Нафиг-нафиг ручное управление системой лишний раз.

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

     
     
  • 7.67, Аноним (-), 23:58, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Эту опцию вменяемые админы вообще не используют чуть менее чем никогда Потому ч... большой текст свёрнут, показать
     
  • 4.55, AnonuS (?), 01:23, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > За один только этот пакетный менеджер они просто обязаны профукать почти весь рынок debian-based, работать с пакетным менеджером которых просто на порядок приятнее.

    За один только пакетный менеджер openSUSE просто обязан захватить весь рынок debian-based и прочих дистрибутивов, работать с zypper просто на порядок приятнее, чем с каким либо другим менеджером пакетов, из ныне существующих

    :-)))

    Мечты, мечты... но ведь zypper действительно лучший !

     
     
  • 5.68, Аноним (-), 23:59, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Мечты, мечты... но ведь zypper действительно лучший !

    Насчет apt-get еще можно поспорить, но вот уродца yum'а он точно заруливает.

     
  • 2.12, Аноним (-), 11:33, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Гибрид ужа и ежа. Нормально переписать пакетный манагер их не хватило, подставили костылей своей мерзостной питонятине - "уф, починил - заклеил жевательной резинкой" (старинный комикс про починку водопровода предприимчивым персонажем).
     

  • 1.6, жадный баклажан (?), 10:47, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А мне норм
     
  • 1.7, Аноним (-), 11:13, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да надоели, пусть уже на апт заменят)
     
     
  • 2.8, Аноним (-), 11:28, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Заменить православные скрипты на мерзкие бинарники? Не дождетесь!
     
     
  • 3.9, Аноним (-), 11:32, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эти скрипты на виртуалке с 256Мб валятся в oom killer. Знаете, когда пакетный манагер - самая жручая часть системы, это называется "хвост виляет собакой". Не, энтерпрайзники конечно богатые, еще серваков докупят. А я как-нибудь буду использовать deb-based, им даже 120Мб выше крыши, если то что внутри запущено не требует больше.
     
     
  • 4.11, Аноним (-), 11:33, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Эти скрипты на виртуалке с 256Мб валятся в oom killer. Знаете, когда
    > пакетный манагер - самая жручая часть системы, это называется "хвост виляет
    > собакой". Не, энтерпрайзники конечно богатые, еще серваков докупят. А я как-нибудь
    > буду использовать deb-based, им даже 120Мб выше крыши, если то что
    > внутри запущено не требует больше.

    Ради звонкой монеты вы отторгаете все принципы UNIX-way?
    Ведь ваш apt нельзя даже подправить без пересборки.

     
     
  • 5.13, Аноним (-), 11:35, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ради звонкой монеты вы отторгаете все принципы UNIX-way?

    Я просто достигаю моих целей. Чем это проще, быстрее и дешевле и меньше канифолит мозг - тем замечательнее моя жизнь.

    > Ведь ваш apt нельзя даже подправить без пересборки.

    А уж ядро - и подавно. Давайте по этому поводу перепишем ядро линукса на питоне. Упарываться - так по полной.

    p.s. и часто вы в федоре yum переписываете, интересно, чтобы пересборка вызывала какие-то напряги?

     
  • 5.15, имя (?), 11:53, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ведь ваш systemd нельзя даже подправить без пересборки.

    В этом треде оба молодцы, конечно.

     
     
  • 6.62, Аноним (-), 23:02, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И ты, Сара, молодец!
     

  • 1.17, Аноним (-), 12:06, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    DNF пользуюсь на F18, слежу за развитием. Система активно развивается. Скорость разрешения зависимостей приближена к световой. Теперь при 1G RAM с KDE своп при работе с пакетами не используется. Впечатления положительные. YUM действительно сильно раздражает своим тормозом.
     
     
  • 2.33, XoRe (ok), 14:46, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Теперь при 1G RAM с KDE своп при работе с пакетами не используется.

    1G RAM...
    Лет 10 назад меня убеждали, что мне не нужен 1 гиг оперативки.
    Спрашивали, зачем он мне, ведь 512 мб вполне хватает?
    Теперь я знаю, зачем - чтобы не тормозил пакетный менеджер, очевидно же!

     
  • 2.45, Аноним (-), 23:15, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ощущение что вы им работаете
     

  • 1.18, ALex_hha (ok), 12:07, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > У убунтят пакетный менеджер нормальный, не требует на виртуалке 512 памяти вкатывать чисто для того чтобы пакетами оперировать

    отлично работает на 256 Mb. ЧЯДНТ? И как часто на виртуалках приходится пользоваться yum?

     
     
  • 2.20, убийца_хомяков (?), 12:17, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не относишься к группе криворуких приматов, служителей культа бубунды.
    Ваш К.О.
     
     
  • 3.44, Аноним (-), 23:15, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Ты не относишься к группе криворуких приматов,

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

     
     
  • 4.57, Куяврик (?), 14:52, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Ты не относишься к группе криворуких приматов,
    > Действительно, ведь он относится к группе хомяков грызущих редхатовский кактус.

    я б подлил маслица с emerge/portupgrade... но и так хорошо горит :)

     
     
  • 5.69, Аноним (-), 00:00, 02/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > я б подлил маслица с emerge/portupgrade... но и так хорошо горит :)

    Это в продакшне очень редкие камикадзи использовать рискуют :)


     
  • 4.59, Andrey Mitrofanov (?), 16:33, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >к группе хомяков грызущих редхатовский кактус.

    Грызунов, мышей... Не хомяков! КрасноШляп -- это же Энтерпрайс.

     
  • 2.28, umbr (ok), 13:41, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    аналогично, виртуалка с 128М памяти
     
     
  • 3.48, Аноним (-), 23:19, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > аналогично, виртуалка с 128М памяти

    Ну да, если yum там не запускать - память не кончится. А если там все-таки запустить парочку сервисов, жрущих хотя-бы половину памяти [или вы виртуалку чисто под пакетный манагер пускаете?] и попробовать установить более-менее разлапистый пакет - будет редкостное ололо. Не то что на 128, даже на 256 бывает изредка. А, ну и конечно подразумевается что свопа немеряного размера там нет. Ибо на виртуалках от него один гемор.

     

  • 1.24, Аноним (-), 13:08, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    у федоры месячник стремных названий, вслед за pidora теперь и DNF
    любой спортивный болела вам скажет, что так в протоколах обозначается DNF=did not finish, вот же биатлон бег что угодно посмотрите, внизу таблицы с результатами
     
     
  • 2.29, midori (ok), 13:42, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зато удобно набирать "dnf")
     
     
  • 3.37, пшл (?), 22:14, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот yum в самом деле удобно набирать. dnf хуже
     
     
  • 4.47, Аноним (-), 23:17, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > вот yum в самом деле удобно набирать. dnf хуже

    Yum is not yummi, pssst!

     
  • 4.53, Аноним (-), 23:45, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    dfn часто получается вместо dnf
     
  • 2.31, aborodin (??), 14:06, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Как вы яхту назовёте, так она и поплывёт". Эта рискует не доплыть. :D
     
  • 2.46, Аноним (-), 23:16, 31/05/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у федоры месячник стремных названий, вслед за pidora теперь и DNF

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

     

  • 1.30, umbr (ok), 13:43, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >новый пакетный менеджер отличается заметным увеличением скорости работы, низким потреблением памяти, предоставлением API для плагинов и интеграции с другими приложениями

    блондинки одобряют сие начинание

     
  • 1.51, Аноним (-), 23:34, 31/05/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой смысл снова писать dnf на питоне?
    Логично было бы сделать его на С, как и libsolv.
     
     
  • 2.70, Аноним (-), 00:02, 02/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Логично было бы сделать его на С, как и libsolv.

    Ну как, сэкономят кодерам пару дней времени. И потом просадят месяц на отладку своей рапидчины и борьбу с тормозами. Как обычно у питонистов, в общем.

     

  • 1.56, Аноним (-), 03:10, 01/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что угодно изобретут, лишь бы только не переходить на православный portage
     
     
  • 2.58, Куяврик (?), 14:55, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Что угодно изобретут, лишь бы только не переходить на православный portage

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

    (осенённый мыслью убегает)

    ...надо им подсказать что sed/awk/perl/grep можно выковырнуть. ну чисто для секурности.

     
     
  • 3.63, Аноним (-), 23:06, 01/06/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ...надо им подсказать что sed/awk/perl/grep можно выковырнуть. ну чисто для секурности.

    ld-linux.so

     
  • 3.71, Аноним (-), 00:03, 02/06/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > да ты что... у них отсутствие компилятора в системе - элемент безопасности.

    Элемент не элемент, а сборка ряда руткитов и подобной хреноты - реально сломается. Сервак работать должен а не фермой компиляции выступать.

     
     
  • 4.72, Куяврик (?), 01:58, 03/06/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Элемент не элемент, а сборка ряда руткитов и подобной хреноты - реально сломается.

    естественно. это ж неподъёмная задача - притащить компилятор

    > Сервак работать должен а не фермой компиляции выступать.

    должен быть и фермой компиляции и заводом по трассировке. а вот чёрным ящиком - не должен быть.

     

  • 1.73, аноним же (?), 15:27, 03/06/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На SSD разницы не замечал.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру