Кстати подробности можно спросить тут: www.midnight-commander.org/ticket/1535

Я не знаю всех тонкостей, но вроде нельзя.

Мне не первый раз задают этот вопрос, да и самого автора не раз спрашивали. Для меня есть одно важное преимущество — при копировании больших файлов исключается необходимость во временном файле (используется родной для MC механизм копирования). Был случай, когда копирование файла на 8GB выгребло все место в /tmp (смонтирована как tmpfs).

Не подходит, часто midnight незаменим, когда на удаленном сервере нужно сделать заливку нескольких файлов с одновременной правкой, на не менее удаленный сервер. При этом X11 и прочие прелести так отсутствуют как класс.

Можно пример, как их можно удачно применить?

Вроде винт можно ставить вертикально и горизонтально, но только не «вверх ногами». В таком положении нарушается взаимодействие аэродинамической силы и силы притяжения. Как-то так. Слышал давно и буду рад если меня поправят.

Нашел виновника, им оказался кеш apt-ftparchive. После нескольких тестовых деплоев одной и той же версии разъехался кеш и база APT. Исправилось удалением кеша и пересборкой репозитария.

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

Импортировать ключ, которым подписан репозитарий. Например так:

wget -q -O- http://www.tataranovich.com/tataranovich.asc | sudo apt-key add -

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

Пока не планирую. Посмотрю сколько будет интереса к nightly builds — там видно будет.

Дефолтная архитектура в Debian. Да и сомневаюсь, что оптимизация по i686 даст значимую выгоду в случае с MC. Если кому-то действительно критично, то можно пересобрать пакет.