Уточнен срок выхода финального релиза Fedora 9

>Всегда улыбали любители гибкости, которые не могут сказать, что такое гибкость... Что КОНКРЕТНО у Вас не получается сделать при помощи yum?

Yum тупой потому, что:

1). Качает только в один поток.

2). Пока не скачает всю очередь - установка или обновление не начинается.

3). Не дает игнорировать, либо как-то еще повлиять на зависимости.

4). При подстановки имен по bash-completion - задумывается надолго.

5). Огромный, и ничем не оправданный размер баз.

Этого вполне достаточно, чтобы сказать, что yum это не "мечта поэта". Для сравнения можно привести urpm - который совершенно лишен вышеперечисленный недостатков. С apt, а тем более с pacman, и emerge - даже сравнивать не стоит.

>P.S. Fedora, как серверная платформа вполне меня устраивает. Все 8 серверов, которые я администрирую благополучно крутятся на Fedor'е, как часики. Все работает стабильно и без нареканий.

Боюсь, что девятая версия вам сильно подпортит впечатление.

>2). Пока не скачает всю очередь - установка или обновление не начинается.

А разве в apt по другому, давно не юзал, забыл? Если не до конца скачается и установка начнется, то зависимочти порушатся.

>А разве в apt по другому, давно не юзал, забыл? Если не до конца скачается и установка начнется, то зависимочти порушатся.

Вот поэтому я и говорю, что yum дурной, он не может расставить приоритеты, как это делает к примеру urpm - качать и сразу устанавливать порциями в несколько пакетов по убывающей.

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

PS: ArchLinux user.

> дистрибутив не умеющий плавно "обновляться" на новую версию - говно

> не дистрибутив. клон вантуза

Идиота кусок, объясни, какой дистрибутив тебе корректно обновит Mysql3.X на Mysql5.x и Postgresql 7.X на Postgrsql 8.x без потери данных? А какой дистрибутив тебе корректно обновит php3.X на php5.X? Кто будет твой быдлокод править для совместимости?

Перед тем, как пердеть в лужу, иди учи матчасть, дебилоид.

> Качает только в один поток.

Не критично

> Пока не скачает всю очередь - установка или обновление не начинается.

Правильно. Ибо "транзакция", все или ничего.

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

Вообще-то это проблема не yum, а скорее rpm. И вообще не проблема, на самом деле. Если в пакете задекларирована жесткая зависимость, она должна быть соблюдена. Если так уж руки чешутся - плагин yum-downloadonly вам в помощь, и там с rpm --nodeps

> Огромный, и ничем не оправданный размер баз.

Чего-чего?! Размер базы в пять мегабайт, удерживающей в том числе и список файлов каждого пакета, ля 2 тысяч пакетов - это много?!

> Требуется определённое время, чтобы тестеры обнаружили ошибки и сообщили о них. Наконец, 2 недели – не такой уж большой срок, но он очень важен для тестеров.

Вообще-то это время закладывается в проект на стадии планирования, а не в конце: "А давайте может еще и потестируем!"

во FeatureList даже про такое написали ;D http://fedoraproject.org/wiki/Anaconda/Features/SecondStageInstallSource

> Этого вполне достаточно, чтобы сказать, что yum это не "мечта

> поэта". Для сравнения можно привести urpm - который совершенно лишен

> вышеперечисленный недостатков

Что, он позволяет качать в несколько потоков и ставить пакеты ДО того, как скачает все зависимости к ним??? Спасибо что предупредили, убереги господь от этого у*бища...

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

Не смеши мои коленьи... Сейчас обделаюсь... Тебе доктор разрешил с техникой работать, и справка есть? Странно, странно...

>> Качает только в один поток.

>Не критично

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

>>Пока не скачает всю очередь - установка или обновление не начинается.

>Правильно. Ибо "транзакция", все или ничего.

Почему-то urpm может разбить "транзакцию" на несколько "под-транзакций", и закачивать их в несколько потоков, и устанавливать сразу по мере закачки, а yum тупой.

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

>Вообще-то это проблема не yum, а скорее rpm. И вообще не проблема, на самом деле. Если в пакете задекларирована жесткая зависимость, она должна быть соблюдена. Если так уж руки чешутся - плагин yum-downloadonly вам в помощь, и там с rpm --nodeps

У меня может быть свое мнение о зависимостях, и оно не всегда совпадает с таковым у сборщика пакета, и разрешить этот спорный момент в процессе установки - позволяют практически все ПМ - и только один yum "считает" себя самым умным, и не дает этого сделать, и вообще такая политика свойственна больше виндовс, а в линукс позвольте мне решать, что надо ставить, а чего нет. И yum-downloadonly - это костыль. Да, еще - и о "мягких" зависимостях - rpm вообще ничего не знает.

>>Огромный, и ничем не оправданный размер баз.

>Чего-чего?! Размер базы в пять мегабайт, удерживающей в том числе и список файлов каждого пакета, ля 2 тысяч пакетов - это много?!

И не пять мегабайт - а двадцать ftp://ftp.yandex.ru/fedora/linux/releases/8/Fedora/i386/os/repodata и это только для одного репозитория, и в списке файлов неустановленных пакетов - надобность довольно сомнительная. Сравним может с базами ArchLinux?

>Что, он позволяет качать в несколько потоков и ставить пакеты ДО того, как скачает все зависимости к ним??? Спасибо что предупредили, убереги господь от этого у*бища...

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

P.S. И еще urpm умеет --nodeps на этапе закачки, и имеет два варианта баз - с полным описанием, но тяжелый hdlist.cz, и сокращенный synthesis.hdlist.cz, который в десятки раз компактнее, но без избыточной информации, которая в подавляющем большинстве случаев совершенно не нужна.

>Preview Release, который позволяет в последний момент выявить ошибки

Угу, KDE4 что-то часто падает (по меньшей мере, пишет об этом каждый раз после закрытия большинства QT программ)... :(

> Eсли бы рпм(и особенно yum) не был бы столь убог, поставил бы на второй комп.

Чем они убоги? yum, кстати, в 9-ке разогнали прилично

>Угу, KDE4 что-то часто падает (по меньшей мере, пишет об этом каждый раз после закрытия большинства QT программ)... :(

А, что вы хотите от pre-alpha версии? Какому идиоту вообще в голову пришло этот кусок сырого мяса в релиз засунуть, да еще и KDE3 прибить полностью!? Им релиз Fedora 9 надо с пометкой "сделано альфа-тестерами экстремалами, для себе подобных" выпускать, чтобы обычных граждан в заблуждении не вводить.

>Чем они убоги? yum, кстати, в 9-ке разогнали прилично

Вам вторую страницу уже пишут, чем он убог - вы "такое" не читаете? Вы богомольный вероятно? - только они, сколько им на ложь и противоречия в библии не указывай - все равно твердят "не может такого быть!, Бог есть, и он совершенство"!, и никакие доводы они не слушают.

>> Качает только в один поток.

> Не критично

А ещё smart есть, который пакеты из разных репозиториев качает параллельно.

> Вообще-то это время закладывается в проект на стадии планирования, а не в конце: "А давайте может еще и потестируем!"

Это вы про Дебиан?

> И не пять мегабайт - а двадцать ftp://ftp.yandex.ru/fedora/linux/releases/8/Fedora/i386/os/repodata и это только для одного репозитория, и в списке файлов неустановленных пакетов - надобность довольно сомнительная. Сравним может с базами ArchLinux?

Вы просто не в теме, что именно yum из repodata берёт.

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

> Лично меня довод качает в один поток не особо беспокоит. Пользователям диалапа давно пора выключить компьютер и курить в сторонке.

На сколько я помню, apt параллельно качает файлы только из разных репозиториев. В fedor'е есть smart, который ровно так же умеет делать.

>Лично меня довод качает в один поток не особо беспокоит. Пользователям диалапа давно пора выключить компьютер и курить в сторонке.

Ну, еще-бы! У нас пальцы от обладания широким каналам цепляют дверные проемы. А на dial-up сидят еще миллионы людей, и они все конечно должны считаться в первую очередь с вами, потому, что вас закачка в один поток не беспокоит, и еще с этими дегенератами, разработчиками этого убожества yum - потому, что они думают так-же, как и вы.

> На сколько я помню, apt параллельно качает файлы только из разных репозиториев. В fedor'е есть smart, который ровно так же умеет делать.

Ммм, не пробовал. С моим каналом меня вполне удовлетворяет однопоточный yum :)

> У меня может быть свое мнение о зависимостях, и оно не всегда совпадает с таковым у сборщика пакета

Почитай спеки у пакетов и макросы, ну пожаааалуйста... 90% зависимостей у RPM-ки составляют не указания из spec-файла, а автоматически сгенерированные на этапе упаковки бинарников в RPM ссылки на .so-шки

А собственно списки этих библиотек составляются по результатам вывода ldd. И даже если ты бог или Патрик, и даже если твое мнение является истиной в секте всезнающих зависимоведов, ld чихать на него хотело, ибо пакет у тебя работать не будет.

>дистрибутив не умеющий плавно "обновляться" на новую версию - говно а >не дистрибутив. клон вантуза

Федора может. Старый способ через Anaconda и новый через PreUpgrade.

> А на dial-up сидят еще миллионы людей

На диалап скачать по очереди скачать два пакета по 10 мегабайт в большинстве случаев оказывается БЫСТРЕЕ, чем скачать те же два пакета параллельно :-)

> Федора может. Старый способ через Anaconda и новый через PreUpgrade.

Ну и про классический yum upgrade забывать нельзя.

>И не пять мегабайт - а двадцать

Посчитал по ссылке, получилось 10,6 _всего_. Из которых 5,6 скачиваются лишь в случае разрешеия зависимостей, прописаных как файл, а не пакет.

>Почитай спеки у пакетов и макросы, ну пожаааалуйста... 90% зависимостей у RPM-ки составляют не указания из spec-файла, а автоматически сгенерированные на этапе упаковки бинарников в RPM ссылки на .so-шки А собственно списки этих библиотек составляются по результатам вывода ldd. И даже если ты бог или Патрик, и даже если твое мнение является истиной в секте всезнающих зависимоведов, ld чихать на него хотело, ибо пакет у тебя работать не будет.

Это все понятно, зачем вы прописные истины говорите? - речь идет о "тупых" зависимостях, как например в восьмой федоре пакет kde-graphics через одно место требовал gtk1, и таких моментов там хватает. И не надо говорить мне, что если я выкину gtk - то у меня не будет работать КДЕ.

> А на dial-up сидят еще миллионы людей,

нужно заметить, что федора не для них. врядли какой-нить в здравом уме диалапщик начнет делать yum update если этот самый апдейт весит ~800 метров.

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

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

> дегенератами, разработчиками этого убожества yum - потому, что они думают так-же, как и вы.

меня yum вполне устраивает, а скорости - ее всегда мало :-) хотя с каждой версией федоры она растет.

Ps. сдержанее нужно быть. сдержанее. и уважать _не_ _только_ свое мнение.

>Федора может. Старый способ через Anaconda и новый через PreUpgrade.

Я думаю, что это было сказано не о Fedora'е - еще с RedHat 9 (раньше не знаю - RH9 был первым дистрибутивом, который я видел) можно было обновляться из Anaconda'ы и в FC1 (или 2) через yum (правда, через yum могли возникать глюки)

>нужно заметить, что федора не для них. врядли какой-нить в здравом уме диалапщик начнет делать yum update если этот самый апдейт весит ~800 метров.

Это уже не апдейт, а установка с нуля. А если все нормально делать, то можно и на диалапе жить, особенно с дельтами, да и можно подумать, что всю жизнь все на мегабитах сидели - забыли 9600? А не так давно это и было в принципе. И ничего - жили все и радовались, особенно те, у кого такая возможность была. А теперь позажирались все, а что в сущности изменилось? Каналы шире стали, железо мощнее - так давайте в таком случае вообще на оптимизацию положим, как это сделали в виндовс виста - чего ее оптимизировать? память не дорогая, процессоры тоже приемлемы - а над оптимизацией кода необходимо работать, а зачем? И закачку оптимизировать не надо, и состав пакетов - давайте навалим в дистрибутив весь софт, который только есть под линукс, и повяжем зависимостями намертво - мало-ли, а вдруг кому-то пригодится! И качай гигибайт эдак много в один поток, а кто не может, так мы не виноваты - курите в сторонке, как это местная "элита" советует.

>меня yum вполне устраивает, а скорости - ее всегда мало :-) хотя с каждой версией федоры она растет.

Ну, как-же растет - ничего она не растет, если набираешь к примеру # apt-get i[TAB]nstall em[TAB]acs - то отклик мгновенный!, а если # yum i[TAB]......................................................................... ..................... то можно и забыть, что ты хотел сделать

>Ps. сдержанее нужно быть. сдержанее. и уважать _не_ _только_ свое мнение.

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

>yum, кстати, в 9-ке разогнали прилично

В 10 он разобьется апстену? Долго... жава значительно шустрее.

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

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

И что тут неправильно? Пакетные менеджеры и должны так работать. Откуда он знает, что именно там имелось ввиду под тем симлинком? Может там вообще ссылка на пустой файл. А если руки чешутся, то --nodeps тебе под личную ответственность.

> ибо интересуют ее не библиотеки с винта а те аморфные сущности кои упомянуты в базе как установленные.

Хорошо, вот тебе "рецепт":

$ su -
Password: ****
# cd /bin
# mv rpm rpm-bin
# echo '#!/bin/sh' >rpm
# echo '/bin/rpm-bin --nodeps $@' >>rpm
# chmod 755 rpm

И убивайтесь апстену... Вас никто не держит.

> Да какие там отмазки! - yum самое убогое ПМ, из всех убогих rpm-based ПМ.

И что тебе мешает использовать smart, apt4rpm или другой МП или надстройку над yum?

Было бы желание, а причина пёрнуть всегда найдётся.

принять федору с rpm всё равно, что пройти обрезание
уж лучше моддный пирсинг pacman или цветную наколку /usr/ports/
но не изуверский rpm

>И что тут неправильно? Пакетные менеджеры и должны так работать. Откуда он знает, что именно там имелось ввиду под тем симлинком? Может там вообще ссылка на пустой файл. А если руки чешутся, то --nodeps тебе под личную ответственность.

Все неправильно - идеологией виндовс попахивает. Какое его собачье дело, что там за симлинком? Проверил, есть файл с нужным именем, или симлинк на него - значит будь любезен отработай, и нечего умничать - пустой там файл, или полный, если положили - значит так надо было, а сам по себе от "святого духа" он не мог возникнуть. Вот это чрезмерная щепетильность (там, где не надо) и бесит больше всего! Вот за что еще люблю ArchLinux - так это за простой текстовый формат базы, и если что не так - подправить можно в любом редакторе, или-же воспользоваться --nodeps сразу. А с этим rpm долбанутым - ничего без пересборки не поделаешь, если даже потом через rpm --nodeps установишь, так какая-нибудь сука ПМ тебе всю душу вымотает, и будет канючить при каждом запуске о крайней необходимости доустановки того дерьма, которое ты выкинул.

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

>Хорошо, вот тебе "рецепт":

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

>И что тебе мешает использовать smart, apt4rpm или другой МП или надстройку над yum?

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

>И что тут неправильно?

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

>И что тебе мешает использовать smart, apt4rpm или другой МП или надстройку над yum?

Да, но проще не юзать федору, хотя если много свободного времени и немае девушки... но блин есть же генту в конце концов!

>Да, но проще не юзать федору, хотя если много свободного времени и немае девушки... но блин есть же генту в конце концов!

Да не надо в принципе и gentoo, она тоже не для всех - не у всех есть широкий безлимит, и на слабеньком ноуте собирать тоже приятного мало - есть много других более вменяемых во всех отношениях дистрибутивов, чем федора, особенно девятая. Из rpm-based наилучшим выбором будет Mandriva - хотя-бы только из-за ПМ urpm, до которого yum-у, как программе путина до реальной жизни.

Тупо. Война дистрибутивов. Старо.

Тебе не нравится yum? Не используй его. Тебе не нравится Fedora? Не используй ее. Но зачем же тут же срать, что все это гавно? Да них*я это не гавно. На вкус и цвет, как говориться.

Как вы за*бали товарищи...

2 no-dashi,

А ты случайно не Артемий? в ЦБ не работал?

>Да, все библиотека есть?

Нету. Есть какая-то хрень, из-за которой вся система может слететь. А может и не слететь, тут уж пользователю виднее. Вот он (rpm) и предупреждает, что пока сам ответственность на себя не возмёшь --nodeps-ом, он ничего делать не будет. Нечего ставить библиотеки "make install"-ом.

Если такая проблема возникла перед админом, решение - сделать нужную rpm-ку.

У пользователя есть два варианта. Либо (1) разрешить зависимости нормальным способом (95% случаев) либо (2) заявить, что от ПМ он отказывается либо (3) пойти по пути админа.

Выбор есть.

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