Карл, я не гуру в GNU/Linux, я почти не использовал Debian. Для меня система на десктопе - это просто инструмент, который я знаю по тому минимуму, который мне нужен для работы. Много лет я сидел на Suse - пока они не снюхались с Микрософтом, тогда я испугался и перешел на Kubuntu (KDE мне был привычнее по Suse). Если Вас интересует установка среды разработки на Debian - я бы спросил на нашем ML.
KDevelop 3 - IDE, который был на момент создания нашего софта. Были и другие, но с этим я смог разобраться и написать скрипт для генерации проекта из наших установочных файлов за пару дней. Когда появился KDevelop 4, то я с удивлением узнал, что нет способа конвертации проектов из 3-й в четверую версию. Поэтому, пока такой инструмент не появится (а он, наверное, теперь уже никогда не появится) мы будем использовать старую версию. С новым железом будет и новый софт - практически наверняка под Eclipse.
Что касается проблем на каком-то дистрибутиве - я не знаю ни дистрибутива ни того, что вы хотите на нем делать. Например, ПО Xilinx, без которого Вы не сможете программировать FPGA, поставлялось производителем только для Red Hat, но мы его использовали и под Ubuntu (сейчас лучше). Сталкивались с проблемами, вбивали их в Гугл, находили - кто уже справился с Xilinx.
Возможные проблемы с остальным софтом, используемым для разработки ПО под камеру мы уже обсудили - дальше это, скорее, вопросы к специалисту по этому дистрибутиву (или - просто хорошему/универсальному знатоку GNU/Linux). С текущей версией документации на wiki к нам давно никто не обращался (раньше было чаще), т.е. люди как-то справляются под своими дистрибутивами.
AndreyFilippov написал:
Так почему не сделать всё то, что лежит у вас на sourceforge не Kdevelop project, а как все, как обычно так - configure, make & install?
К сожалению, это несколько сложнее, но примерно так там и сделано, на wiki все описано. Да, сначала собирается кросс-компиллятор gcc-cris, потом запускается наш скрипт который, собственно и собирает все остальное. Внутри много "configure, make & install", но приходится еще (автоматически, конечно - пользователь вводит всего одну команду, и пьет кофе полчаса-минут 40) скачивать пакеты, пэтчить большинство приложений (тот же php) для работы в камере (другой процессор, другое окружение, режим кросс-компилляции о котором PHP-сты никогда не думали). KDevelop нужен если Вам нужна сложная разработка, особенно в драйверах, когда нужно удобная навигация по файлам, ctags. Но жить вполне можно и без этого, особенно если Вы просто хотите добавить/модифицировать какое-нибудь отдельное приложение.
AndreyFilippov написал:
Да, спасибо, на этот вопрос Вы ответили предельно подробно. (Уточнение - я сказал бизнеса, не фирм. 30 лет назад организовать фирму в СССР было затруднительно не споря с законом. Фирм опыт - всего 24 года, не более)
У меня был "кооперативный" опыт во времена Перестройки, но это скорее форма самостоятельности, чем собственно бизнес ради зарабатывания больших денег. 36-летний опыт у меня именно в разработке цифровых камер. Да и сейчас, с уже достаточно долгим опытом ведения бизнеса в США, это все равно скорее средство, чем цель. В советское время можно было "удовлетворять свое любопытство за счет государства" ((с) Л.А.Арцимович), когда СССР кончился - пришлось искать способы финансировать это удовлетворение самому. Сложно, конечно, но пока выходит - делать то, что самому интересно.
AndreyFilippov написал:
UPD: я просто принцип понять хочу на будущие аналогичные ситуации. Лично моя фирма вообще никаких камер не использует. Меня в целом интересует кто что сделал не так. Топикстартер не должен был морочить себя Kdevelop 3.5 а просто написать вам на почту? Или как?
Ну почему - некоторое время поморочиться неплохо, но если затык - наверное спросить у нас/наших клиентов имело бы смысл. Так что примерно так, только не на почту, а на Mailing List. Хотя - проблема с третьим KDevelop - не только наша, судя по результатам поиска ссылок на нас Гуглом, у нас люди нередко находили, как поставить устаревший KDevelop 3. И в этом смысле обратиться к линуксоидам - тоже логично.