Почему guix по умолчанию устанавливает профиль.guix _, а guix pull по умолчанию использует.config/guix/current?
Ваша проблема:opencl-amdgpu-pro-orca.
Он предоставляет свой собственный libgbm.so.1, в котором этот символ отсутствует даже в последней версии AUR по умолчанию. Он помещается в путь поиска первым.
Таким образом, вы можете отключить эти драйверы или попытаться получить/скомпилировать исправленную/обновленную версию, включающую эту функцию -, или попытаться отключить этот путь поиска библиотеки только для службы libvirtd (добавить LD _БИБЛИОТЕКА _ПУТЬ =/usr/lib переменная окружения для процедуры запуска службы ).
Как анализировать такие проблемы, например:
ldd /usr/lib/libvirglrenderer.so.1
ldd /usr/lib/libvirglrenderer.so.1|awk '$3!=""{print $3}'|while read file; do objdump -TC -j.text $file|grep gbm_bo_unmap && echo $file; done
LD_LIBRARY_PATH=/usr/lib ldd /usr/lib/libvirglrenderer.so.1|awk '$3!=""{print $3}'|while read file; do objdump -TC -j.text $file|grep gbm_bo_unmap && echo $file; done
Я нашел сообщение, в котором объясняются причины, по которым guix устанавливается в отдельный профиль:https://lists.nongnu.org/archive/html/guix-devel/2016-11/msg01157.html. Приведенные причины заключаются в том, что это может вызвать нежелательное поведение, когда обновление guix создает новое поколение или, теоретически, предотвращает откат. Обеспечение работы отката кажется мне достаточной причиной, поэтому я думаю, что на мой вопрос дан ответ, но я не уверен, почему создание нового поколения считается нежелательным.