Re: [sisyphus] После обновления перестали распознаваться svg-изображения

Re: [sisyphus] После обновления перестали распознаваться svg-изображения

[Vladimir D. Seleznev]

On Sun, Apr 18, 2021 at 04:01:24PM +0300, Eugine Kosenko wrote:
> Не знаю, связано ли это как-то с обновлением ядра и системы в целом, но все
> же.
> 
> У меня уже много месяцев проблемы визуальные проблемы в Chrome, когда он
> после включения скринсейвера или при выключении в режим спячки полностью
> поганит экран. После перезапуска все восстанавливается.
> 
> Вчера в очередной раз обновил всю систему до актуального состояния, а ядро
> до 5.10, в надежде, что это как-то могло быть связано подсистемой графики
> ядра и с драйверами nvidia. После этого в самом деле посыпались какие-то
> ошибки именно в драйверах nvidia. Для простоты снес все драйвера nvidia
> вплоть до nvidia_glx_common и обновился по инструкции. Вроде бы, все
> внезапно заработало.
> 
> Но потом понеслись проблемы с svg-значками. Вначале в gimp пропали все
> значки на панели инструментов, обновление и переустановка не помогли. Потом
> shutter вообще отказался запускаться, так как не смог распознать формат
> svg-значка. Попытки переставить чисто shutter не помогли. Попытка сегодня
> обновиться тоже не помогла. Такое впечатление, что система на gtk просто
> перестала понимать svg-формат, тотально. В Chrome однако все работает.
> 
> Попытка снести все до уровня gtk, а затем glib2 (в надежде, что поломка
> где-то там), привела систему в совсем разобранное состояние. Сейчас
> восстанавливаюсь из дампа где-то двухмесячной давности, поэтому не могу
> показать ни снимков экранов ни журналов. После восстановления боюсь
> обновляться.
> 
> Никто не замечал таких дефектов в последнее время?

Я только замечал, что более свежие svg-изображения могут не рендериться,
если установлена достаточно старая librsvg.

-- 
   WBR,
   Vladimir D. Seleznev

Re: [sisyphus] После обновления перестали распознаваться svg-изображения

[Alexei V. Mezin]

18.04.2021 20:07, Eugine Kosenko пишет:
>  Однако после повторной установки gimp и shutter все стало на 
> место

Битые файлы, которые перестали быть ELFами, просто так не появляются. 
Кажется, настало время проверить целостность файловой системы и 
дисков/шлейфов/контроллеров.

Re: [sisyphus] После обновления перестали распознаваться svg-изображения

[Anton V. Boyarshinov]

В Sun, 18 Apr 2021 20:13:12 +0300
"Alexei V. Mezin" <alexei.mezin@gmail.com> пишет:

> 18.04.2021 20:07, Eugine Kosenko пишет:
> >  Однако после повторной установки gimp и shutter все стало на 
> > место  
> 
> Битые файлы, которые перестали быть ELFами, просто так не появляются. 

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

Re: [sisyphus] После обновления перестали распознаваться svg-изображения

[Yuri Sedunov]

В Пн, 19/04/2021 в 10:12 +0300, Eugine Kosenko пишет:
> Да, это Сизиф. Я там выше написал, ядро 5.4.91. В принципе, проблема
> с nvidia не очень актуальна, я писал выше. Если прыгнуть на 5.10,
> снести все, что связано с nvidia и поставить по инструкции, то
> проблема больше не воспроизводится.
> 
> Больше непонятно, что не так с librsvg, что снос и переустановка все
> решает.
> 

С librsvg все в порядке, это ваша нвидия виновата, что
/usr/lib/rpm/gtk-3.0-immodules-cache.filetrigger не отработал.

g_module_open() failed for /usr/lib64/gdk-pixbuf-
2.0/2.10.0/loaders/libpixbufloader-svg.so:
/etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
/usr/bin/gtk-query-immodules-3.0: error while loading shared libraries:
/etc/libnvidiacurrent/libEGL.so.1: invalid ELF header



> И да, проблема Chrome так и остается. На двух ноута
> > > > 

-- 
Yuri N. Sedunov

[sisyphus] gtk-query-immodules-3.0 не проверяет возможность загрузки модуля (was: После обновления перестали распознаваться svg-изображения)

[Sergey V Turchin]

On Monday, 19 April 2021 10:43:19 MSK Yuri Sedunov wrote:
> В Пн, 19/04/2021 в 10:12 +0300, Eugine Kosenko пишет:
> > Да, это Сизиф. Я там выше написал, ядро 5.4.91. В принципе, проблема
> > с nvidia не очень актуальна, я писал выше. Если прыгнуть на 5.10,
> > снести все, что связано с nvidia и поставить по инструкции, то
> > проблема больше не воспроизводится.
> > 
> > Больше непонятно, что не так с librsvg, что снос и переустановка все
> > решает.
> 
> С librsvg все в порядке, это ваша нвидия виновата, что
Да, только виноват всё-равно /usr/bin/gtk-query-immodules-3.0, потому, что он 
не смог. Проверить возможность загрузки модуля уж можно было хоть как-то.

> /usr/lib/rpm/gtk-3.0-immodules-cache.filetrigger не отработал.
> 
> g_module_open() failed for /usr/lib64/gdk-pixbuf-
> 2.0/2.10.0/loaders/libpixbufloader-svg.so:
> /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
> /usr/bin/gtk-query-immodules-3.0: error while loading shared libraries:
> /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
> 
> > И да, проблема Chrome так и остается. На двух ноута


-- 
Regards, Sergey.

Re: [sisyphus] gtk-query-immodules-3.0 не проверяет возможность загрузки модуля (was: После обновления перестали распознаваться svg-изображения)

[Sergey V Turchin]

On Friday, 23 April 2021 12:25:14 MSK Sergey V wrote:
> On Monday, 19 April 2021 10:43:19 MSK Yuri Sedunov wrote:
> > В Пн, 19/04/2021 в 10:12 +0300, Eugine Kosenko пишет:
> > > Да, это Сизиф. Я там выше написал, ядро 5.4.91. В принципе, проблема
> > > с nvidia не очень актуальна, я писал выше. Если прыгнуть на 5.10,
> > > снести все, что связано с nvidia и поставить по инструкции, то
> > > проблема больше не воспроизводится.
> > > 
> > > Больше непонятно, что не так с librsvg, что снос и переустановка все
> > > решает.
> > 
> > С librsvg все в порядке, это ваша нвидия виновата, что
> 
> Да, только виноват всё-равно /usr/bin/gtk-query-immodules-3.0, потому, что
> он не смог. Проверить возможность загрузки модуля уж можно было хоть
> как-то.
Даже если там есть проверка, всё равно виноват gtk-query-immodule, т.к. 
проблема только с ним и vlc-cache-gen и только во время установки пакетов.

> > /usr/lib/rpm/gtk-3.0-immodules-cache.filetrigger не отработал.
> > 
> > g_module_open() failed for /usr/lib64/gdk-pixbuf-
> > 2.0/2.10.0/loaders/libpixbufloader-svg.so:
> > /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
> > /usr/bin/gtk-query-immodules-3.0: error while loading shared libraries:
> > /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
> > 
> > > И да, проблема Chrome так и остается. На двух ноута


-- 
Regards, Sergey.

Re: [sisyphus] gtk-query-immodules-3.0 не проверяет возможность загрузки модуля (was: После обновления перестали распознаваться svg-изображения)

[Anton V. Boyarshinov]

В Tue, 27 Apr 2021 15:03:48 +0300
Sergey V Turchin <zerg@altlinux.org> пишет:

> > Да, только виноват всё-равно /usr/bin/gtk-query-immodules-3.0, потому, что
> > он не смог. Проверить возможность загрузки модуля уж можно было хоть
> > как-то.  
> Даже если там есть проверка, всё равно виноват gtk-query-immodule, т.к. 
> проблема только с ним и vlc-cache-gen и только во время установки пакетов.

Мне кажется, нет. Проблема в том, что когда выполняется этот
filetrigger, симлинки в /etc/libnvidiacurrent/ глядят ещё в "старые"
места, то есть в никуда. Если эти симлинки устанавливаются другим
файлтриггером, то, возможно, достаточно поменять порядок их выполнения.

> 
> > > /usr/lib/rpm/gtk-3.0-immodules-cache.filetrigger не отработал.
> > > 
> > > g_module_open() failed for /usr/lib64/gdk-pixbuf-
> > > 2.0/2.10.0/loaders/libpixbufloader-svg.so:
> > > /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
> > > /usr/bin/gtk-query-immodules-3.0: error while loading shared libraries:
> > > /etc/libnvidiacurrent/libEGL.so.1: invalid ELF header
> > >   

Re: [sisyphus] gtk-query-immodules-3.0 не проверяет возможность загрузки модуля (was: После обновления перестали распознаваться svg-изображения)

[Sergey V Turchin]

On Tuesday, 27 April 2021 21:24:17 MSK Anton V wrote:
> В Tue, 27 Apr 2021 15:03:48 +0300
> 
> Sergey V Turchin <zerg@altlinux.org> пишет:
> > > Да, только виноват всё-равно /usr/bin/gtk-query-immodules-3.0, потому,
> > > что
> > > он не смог. Проверить возможность загрузки модуля уж можно было хоть
> > > как-то.
> > 
> > Даже если там есть проверка, всё равно виноват gtk-query-immodule, т.к.
> > проблема только с ним и vlc-cache-gen и только во время установки пакетов.
> 
> Мне кажется, нет. Проблема в том, что когда выполняется этот
> filetrigger, симлинки в /etc/libnvidiacurrent/
Симлинки /etc/libnvidiacurrent/* формируются при сборке пакета.

> глядят ещё в "старые" места, то есть в никуда.
Я не представляю такую ситуацию, т.к. старался сделать так, чтоб не было 
"никуда"-шных симлинков.

> Если эти симлинки устанавливаются другим файлтриггером,
В %post пакетов nvidia_glx_*. И ldconfig там же запускается, если переключение 
сработало.

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

[...]

-- 
Regards, Sergey.

Re: [sisyphus] gtk-query-immodules-3.0 не проверяет возможность загрузки модуля (was: После обновления перестали распознаваться svg-изображения)

[Anton V. Boyarshinov]

В Wed, 28 Apr 2021 10:56:37 +0300
Sergey V Turchin <zerg@altlinux.org> пишет:

> > Мне кажется, нет. Проблема в том, что когда выполняется этот
> > filetrigger, симлинки в /etc/libnvidiacurrent/  
> Симлинки /etc/libnvidiacurrent/* формируются при сборке пакета.
> 
> > глядят ещё в "старые" места, то есть в никуда.  
> Я не представляю такую ситуацию, т.к. старался сделать так, чтоб не было 
> "никуда"-шных симлинков.
> 
> > Если эти симлинки устанавливаются другим файлтриггером,  
> В %post пакетов nvidia_glx_*. И ldconfig там же запускается, если переключение 
> сработало.

Тогда действительно загадка, к моменту запуска файлтриггеров все %post
уже заведомо отработали да и ldconfig уже запущен (видимо, даже дважды).

В принципе эта загадка вполне разрешимая, если ситуация воспроизводима,
в конце концов можно обновление под strace -fft запустить и
проанализировать вывод...

Re: [sisyphus] gtk-query-immodules-3.0 не проверяет возможность загрузки модуля (was: После обновления перестали распознаваться svg-изображения)

[Sergey V Turchin]

On Wednesday, 28 April 2021 11:19:01 MSK Anton V wrote:

[...]
> если ситуация воспроизводима,
Если бы...

[...]

-- 
Regards, Sergey.

Re: [sisyphus] После обновления перестали распознаваться svg-изображения

[Andrey Cherepanov]

18.04.2021 16:01, Eugine Kosenko пишет:
> Не знаю, связано ли это как-то с обновлением ядра и системы в целом, 
> но все же.
>
> У меня уже много месяцев проблемы визуальные проблемы в Chrome, когда 
> он после включения скринсейвера или при выключении в режим спячки 
> полностью поганит экран. После перезапуска все восстанавливается.
>
> Вчера в очередной раз обновил всю систему до актуального состояния, а 
> ядро до 5.10, в надежде, что это как-то могло быть связано подсистемой 
> графики ядра и с драйверами nvidia. После этого в самом деле 
> посыпались какие-то ошибки именно в драйверах nvidia. Для простоты 
> снес все драйвера nvidia вплоть до nvidia_glx_common и обновился по 
> инструкции. Вроде бы, все внезапно заработало.
>
> Но потом понеслись проблемы с svg-значками. Вначале в gimp пропали все 
> значки на панели инструментов, обновление и переустановка не помогли. 
> Потом shutter вообще отказался запускаться, так как не смог распознать 
> формат svg-значка. Попытки переставить чисто shutter не помогли. 
> Попытка сегодня обновиться тоже не помогла. Такое впечатление, что 
> система на gtk просто перестала понимать svg-формат, тотально. В 
> Chrome однако все работает.
>
> Попытка снести все до уровня gtk, а затем glib2 (в надежде, что 
> поломка где-то там), привела систему в совсем разобранное состояние. 
> Сейчас восстанавливаюсь из дампа где-то двухмесячной давности, поэтому 
> не могу показать ни снимков экранов ни журналов. После восстановления 
> боюсь обновляться.
>
> Никто не замечал таких дефектов в последнее время?

Замечаю последние лет 8. Не отрабатывает триггер 
/usr/lib/rpm/mime-database.filetrigger в некоторых случаях.

Проверьте:
update-mime-database -n -q /usr/share/mime

-- 
Andrey Cherepanov
cas@altlinux.org