LINUX.ORG.RU
решено ФорумAdmin

Yum зависимости

 , ,


0

1

Привет! В который раз сталкиваюсь с проблемами при обновлении fedora 15. В прошлые разы помогал ключик --disablerepo= , в этот раз не прокатывает. Ситуация такова:

[kir@toshiba ~]$ su -c 'yum update'
Пароль: 
Загружены модули: langpacks, presto, priorities, refresh-packagekit
Подготовка к обновлению
Разрешение зависимостей
--> Проверка сценария
---> Package SDL_gfx.x86_64 0:2.0.17-4.fc15 will be для обновления
--> Обработка зависимостей: libSDL_gfx.so.0()(64bit) для пакета: lostlabyrinth-3.5.1-4.fc15.x86_64
---> Package SDL_gfx.x86_64 0:2.0.23-1.el6.rf will be an update
---> Package flash-plugin.x86_64 0:11.2.202.236-0.1.el6.rf will be для обновления
---> Package flash-plugin.x86_64 0:11.2.202.236-0.2.el6.rf will be an update
---> Package x264.x86_64 0:0.0.0-0.4.20101111.el6.rf will be для обновления
--> Обработка зависимостей: libx264.so.107()(64bit) для пакета: libquicktime-1.2.4-1.el6.rf.x86_64
---> Package x264.x86_64 0:0.0.0-0.30.20110620.fc15 will be an update
---> Package xine-lib.x86_64 0:1.1.20.1-1.fc15 will be для обновления
--> Обработка зависимостей: libxine.so.1()(64bit) для пакета: kdebase-runtime-4.6.5-1.fc15.x86_64
---> Package xine-lib.x86_64 0:1.2.1-1.el6.rf will be an update
--> Обработка зависимостей: libdvdcss для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libcdio.so.10(CDIO_10)(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libcdio.so.10()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libmodplug.so.0()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libMagickWand.so.2()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libMagickCore.so.2()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libfame-0.9.so.1()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Проверка сценария
---> Package SDL_gfx.x86_64 0:2.0.17-4.fc15 will be для обновления
--> Обработка зависимостей: libSDL_gfx.so.0()(64bit) для пакета: lostlabyrinth-3.5.1-4.fc15.x86_64
---> Package libdvdcss.x86_64 0:1.2.10-1.el6.rf will be для установки
---> Package libfame.x86_64 0:0.9.1-14.fc11 will be для установки
---> Package x264.x86_64 0:0.0.0-0.4.20101111.el6.rf will be для обновления
--> Обработка зависимостей: libx264.so.107()(64bit) для пакета: libquicktime-1.2.4-1.el6.rf.x86_64
---> Package xine-lib.x86_64 0:1.1.20.1-1.fc15 will be для обновления
--> Обработка зависимостей: libxine.so.1()(64bit) для пакета: kdebase-runtime-4.6.5-1.fc15.x86_64
---> Package xine-lib.x86_64 0:1.2.1-1.el6.rf will be an update
--> Обработка зависимостей: libcdio.so.10(CDIO_10)(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libcdio.so.10()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libmodplug.so.0()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libMagickWand.so.2()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Обработка зависимостей: libMagickCore.so.2()(64bit) для пакета: xine-lib-1.2.1-1.el6.rf.x86_64
--> Проверка зависимостей окончена
Ошибка: Пакет: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
            Необходимо: libcdio.so.10(CDIO_10)(64bit)
Ошибка: Пакет: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
            Необходимо: libMagickWand.so.2()(64bit)
Ошибка: Пакет: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
            Необходимо: libmodplug.so.0()(64bit)
            Доступно: libmodplug-0.8.7-1.el6.rf.x86_64 (rpmforge)
                libmodplug.so.0()(64bit)
            Установлено: 1:libmodplug-0.8.8.4-1.fc15.x86_64 (@updates)
                Не найдено
            Доступно: 1:libmodplug-0.8.8.2-1.fc15.i686 (fedora)
                Не найдено
Ошибка: Пакет: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
            Необходимо: libMagickCore.so.2()(64bit)
Ошибка: Пакет: lostlabyrinth-3.5.1-4.fc15.x86_64 (@fedora)
            Необходимо: libSDL_gfx.so.0()(64bit)
            Удаление: SDL_gfx-2.0.17-4.fc15.x86_64 (@fedora)
                libSDL_gfx.so.0()(64bit)
            Обновил: SDL_gfx-2.0.23-1.el6.rf.x86_64 (rpmforge)
                Не найдено
Ошибка: Пакет: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
            Необходимо: libcdio.so.10()(64bit)
Ошибка: Пакет: libquicktime-1.2.4-1.el6.rf.x86_64 (@rpmforge)
            Необходимо: libx264.so.107()(64bit)
            Удаление: x264-0.0.0-0.4.20101111.el6.rf.x86_64 (@rpmforge)
                libx264.so.107()(64bit)
            Обновил: x264-0.0.0-0.30.20110620.fc15.x86_64 (rpmfusion-free-updates)
                Не найдено
Ошибка: Пакет: kdebase-runtime-4.6.5-1.fc15.x86_64 (@updates)
            Необходимо: libxine.so.1()(64bit)
            Удаление: xine-lib-1.1.20.1-1.fc15.x86_64 (@updates)
                libxine.so.1()(64bit)
            Обновил: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
                Не найдено
            Доступно: xine-lib-1.1.19-6.fc15.x86_64 (fedora)
                libxine.so.1()(64bit)
            Доступно: xine-lib-1.1.20.1-1.el6.rf.x86_64 (rpmforge)
                libxine.so.1()(64bit)
 Вы можете попробовать --skip-broken чтобы обойти проблему
 Вы можете попробовать запустить: rpm -Va --nofiles --nodigest
[kir@toshiba ~]$

Подскажите, пожалуйста, как быть.

★★

обновлении fedora 15

xine-lib-1.2.1-1.el6.rf.x86_64

.el6.

В 15 федоре пакеты от el6 ? По-моему, что-то тут не то.

fjoe
()

Вы можете попробовать --skip-broken чтобы обойти проблему


Это для тех пакетов, которые не поломались

А так, судя по

Ошибка: Пакет: kdebase-runtime-4.6.5-1.fc15.x86_64 (@updates)
            Необходимо: libxine.so.1()(64bit)
            Удаление: xine-lib-1.1.20.1-1.fc15.x86_64 (@updates)
                libxine.so.1()(64bit)
            Обновил: xine-lib-1.2.1-1.el6.rf.x86_64 (rpmforge)
                Не найдено
            Доступно: xine-lib-1.1.19-6.fc15.x86_64 (fedora)
                libxine.so.1()(64bit)
            Доступно: xine-lib-1.1.20.1-1.el6.rf.x86_64 (rpmforge)
                libxine.so.1()(64bit)
версии либ в F15 и el6 сильно разошлись

Kuzz ★★★
()
Ответ на: комментарий от fjoe
[kir@toshiba ~]$ ls /etc/yum.repos.d/
adobe-linux-x86_64.repo  fedora-updates-testing.repo  mirrors-rpmforge-testing  rpmfusion-free-rawhide.repo  rpmfusion-free-updates-testing.repo
fedora.repo              mirrors-rpmforge             obs-games.repo            rpmfusion-free.repo          suspend2.repo
fedora-updates.repo      mirrors-rpmforge-extras      rpmforge.repo             rpmfusion-free-updates.repo
kir64 ★★
() автор топика
Ответ на: комментарий от Kuzz

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

kir64 ★★
() автор топика
Ответ на: комментарий от Kuzz

Если отключить при обновлении rpmforge - все равно не может обновиться:

[root@toshiba kir]# yum --disablerepo=rpmforge update
Загружены модули: langpacks, presto, priorities, refresh-packagekit
Подготовка к обновлению
Разрешение зависимостей
--> Проверка сценария
---> Package x264.x86_64 0:0.0.0-0.4.20101111.el6.rf will be для обновления
--> Обработка зависимостей: libx264.so.107()(64bit) для пакета: libquicktime-1.2.4-1.el6.rf.x86_64
---> Package x264.x86_64 0:0.0.0-0.30.20110620.fc15 will be an update
--> Проверка зависимостей окончена
Ошибка: Пакет: libquicktime-1.2.4-1.el6.rf.x86_64 (@rpmforge)
            Необходимо: libx264.so.107()(64bit)
            Удаление: x264-0.0.0-0.4.20101111.el6.rf.x86_64 (@rpmforge)
                libx264.so.107()(64bit)
            Обновил: x264-0.0.0-0.30.20110620.fc15.x86_64 (rpmfusion-free-updates)
                Не найдено
 Вы можете попробовать --skip-broken чтобы обойти проблему
 Вы можете попробовать запустить: rpm -Va --nofiles --nodigest

kir64 ★★
() автор топика
Ответ на: комментарий от kir64

Давно уже встречал инфу (только не могу вспомнить где), что rpmforge и rpmfusion конфликтуют.

Здесь тоже хвост от el6.

Можно попробовать rpm -e --nodeps x264 А следом, при отключенном rpmforge yum install x264

Kuzz ★★★
()

Очередной ниасилил-тред.

Что-то постоянно вижу плачи и сопли убунтушников, федоровцев и арчеводов.

Среди дебианщиков очень очень редко (ну не считая моих жалоб на наркоманский аптитуде)

lyrix87
()
Ответ на: комментарий от kir64

Package x264.x86_64 0:0.0.0-0.4.20101111.el6.rf will be для обновления

Чудеса локализации.

Чтобы всё заработало, нужно не только отключить rpmforge, но и вытереть все пакеты *el6*.

fjoe
()
Ответ на: комментарий от lyrix87

Кактус же! Кто бы спорил, стабильный дебиан такой стабильный. Но на десктопе его не хочу.

kir64 ★★
() автор топика
Ответ на: комментарий от fjoe

Т.е. выходит, что rpmforge вообще не надо использовать? Ибо после вытирания пакетов el6 сейчас - со временем они все равно обновятся, и не исключено, что на пакет из rpmforge, и снова все с начала.

kir64 ★★
() автор топика
Ответ на: комментарий от kir64

Я бы после чистки заменил rpmforge на rpmfusion. Лично для моих нужд хватает rpmfusion. Если нет - хотя бы настроил rpmforge на федору а не 6й рахат. Опять же после удаления всех пакетов el6. Вот была бы федора 12 или 13 - пакеты скорее всего подошли бы. В 15 много чего «починили», так что конфликты неизбежны.

fjoe
()

Меньше надо м--ить со сторонними репами.

И вообще, пора на 17 федору переметнуться.

Кроме rpmfusion и adobe, ничего подключать не надо!

juk4windows
()
Ответ на: комментарий от lyrix87

Что-то постоянно вижу плачи и сопли убунтушников, федоровцев и арчеводов

Поставь хотя бы тестинг и мы с радостью тебя послушаем либо обновись до wheezy/sid. И да, большинство так званых арчепроблем решаются довольно быстро + возникают зачастую именно по вине пользователя.

uniqwert
()
Ответ на: комментарий от lyrix87

Что-то постоянно вижу плачи и сопли убунтушников, федоровцев и арчеводов.

Среди дебианщиков очень очень редко (ну не считая моих жалоб на наркоманский аптитуде)

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

Pakostnik ★★★
()
Ответ на: комментарий от Pakostnik

Про убунтовцев - это от левых рра.

Забыл сказать: в Убунте куча проблем может вылезать в Гном-шелл, потому что нефиг, юзать Юнити там надо.

Pakostnik ★★★
()
Ответ на: комментарий от juk4windows

Ну ещё некоторым удобно RFRemix'овые подключить. Но не всем конечно.

wbrer ★★★
()
Ответ на: комментарий от kir64

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

попробуй

yum --disablerepo=rpmforge distribution-synchronization

Thero ★★★★★
()
Ответ на: комментарий от kir64

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

Thero ★★★★★
()
Ответ на: комментарий от uniqwert

Сидел я на тестинге, но чет неохота было обновлять, хотя соплей не было. Обновлялся и до Wheezy тоже все ОК.

Чтобы не обновлять каждый день перетащился на стейбл. Инет глючный.

lyrix87
()
Ответ на: комментарий от Thero

Вот блин! Век живи - век учись RTFM!

yum --disablerepo=rpmforge distribution-synchronization

Помогло!

Огромное спасибо!

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

Видимо, когда-то что-то из него ставил. Удалил, ибо да, сейчас не нужен.

kir64 ★★
() автор топика
Ответ на: комментарий от kir64

ну да я впринципе всегда когда меня спрашивают и что ты будешь делать отвечаю: всё.

Thero ★★★★★
()
Ответ на: комментарий от uniqwert

Поставь хотя бы тестинг и мы с радостью тебя послушаем либо обновись до wheezy/sid.

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

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

ну что ты опять заводишь свою шарманку?

Справедливости ради. Что только дебианщикам можно? :3

Вот они ваши дебианопроблемы - 1, 2.

Повторяю - на анстейблах четвёртый год

Про sid я вообще молчу..

uniqwert
()
Ответ на: комментарий от uniqwert

УМВР. Аптайм почти 2 дня и никаких перезапусков плазмы не делаю.

у тебя - Р., у человека на арче - не Р.

ок, он говорит сам за себя

и? баги везде есть, кто-то на них попадает, кто-то нет.

lazyklimm ★★★★★
()
Ответ на: комментарий от kir64

Во-первых, это не сервер.

Во-вторых, никто не меряется. Просто у ТС на debian stable проблемы с плазмой (KDE), в связи с чем он перезапускал ее каждый час. А я лишь утверждаю, что у меня на протяжении 2 дней все ок.

uniqwert
()
Ответ на: комментарий от uniqwert

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

kir64 ★★
() автор топика
Ответ на: комментарий от lazyklimm

up 16 days

Смысл на десктопе?

у тебя - Р., у человека на арче - не Р.

Подозреваю, что это тоже блобопроблемы.

и? баги везде есть, кто-то на них попадает, кто-то нет.

По утверждениям дебианщиков (особенно использующих ветку stable) это совсем иначе. У них же все просто работает, никаких проблем не бывает, ага..

uniqwert
()
Ответ на: комментарий от uniqwert

Смысл на десктопе?

а нафига каждый раз загружать-перезагружать? Я ж не поттеринг какой, у меня и так всё ок.

Подозреваю, что это тоже блобопроблемы.

всё может быть

По утверждениям дебианщиков (особенно использующих ветку stable) это совсем иначе. У них же все просто работает, никаких проблем не бывает, ага..

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

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

ковыряться в конфигах на каждый чих

В арче тоже не особо ковыряться нужно. Один раз при установке настроил все, что нужно и забыл. Сейчас только время от времени обновляю систему одной командой, все ок. Ручное вмешательство в конфиги не такое уж и частое явление + порой там поправить-то нужно пару строчек. Зато никаких тебе проблем с зависимостями «Привет, sid!..».

а нафига каждый раз загружать-перезагружать?

Для экономии электроэнергии, например. Хотя если ноут, то это другое дело.

uniqwert
()
Ответ на: комментарий от uniqwert

Один раз при установке настроил все, что нужно и забыл.

новый софт никогда не приходится ставить?

Зато никаких тебе проблем с зависимостями

проблемы с зависимостями? не, не слышал

Для экономии электроэнергии, например

в арче не работает hibernate ?

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

новый софт никогда не приходится ставить?

Бывает. Но это не повод править конфиги.

в арче не работает hibernate ?

Я им не пользуюсь, хз.

проблемы с зависимостями? не, не слышал

Молодец, че. Только с трудом верю в эти сказки, потому как сам пользовался сидом.

p.s. Хватит оффтопить, а? На джаббер уж лучше тогда перейти :)

uniqwert
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.