Questions tagged «repository»

1
仅使用本地插件存储库设置QGIS
有没有最佳实践,如何在没有官方存储库的情况下而是仅在本地存储库的情况下设置QGIS? 其背后的想法是建立一个稳定的环境,本地GIS管理员在将插件添加到本地存储库之前会对其进行检查。 我们的插件存在一些问题,这些问题使我们的QGIS安装不稳定(例如https://github.com/vinayan/RectOvalDigitPlugin/issues/6)。由于软件的可靠性对我们的同事而言比在800个插件之间自由选择更为重要,因此我们希望预先选择可用于他们的插件。 最终,不得不设置QGIS安装程序的人可能无法阻止用户安装一些不需要的/不稳定的插件,因为plugin-directory和QGIS2.ini必须可由用户编写,但我们仍然希望使我们的QGIS工作环境更加稳定。 我的想法是: 删除本地存储库并使“添加”按钮不可见? 通过代理阻止官方存储库? 将白名单用于允许的插件,并使用QGIS-program文件夹中安装的插件将白名单与已安装的插件进行对照? 其他人在业务IT基础架构中的QGIS设置方面是否有经验?

2
如何在CentOS 7上安装GDAL 2.x而无需从源代码构建?
我试图在CentOS7上安装GDAL 2.X,而不用从源代码构建,因为我需要在另一台服务器上对其进行配置,并且通过源代码进行安装将是一项非常繁琐且耗时的任务。 我找到了一些仓库,例如opengeo和ELGIS,但它们是用于CentOS7的。在EPEL上,repo没有GDAL2.x。 [root@localhost ~]# yum repo-pkgs epel list gdal* (...) Available Packages gdal.x86_64 1.11.4-1.el7 @epel gdal-libs.x86_64 1.11.4-1.el7 @epel gdal-python.x86_64 1.11.4-1.el7 @epel gdal-devel.x86_64 1.11.4-1.el7 @epel gdal-doc.noarch 1.11.4-1.el7 @epel gdal-java.x86_64 1.11.4-1.el7 @epel gdal-javadoc.noarch 1.11.4-1.el7 @epel gdal-perl.x86_64 1.11.4-1.el7 @epel 版本1.11并不是1.x主要版本的最新版本。 是否可以从任何存储库或仅从源安装?如果不是,是否可以将其构建为易于在多台服务器之间安装的RPM?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.