LINUX.ORG.RU

Миграция багов из sid'а в testing

 ,


1

2

Одним прекрасным днем решил обновиться. После обновления (в т.ч. дров) получил неработающий wine. Вот что он говорит в общих чертах:

err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer "GeForce GT 220/PCIe/SSE2", version "1.4 (2.1.2 NVIDIA 304.48)").
После первого хождения в гугл я получил решение в виде установки мультиарча и 32-битных версий, которые из-за зависимостей предлагают снести дрова amd64 под корень.
После второго похода в гугл я увидел аж две темы, одна из которых касалась сида. Теперь этот занимательный баг приехал в whezzy и что с ним делать - непонятно.
Посему хочу спросить: доколе как скоро в сиде это поправили и имеет ли смысл колдовать с предложенными в предыдущих темах вариантами решения?
А может можно откатится на работающую версию (знать бы какую)?

★★★

Последнее исправление: cetjs2 (всего исправлений: 1)

>доколе

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

Deleted
()

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

Но если это Вам критично важно, то можно попробовать подключить убунтовский РРА.

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

Kakadu писал:

Я не знаю как это чинится. После нескольких апдейтов системы само починилось

На sid'е это починили (или починилось), непонятно почему баг оказался в wheezy.

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

Критично важно, чтобы работал мультиарч. Данная проблема к вайну относится опосредованно. А непосредственно она относится к замене ia32-пакетов на полноценный мультиарч.

Весь нужный софт от компиляторов и IDE до офисных пакетов и игрулек есть в репозиториях.

Вайн тоже есть в репозиториях. И в данном случае он ничем не хуже всяких systemd, pusleaudio и mono, а местами даже лучше последнего.

siphonops ★★★
() автор топика

Смотрим список изменений в пакете libgl1-nvidia-glx (304.48-2) из unstable.

libgl1-nvidia-glx:i386: Apply crude HACK to downgrade libxvmc1 dependency to Recommends. Fixes multiarch installation of libgl1-nvidia-glx:amd64 with libgl1-nvidia-glx:i386. (See: #676723, #685054, #686033, #688714) A proper fix will be splitting libxvmcnvidia1 from libgl1-nvidia-glx.

С этой (304.48-2) версией дров, наконец, OpenGL в wine заработал.

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

Так там проблема в самом пакете или в мультиарче?

Проблема в пакете libxvmc1, от которого зависит банальный драйвер. Насколько я могу судить, решение довольно просто, но мейнтейнер принципиально встал в позу. В sid это исправлено переводом libxvmc1 в рекомендованные зависимости, но это неправильно по причине, названной в #676723.

Мне поможет вот этот вариант?

Скорее всего да. Мне было недосуг проверять, т.к. обычно пользуюсь nouveau.

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

Я не знаю как это чинится. После нескольких апдейтов системы само починилось.

Аналогично, разбирался с этой проблемой, на примере OpenGL приложения, которое зависало при первой заставке... Не зная, что уже можно сделать, обновив всё, что только можно, разобравшись с тем, что же это за зверь такой multiarch, пошаманив даже с libxvmc1:i386, хлопнул рукой по клавиатуре, и заставка в игрушке сменилась, приложение, как и остальной софт с OpenGL, оказалось уже работает.

Думаю, что заработало из-за последней версии драйверов.

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

В sid это исправлено переводом libxvmc1 в рекомендованные зависимости, но это неправильно по причине, названной в #676723.

Прочитал половину дискуссии #676723, так и не понял причину. Что-то вроде «а вдруг будут косяки еще хуже в бинарных пакетах», жаль в английском не силен.

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

Суть вкратце: «драйвер вроде работает без libxvmc, но что-то в драйвере точно от неё зависит, поэтому может и, скорее всего, сломается».

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

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

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

Суть вкратце: «драйвер вроде работает без libxvmc, но что-то в драйвере точно от неё зависит, поэтому может и, скорее всего, сломается».

Если в wheezy вручную поставить пакет libxvmc1 собранный в #640499, а затем пройтись по стандартной инструкции по переходу на multiarch, то всё заработает?

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

Я ждал этого вопроса. Только в LTS убунте я встечал, чтобы вся DE глючила от одной вебки при запуске любого видеоплеера, я так до сих пор и не починил ее.

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

Миграция багов из sid'а в testing (комментарий)

С зависимостями проблем не будет, про остальное без понятия. Но говорят, что и без libxvmc всё работает, поэтому проблемы едва ли будут. Насколько я помню, xvmc так и не нашло реального применения.

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

А если смена дистрибутива при возникновении очередной проблемы для вас норма…

Что поделать, смена дистрибутива при возникновении нескольких проблем, которые я не в состоянии ни решить, ни понять для меня - норма. А убунту на том компьютере я не менял. Просто веб-камеру приходится втыкать после загрузки системы.

bugs.launchpad.net

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

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

У меня testing + отдельные пакеты из unstable/experimental. Разруливаю этот винегрет таким способом.

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

Но говорят, что и без libxvmc всё работает, поэтому проблемы едва ли будут.

Подтверждаю. В wine всё работает, libxvmc:i386 не установлена, установлена libxvmc:amd64, но она, явно к 32-х битному OpenGL не имеет отношения.

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

Критично важно, чтобы работал мультиарч.

# dpkg --add-architecture i386
# apt-get update

Делов-то.

Вайн тоже есть в репозиториях. И в данном случае он ничем не хуже всяких systemd, pusleaudio и mono, а местами даже лучше последнего.

у systemd нужность сомнительная, пульсаудио кривой как и раньше, а что такое mono я не знаю.

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

Так он не полностью работает. При переходе с ia32 на :i386 поломали пакеты драйверов. Причем не только пропиетарные nvidia, но и открытые radeon, просто вторые уже починили.

у systemd нужность сомнительная, пульсаудио кривой как и раньше, а что такое mono я не знаю.

Стоило появится Поттерингу, как про Мигелюшку с его моной все забыли. А mono, между прочим, уже много где пролез.

WoW, COD и Lineage 2

не нужно, не нужно, не нужно.

Полностью согласен. Но это все-равно вкусовщина.

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

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

А я и не знал про мону.

Так он не полностью работает. При переходе с ia32 на :i386 поломали пакеты драйверов. Причем не только пропиетарные nvidia, но и открытые radeon, просто вторые уже починили.

не знаю-не знаю. Можно же 64-бит поставить систему и плюс 64-битные драйвера с мультилибом поставить, не?

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

Так у меня стоят 64-битные драйвера и мультилиб, но при установке 32-битных пакетный менеджер сделать решительный выбор между архитектурой дров.

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

но при установке 32-битных пакетный менеджер требует сделать решительный выбор

fix

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

Можно наверное. Я в таких делах полный профан. Ежели что-то и соберу, то пол-системы загажу. Поэтому ищу способы попроще: игнорировать зависимость от libxvmc1:i386 или подождать обновлений.

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

а разве нельзя «собрать» блоб с мультилибом? apt-get source же есть, не?

Всё уже собрано до нас. Нужно или пройтись по одной из инструкций Миграция багов из sid'а в testing (комментарий) После обновления нвидийных дров в wine нет OpenGL (комментарий) или поставить пакет из sid-а.

anonymous
()

Что-то я долго и упорно тормозил. Пытался установить libxvmc1:i386 из unstable, но он продолжал порождать конфликт. Потом пробовал патченый пакет из обсуждений бага (тоже libxvmc1:i386), он ставился, но затирал libxvmc1:amd64, что соответственно порождало ошибку в libgl1-nvidia-glx:amd64. Но тут меня осенило. На всякий случай, если найдется столь же талантливый неосилятор, распишу:

  • Удалить библиотеки ia32 и поставить в замен их мультилибовские (должно было произойти само при последнем обновлении wine);
  • Загрузить патченые версии пакета libxvmc1 отсюда. Обе (i386, amd64). В этом была моя ошибка.
    Или установить их из sid, обе;
  • Поставить загруженные пакеты. Оба;
  • Поставить libgl1-nvidia-glx:i386 обычной версии. Всем спасибо за подробные ответы.
siphonops ★★★
() автор топика
Ответ на: комментарий от siphonops

УМВР. Sid, amd64, wine-unstable, nvidia. libxvmc1 вообще нет, никакой архитектуры, libgl1-nvidia-glx его всего лишь рекомендует.

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

Потому что Sid.
В сиде этот косяк в августе чинили. Собственно тема по этому и называется миграцией багов.

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