Информация о 1630/осваивающим приложениях

Это не такая простая проблема, как можно догадаться. Дело в том, что липкий бит[12155]каталогов[12156]umask[12157]даже ACL (и ричаклс)[12158]- это только значения по умолчанию. Замечание предотвращает процесс от изменения этих значений после создания файла или директории. Программа для работы с архивами может быть даже заинтересована в восстановлении исходных значений.[12159]я не могу воспроизвести ваш опыт [11861]zip[11862]. У меня есть Zip 3.0 (openSUSE 13.1). Здесь успешно наследуется липкая группа родительской папки.[12160]Использование ACL для ACL по умолчанию (добавление группы явно, т.е. не как файловой группы (ACL_GROUP_OBJ), а как чистой ACL записи) не мешает приложению вносить изменения, но по моему опыту это случается реже.[12161]Единственный безопасный способ - это привилегированный демон, который либо регулярно проверяет новые файлы/каталоги, либо держит их в курсе FAM. Этот демон может затем изменить право собственности на файл так, чтобы обычные процессы могли просто изменить (и, возможно, удалить) файл, но больше не могли изменять права доступа к нему. Может быть, это можно сделать и с помощью FUSE.