В 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.