欧盟委员会更新其开源政策

还没有读者喜欢这篇文章。
European Commission

Opensource.com

欧盟委员会 (EC) 希望使其软件开发人员更容易提交补丁并将新功能添加到开源项目中。信息技术总署 (DIGIT) 部门主管 Pierre Damas 预计,为开源社区做贡献将成为欧盟委员会新开源政策的核心。“我们使用了大量开源组件,我们对其进行了调整和集成,现在是我们回馈的时候了。”

Damas 和他的同事旨在消除阻碍代码贡献给开源软件的障碍,他昨天在布鲁塞尔的一次会议上宣布。委员会希望澄清法律方面的问题,包括知识产权、版权,以及在向上游存储库提交代码时应署名的作者或作者。“说起来容易做起来难,”Damas 警告说。

他预计,重振这项政策将激励欧盟委员会的许多软件开发人员和官员推广在欧盟委员会内部使用自由和开源软件。“制定策略有助于他们推进开源的使用。” Damas 补充说,该政策可以帮助推动其他人考虑开源。“当需要一点推动力时。”

12 月 3 日星期三,该部门主管在关于 ICT 采购开放标准的研讨会上预览了欧盟委员会的开源政策。欧盟委员会政策的更新正在进行中,将于 2015 年前几个月完成。

优先事项

Damas 说,欧盟委员会的政策制定者认识到,开源可以降低他们的 ICT 成本,使政府服务的现代化成为可能,并将加强欧洲的 ICT 服务提供商。“我们的内部政策正在改变,开源的使用将得到推广。在采购软件产品时,我们将根据性价比,同时考虑开源和专有替代方案。在特定领域,例如外部发布的信息系统开发,我们将优先考虑开源。”

他补充说,欧盟委员会已经使用了大量开源工具,包括用于服务器、其网络解决方案和欧盟委员会桌面。“我们有超过 10,000 台 Apache Web 服务器,超过 1800 台主机运行 Red Hat Linux,Drupal 将成为新 Europa 网站的核心引擎。我们的开发人员使用了大量开源工具和代码库。”

温和的颠覆性

DIGIT 没有考虑重启 Linux 桌面试点。Damas 说,2005 年已经进行了一项小规模试点,DG INFSO 的两手志愿者使用了 Linux 和 OpenOffice,表明 Linux 桌面是可行的。但是,退出专有系统的退出成本太高了。

“然而,我们未来的办公环境将是温和的颠覆性的。我们将为直接消息传递、群件和基础设施的其他部分提出替代方案。” 当需要更新办公解决方案时,欧盟委员会不会放弃议价程序,而是将发布招标,使用技术规范。“我们意识到了不断变化的环境”,Damas 说。

Gijs Hillenius 为欧盟委员会的 Joinup 项目撰写原创文章。他的文章经许可在此转载。最初发布在 Joinup 博客。

标签
User profile image.
Gijs Hillenius 为欧盟委员会的 Joinup 项目撰写原创文章。他的文章经许可在此转载。

3 条评论

想提醒欧盟委员会成员,实际上所有授予使用程序的开源许可证都应将所做的所有安排发送给原始作者。
似乎以前违反了许可证,现在是时候正确地执行了。

不得不仔细看了一下...

“当需要更新办公解决方案时,欧盟委员会不会放弃议价程序,而是将发布招标,使用技术规范。“我们意识到了不断变化的环境”,Damas 说。”

我只想说“早就该这样了”。世界上没有其他行业的产品供应商会告诉他们的付费客户应该如何做事... 哇,很高兴摆脱一些身居高位的朽木,并用真正了解情况的人取代他们。你知道所有 IT 项目都应该这样运行... 有一个想法,构建支持执行这个想法的需求,将其公开招标,以便供应商满足您的要求,而不是相反。也许氨纶(适合所有人,但并非所有人都应该穿)解决方案的日子即将结束。也许公司意识到他们将需要一个小型的开发团队来调整他们的业务逻辑的日子即将到来,W00T!

@Jordi Pujol

> 想提醒欧盟委员会成员,实际上所有授予使用程序的开源许可证都应将所做的所有安排发送给原始作者。

不完全是。用于评估软件是否符合 Debian 自由软件指南(开源定义的基础)的测试之一是“荒岛测试”(参见维基百科)。*要求*人们将修改发送给软件的原始作者肯定会将所述软件归为非自由类别。

Copyleft 开源许可证(即 GPL、LGPL、MPL,但不是 BSD、MIT、Apache)要求您在将编译后的二进制文件交给某人时,必须准备好提供相应的源代码。

这意味着如果您将软件分发给某人,您可能需要向同一个人提供相应的源代码,而不一定是原始作者。

如果您不分发软件(例如,您仅在内部使用它),即使对于最严格的 copyleft 许可证(即 GPLv2 和 GPLv3),您也没有义务共享源代码。

© . All rights reserved.