В glib2-2.68.4-alt5 из p10 остаётся неисправленной апстримная ошибка https://gitlab.gnome.org/GNOME/glib/-/issues/2753: при нехватке памяти g_vasprintf() уходит в бесконечную рекурсию `g_vasprintf() → g_error() → g_log() → g_strdup_vprintf() → g_vasprintf() → …` и процесс падает по переполнению стека вместо внятного аварийного завершения. В Sisyphus это исправлено с glib2-2.76.0-alt1, в p10 — нет. Код в p10 (gitoskop packages/srpms/g/glib2.git, ref p10, glib/glib/gprintf.c:337-345): int saved_errno; len = vasprintf (string, format, args); saved_errno = errno; if (len < 0) { if (saved_errno == ENOMEM) g_error ("%s: failed to allocate memory", G_STRLOC); else *string = NULL; } Апстримное исправление — коммит https://gitlab.gnome.org/GNOME/glib/-/commit/b204b46fc0c1a36b327eb5979a5ae6297dc5d049 «gprintf: Avoid an infinite loop on ENOMEM in g_vasprintf()» (Philip Withnall, 2022-10-13, «Fixes: #2753»): вместо g_error() — два fputs() в stderr и g_abort(). В NEWS раздел 2.75.0, первый стабильный релиз с фиксом — 2.76.0. Так этот же код выглядит в Sisyphus (glib/glib/gprintf.c:340-358, glib2-2.90.0-alt1): len = vasprintf (string, format, args); saved_errno = errno; if (len < 0) { if (saved_errno == ENOMEM) { fputs (G_STRLOC, stderr); fputs (": failed to allocate memory\n", stderr); g_abort (); } else *string = NULL; } Проверка поведения на стенде с Sisyphus (клон шаблона poligon sisyphus-workstation-11.2, dist-upgrade до Sisyphus от 2026-09-15, x86_64, glib2-2.90.0-alt1): программа вызывает g_vasprintf(&s, "%1500000000s", "x") — vasprintf пытается выделить 1.5 ГБ, под ulimit получает ENOMEM: $ gcc -O0 -o enomem enomem.c $(pkg-config --cflags --libs glib-2.0) $ (ulimit -v 300000; ./enomem; echo rc=$?) ../glib/gprintf.c:351: failed to allocate memory rc=134 $ (ulimit -v 300000; ulimit -s 256; ./enomem; echo rc=$?) ../glib/gprintf.c:351: failed to allocate memory rc=134 rc=134 — SIGABRT из g_abort(); на стеке 256 КБ результат тот же, то есть рекурсии нет. В p10 на том же тесте ожидается SIGSEGV (rc=139) от переполнения стека. Стенда с p10 не поднималось: находка по коду p10 плюс прогон на Sisyphus, показывающий, как должно быть. Ожидаемый результат: бэкпортировать в glib2 из p10 упомянутые 8 строк из коммита b204b46fc0. Заведено по итогам разбора бага 51412 (Sisyphus, там закрывается как исправленное) — комментарий 51412 предлагал отдельный баг на Branch p10.