The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Планы по усовершенствованию системы управления пакетами в Fe..., opennews (??), 31-Май-13, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


14. "Планы по усовершенствованию системы управления пакетами в Fe..."  +1 +/
Сообщение от Аноним (-), 31-Май-13, 11:38 
> несет добро и свет пользователям федоры и муки бугурта убунтятам :)

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

Ответить | Правка | Наверх | Cообщить модератору

34. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Харитонemail (?), 31-Май-13, 18:24 
ну да конечно
apt-get install mc
аж на 4 символа длиннее чем
yum install mc
Ответить | Правка | Наверх | Cообщить модератору

35. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от SunXE (ok), 31-Май-13, 18:45 
Тут получается по другому.
В федоре достаточно yu+ табуляция, против apt-g+табуляция. На 3 символа больше. Когда часто приходится набирать, это раздражает. Хорошо хоть dnf такая же коротка команда.
Так же раздражает запуск сервисов с systemd. Раньше с табом можно было быстро добраться в  /etc/init.d/ и с помощью же таба посмотреть список сервисов которые можно запустить, с новой же системой инициализации стало не так тривиально.
Ответить | Правка | Наверх | Cообщить модератору

39. "Планы по усовершенствованию системы управления пакетами в Fe..."  +1 +/
Сообщение от cordatus (ok), 31-Май-13, 22:49 
юзайте alias'ы
Ответить | Правка | Наверх | Cообщить модератору

43. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от SunXE (ok), 31-Май-13, 23:13 
Алиасы удобно если пара серверов. Если их много, то удобнее системами управления конфигурациями пользоваться. А вот если нужны не массовые изменения, а точечные, да ещё и траблшутинг тут удобство и скорость работы с yum вне конкуренции. Подчеркиваю что это при работе с RHEL/Centos, а не с Fedora.
Хотя все эти рассуждения становятся бессмысленными, так как много серверов это уже ентерпрайз, а для этого Debian мало кто ставит.
Ответить | Правка | Наверх | Cообщить модератору

49. "Планы по усовершенствованию системы управления пакетами в Fe..."  +1 +/
Сообщение от Аноним (-), 31-Май-13, 23:26 
> Алиасы удобно если пара серверов. Если их много, то

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

>  а для этого Debian мало кто ставит.

Ну да, туда убунту пхать начинают, у нее поддержка есть. А потом редхат еще и удивляется - чего это у них рыночная доля так проседает. Они хорошо работают над ядром, но все остальное они делают весьма "на отъ...сь".

Ответить | Правка | Наверх | Cообщить модератору

61. "Планы по усовершенствованию системы управления пакетами в Fe..."  –2 +/
Сообщение от SunXE (ok), 01-Июн-13, 18:49 
Вас уже на каникулы отпустили?
Ответить | Правка | Наверх | Cообщить модератору

64. "Планы по усовершенствованию системы управления пакетами в Fe..."  –1 +/
Сообщение от Аноним (-), 01-Июн-13, 23:44 
> Вас уже на каникулы отпустили?

Ну да, лет где-то 15 назад :)

Ответить | Правка | Наверх | Cообщить модератору

74. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от RafaelRS (?), 03-Июн-13, 18:17 
Сейчас только попробовал в 18 федоре: набираю systemctl status потом после пробела жму Tab, оно мне отвечает: Display all 307 possibilities? (y or n)

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

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

40. "Планы по усовершенствованию системы управления пакетами в Fe..."  +1 +/
Сообщение от Аноним (-), 31-Май-13, 23:02 
> тот YUM что используется в RHEL, вполне себе шустрый.

Вообще-то, в RHEL/Centos он тоже скоростью не блещет. Если, конечно, сравнивать на репке примерно одинаковых размеров.

> Специально сравнивал,

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

> является скорость оперирования командами - одна короткая команда для всего.

Тоже мне преимущество. Во-первых, в shell есть автодополнение. Во вторых, там есть алиасы. Так что если плюс-минус 2 буквы роялят, у системы есть штатные средства для делания команд удобными конкретному индивидуалу.

> И ещё огромный плюс способ отображения информации установки или обновлении

Что-то не заметил каких-то гигантских плюсов относительно других пакетных менеджеров. Они вообще в чем?

> паркетов.

Ха-ха, почти по фрейду.

> Всё в таблице четко и понятно, апт или апитуде выдает сплошную кашу.

Апт выдает вполне нормальный список, рассортированный по типам действий. Вполне доходчиво и понятно. Конечно, если вы раздолбай и апгрейдите по 200 пакетов за присест, делая это раз в полгода - может оно и роялит. А в нормальных условиях - апт вполне себе удобная штука.

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

Ну вот мне как-то вломак привыкать к тормозам и адскому жрачу памяти, так что виртуалке для пакетного манагера память приходится досыпать. А не для того что там работает. Пф!

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

21. "Планы по усовершенствованию системы управления пакетами в Fe..."  –1 +/
Сообщение от fi (ok), 31-Май-13, 12:35 
"убунтят пакетный менедже" - только за то что скрипты настройки выполняются после установки всех пакетов нужно фоберже отрывать. Вот недавно один убунтенок обновлял систему, конечно повисла - и как результат - потеряла клаву, мышу и сеть. А всего лишь не выполнился depmod после обновления ядра, и модули не загрузились

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

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

22. "Планы по усовершенствованию системы управления пакетами в Fe..."  +2 +/
Сообщение от Аноним (-), 31-Май-13, 12:49 
А при чем тут деб-ы?
Ответить | Правка | Наверх | Cообщить модератору

54. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Куяврик (?), 01-Июн-13, 01:16 
а вас какое вариант устроил бы? в начале? ну типа ничерта не поставилось, а конфиги поправлены. в середине? или дело таки в зависании?
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

65. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Аноним (-), 01-Июн-13, 23:50 
> а вас какое вариант устроил бы? в начале?

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

Ответить | Правка | Наверх | Cообщить модератору

25. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от WherWolf (?), 31-Май-13, 13:09 
Ну, по скорости работы им обоим далековато до pacman'а. И команды в нем лаконичные, и с зависимостями неплохо справляется, и принцип работы понятный и прозрачный.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

26. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от midori (ok), 31-Май-13, 13:09 
>>Вообще, у редхатчиков пакетный менеджер - одна из самых мерзостных частей системы<<

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

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

41. "Планы по усовершенствованию системы управления пакетами в Fe..."  –1 +/
Сообщение от Аноним (-), 31-Май-13, 23:03 
> вы просто попробуйте - вдруг понравится

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

Ответить | Правка | Наверх | Cообщить модератору

32. "Планы по усовершенствованию системы управления пакетами в Fe..."  –2 +/
Сообщение от убийца_хомяков (?), 31-Май-13, 14:24 
Тебе Марк сегодня выходной дал?
Зря он это сделал, как только твоему ротовому отверсию и рукам отдых дали, так ты зразу
на форум гадить полез.
Мы уведомим твоего господина о твоем поведении!
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

36. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Анончик (?), 31-Май-13, 21:24 
а ты, у поцтеринга, на работе сегодня?
Ответить | Правка | Наверх | Cообщить модератору

50. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Аноним (-), 31-Май-13, 23:27 
У, походу на федоре остались только совсем ушибленные индивиды.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

38. "Планы по усовершенствованию системы управления пакетами в Fe..."  –1 +/
Сообщение от Аноним (-), 31-Май-13, 22:45 
>У убунтят пакетный менеджер нормальный

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

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

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

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

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

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

42. "Планы по усовершенствованию системы управления пакетами в Fe..."  –1 +/
Сообщение от Аноним (-), 31-Май-13, 23:13 
> Ты в исходники этого убожества хоть раз глядел? Там звиздец, нашпигованный багам
> по самые помидоры.

По сравнению с кривой редхатовской бидонятиной - оно даже не такое уж и страшное :). От редхатовского пакетного менеджера впечатление такое как будто его вообще индусы на коленке писали. Да еще манагер с кнутом стегал за продолб дедлайнов. Судя по тому как оно мерзостно работает.

> А приоритеты для пакетов и репозиториев вообще в нерабочем состоянии.

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

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

Многим, многим. Апт не разу не околел даже на виртуалке с 64Мб памяти. А yum успешно загибается на виртуалке с 256 по ауту памяти. Ну в общем не врут про минимальные требования в 512, вполне честная оценка. Потому что иначе будет иногда ломаться пакетный манагер.

> как раз для разрешения зависимостей заюзали внешнюю библиотеку satsolver.

Кроме того, написание системных средств на питоне - это показатель того что делалось это по принципу "на отъ...сь".

Ответить | Правка | Наверх | Cообщить модератору

60. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Аноним (-), 01-Июн-13, 17:42 
> Это как? Вроде пининг пакетов вполне себе работает.

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

67. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Аноним (-), 01-Июн-13, 23:58 
> Например с опцией APT:Get:AllowUnauthenticated, если, подпись у репозитория протухла,
> отсутствует или просто невалидна, кастомные пиннинги слетают и ставиться у тебя
> будут левые пакеты.

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

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

Механизм как механизм. Этот механизм должен использоваться только в крайних случаях. А "аварийные" средства управления и оверрайда нужные раз в 10 лет и не обязаны быть сильно удобными. Удобны типовые операции, нужные ежедневно. А фичи нужные паре эстетов раз в 20 лет - уж как выйдет.

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

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

Да и фиг с ним - любители сеансов ручного управления должны страдать, ибо если этот механизм нужен настолько часто чтобы его кривость вас вообще волновала - you're doing it wrong, Luke. Это такой совсем аварийный стоп-кран, когда стало туго и по другому вообще никак. Дергать этот механизм чисто для развлечения - идиoтизм.

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

Если это именно ВАША репка - можно перекрыть другими методами. Если это чужая репка - по сути это некая неконсистентность репов, систему с такими настройками репов не следует использовать в продакшне. Почем зря куча капканов и грабель на ровном месте. Никто в здравом уме так "боевые" системы не админит.

Ответить | Правка | Наверх | Cообщить модератору

55. "Планы по усовершенствованию системы управления пакетами в Fe..."  +1 +/
Сообщение от AnonuS (?), 01-Июн-13, 01:23 
> За один только этот пакетный менеджер они просто обязаны профукать почти весь рынок debian-based, работать с пакетным менеджером которых просто на порядок приятнее.

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

:-)))

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

Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

68. "Планы по усовершенствованию системы управления пакетами в Fe..."  +/
Сообщение от Аноним (-), 01-Июн-13, 23:59 
> Мечты, мечты... но ведь zypper действительно лучший !

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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