ovm use --global - установка для всех пользователей

[ghost]

в windows происходит попытка изменить системную переменную path а в linux - bashrc и уже пользовательскую переменную

предлагается изменить поведение

• пусть по умолчанию ovm use <some> будет использовать пользовательские переменные
• пусть для администраторов будет иметься возможность использовать флаг -g:--global

а по умолчанию работает пользовательское окружение

p.s. вопрос на исследование - если установка происходит глобально, то тогда opm install будет также происходить глобально, соответственно нужно разделять такие установки

также ovm ls - должна явно показывать глобальные и пользовательские установки, чтобы человек не запутался.

[nixel2007]

пусть по умолчанию ovm use будет использовать пользовательские переменные

он и должен это сделать. просто в какой-то момент я это поломал, залез в повышенные привелегии. надо разобраться.

[ghost]

@nixel2007 вчера ставил клиенту на RDP выяснил

[nixel2007]

Не надо ставить клиенту приложения, у которых не было релиза)

[ghost]

@nixel2007 фу как обидно было ;-), я неправильно выразился видимо:

я проверял - поставится ЛИ или нужно дорабатывать. Мне нужно было понять как вообще мы будем рекомендовать установку в режиме rdp когда команда разработчиков работает в перемещаемомо профиле, а администратор RDP фермы один.

@nixel2007 вообще кстати, я знаю что ты занят но все же - вот кейсы из последнего

кейс 1:

• администраторы от ИТ безопасности хотят ставить ovm и oscript глобально, чтобы явно управлять версиями и составом библиотек глобально, чтобы минимизировать возможность создания и установки вредоносных приложений

кейс 2:

• администраторы хотят иметь свой хаб пакетов и валидных инсталяторов для ovm (opm) внутри периметра, а синхронизацию с официальным хабом и сайтом делать руками ИТ безопасности

[nixel2007]

@allustin я поломал установку под виндой в каком-то из RC. Я про это помню и тоже уже натыкался. Знаю, куда копать, чтобы починить.

Кейс 1 возможно можно реализовать уже сейчас, если сделать что-то похожее на то, что делает команда migrate. Мне интересен этот кейс и можно поисследовать. Разделение библиотек в целом тоже можно попробовать реализовать, но возможно потребуется доработка со стороны движка (oscript.cfg из профиля пользователя). В целом приглашаю ещё и @EvilBeaver обсудить это. В рамках отдельного ишуза или созвона.

Кейс 2 - валидные пакеты делаются через опм уже сейчас. Валидные инсталляторы для ovm на данный момент переопределить нельзя - надо пересобирать. Но тоже можно добавить зеркала и/или переопределение.

[EvilBeaver]

@nixel2007 я не против. Когда сможешь выйти из сумрака - набери меня в скайпе или еще где.

[ghost]

#49 - разобрался почему первая установка и изменение симлинка требует повышенных прав - особенности работы mklink под windows