После обновления CLDM не загружается.

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

Какой видео драйвер использовали?

nvidia 355

Дело не в видео. Произошло все это после обновления net-libs/gnutls. Примерно так:
перестали запускаться cupsd, libvirtd, calculate-core, lightdm, при этом выводится kernel trap in libnettle.so.6.1. Попутный вопрос - как сейчас переключиться на обновление из исходников? При указании в make.conf FEATURES="-getbinpkg" продолжают устанавливаться бинарные пакеты.

После_обновления.txt (4.82 KB)

Попробуйте выполнить revdep-rebuild

пробовал, и удалял nettle и gnutls, маскировка не помогла, поскольку требовались именно эти версии по зависимостям. К своему сообщению добавил кусок из /var/log/messages, где видно, что происходит.

Попробуйте удалить вручную libnettle.so.6.1 и выполнить revdep-rebuild.

Попробовал, результат прежний.

Раньше можно было попробовать замаскировать проблемные пакеты и откомпилировать все связанное с ними из исходников. Эту возможность убрали? Или нужно какие-то дополнительные телодвижения совершать?

Система 32бита или 64?

При обновлении использовались calculate-utils 3.4 или 3.3?

64. Calculate-utils как раз в этом обновлении менялись с версии 3.3.3.11 на версию 3.4.0_beta5. Т.е. обновление делалось версией 3.3

Какие пакты устанавливались при обновлении? Если можно emerge.log.

Вот

emerge.log (11.3 KB)

И вот.

emerge.log (111 KB)

Can’t do Russian, but hope it is OK to interlope on this ticket rather than opening one in English. (I can use Google translate to read the responses.)

I’ve got the same problem and am seeing it on both i686 and x86_64 though it seems to affect fewer programs on 64 bit (only cupsd).

Tried the revdep-rebuild after unmerging nettle-3.1.1 (libnettle.so.6.1) and masking nettle >2.7.1-r4 and manually removing the library which had been retained because of gnutls references. The rebuild claimed that it was going to ignore the gnutls-3.3.17.1 binary package, but it didn’t seem to actually do so. When it was done it it specified that gnutls still needed to be rebuilt. I had already failed to figure out how to get emerge to ignore the gnutls binary package so I just ran an ebuild merge on gnutls-3.3.17.1 which succeeded and got my system working again.

Hi Scott,
The problem was in the flag CPU_FLAGS_X86=“aes”. Now the flag is off. Upgrade packages (cl-update).

Much better.
Thanks!