[devel] inkscape-0.48.2-alt3: Sisyphus/i586 test rebuild failed

[Yuri N. Sedunov]

В Срд, 04/04/2012 в 00:06 +0400, Vitaly Lipatov пишет:
> Aleksey Novodvorsky писал 03.04.2012 23:57:
> > 3 апреля 2012 г. 23:48 пользователь Vitaly Lipatov <lav на etersoft.ru> 
> > написал:
> >> Я пропустил, или это без объявления войны?
> >> Хотелось бы пнять, кто это и что предлагается делать.
> >
> > В конце этого
> > https://bugzilla.redhat.com/show_bug.cgi?id=750023
> > обсуждения указано на виновников, а потом следует нерадостная 
> > рекомендация
> 
> Спасибо, понял.
> 
> Я больше переживаю, что
> а) ничего нигде не прочитал,
> б) появление в Сизифе новой версии, ломающей сборку кучи пакетов, 
> далось легко
> в) как-то неожиданно. В нормальном мире стоило бы подождать, пока 
> разработчики
> софта выпустят новые версии, адаптированные к изменениям.
> 
> В общем, похоже, что разработчиков glib2 можно вносить в список 
> неадекватных.
> Могли бы и #warning написать, по крайней мере за год до того.
> 

http://developer.gnome.org/glib/stable/glib-compiling.html

"The recommended way of using GLib has always been to only include the
toplevel headers glib.h, glib-object.h, gio.h. Starting with 2.32, GLib
enforces this by generating an error when individual headers are
directly included.

Still, there are some exceptions; these headers have to be included
separately: gmodule.h, glib-unix.h, glib/gi18n-lib.h or glib/gi18n.h
(see the Internationalization section), glib/gprintf.h and glib/gstdio.h
(we don't want to pull in all of stdio)."


На самом деле "starting with" 2.31.0, т.е полгода кому-то оказалось
недостаточно, чтобы уже окончательно убедиться, что " recommended way"
стал правилом, и подготовиться с выходу новой стабильной версии glib.
Также, весьма вероятно, что из той "кучи" софта, что перестала
собираться, значительная часть просто заброшена, не работает должным
образом и(или) никому не нужна.

А в истории inkscape, который, правда, не назовешь никому не нужным, это
-- не первое досадное недоразумение подобного рода.


-- 
Yuri N. Sedunov