>>> По изменению mtime в destdir сборочный тулкит bf определял, запихивать ли файл/директорию в пакет.
>> Т.е. проблема была с пустыми каталогами?
> А, ну то есть Вы прекрасно понимаете, почему мне таки нужен именно
> полный аналог `cp -R`

Это был ответ "да"?  Или вы тогда просто не знали про copytree в третьем питоне и просто выдумали этот граничный случай, который в реальности проблемой не был?  Признайтесь уже.

>> Ведь раз в каталоге есть файл и вы использовали правильную copy_function - mtime скопируется или нет, как вам надо.
> Поначалу, как Вы понимаете, у нас просто пропадали файлы из пакетов. А
> ещё у нас был второй питон

Прекрасно.  Криворукие разработчики для кривого сборочного тулкита не удосужились заглянуть в документацию питона и тулкита, прежде чем песать свои скрипты.  Плохой питон, конечно.

> Так что пришлось написать собственную реализацию  с нуля. Забыть бы про это, да уж что было, то было.

Да уж, написать функию на строчек 10 - непомерное свершение и тяжелая душевная травма.  Не говоря уже
о том, что можно было просто скопировать функцию из третьего питона.  Про то, чтобы открыть баг или
портировать нужное вам на вторую ветку - вообще не заикаюсь.

Зря расчитывали про "много денег" за разработку на питоне, с такими навыками - без шансов, я гарантирую это.

> Итак, формулировка. Есть задача, в рамках которой требуется повторить на питоне поведение
> "cp -R". И в рамках питона, не смотря на наличие стандартных
> библиотек специально на это заточенных, её либо придётся решать с нуля,
> либо костылять.

Библиотеки питона не "заточены специально" на "поведение cp -R" (вообще говоря, не являющееся даже частью какого-то стандарта).  Хотя вам объяснили, что они позволяют добиться практически аналогичного поведения.  А с помощью других стандартных библиотек - и 100%-ного.

> Вам намерены и далее утверждать, что Вам не понятны
> мои претензии к питону?

Понятны, почему-ж.  Да, криворукие разработчики ваших сборочных скриптов не осилили документацию.  Ни вашей сборочной программулины, ни питона.  Написали вам кривой скрипт.  Вы потратили время на отладку, разобрались в проблеме (хотя, подозреваю - про поведение copytree в третьем питоне узнали только от меня и это решило бы вашу проблему в реальности), накостылили свою функцию, забили на то, чтобы как-то сообщить о проблеме разработчикам питона.  Тяжелая детская травма.  Виноват, конечно, питон.