出品|开源中国
文|大东
最近几天,微软边缘团队发布了一个云层游戏警报,引用了一个社区的项目,但没有指明来源,遭到项目原作者的袭击。
根据加拿大蒙特利尔开发商EvilSkeleton的说法, 他目前在首都工作。微软已宣布一项在蒸汽平台上使用Xbox云游戏的战略。原始案文肯定了他本人取得的进展以及一些社区伙伴参与 " 边缘Flatpak " 倡议的情况。微软不仅未能查明项目源,也未能查明项目源。此外,其措辞导致用户认为微软是Edge Flatpak的唯一维护者。这令他和其他项目捐助者震惊。
"我以前和微软联系过"他们被问及是否有兴趣正式管理Flatpak项目。但我没有收到官方回复 所以我不知道该怎么办EvilSkeleton在指控信中解释:作为Edge Flatpak的项目维护者我个人很高兴能和微软合作微软公司不可能从官方角度积极捍卫Flatpak项目。因为我有捍卫它的经验这也将使微软省去雇别人来做这件事。在过去一年半中,我很高兴能让Edge Flatpak继续运行 自由更新即使没有微软的官方支持但无论如何，放弃我们的努力是无法接受的 我不知道我该怎么办
如果这是微软边缘团队的监督, 该项目的创建者认为, 如果他们不首先进行内部检查, 看看谁维持了Edge Flatpak项目, 这将是极其“负责”的。
最后，他对微软提起了两起诉讼第一是微软将适当地感谢Edge Flatpak项目的真正维护者和贡献,第二是微软将正式参与维持Edge Flatpak项目。"否则,我们将一起捍卫它"要么自己独立维护，因此,更多的公司和维护者将有兴趣并参与采用Flatpak及相关技术。微软也可以为平板公园社区作出贡献。我不知道我打算怎么做 才能轻易地在Linux上传播Edge
随着活动公开,它立即在诸如其他国家的Reddit论坛等社交媒体平台上传播,许多在线追随者支持Edge Flatpak倡议的最初发明者。
很快，微软边缘团队产品经理Kyle Pflug通过电子邮件与Edge Flatpak项目作者联系。确定这是个错误 是边缘小组的错误并“真诚地道歉”。Kyle代表微软边缘团队与项目原作者进行了交谈。显然,Edge Flatpak项目起源于社区,并修正了以前发表的文章的内容。但是,微软公司没有承诺向Flatpak倡议提供正式的人力或财政支助。
不管故事在为Edge Flatpak项目的原发明者辩护方面是否有效,微软在此事件中所表现的傲慢和“白色”态度激怒了许多公开来源支持者。许多博客指控微软是一个顽固的小偷,报告还概述了微软公司近年来发生的类似事件。
“白嫖”惯犯
2020年5月。在 " 建设2020 " 会议期间,微软公司揭幕了WinGet,这是一个新的软件包管理工具。并将其开源。该方案以设在加拿大温哥华的软件开发商Keivan Beigi维护的AppGet项目为基础。
当时，微软App的产品经理和Keivan表示对AppGet项目感兴趣。一些学生除了被邀请加入微软团队外,还被要求加入该团体。就AppGet项目的设计举行了几次深入的集思广益会议。整个五个月的期间。最后,微软团队与Keivan失去联系。六个月后,WinGet项目出版,设计原则和代码结构与AppGet相同。
AppGet创作者Keivan在社群媒体上得知此事后写道:微软也派遣产品经理认识到WinGet的想法是“学习”AppGet,在文章中,我要向基万的捐赠者和帮助AppGet项目的人表示感谢。遗憾的是,没有向Keivan或AppGet项目小组提供重大补偿或援助,以便复制。
此前在2018年6月,微软公司披露了类似的突袭事件。 当时,开放源码多包存储库管理应用程序发明人Lerna JamieBuildings(JamieBuildings)指控微软公司偷窃其技术。
这个故事是我们对2011年埃及抗议的特别报导的一部分。抱歉, Lerna.js 是您所写的多包仓库管理解决方案 。为让项目更好用，他总共重写了五次项目试图让架构更完善。之后某天，Jamiebuilds注意到微软已经释放出一个由几个小包组成的新设计系统。假定微软公司在项目中使用Lerna。他们利用了一个名为“Rush”的项目,结果发现。
看到拉什工程的Git日志几天后,JamieBuilds发现该项目是用Lerna.js写成的。这两个项目与JamieBuildings比较。事实证明,Rush的档案和目录名称以及基本功能代码都与Lerna.Js完全相同。提交记录的情况也保持不变。换句话说,Rush在不断模仿Lenna的轮班。然后,据称这是一种自我研究的微软产品。
Jamiebuilds说,他去他的方式 打电话给一个公认的微软雇员 解释这件事情。对立方被击退并道歉。遗憾的是,此后没有提供正式和可信的解释。Raush项目没有以任何方式改变许可证。或者添加补充说明，记录正因此变得混为一谈。更改代码的位置,以及修改或重命名某些例行程序
Jamiebuildings说,如果有人这样做,他会很生气,但他仍然会忽略他。但是,他激怒了微软这个价值数万亿美元的软件公司正在做这样的事。最后,这是同样的事情。
是否有法律色彩来重复开放源码项目?
上述三种情况在方法和后果方面相当相似。
许多开发商现在普遍缺乏对开放源码协议的认识。 其他人甚至认为开放源码软件是自由软件,我通常不使用你的开放源码项目。这是一个错误的沟通。
在很多时候，开放源码社区不皱眉叉车或复制项目代码。叉车随后返回它向源社区更新的缺陷或额外功能。相反,在开放源码社区,这是一个非常令人鼓舞的行动。不过微软暗杀原创人 是一种赞美这是社区第一次能够影响其工作。这显然违反了开放源码社区的道德义务。此外,公开源码协议被打破。
开放源码软件与专利软件一样,受到法律保护,近年来发生的大量开放源码软件版权问题引起了对开放源码软件版权的注意。
实际上，开放源码软件的著作权尚未被放弃或过期。作家仍拥有版权。除了著作权外，合同法、专利法、商标法和其他法律也可适用于开放源码软件。就知识产权法而言,同样的条例适用于软件程序,如同适用于文学作品一样。随着源代码的获取,默认情况下, 源代码无法更新或重发 。开放源码软件的特点是:对于只是部分自由的开放源码协议(如麻省理工学院、阿帕奇2号),如果用户同意具体标准(通常由创建者签署并附有许可证),用户将能够作出决定。提交人将放弃和放弃他的部分权利。例如,用户可以修改或重新发布代码。
律师介绍，合同关系由用户承诺的条件和提交人放弃的部分权利构成。即许可证协议。开放源码软件方面的合同通常称为开放源码许可证(Licensense)。许可证是一种不需要咨询的普通公共合同。降低了合同的成本。
理论上来说，2. 该项目拥有广泛的开放源码许可证。任何人都可以使用源代码来改变、分配甚至销售源代码。尽管如此,保持项目的作者地位仍然至关重要。这样做是为了将项目作者的版权声明保留在源代码的引文部分。例如,考虑麻省理工学院许可证协议。该协议规定，授权人负责确保“软件和软件的所有副本都必须有版权和许可证申报书。”也就是说，微软公司使用开源项目代码本身并不令人关切。然而,它拒绝履行其在《开放源码协定》下的承诺,即“保护软件版权的原始创作者”。开放源码协议实际上被打破了。
尽管开源项目源代码同样受到法律保护,但还需要关于该项目的进一步资料。然而,个体开发商维护的开放源码项目与微软等大公司相对立。它经常发现难以保护其合法权益。更大的开放源码举措可能需要公司或具体组成的基金会来应对相关的法律挑战。这些重要的开放源码项目由公司或中立的开放源码基金会等实体拥有。主体有权修改项目的任务和开放源码协议。项目任务关切引起的法律争议可以随时得到解决。
另一方面,个人项目版权属于开发商本身,当面临类似的侵权情况时,显然缺乏必要的人力和财力资源来应对这些往往对他人不利的法律斗争。 这也是微软三次袭击的受害者是个体开发商的原因。
因此，在软件开放时,不可能找到自己软件创建的出路。必须充分理解各种开放源码许可证的条件。如果他们的合法权益受到损害,他们将大力保护他们。如有需要,可公布违法行为的证据,并可征求公众舆论协助;同样,在与开源项目代码合作的同时,同样重要的是尊重原作者工作的成果。有意履行开放源码协议的承诺。