Спасибо за подсказку, еле догадался как вырезанную часть вставлять (оказалось нужно делать новый проект).
...
Хотите я вам секрет открою?
Руководства пользователя существуют для того, чтобы пользователь не гадал. И эти руководства должны входить в комплект поставки приложения. Но такие приложения как mplayer, руководство к которому в архивированном виде занимает 96 килобайт, в Линукс, скорее исключение чем правило:
$ find /usr/share/man/ -xdev -type f -size +50k -exec du -sh {} ';' | sort -rh
96K /usr/share/man/man1/mplayer.1.xz
88K /usr/share/man/man5/smb.conf.5.xz
60K /usr/share/man/man8/openvpn.8.xz
60K /usr/share/man/man1/bash.1.xz
56K /usr/share/man/man1/zshcompsys.1.xz
56K /usr/share/man/man1/xterm.1.bz2
52K /usr/share/man/ru/man1/mc.1.xz
52K /usr/share/man/man1/zshcontrib.1.xz
К тому же если выполнить команды wc --help и man wc, то можно заметить, что man wc чуть ли не классический пример формализма при создании руководства. Грубо говоря, man wc, это копипаст хэлпа разбавленный водой. К сожалению на платформе Линукс этот пример не единичный.
Но не всё так просто. Скажем так: а вы согласны потратить месяца три минимум чтобы написать достаточно полное руководство к приложению из альтруистических побуждений и выложить его публично, с учётом текущих ошибок и поддерживая это руководство в актуальном состоянии? И при этом вам нужно будет стать тестером этой программы, что потребует времени вдвое больше.
Упомянув в руководстве и про ошибку, например как эта ошибка audacity, которую вам нужно будет ещё найти и занести в секцию frequently asked questions руководства (которое в идеальном варианте должно быть офлайн и входить в комплект поставки программы (пакета)):
https://forum.altlinux.org/index.php?topic=13216.msg327082#msg327082https://forum.altlinux.org/index.php?topic=13216.msg327154#msg327154забороть её можно только совместными договорённостями, как-то о формате дистрибутивонезависимых пакетов, и тд.
В Линукс это редкость. От того кто пишет такой код требуется мастерство. А не просто умение писать на Си. Чтобы этот код не сломался через пару-тройку лет.
У меня такой пакет для Линукс, под руками уже лет десять. И -debug говорит, что датируется он 20040316. Устанавливается он в отдельный каталог через linux-installer.sh, делая этот пакет не просто кроссдистрибутивным, но и кроссплатформенным. Неявно требует libstdc++X, openal1 и alsa-oss. И он всё ещё работает, не требуя ни патчей, ни пересборки кода. Но такой "пакет" скорее исключение чем правило. Как правило через пару-тройку или чуть больше лет зависимости могут оказаться сломанными. Вплоть до отказа запуска.