OpenSource-logo.png.

本文最初出现在 OpenSource.com. 并通过许可重新发布。作者Mark Johnson是发展经理 OSS观看,开源软件咨询服务。虽然通过每周贡献和插件以及Ubuntu社区,但他贡献了Moodle VLE Ubuntu播客.

编译OSS手表时's list of 开源教育选项我发现了 koha.,一个开源集成库系统(ILS)。我发现,随着一些困惑,似乎有几个称为koha的ILS系统。调查这一故事的原因,为开源项目所有权提供有价值的教训,包括品牌,商标和冲突解决。

koha.开始在新西兰的生命(以名称反映,这是毛利语的意思互惠礼品, 或者 一个预期的礼物)。它最初由Horowhenua图书馆信托(HLT)委托,由 卡浦通讯有限公司,并在GPL下发布。至关重要的是,KATIPO举行了KOHA代码的版权。

作为由专有系统为主导的市场中的少数开源选项之一,图书馆,公司和开发人员的社区围绕了Koha。随着其市场成为国际的,它来关注约书亚法拉罗,他们在美国公共图书馆工作。

收购

法拉罗在图书馆离开了他的工作 列机是一家提供Koha开发和支持的公司。 LiBlime很快就向美国提供了许多图书馆,并随着客户群的增长,公司所以。 Liblime购买了Skemotah,这是一个有很多Koha的版权的咨询公司'S早期文档,和katipo's Koha division.

随着这些公司的购买,LiBlime成为大部分知识产权和相关资产的拥有人。 KATIPO还举办了该项目'S网站,邮件列表,Bugzilla和拥有Koha.org域名。控制这些现在转移到列机。 Liblime还在美国注册了Koha的商标。

当时,利伯利深深与科哈社区进行了融合。法拉罗担任发行经理,监督旗舰3.0发布。但是,在这次LiBlime之后不久's fortunes changed.

划分

另一位在美国提供ILS系统的公司,渐进式技术联邦系统决定将其投资组合改为完全开源的产品。这包括koha,另一个打开的源ILS 常绿。法拉罗浏览过 PTFS. 尽管有积极的参与记录,作为一个竞争对手并设置为社区中的坏人。列机'对社区的影响意味着来自局外的许多成员对抗PTFS落后,在双方之间创造了坏血。

Liblime员工Galen Charlton被任命为3.2 koha发布周期的发行经理。当时,Koha没有固定的发布时间表,只有当释放经理认为他们准备就绪时才进行。

在此版本周期期间,作为公司的LiBlime从社区中吸引回来,而是将其开发工作集中在一个名为Liblime Enterprise Koha的产品上。该产品严格开发给客户规范,闭门后面。尽管是法拉罗'争论的论点,社区认为这是一个叉子,并争取愤慨召开宣布。几位Liblime员工离开了公司。 Galen Charlton搬到了Equinox,为常绿提供了支持。另一个,妮可·恩格尔盖,被列在LiBlime作为开源福音师,并作为公司'S开源活动停止,她搬到了 逐个解决方案,另一个koha提供商。

集团

此时,事情转弯了。法拉罗和LiBlime的另一个创始人决定是时候继续前进并转向其他地区。他们接近PTFS并提供向他们销售Liblime。

在此期间,社区的成员丧失了对Koha.org的编辑访问,并将Koha-Community.org设置为Koha项目的社区所有人。经过一些不确定性,达成了销售。 PTFS现在拥有的列机'S集体资产,包括大规模的Koha IP和Koha.org网站。

尽管PTFS'在LiBlime购买完成后,在社区中参与社区的记录,他们也从社区项目中退缩了。随着Galen Charlton现在为Equinox工作,他可以​​承诺3.2释放Koha的时间有限。 PTF对释放速度不满意,内部投射了项目,创建了一个名为的产品 LiBlime Koha.,它在Koha.org的家。

不幸的是,这只损害了与洛杉矶社区的关系。 Koha.org之前是社区Koha项目的家园,现在推广了一个项目,而开源是由单一公司开发的。

当它在销售LiBlime之前,这是一个进一步的对这种关系的爆发被击中,该公司提出了一个 商标申请 在新西兰的Mark Koha。随着PTFS现在拥有的所有列机'S资产,申请已转移给他们。随着KOHA社区提出与PTFS会议的议程,在和解有一个稍微的机会。

PTF的首席执行官试图与HLT Koha小组委员会成员进行会议电话。虽然委员会最初是接受这个想法,但治理讨论通常在邮寄名单和IRC渠道上进行,因此他们决定愿意以其中一种形式进行这样的讨论。不幸的是,讨论要讨论的要求越来越落在。 PTFS从社区成员收到了一些突发事件 用新闻稿回复 表明社区尚不'关于讨论的认真。 HLT Koha小组委员会 发布了一份报告 从他们的角度来看。

新西兰商标的申请已被暂时批发 iponz.。来自社区的个人反对授予,现在等待了最终裁决。

赔偿

我们今天用三个品牌站立使用名称 koha..

  • Koha是由各种国际社会开发的。
  • LiBlime Koha由PTFS开发,以其客户的需求。
  • LiBlime学术Koha由PTFS开发的机构联盟。

koha.社区上的其他公司使用koha的名称,他们的产品来自社区's codebase,可能具有本地自定义。

我讨论了PTFS的商务图书馆解决方案和服务总监Liblime Koha的LiBlime Koha社区参与潜力。就他们而言,欢迎所有和杂物欢迎来,使用和贡献LiBlime Koha Code基础,仍然在GPL下发布,是 在GitHub上提供。他们在为客户端管理的部署之上录制了千万下载的开源代码,并且GitHub用户有几个叉子。但是,这些各方所做的任何变化尚未缴纳回LaLBlime CodeBase。

Liblime学术Koha项目遵循不同的型号。各方必须使财务承诺成为管理发展的联盟的一部分,此时他们还可以访问该产品。代码是 必然gpl.,但没有分布在联盟外。这类似于 社区来源模型 由此雇用 Sakai项目 in its early stages.

人们可以争辩'对于叉子的项目并不糟糕,但如果所有版本的Koha从同一代码库中绘制,则会有利于。虽然它'当开源项目多样化并定制到个别要求时,肯定是一个健康的标志,这将确保整个社区受益于共同发展努力。当一个方决定不贡献他们的变更,无论出于何种原因,共享码Base至少为开发人员和客户提供了已知的基准。

但是,由于与Koha和Liblime Koha一样分散的CodeBases,需要具有相当大的努力,将各个变化集成到单个代码库中,以及该协议应该是该码库。虽然Koha社区的PTFS和公司都有员工在代码上工作,但他们都必须满足客户的需求,因此需要一个明确的商业案例,以致力于实现这一目标。

两侧需要妥协以治愈裂痕。社区近年来最受关注的问题是PTFS'他追求新西兰商标。鉴于这一点,特别是 HLT. 而且也是 其他成员 国际社会,作为对科霍项目的攻击'S身份。撤回申请将很长的路要治愈当前的裂痕。 PTFS.'S看法是,自从他们收购LiBlime以来,他们将他们的版权所有权提供给他们的许多Koha代码,文档,徽标和几个Koha重建网站的所有权,社区应承认他们的位置和权利使用Koha名称。

课程

有一些关键课程可以从这个故事中学到,都是为了开源项目以及与现有项目接触的公司。

第一个是资产问题。一旦建立了一个项目,您可能需要 考虑将资产的所有权转移到非营利基金会。为此目的存在许多软件基础。通过这种方式举行了您的资产可确保购买和销售公司并未'T导致您的项目转移's IP.

您应该与假设(以及确实意图)合作,即商业组织将有兴趣提供各地的服务。 吸引公司到您的产品是可持续发展的关键路径,因为它为正在进行的发展提供财政支持。

It'非常明智的是这些公司希望做像注册其品牌产品的商标的东西。避免混淆,它's wise to 确保您希望推广该项目的品牌被视为尽可能广泛的保护 (e,g。通过注册商标),并确保有明确的指导方针管理其使用情况。

对于一家支持您的项目,需要能够 为客户提供保证服务。可预测的释放周期将有助于实现这一目标,因为它允许公司在已知的发布时间表周围计划其服务。

如果您正在与现有项目进行聘用,则谦卑地接近情况始终付出代价。建立的项目将有一个社区信任的治理结构。 在既定结构内工作,一旦你'威胁到项目,您可能有一个职位,以获得影响力并使用它以进一步实现您的兴趣。

正在进行的冲突'对于有关各方的善意。 永远不会拒绝讨论问题并寻求决议的机会。如果两方可以'T认同于自己,它可能有助于寻求能够经纪人妥协的第三方中调解。

当一个问题周围的情绪很高时,它可能很难抵消并采取客观的情况。在过去的分歧的那里,对愤怒发表的评论的个人道歉可能是一个良好的开始。

OSS手表维护了一个 一系列简报 关于项目治理,可持续性和社区参与的文章。如果想要将这些应用于您的项目的信息和培训,请 保持联系.

I'd要感谢Patrick Jones和Nicole Engard花时间告诉我Koha的故事。如果你'd想了解更多,有一个 阅读新闻文章和博客文章清单 about the project.

OpenSource.com.上的相关故事:

OpenSource.com.

关于作者

OpenSource.com.

在OpenSource.com,我们突出了关于与使用和使用开源软件,硬件和哲学一起使用和使用开源软件,硬件和哲学的故事。我们所召唤的东西:开源方式。共享:访谈,