Ubuntu anaconda以管理员安装在root下，多用户使用

后面发现实际上你安装在普通用户也有办法给root用户用。看需求吧

因为对接java那边必须用java跑，他创建的文件夹有管理员权限，跑python需要管理员权限不然访问不了，， 最开始anaconda安装在用户下，而opencv编译安装后，用管理员跑python，竟然奇迹的好多函数出问题了，不用管理员一切正常，估计就是管理员权限的锅，具体咋解释我也说不清楚，干脆就把粗暴准备把anaconda以root用户安装了。

要保证root用户安装的anaconda给普通用户使用 那么后续安装路径，需要安装在普通用户可以访问的目录下，比如/usr/local、/opt之类的

其次，普通用户登陆后，需要执行以下conda init 使conda的路径等系统环境变量信息写入当前用户的bashrc下 开始安装： 简单，要么su进入管理员安装或者加sudo

然后一直同意就ok了，注意修改改安装目录，默认是在root下，后面普通用户就没法儿用了。 如果最后没有同意conda init 就需要自己去.bashrc添加环境变量，，，但感觉没那么好， 或者xxx/anaconda3/bin/conda init bash,但麻烦所以记得一直yes就行。

比如安装在/usr/local下 普通用户执行：

如果还是不行，可以看看这个设置用户组的，我还没试： https://blog.csdn.net/codedancing/article/details/103936542

这个可能会遇到，，也说下解决方案吧，装在了普通用户下，环境都配好了，结果需要sudo权限运行脚本，而切换root之后，哪怕你给的anaconda的绝对路径跑，依然会找不到很多包，因为缺乏很多路径变量，所以要解决这个问题，办法在于给root用户添加环境变量，直接在root用户下运行即可：

参考 https://blog.csdn.net/u010510962/article/details/109508896

否则后面编译一些东西的时候，如果被anaconda截胡了的话，就算anconda也有你编译时用到的动态库，因为它的环境变量更加靠前导致被截胡。如果添加了也不要担心，编译的时候注意被截胡没有，截了就调整环境变量顺序。 或者说你辛苦的调整好顺序，把冲突的动态库搜索路径提前到anaconda的前面，是的编译通过了，但是这里举一个例子： 见提前路径的处理 最后编译成功但是报错：

原因在于激活的anaconda的base环境，每次运行会把自身的环境变量加在最前面，坑爹，你还改不动系统环境里面的配置。

就这里面的，你把冲突的anaconda的下的mingw-w64删除，它会自动在添加回来，，在激活的anaconda环境中，也是如此，这个是硬伤，你安装时选不选add还是会有。

所以最后的解决方案吧： 比如我编译的opencv的python接口也就是cv2，我进到cv2的init脚本下： 添加：

只要导入cv2，我就把anaconda自动添加的环境变量里的mingw给干掉。 但这样如果有其他库用到了anaconda下自带的mingw，那就可能会出问题，暂时没遇到的就这样吧，遇到了就只能采取暴力解决方案，pip安装opencv-python，互相覆盖一两次就能用了，实际上就算pip装的把动态链接改到anaconda下了。但这样吧，可能会失去一些编译好不容易支持的特性，比如gstreamer，但貌似ffmpeg支持h264还是能用的，，，

所以最好的方式是，实际部署情况如果要用到编译opencv的话，就不用装anaconda，而是采取安装pyhthon一步步配环境就不会出问题了。。