Summary: | Блокируется сигнал SIGINT для init | ||
---|---|---|---|
Product: | Branch 4.0 | Reporter: | Andrey Cherepanov <cas> |
Component: | propagator | Assignee: | Sergey Bolshakov <sbolshakov> |
Status: | CLOSED FIXED | QA Contact: | Q.A. 4.0 <qa-4.0> |
Severity: | normal | ||
Priority: | P2 | CC: | ldv, ruslandh |
Version: | 4.0 | ||
Hardware: | all | ||
OS: | Linux | ||
Bug Depends on: | |||
Bug Blocks: | 15075 |
Description
Andrey Cherepanov
2008-05-22 16:55:53 MSD
ммм, а какое отношение это имеет к 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 |