>>> Ещё раз: права при `cp -R` не ломаются. Наложение umask -- это
>>> отдельная песня, это базовый защитный механизм.
>> Ну да, не ломаются. Просто... Внезапно становятся другими.
>> Прекратите насиловать сову!
> То есть Вы таки утверждаете, что umask не нужен, я Вас правильно понял?То есть я показал вам, что права при cp -R - не сохраняются.
>> Авторитетнинько. Включу-ка я это, кстати, в вопросы для собеседования, чтобы отсеивать
>> граждан с опеннету.
> Я сомневаюсь, что Вы вообще дошли бы ко мне на собеседование
Вы не поняли, я не собираюсь приходить на собеседование задавать работодателю задачки. Ровно наоборот.
>> Это учитывая формулировку задачи "как у cp -R" - хотя ни какая
>> известная мне версия POSIX не говорит ничего определенного про то ctime/mtime/atime
>> на новых файлах/каталогах.
> Вполне очевидная вещь: если говорится, что stat-ы копируются по флагу -p, это
> значит, что без него они НЕ копируются.
Ничего очевидного. Если в стандарте не написано как должно быть - значит может быть как угодно.
>>>> Не, не впечатлило. Честно говоря, я считаю все сказанное вами довольно жирным троллингом.
>>> Ах, если бы. Это реальный случай из моей практики.
>> Любопытно, чему конкретно мешала установка mtime по старой директории?
> Однако, это к обсуждаемой теме отношения не имеет.
Имеет в общем-то.
> По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет.
Т.е. проблема была с пустыми каталогами? Ведь раз в каталоге есть файл и вы использовали правильную copy_function - mtime скопируется или нет, как вам надо.
> И некие индивиды-питонисты решили, что будет здорово наплодить сборочных сценариев с copytree.
В данном конкретном случае я бы сказал нехорошее про "сборочный тулкит".
Ну а что насчет бага?