Это определенно походит на проблемы MTU (как @Konerak, на который указывают), это - то, как я протестировал бы это:
ip link set eth0 mtu 1400
Это временно устанавливает позволенный размер для сетевых пакетов к 1400 на сетевом интерфейсе eth0
(Вы, возможно, должны были бы скорректировать имя). Ваша система затем разделит все пакеты выше этого размера перед пересылкой его к сети. Если это фиксирует команду scp, необходимо найти проблему в сети или сделать это ужасной фиксацией постоянный ;)
Короткий ответ: не возможный. Трудность получения точных зависимостей от исходного распределения является причиной, почему управление пакетом так популярно на Linux (хорошо, одна из нескольких причин). На самом деле, если Вы просто должны были сделать его и не заботитесь так, как, самый надежный способ получить зависимости будет состоять в том, чтобы, вероятно, захватить пакет дистрибутива (хинду ebuilds легки работать с), и вытяните список зависимостей от этого.
Иначе, если Вы удачливы, специалисты по обслуживанию создадут список зависимостей в файле README или подобный - это было бы первым местом для проверки. Приводя это к сбою, если это - проект C и Вы не возражаете пачкать руки, можно посмотреть в настраивать сценарии (или еще лучше configure.ac или независимо от того, что это сгенерировано от), и выясните зависимости от этого на основе того, что это проверяет.
Нет никакого программного способа, которым я знаю, я обычно просматриваю информацию о версии и/или файлы программного обеспечения README для получения общего представления. Это удается, чтобы быть итеративным процессом, где я мог бы найти библиотеку или два, что я не имею или пропущенный и должен пойти, получают их.
Если, с другой стороны, Вы используете диспетчер пакетов такой как apt
или yum
затем можно включить в список справку этих систем, чтобы помочь установить все зависимости заранее до установки/здания рассматриваемого пакета.
способные основанные дистрибутивы
$ sudo apt-get build-dep <package>
основанные на конфетке дистрибутивы
$ sudo yum-builddep --nogpgcheck <source package>
- или -
$ sudo yum-builddep --nogpgcheck <package>
yum groupinstall "Development Tools" "Development Libraries"
но проблема.. это, это также устанавливает пакеты, они не требуются и займут время для установки Кода
– Rahul Patil
10.11.2013, 22:32
В целом я также не могу дать Вам 100%-е решение, но для большинства исходных автоинструментов использования, Вы можете grep configure.ac
для AC_SEARCH_LIBS
, AC_CHECK_HEADERS
и PKG_CHECK_MODULES
.
Первый аргумент AC_CHECK_HEADERS
имя файла или даже путь с именем файла.
PKG_CHECK_MODULES
начат с pkg-конфигурации и, IIRC второй аргумент PKG_CHECK_MODULES
включает название пакета который файл <pkg-name>.pc
должен существовать.
Второй аргумент AC_SEARCH_LIBS
название библиотеки и использование Linux, Вы ищете файл, который начинается lib<second-argument-to AC_SEARCH_LIBS>.so
.
Ни один из тех не прекрасен, и это не должно давать Вам полный список требований, но...
у исходных специалистов по обслуживанию есть увеличенный интерес видеть, что эти три вещи приведут Вас к полному списку требований.
с небольшими сценариями Вас может использовать эти три вещи перерыть пакеты Вашего распределения и найти пакеты, предоставляющие Вам недостающие файлы. Например, использование apt-file search
поскольку весь Debian основывал Linux, как упомянуто Faheem Mitha.