Platform Info
Windows11pws,64位,i7;
开启WSL2(版本2.6.3.0)并安装Ubuntu22.04,作为Openharmony编译环境。
在此环境下先安装了vmr,作为多SDK管理工具。
Description
以Python为例,我安装了两个版本,3.9.20和3.11.2,其中系统自带Python 3.10.0。我先把Python3.9.20设置成全局版本,然后在bash里再次确Python版本:python --version,bash返回的结果是系统自带的版本号3.10.0。反复切换版本,bash返回的结果始终是系统自带的版本号3.10.0。
在豆包AI的帮助下,我才知道为什么会这样,是因为系统自带的Python版本PATH,始终在vmr里安装的Python版本PATH之前,也就是说,系统Python的PATH优先级始终高于vmr里Python的优先级。所以无论vmr怎么切换版本,终端都找不到vmr里切换的版本软链接。
建议vmr把系统内的SDK也纳入管理的范围(软连接进来),这样就真正方便了。
Screen Shot

Platform Info
Windows11pws,64位,i7;
开启WSL2(版本2.6.3.0)并安装Ubuntu22.04,作为Openharmony编译环境。
在此环境下先安装了vmr,作为多SDK管理工具。
Description
以Python为例,我安装了两个版本,3.9.20和3.11.2,其中系统自带Python 3.10.0。我先把Python3.9.20设置成全局版本,然后在bash里再次确Python版本:python --version,bash返回的结果是系统自带的版本号3.10.0。反复切换版本,bash返回的结果始终是系统自带的版本号3.10.0。
在豆包AI的帮助下,我才知道为什么会这样,是因为系统自带的Python版本PATH,始终在vmr里安装的Python版本PATH之前,也就是说,系统Python的PATH优先级始终高于vmr里Python的优先级。所以无论vmr怎么切换版本,终端都找不到vmr里切换的版本软链接。
建议vmr把系统内的SDK也纳入管理的范围(软连接进来),这样就真正方便了。
Screen Shot