ммм, а какое отношение это имеет к propagator ?

ldv@ сказал, что сигнал блокируется пропагатором.

да, INT блокируется, с момента появления этого пакета,
а до того -- в составе мандрячьего инсталлера.
почему это стало важным сейчас ?

1. Ну, например, rescue в Server int не блокирует :)
2. Вопрос комфортности работы пользователя. Конечно, если есть доводы 
безопасности, то да, стоит оставить как есть, но если их нет - то выглядит, как 
недоделанность.

обсуждаемое не имеет отношения к безопасности (если не понимать
под этим возможность ляпнуть ctrl-c в середине работы propagator)
я хотел бы понять, почему неизменное вот уже многие _годы_
поведение стало проблемой (и недавней, если верить последнему
комментарию).

(In reply to comment #5)
> обсуждаемое не имеет отношения к безопасности (если не понимать
> под этим возможность ляпнуть ctrl-c в середине работы propagator)
> я хотел бы понять, почему неизменное вот уже многие _годы_
> поведение стало проблемой (и недавней, если верить последнему
> комментарию).
> 

Случайно обнаружили, что в rescue не работает ctrlaltdel, и решили, что это
неудобно.  Источником этой "проблемы" оказались:
- propagator, который не сбрасывает маску заблокированных сигналов при запуске
следующей стадии;
- init, который не сбрасывает полученную им маску заблокированных сигналов.

Кажется очевидным, что либо propagator, либо init должен обнулять эту маску.

бишь, следует понимать, что вторые иниты разнились
от дистрибутива к дистрибутиву. ок.

fixed in 20080301-alt0.M40.2