Почему замалчивается завершение миграции на Linux?

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

[artem@localhost ~]$ time sudo yum search yumex
..skip..

real    0m19.310s
user    0m13.937s
sys     0m0.996s

Вот где, apt-cache search ищет за считанные секунды

> Кстати, а apt-get по каким случаям лезет в инет?

Только при apt-get update и apt-get install/upgrade/dist-ugprade, то есть когда надо файлы качать. Поиск ведется по локальному кешу

> ..skip..

Ну, тут в общем, аналогично:

real 0m18.886s user 0m12.741s sys 0m2.132s

А сколько apt тратит?

P.S. На самом деле, я для аналогичной вещи пользуюсь list

time sudo yum list yumex

real 0m5.194s user 0m3.820s sys 0m0.672s

Последнее, когда имя пакета примерно известно...

> Только при apt-get update и apt-get install/upgrade/dist-ugprade, то есть когда надо файлы качать. Поиск ведется по локальному кешу

Почему только? У меня yum из ASP11 работает аналогично. list, search, erase, provides тоже локально.

Локальный кэш в /var/cache/yum. Проверь, указан ли он в /etc/yum/conf. Можно попробовать там же увеличить metadata_expire, что бы он подольше считал кэш актуальным...

/etc/yum/conf => /etc/yum.conf :)

> Чем плоха Федора?!

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

firsttimeuser (*) (18.09.2006 17:59:36)

Глюкавый грамотей. Патрик таких голыми руками убивает. ;) Быстро в школу.

> А сколько apt тратит?

Пару секунд

> У меня yum из ASP11 работает аналогично. list, search, erase, provides тоже локально.

У меня search постоянно лез в инет, считая что локальный кеш устарел. Пришлось добавить десяток ноликов к metadata_expire в /etc/yum.conf, лично я это считаю костылем

> Не надо говорить за всех, в _нормальных_ руках Fedora постабильнее убунт с Дебианами будет. Вспомним, хотя бы, сколько из последних эксплойтов на ней сработало?

На x86_64 после обновления с FC4 на FC5 система приходила в совершенно негодное состояние. Наверняка сейчас найдется какой-нибудь ламер, который начнет распростороняться насчет крывых рук, поэтому проясню ситуацию: я пользовался FC с первой версии, а до этого пользовался RH Linux, так что с этим дистрибутивом я хорошо знаком, в том числе и по mail-list'ам, на которые я был подписан.

К 5 наконец-то исправили проблему с yum и он перестал вываливаться с тайм-аутом на медленных каналах. Зато, из дистрибутива выкинули старый графический менеджер пакетов и заменили его на pirut, который после обновления не работал. Пришлось yum'ом ставить обновления среди которых был и pirut (позорное халтурное поделие на питоне). После обновления pirut даже запускался... при наличии сети. Спрашивается, зачем ему обязательное наличие сети, если например от него требуется только удалить некоторые пакеты. Ядро в FC5 вплоть до последних обновлений на начало лета на x86_64 тормозило систему при загруженых модулях ochi_hcd, т.е. с включеным USB там работать было нереально. Т.е. требовалось самому пересобирать ядро. Огромное количество софта перестало работать из-за отсутствия *.so. Т.е. зависимости были капитально сломаны. Менеджер пакетов со своими обязанностями не справился. Куча файлов в /usr перестала принадлежать какому-либо пакету. Всё, что оставалось - это снести систему и заменить её чем-то более другим, что я и сделал. В нормальных руках она стабильнее чего угодно может быть, но только до обновления до следующей версии, когда в ней всё снова заглючит и придется качать сотни пакетов, прежде чем в ней заработает всё, что поломали. Если сэр не в курсе, то в FC не исправляют все баги, а выпускают релиз "as is" согласно графику.

> сколько из последних эксплойтов на ней сработало?

Совершенно ни начем не основанное заявление. Если посмотреть, какие патчи используются в FC, то security патчей там не найдете. В основном там исправляются ошибки, связаные с кросплатформенными сборками. А SELinux - это игрушка для пионеров, которым больше делать нечего, вот они и играют в офицеров информационной безопасности на домашнем компьютере. В FC4 vsftpd всё ещё не работал с SELinux, бо не пропатчен на это был. Те же самые эксплойты не работали и во многих других дистрибутивах, собраных из непатченных сырцов, в том числе и на LFS.

> Тогда раскажи как избавиться от тормознутости yum'a

Да, легко. Всего-то нужно его с питона переписать на какой-нибудь вменяемый язык :) На sh-скриптах + утиль вроде wget он бы работал намного лучше и быстрее.

> У меня search постоянно лез в инет, считая что локальный кеш устарел. Пришлось добавить десяток ноликов к metadata_expire в /etc/yum.conf

А сколько там было? У меня по умолчанию 1800. На постоянные лазенья в инет не жалуюсь...

> Пару секунд

Понятно. Впрочем, если учесть, что до этого я в 100% случаев обходился list, даже пришлось в man смотреть, уточняя что делает search и проблем с поиском пакетов не имел, то, думаю не такая уж большая разница... :)

> Да, без динамического сайтика с пыхпых на ноутбуке просто никак не обойтись, не говоря уже о хранении базы амарока в sql =)

JB, не тупи. Тебе же написали, для кодинга :). Сам так делал.

> А сколько там было? У меня по умолчанию 1800. На постоянные лазенья в инет не жалуюсь...

У меня тоже 1800, из репозиториев подключены core, updates, extra и livna. Впринципе на быстром канале это мелочь, а вот на диалапе можно свихнуться когда при очередном yum install он начинает скачивать filelists.xml.gz

> Понятно. Впрочем, если учесть, что до этого я в 100% случаев обходился list, даже пришлось в man смотреть, уточняя что делает search и проблем с поиском пакетов не имел, то, думаю не такая уж большая разница... :)

С list быстрее, но все равно не то. Сейчас пытаюсь прикрутить apt-rpm

Не postfix, a MTA

$ apt-cache depends mailx         
mailx
  Depends: libc6
  Depends: liblockfile1
 |Depends: exim4
  Depends: <mail-transport-agent>
    courier-mta
    esmtp-run
    exim
    masqmail
    nullmailer
    postfix
    sendmail-bin
    ssmtp
    xmail
    exim4-daemon-heavy
    exim4-daemon-light
  Depends: base-files
  Conflicts: <suidmanager>

> К 5 наконец-то исправили проблему с yum и он перестал вываливаться с тайм-аутом на медленных каналах. Зато, из дистрибутива выкинули старый графический менеджер пакетов и заменили его на pirut, который после обновления не работал. Пришлось yum'ом ставить обновления среди которых был и pirut (позорное халтурное поделие на питоне). После обновления pirut даже запускался... при наличии сети. Спрашивается, зачем ему обязательное наличие сети, если например от него требуется только удалить некоторые пакеты. Ядро в FC5 вплоть до последних обновлений на начало лета на x86_64 тормозило систему при загруженых модулях ochi_hcd, т.е. с включеным USB там работать было нереально. Т.е. требовалось самому пересобирать ядро. Огромное количество софта перестало работать из-за отсутствия *.so. Т.е. зависимости были капитально сломаны. Менеджер пакетов со своими обязанностями не справился. Куча файлов в /usr перестала принадлежать какому-либо пакету. Всё, что оставалось - это снести систему и заменить её чем-то более другим, что я и сделал. В нормальных руках она стабильнее чего угодно может быть, но только до обновления до следующей версии, когда в ней всё снова заглючит и придется качать сотни пакетов, прежде чем в ней заработает всё, что поломали. Если сэр не в курсе, то в FC не исправляют все баги, а выпускают релиз "as is" согласно графику.

Это справедливые замечания. НО

1. pirut'ом не пользуюсь. При удалении отлично работает yum --disablerepo='*' erase _пакет_ . Никакого лишнего трафика

2. FC5 мне тоже не очень нравится, главным образом из-за огромного числа ломающих что-то обновлений. Поэтому обновляюсь ныне с осторожностью.

3. FC3, про которую говорится в новости - одна из самых хороших Федор, пользуюсь как раз на x86_64 - ни одного нарекания. Что же касается обновлений по безопасности - так она держится в Legacy, кроме того, для особых параноиков - можно собирать покеты из RHEL

4. Со сломаными зависимостями не встречался (i386), за исключением всего одного раза. И то есть у меня подозрение, что репозитарий atrpms поддерживается весьма халтурно, использовать его перестал - теперь все ОК.

В целом, после месяца работы на FC5 доволен ей на 99%.

ЗЫ Также пользователь RH с версии 7.2

> Ну это проблемы практически всех бинарных дистров. В дебиане, например, mysql тащит за собой postfix...

Это просто праздник какой-то. Слака - наше всё.

> А нафига тебе на ноутбуке mysql? O_o

Amarok?

> Да, легко. Всего-то нужно его с питона переписать на какой-нибудь вменяемый язык :) На sh-скриптах + утиль вроде wget он бы работал намного лучше и быстрее.

Да не, у гентушнегов вроде их обажаемые утилки накарябаны на Питоне.

> Да, на моем ноутбуке MTA крайне нужен, вы правы. Буду сам себе письма слать. Охренеть просто.

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

И славятся своей скоростью работы не меньше yum.

Не, тот факт что bash рулит - понятен и вообще по умолчанию, а после освоения продвинутого скриптинга - так вообще, не зря ж auto-tools генерят configure именно на нем. Но вот только гуевые bindings на разных языках для него - ой как тяжко писать...

НУ, использование Fedora как-то на причину не тянет.. Действительно, немного странно, то что серверные платформы оставвили на десерт, хотя, возможно просто в силу своей специфики..

>Да, на моем ноутбуке MTA крайне нужен, вы правы. Буду сам себе письма слать. Охренеть просто.

Нет конено, не нужен! Почту от крона надо сразу на деревню дедушке слать. Авось прочтет.

>Само собой, _так_ ядро перековыривать могут только редхатовцы. Кроме локальных эксплойтов, есть проблемы у софта, работающего с ядром. Кроме того, как это относится к стабильности?

Можно список софта и его распространенность, который не работает на последних FC?

>В нормальных руках и yum перестанет быть убогим и тормозным поделием? Второй день сижу на fc5, после дебиана с его аптом это ад какой то

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

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

>Ну а зависимости rpm это просто сказка, например totem-xine зачем то тянет за собой arts, lirc и еще кучу барахла

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

>На каждый чих лезет в инет, нашел воркэраунд - увеличение metadata_expire в yum.conf.

Точно в yum.conf?

>yum search в инет лезет, правда костыль я уже нашел

Вообще-то он в faq написан...

>Обнови альсу из development branch

Можно тогда и FC брать из development бранч. А хотелось бы Stable. Разницу ощущаешь?

>Пришлось добавить десяток ноликов к metadata_expire в /etc/yum.conf, лично я это считаю костылем

Там же в секундах все. Если ты добавил десяток нуликов...

>заменили его на pirut, который после обновления не работал.

Странно.

>Пришлось yum'ом ставить обновления среди которых был и pirut (позорное халтурное поделие на питоне). После обновления pirut даже запускался... при наличии сети. Спрашивается, зачем ему обязательное наличие сети, если например от него требуется только удалить некоторые пакеты.

Не было прописано, что за пакетами обращаться только на CD.

>Ядро в FC5 вплоть до последних обновлений на начало лета на x86_64 тормозило систему при загруженых модулях ochi_hcd, т.е. с включеным USB там работать было нереально. Т.е. требовалось самому пересобирать ядро

Это неправда. Я сидел на дефолтном ядре неделю.

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

Проблема в том, что я его там наблюдаю (точнее слышу). :)

>> Купить нормальный доступ в инет. :)

> Слив засчитан :)

Да ради Бога. Я уже вышел из того возраста, когда меня Ваши "засчеты сливов" могли бы волновать. ;) Что касается юма -- то он работает. Лично мне большего от него не надо. Я так понимаю, окромя тормознутости yum у Вас есть еще какие-то притензии к Федоре?

>Дурной славой глюкавого и нестабильного дистрибутива, что впрочем очень близко к истине

Гонишь.

Ubuntu,Debian,Suse - уже не раз валились при update'ах Fedora ещё ниразу.

> На x86_64 после обновления с FC4 на FC5 система приходила в совершенно негодное состояние.

Насчет х86_64 не скажу, но на i386 я без проблем обновлял FC3 => FC4 => FC5.

>yum search в инет лезет, правда костыль я уже нашел

yum -C search

man yum

Но все равно, yum тормозной и неудобный...

> Тогда раскажи как избавиться от тормознутости yum'a

поставить smart и пользоваться им вместо yum'a

я, уважаемый, на федоре с FC1 слава богу, и на i386 и на x85_64. Че греха таить. Были и траблы, приходилось и ядро пересобирать неоднократно, чтобы заставить нвидиевские дрова работать, чтобы мультиворматном кардридере все слоты выдны были, чтобы патчить баги в алсе... всяко бывало. Но всегда находилось решение, максимум времени (с поиском и чтением, или диалогом в irc) полдня занимало. И ни разу не приходила идея в голову перелезать на сюзю/слаку/генту и прочие юбунты, только потому что радиус кривизны рук на позволил чтото пофиксить.

Да, yum - аццтой. Да я им нмкогда и не пользовался. Под FC1 был red carpet, потом apt4rpm, потом smart открыл для себя. И по какойто странной причине и железо работает, и с софтом проблем нет, и не скулю на форумах про то что какой то дистриб сосет...

Может проблема таки не в дистрибах...

> Глюкавый грамотей. Патрик таких голыми руками убивает. ;) Быстро в школу.

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

> Сейчас пытаюсь прикрутить apt-rpm

Как говорится, бог в помощь. :) Я не так часто пользуюсь yum'ом.

Но есть момент, который хотелось бы прояснить. Если metadata_expire - это костыль, то как дело в apt? Он обновляет информацию только при реальной установке? Но это же плохо, т.к. со временем в репозитарии может появляться новая информация. Скажем, ты видишь локально один пакет, а его уже разбили на два...

> из репозиториев подключены core

Я сам непосредственно с FC дела не имею, core - это базовые пакеты, которые на диске? Тогда не имеет смысла их тянуть, они неизменны (в теории). Я обычно сливаю их на локаль, затем при помощи createrepo делаю локальный репозитарий и переключаюсь на него. Соответсвенно, для него данные уже не беруться из инета...

> Сейчас пытаюсь прикрутить apt-rpm

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

>как дело в apt? Он обновляет информацию только при реальной установке? Но это же плохо, т.к. со временем в репозитарии может появляться новая информация.

Так ведь apt-get update для этого есть, ну или что-то типа того (сам я давно Gentoo использую ;-P).

> Он обновляет информацию только при реальной установке?
apt-get update (см разницу с apt-get upgrade).

после этого
apt-cache search


PS: Сам сижу сейчас на ASP11 потому как когда ставился не было нормального инета, а купить смог из свежего только его. В принципе терпимый дистриб, но после дебиана конечно тяжеловасто привыкать. Особенно debian'овский apt (который с deb а не rpm) все-таки продуманей будет.

по мотивам http://www.linux.org.ru/jump-message.jsp?msgid=1567542

мама почему замалчивают

потому что Fedora

>>totem-xine зачем то тянет за собой arts, lirc и еще кучу барахла

>Ну это проблемы практически всех бинарных дистров. В дебиане, например, mysql тащит за собой postfix...

stas@stas:~$ apt-cache show mysql-client | grep ^Depends Depends: debianutils (>= 1.6), libdbi-perl, libdbd-mysql-perl (>= 1.2202), mysql-common (>= 4.0.24-10sarge2), libmysqlclient12 (>= 4.0.24-10sarge2), perl, libc6 (>= 2.3.2.ds1-21), libgcc1 (>= 1:3.4.1-3), libmysqlclient12, libncurses5 (>= 5.4-1), libreadline4 (>= 4.3-1), libstdc++5 (>= 1:3.3.4-1), zlib1g (>= 1:1.2.1)

stas@stas:~$ apt-cache show mysql-server | grep ^Depends Depends: mysql-common (>= 4.0.24-10sarge2), mysql-client (>= 4.0.24-10sarge2), debconf (>= 1.2.9), libdbi-perl, perl (>= 5.6), libc6 (>= 2.3.2.ds1-21), libgcc1 (>= 1:3.4.1-3), libmysqlclient12, libstdc++5 (>= 1:3.3.4-1), libwrap0, zlib1g (>= 1:1.2.1), adduser (>= 3.40), psmisc, passwd, mailx

stas@stas:~$ apt-cache show mysql-common | grep ^Depends

Не надо ляля.

>Если сэр не в курсе, то в FC не исправляют все баги, а выпускают релиз "as is" согласно графику.

В некотором смысле это даже хорошо. Release early, release often!

Жаль, что замалчивают. FC видимо хороший дистр...

> Если сэр не в курсе, то в FC не исправляют все баги, а выпускают релиз "as is" согласно графику.

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

> Под FC1 был red carpet, потом apt4rpm, потом smart открыл для себя.

Посмотрел smart -- видимо от yum придется отказаться. :)

> Может для тебя это откровение, но большинство софта так выпускается, а среди коммерчески успешного - практически 100%.

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

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

re: Лучше бы выбрали Ubuntu, вместе FC, imho: Stable, Свежий софт, Суппорт, Очень даже привлекательный дистрибутив :).

На счет stable - два неприятных бага с обнавлением в убунту за месяц

Свежий софт - как раз в Fedora. Тем более что RedHat основной разработчик open source софта. kernel,gcc,gnome,вcя линейка jboss - это только часть проектов основными разработчиками которых является red hat. Вспомним где в kernel появился NPTL первым?

Support - покупай RHEL если нужен support. Более того, даже в Москве есть конторый которые поддерживают Fedora.

Я с вас смеюся :)

"... я сидел на дебе, а теперь федора уже два дня, а завтра убунту поставлю...."

Вы вообще используете GNU/Linux или вас заводит переустановка дистров? :)

PS: Использую Gentoo Linux. Грабли есть. Но после ручного распихивания

хэдерсов и префиксов на три строки у ./configure это сущая мелочь.

А не думали ли вы что некоторые занимаются разработкой чего нибудь на ноутбуке, а? У меня, например, и МуСКЛ(4.0 и 4.1) стоит, и апач и иже с ними.

>Да, без динамического сайтика с пыхпых на ноутбуке просто никак не обойтись

а если фронтенд к своей базе с чем угодно?

>не говоря уже о хранении базы амарока в sql =)

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

> Если metadata_expire - это костыль, то как дело в apt?

Ты не понимаешь - если таймаут писать в федоре - это БАГ, а вот если в дебиане - то это ФИЧА.

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

Работал pirut, работал. Только он поверх yum'а работал - отучаешь его от сети - и все замечательно делалось.