小编mic*_*slm的帖子

我想保留development.ini并production.ini受版本控制,但出于安全原因,不希望sqlalchemy.url存储连接字符串,因为这将包含用于数据库连接的用户名和密码.

在金字塔中,从一个额外的外部文件中获取此设置的规范方法是什么？

编辑 除了使用环境变量的解决方案之外,我在询问#pyramid之后想出了这个解决方案:

def main(global_config, **settings):
""" This function returns a Pyramid WSGI application.
"""
# Read db password from config file outside of version control
secret_cfg = ConfigParser()
secret_cfg.read(settings['secrets'])
dbpass = secret_cfg.get("secrets", "dbpass")
settings['sqlalchemy.url'] = settings['connstr'] % (dbpass,)

自由软件基金会认为EPL和GPL不兼容.根据我对他们推理的解读,似乎LGPL会受到同样的影响 - IANAL,如果读数不正确,请纠正我.现在,有一个GPL编码版权所有者的指南,提供允许代码链接到不兼容的库的异常,但它仍然排除了链接到其他代码的GPL编码(如果代码已经与EPL库相关联,并且将GPL编程与EPL 和另一个LGPL库链接的情况似乎不清楚.

我想知道几个问题的答案:

1. 将GPL-ed产品与EPL库和LGPL库链接的限制究竟是什么？没有LGPL版权所有者的明确许可,不允许这样做,就像GPL一样,还是允许的？
2. EPL版权所有者授予的例外是否足够？这个例外被Trolltech(现在是诺基亚的一部分)认为是安全的,当时它曾使用自己的Qt公共许可证授权Qt库,这是与GPL不兼容的; 以及KDE项目,其库链接到Qt并在LGPL下发布,而KDE应用程序通常在GPL下发布.FSF的反对意见是由于"弱Copyleft"和"法律选择条款" - 前者似乎无可非议,如果EPL许可证持有者授予例外,但EPL版权所有者授予的什么样的例外将满足"选择法律条款"异议？

我继续得到"Gradle Sync错误",所以我检查了版本1.8.更新到1.10,然后它说我需要1.9,所以我降级到1.9它说我需要1.8,当我降级到1.8它说我需要1.9.

15:28:09 Failed to refresh Gradle project 'Calendar'
         You are using Gradle version 1.8, which is not supported. Please use version 1.9.
         Please point to a supported Gradle version in the project's Gradle settings or in the project's Gradle wrapper (if applicable.)
         Fix Gradle wrapper and re-import project Gradle settings
15:28:26 Failed to refresh Gradle project 'Calendar'
         You are using Gradle version 1.10, which is not supported. Please use version 1.9.
         Please point to a supported Gradle version in …