Yes, old glib is OK for pam_console.

А давайте она будет хорошо себя чувствовать с glib2? 

Я не хочу, glib меня пока что устраивает.

*sigh*.  Пока что == LATER? :)

(чистили тут один корешок, обнаружили, что старый glib нужен одному, но важному,
клиенту)

Дело в том, что та часть glib, которая нужна для pam_console, а именно работа со
списками, не вызывает претензий.  Тащить в базовую серверную систему более
толстый glib2 я не тороплюсь.  Раздумываю над тем, чтобы вынести pam_console в
совсем отдельный пакет и убрать c него зависимости из login.
Ибо на сервере pam_console лишний.

Тоже да.  Может, так багу и перекрасим?

Для 3.1 было бы даже хорошо?

А ещё я слышал что у glib2 ABI нестабильный.

Вроде стабильный, за последние полгода старое точно не ломали.

(In reply to comment #0) 
> libglib-1.2.so.0   is needed by pam0_console-0.75-alt28 
> is it perfectly ok? :) 
А что в этом плохого? Зачем вообще там glib2? Он что, красивее писать будет на 
экране? 
IMHO если мантейнера устраивает, то и дергаться нет смысла. 
Другое дело, если приложение графическое и использующее gtk, тогда gtk-2 
конечно предпочтительнее для красоты и удобства. 

(In reply to comment #10)
> > libglib-1.2.so.0   is needed by pam0_console-0.75-alt28 
> > is it perfectly ok? :) 
> А что в этом плохого?
Ещё одна библиотека, которая используется ровно одним пакетом на системе.
Зачищал образ под, кажется, vserver -- вот и развешивал такие баги.

Ну этот перфекционизм.  Работает -- не трогай, а про pam_console всё равно при
зачистке VE ещё будем вспоминать.

changing resolution

Starting with 0.99.4.0 pam_console does not use glib* at all.
0.99.10.0-alt1 is going to be released without glib* reqs.

ack