We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enhancement build.sh init 会安装一些miniob的依赖库,比如libevent、google test,安装到系统目录,这就需要运行命令的用户需要一定的权限,会造成一定的不便。并且有时候依赖系统环境会造成一些异常,比如开启了虚拟环境,就可能不再使用系统目录而是虚拟环境的目录。 因此将依赖库安装到其它目录可能会帮助简化操作。
可能得方案: 在执行build.sh init 时,会把依赖下载到源码的deps目录下。我们编译依赖组件后将其安装在 deps/opt(或者其它) 目录下。在编译miniob时,按照 deps/opt, 这样的优先级查找顺序,就不用再依赖sudo权限了。
这个方案的缺陷是,如果我们删除了miniob源码目录重新clone,需要重新下载依赖。
The text was updated successfully, but these errors were encountered:
d0bae1b
Successfully merging a pull request may close this issue.
Enhancement
build.sh init 会安装一些miniob的依赖库,比如libevent、google test,安装到系统目录,这就需要运行命令的用户需要一定的权限,会造成一定的不便。并且有时候依赖系统环境会造成一些异常,比如开启了虚拟环境,就可能不再使用系统目录而是虚拟环境的目录。
因此将依赖库安装到其它目录可能会帮助简化操作。
可能得方案:
在执行build.sh init 时,会把依赖下载到源码的deps目录下。我们编译依赖组件后将其安装在 deps/opt(或者其它) 目录下。在编译miniob时,按照 deps/opt, 这样的优先级查找顺序,就不用再依赖sudo权限了。
这个方案的缺陷是,如果我们删除了miniob源码目录重新clone,需要重新下载依赖。
The text was updated successfully, but these errors were encountered: