ovm use --global - установка для всех пользователей
в windows происходит попытка изменить системную переменную path а в linux - bashrc и уже пользовательскую переменную
предлагается изменить поведение
- пусть по умолчанию
ovm use <some>будет использовать пользовательские переменные - пусть для администраторов будет иметься возможность использовать флаг
-g:--global
а по умолчанию работает пользовательское окружение
p.s. вопрос на исследование - если установка происходит глобально, то тогда opm install будет также происходить глобально, соответственно нужно разделять такие установки
также ovm ls - должна явно показывать глобальные и пользовательские установки, чтобы человек не запутался.
пусть по умолчанию ovm use
будет использовать пользовательские переменные
он и должен это сделать. просто в какой-то момент я это поломал, залез в повышенные привелегии. надо разобраться.
@nixel2007 вчера ставил клиенту на RDP выяснил
Не надо ставить клиенту приложения, у которых не было релиза)
@nixel2007 фу как обидно было ;-), я неправильно выразился видимо:
я проверял - поставится ЛИ или нужно дорабатывать. Мне нужно было понять как вообще мы будем рекомендовать установку в режиме rdp когда команда разработчиков работает в перемещаемомо профиле, а администратор RDP фермы один.
@nixel2007 вообще кстати, я знаю что ты занят но все же - вот кейсы из последнего
кейс 1:
- администраторы от ИТ безопасности хотят ставить ovm и oscript глобально, чтобы явно управлять версиями и составом библиотек глобально, чтобы минимизировать возможность создания и установки вредоносных приложений
кейс 2:
- администраторы хотят иметь свой хаб пакетов и валидных инсталяторов для ovm (opm) внутри периметра, а синхронизацию с официальным хабом и сайтом делать руками ИТ безопасности
@allustin я поломал установку под виндой в каком-то из RC. Я про это помню и тоже уже натыкался. Знаю, куда копать, чтобы починить.
Кейс 1 возможно можно реализовать уже сейчас, если сделать что-то похожее на то, что делает команда migrate. Мне интересен этот кейс и можно поисследовать. Разделение библиотек в целом тоже можно попробовать реализовать, но возможно потребуется доработка со стороны движка (oscript.cfg из профиля пользователя). В целом приглашаю ещё и @EvilBeaver обсудить это. В рамках отдельного ишуза или созвона.
Кейс 2 - валидные пакеты делаются через опм уже сейчас. Валидные инсталляторы для ovm на данный момент переопределить нельзя - надо пересобирать. Но тоже можно добавить зеркала и/или переопределение.
@nixel2007 я не против. Когда сможешь выйти из сумрака - набери меня в скайпе или еще где.
#49 - разобрался почему первая установка и изменение симлинка требует повышенных прав - особенности работы mklink под windows