Последняя версия 3.4.3 (28 июня 2011)

Это какая-то шутка?

а зачем ты отслеживание треда отключил? :)

делаешь ему –skip-broken и так он и остается поломанным с duplicates.

Делаешь skip broken, и он пропускает сломанные пакеты. Неожиданно, да.

yum

2020

Этому больше не наливать!

Делаешь skip broken, и он пропускает сломанные пакеты. Неожиданно, да.

делаешь ему –skip-broken и так он и остается поломанным с duplicates.

ты эту фразу до конца не дочитала? умно. сразу видно, продвинутый спец.

а зачем ты отслеживание треда отключил? :)

чтобы мелкие ответы из других тредов не терялись.

Этому больше не наливать!

так а я что? она сама пришла.(с) система еще поддерживается, с обновлениями.

Если хочешь, чтобы тебе помогли – спрашивай, а не набрасывай.

а главное, неужели ты думаешь, они в dnf что-то поменяли, кроме названия.

Вот прямо недавно наткнулся на такую же ситуацию в CentOS 7.

Этот yum (и dnf) настолько медленный, что непонятно то ли он зависнул при апдейте, то ли процесс обновления продолжается. В итоге всё-таки зависнул и спустя часа два я убил процесс и попытался откатиться на предыдущую транзакцию, тоже посыпались Failed to upgrade.

Грош цена такой реализации транзакционности. Нахрена она вообще там существует, если от факапов не спасает? Лучше бы её вообще не было, тогда может быть yum был бы немного быстрее, а система выправлялась чтением его лога + --force.

В итоге вся консистентность системы сломана, непонятно что обновилось до конца, а что нет, какие скрипты пост инсталяции выполнились, а какие нет.

Разбираться в этой хрени времени и желания не было, в итоге накатил чистый образ на который снова быстро развернул всё что нужно. На это я точно потратил времени меньше, чем если бы ковырялся с восстановлением целостности после yum-обосрамса.

Я надеюсь после того, как Python-хипстеркам из RedHat, которые протащили смуззи-язычок в системный компонент, дяди из IBM настучат по голове и выкинут вообще Python из yum/dnf, таких проблем больше не будет. А стучать уже начали:

https://lwn.net/Articles/750516/
https://www.phoronix.com/scan.php?page=news_item&px=Fedora-DNF-Python-To-C

alpha, с твоим уровнем компетенции ты в принципе не в состоянии мне помочь. неужели ты правда думала, что я тебя за этим кастанул?:) иди, объясняй новичкам, как найти работу) а мне просто вспомнились твои ответы в треде про package manager. вот и все. какой мол yum(dnf) на самом деле на уровне. а то, что тормоз, так это фигня, к этому только школьники придираются.

ну (в смысле да)

Это конечно гадание на кофейной гуще, но попробуй понять, где юм затыкается и удалить что-то, что бы ему помочь. rpm -e или rpm -e --nodeps.

зависнет при апдейте

Часто такое, бесит нестабильность коннектов. Такое ощущение, что половина центосных зеркал установлены что бы вредить - рассинхроны и плохая сеть.

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

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

неужели ты думаешь, они в dnf что-то поменяли, кроме названия

Таки да! На моей памяти dnf ни разу ничего не «ломал» и не «падал». Я уж и не говорю о его скорости (в сравнении с yum, pacman над ними насмехается).

Кстати, у вас yum check нормально отрабатывает? У меня он тупо виснет и выжирает CPU на 100%, в top вижу виновника: процесс python.

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

я запустил и он думает. ближе к вечеру (часов через 6) отпишу.

По-моему, проблема на старом юме - в кривых таймаутах и отсутствия культуры обработки io. Все это накладывается на дефолтный наглый плагин fastmirror и кривые зеркала. Все это приводит к зависонам. Питон там виноват не сильно, имхо; может, лишь опосредовано связан с культурой программирования на нем.

По федоровскому dnf видно что переписывание пошло на пользу, работа более предстказуема.

Мои наблюдения таковы. У меня несколько хостов в Азии, и нестабильное соединиение очень хорошо показыват все проблемы. Убунтовский apt-get тоже имеет проблемы, но в основном они более однородные - таймаут и невозможность выполнить команду - чем у yum/dnf.

Что касается транзакционности, соглашусь, что наверно перемудрили, и опять же кривая обработка нетипичных случаев, помноженная на проблемы с плохим коннектом. Хотя с федориным dnf, повторюсь, проблем стало меньше.

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

Но я и таким балбесам помогаю иногда, если они могут вопрос сформулировать. Так что обращайся если что.

Ага, проверьте ради интереса кому не лень.

В гугле по запросу «yum check» в первой же ссылке багрепорты с «yum check hangs».

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

я и таким ... помогаю иногда

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

RedHat - та ещё шляпа

В гугле по запросу «yum check» в первой же ссылке багрепорты с «yum check hangs».

да, я думаю, что просто висит. просто уходить надо.

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

Автора yum сбил грузовик и теперь все юзают dnf.

Потому что нужно юзать dnf

ВНЕЗАПНО Centos 6/7 (в 7 dnf искаропки нету, только через епел)

Это карма его настигла. Я вообще не понимаю, как при живых apt и yast можно было склепать ЭТО. Одно из первых проявлений NIH-синдрома у шапки, не иначе.

Вообще Seth Vidal был одним из если не отцов-основателей, но близко к тому, Fedora, энтузиастом Open Source, примером для подражания и замечательным человеком. Я понимаю что тут ЛОР и вам всё пофиг, но это не просто набор букв в интернете, а реальный человек.

А понять зачем нужен был yum очень легко. Достаточно сравнить интерфейс и возможности. rpm/yum пошли по пути не гибкости в пакетировании, а по пути полезности, удобности и надежности использования. Наверное сказалось также то, что сам Seth работал в инфровой команде, среди тех, кто использует менеджер пакетов, а не среди тех, кто пакетирует. Поэтому и работали там не только над yum, но и над инструментами для работы с репозиторями, способами хранения метаданных, транзакциями, подписями, верификацией и т.д. и т.п.

:)

зависнет при апдейте

Он не завис, просто медленно работает!

От yum вроде бы уже 1000 лет как отказались в пользу dnf.

Не такой уж и медленный Python. Скорее всего, всё упёрлось в медленную скорость сети.

Лично я обновляю систему dnf'ом с локального жёсткого диска (предварительно rsync'нув с ним удалённый репозиторий). Всё обновляется относительно шустро.

Вообще Seth Vidal был одним из если не отцов-основателей, но близко к тому, Fedora, энтузиастом Open Source, примером для подражания и замечательным человеком. Я понимаю что тут ЛОР и вам всё пофиг, но это не просто набор букв в интернете, а реальный человек.

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

И - да - мы злые и токсичные.

Достаточно сравнить интерфейс и возможности

которых нет?

rpm/yum пошли по пути не гибкости в пакетировании, а по пути полезности, удобности и надежности использования

Удобства - ноль. Поиск пакетов просто не работает, но при этом регулярно требует вытянуть сотни мегабайт метаданных. Мягкие зависимости сначала рожали десять лет, потом еще десять внедряли (да так и не внедрили Weak dependencies are by default treated similarly to regular Requires:. Matching packages are added to the dnf transaction. If adding the package would lead to an error dnf will by default ignore the dependency. This allows users to exclude packages that would be added by weak dependencies or remove them later. (Future versions of dnf might also allow to switch weak deps off on the command line.) Тормоза тоже не добавляют удобства. Надежность мы видим прямо в ОП :)

продолжает вызывать тонны ненависти у ее пользователей.

Не пытайся говорить за всех.

Удобства - ноль.

Попробуй задать приоритеты deb-репам и yum. Или сделать зеркало репы одного конкретного релиза. Или просто список пакетов в читаемом виде получить.

Или найти аналог yum provides. Или yum shell. Или repoquery

Сравнивать apt с yum по удобству интерфейса вообще смешно.

да так и не внедрили Weak dependencies

Именно об этом я и говорила. Это фича добавляет гибкости пакетированию, а не полезности при администрировании. В rpm/yum подходе она никому не была нужна.

Скорее всего, всё упёрлось в медленную скорость сети.

Это был VPS с NVMe SSD в Финляндии где 1GB скачивается за несколько секунд.

Мне нравится apk :D

Попробуй задать приоритеты deb-репам

Расставить их по убыванию в source.list? Там же ещё какие-то приоритеты есть. Например в Debian используются для прикручивания репозитория от «тестируемого» Debian к «стабильному»

Сравнивать apt с yum по удобству интерфейса вообще смешно

А вот это правильно. Всё равно pacman победит.

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

То есть в линуксе программы 2011 года автоматически перестают работать? Забавно. Я тут на десяточке в третьих героев гоняю, они вроде 99-го.

Как будто это в бидоне проблема, а не в рукожопии тамошних бракоделов. У них и анаконда такая же.

Было бы интересно, снимите на видео.

Тогда остаются ещё два варианта: или в тот момент были проблемы с прописанным зеркалом, или в тот момент с железом этого VPS'а происходило что-то страшное.

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

о, вот эта песня:) а я все ждал, когда ты ее снова запоешь.

Я понимаю что тут ЛОР и вам всё пофиг, но это не просто набор букв в интернете, а реальный человек.

мне забавно слышать это от какой-то девчонки с лора:) ты бы еще написала «РЕАЛЬНЫЙ ЧЕЛОВЕК11!»

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

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

Не пытайся говорить за всех.

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

Попробуй задать приоритеты deb-репам и yum

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

Или сделать зеркало репы одного конкретного релиза.

Окей, допустим.

Или просто список пакетов в читаемом виде получить.

Установленных? Или вообще?

Или найти аналог yum provides

apt-file

yum shell

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

repoquery

man dpkg

Сравнивать apt с yum по удобству интерфейса вообще смешно.

Действительно :) Особенно y/N, когда на тормозном канале случайно нажимаешь энтер лишний раз, юм пять минут считает зависимости и потом отменяет установку, потому что ведь юзер нажал N.

Именно об этом я и говорила. Это фича добавляет гибкости пакетированию, а не полезности при администрировании. В rpm/yum подходе она никому не была нужна.

Здесь моя любимая история про collectd из epel, который предоставлял плагин для работы с xmms, который тянул сам xmms, который тянул иксы и первый gtk. На сервер. «Никому не нужна», ага. Интересно бы увидеть твою реакцию на USE-флаги в генте.

Всё равно pacman победит.

кстати, на удивление, но он мне понравился. Не понравилась только идеология работы с aur (я бы предпочел видеть что-то вроде убунтяшных ppa), но yay решил проблему.

Особенно y/N, когда на тормозном канале случайно нажимаешь энтер лишний раз, юм пять минут считает зависимости и потом отменяет установку, потому что ведь юзер нажал N.

есть такая фишка:) надо быть оччень осторожным)

Кстати, у вас yum check нормально отрабатывает?

ближе к вечеру (часов через 6) отпишу.

just for the record: Error: check all и проблемы с duplicates

То есть в линуксе программы 2011 года автоматически перестают работать? Забавно. Я тут на десяточке в третьих героев гоняю, они вроде 99-го.

я хз, что хотел сказать Artamudo, но мне тоже нравятся hmm3 и я их запускаю в линуксоляторе (el6) на FreeBSD 12 этого года. с другой стороны hmm3 - счастливое исключение...

Не понравилась только идеология работы с aur но yay решил проблему

М-м-м… хз. Я йогуртом обмазывался и было норм. Но в новой Манджаре завезли pamac вместо недоразумения под названием Octopi, то теперь и в AUR, и в Flatpak, и в Snap, и в родные репы можно из одного GUI искаробки. И это чертовски удобно!

Мои наблюдения таковы. У меня несколько хостов в Азии, и нестабильное соединиение очень хорошо показыват все проблемы. Убунтовский apt-get тоже имеет проблемы, но в основном они более однородные - таймаут…

Обжёгшись разок, даже на стабильных машинах стараюсь перед apt-get install ... делать apt-get --download-only install ...