А вообще, там есть
yum repoquery --installed, должно работать

блин.... ну да... на дебе я именно подобным способом делаю.. проруха =)
спасибо

но тут не так удобно. юм выдает и пакет и реп, откуда он

rpm -qa

а ещё знаешь что можно попробовать. но это изврат.
регуляркой по логу

не-не-не, не надо мне такую магию... рпм куа вполне закроет проблему =)

Ну, тут уже в интернет нужно лезть, чтобы метаданные репов получить

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

А старые вообще есть?

пусть они хоть на год устарели

ну судя по тому, что не отработал yum -C - нету

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

Да-да, ты про релиз-политику centos. Но этот баг попал бы в centos и при старой релиз-политике.

не попал бы

Почему?

потому что кончается на у

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

потому что с тобой без толку спорить. ты аргументы не воспринимаешь вот и все

"В центос пролез баг" - это не аргумент, подтверждающий негативное влияние изменений в релиз-политике, сам по себе. Нужно тогда показывать связь бага с новой релиз-политикой.
Например, если бы это новое ядро ещё не вышло в rhel, то я бы признал свою неправоту, потому я полез проверять. И выяснил, что в rhel проблемный пакет тоже зарелизился. А значит даже по старой релиз-политике эта версия попала бы в centos, ergo этот баг не является аргументом, подтверждающим тезис о негативном влиянии новой релиз-политики.

по старой релиз политике центось появлялась через 2-5 недель после рxела. когда все баги уже выправлены.