1

У меня есть конкретная проблема настройки виртуальной среды разработки без вмешательства в существующую систему и инструмент. Вопрос общий.

По сути, я хочу развить некоторые вещи в компании, но мы используем очень старый Centos 6.4. и у меня нет рута для запуска yum . Я знаю, что могу скомпилировать из исходного кода и установить в ~/.local если мне нужна более новая версия определенных пакетов. Но это может привести к поломке некоторых инструментов, которые мы используем, я думаю (например, некоторые инструменты опираются на gtk2 , но я gtk3 и помещаю его в ~/.local , ./local находится перед /usr/lib в моем LD_LIBRARY_PATH), Я знаю, что могу установить gtk3 куда-нибудь еще, скажем, ~/envs/myEnv1 и вручную изменить путь к библиотеке, прежде чем я захочу запустить свое новое приложение на основе gtk3 . Но разве это не то же самое, что делает virutalenv в мире Python? И если вовлекается больше "виртуальных envs", тем сложнее поддерживать "envs".

Так есть ли решение virutalenv для общей разработки программного обеспечения? Я видел, что в нашем отделе IS есть инструмент, который является оберткой для Python virtualenv , и он создаст ваш virtualenv с Python 2.6 с использованием buildout, если вы запустите его. Я не пробовал, но, согласно документу, он создает новую среду разработки, не влияя на вашу текущую систему. (Полагаю, я могу установить любые пакеты Python и любые системные пакеты, как мне хочется?)

Есть ли эквивалентная вещь во внешнем мире? Или такого рода решения все делаются на месте?

1 ответ1

0

Кажется, вам нужно / нужно статически связанное приложение. Это Q & A для QT, но он похож на gtk3. В общем, это довольно странная идея (когда в жестко связанной библиотеке есть ошибка, вам нужно перекомпилировать / перекомпоновать ваше приложение в обновленную библиотеку), но, по крайней мере, это вариант.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .