开源下载正在成为濒危物种

还没有读者喜欢这篇文章。
Change the model

Opensource.com

最近有新闻报道称 GitHub 禁止存储任何超过 100Mb 的文件,并且不鼓励存储大于 50Mb 的文件,这表明他们已经完全退出了提供下载服务。这并不是一个令人惊讶的趋势;处理下载既没有回报又成本高昂。不仅存在不良行为者利用下载服务来隐藏恶意软件下载以进行其 恶意软件活动 的巨大风险,而且任何提供下载服务的人都有义务应音乐和电影行业的要求对其进行监管,否则将被视为他们偏执攻击的目标。对恶意软件和 DMCA 违规行为进行监管都是一项成本高昂的工作。

因此,我们看到即使是那些声称服务于开源社区的机构也在稳步退出提供下载服务。首先,GitHub 退出了提供该服务,声称这对客户来说“令人困惑”。最近,谷歌也紧随其后,结束了 Google Code 下载服务。他们声明“下载已成为滥用的来源,最近事件显著增加。” 社区对此的反应褒贬不一。

GitHub 没有为其用户制定替代计划,并且显然不希望成为一个全方位服务的社区主机。谷歌建议使用其 Drive 云文件存储服务来托管文件,但这显然远非理想,首先,下载者无法获得任何分析数据。小型项目剩下的选择越来越少。他们当然可以付费使用 S3,但对于免费的下载器解决方案,SourceForge 似乎是唯一备受瞩目的答案。SourceForge 正在尽一切努力,使 Google Code 和 GitHub 的用户能够轻松地过渡到他们的服务,GitHub 甚至在其帮助页面中包含了指向 SourceForge 的链接,推荐他们作为可行的替代方案。SourceForge 向我们保证,他们完全没有关闭其上传/下载服务的意图。

对于那些项目可能会因服务中断而受阻的人来说,SourceForge 提供替代方案可能很方便,他们无疑会欢迎大量新用户。但是,这个问题根本不应该出现。对用户的困惑和滥用可能听起来像是合理的借口,但或许这两个关闭服务遇到的真正问题是一个不太合理的问题。人们越来越期望他们应该监管下载,充当版权持有人的警察。

以这种方式行事的压力,无论是为了保持安全港地位的愿望,还是仅仅为了在法律面前谨慎行事,都是一种不合理的权宜之计,它似乎弥补了在线版权法,但实际上放弃了立法者为网状社会适当修改版权法的责任,并过度赋予了传统版权大亨权力。这些下载方面的变化给开源开发者带来了不便,但应该给我们其他人敲响警钟,即版权系统已经超出了简单的修补范围。

Simon Phipps (smiling)
计算机行业和开源资深人士 Simon Phipps 创立了 Public Software,这是一个面向开源项目的欧洲主机,并以志愿者的身份担任 OSI 主席和 The Document Foundation 的董事。他的帖子由 Patreon 赞助人赞助 - 如果您想看到更多内容,请成为其中一员!

16 条评论

感谢分享,我实际上没有注意到 Github 和 Google Code 正朝着这个方向发展。过去常常自我托管下载,并将 Github “仅仅”作为开发存储库。

实际上,Github 刚刚宣布了 Releases,这是一个向最终用户交付软件的工作流程:https://github.com/blog/1547-release-your-software

既然你提到了这篇文章,我记得读到过关于 releases 的文章。我猜 Github 的区别在于不支持文件(大型二进制文件)。

的确,看起来很有趣。如果 GitHub 在禁止从仓库下载之前等待此功能可用就好了。请注意,本文最初于 6 月发布:http://meshedinsights.com/2013/06/04/no-more-downloads/ 当时唯一的现实是他们刚刚禁止了下载...

是的,我今天在重新推 OS.com 的帖子时才发现了 Releases。当时有很多强烈反对吗?当然 Releases 不是一时冲动,但他们非常灵活。

我们很高兴在 ibiblio.org 上托管更多发行版。Terasaur.org 将托管贡献者管理的 1 GB - 1 TB 大小的内容。偶尔更小。
Http://terasaur.org

我们在 ibiblio.org 很高兴托管和分发发行版等。http://terasaur.org 旨在托管大约 1 GB 到 1 TB 的贡献者管理文件。

Launchpad (launchpad.net) 托管了一些重要的开源项目并提供下载。

现在让我们考虑一种保持下载“开启”的创造性方法,也许是一种去中心化的方法,也许是一种只实施 torrent 下载的好方法...

只要您将二进制文件托管在支持请求文件内特定范围(基本上是断点续传)的某个位置,您就可以尝试 <a href="http://burnbit.com/">BurnBit</a>。

他们使用您的下载链接作为网络种子生成无 tracker 的 torrent,并为您提供一个按钮的嵌入代码,该按钮将显示种子和 leechers。

在 sourceforge 和 githib 之前,世界使用镜像,例如 ftp://ftp.heanet.ie/mirrors/,项目在“project.org”上有数据,他们运行 cvsup 或 svn 或其他一些工具来管理源代码树,我们最终会回到这条路,但会采用更新、更酷的想法来了解如何完成核心项目的贡献和管理

这对那些使用 git-hub 的人来说很苛刻,对那些使用其他方的人来说也很苛刻,但在最后,如果你感兴趣,你就会找到一种方法来解决问题的想法会再次奏效

这一切都很有趣,并且在这个唯一不变的是变化的星球上不断变化 ;-)

Simon,

我不认为你真的可以责怪公司不得不处理运营在线服务的现实。我看不出 GitHub 的行为有什么问题。它们是源代码存储库,而不是文件存储服务。我很难称遵守法律界限为不合理的权宜之计。不幸的是,有些人通过利用这些服务而导致这成为一个问题。然而,责怪这些服务机构对很大程度上是免费的服务施加限制,就像“恩将仇报”一样。

^我的看法是,Simon 正在责怪的是破损的版权法和懒惰的版权持有人,而不是 GitHub。

vexorian,

我同意 Simon 的观点以及您对他的观点的看法。

也许这并非全部真相,人们在各种项目中搜索版权合规性,并在发现不足时将此信息反馈给上游。在这个领域可能存在问题,但是社区管理得非常好。SCO 是社区认知中一个有趣的变革推动者,各个项目中的人们都将其铭记于心并添加到他们的流程中。

传统版权机构打击合法版权所有者的问题已得到充分记录,无论是 youtube 还是其他地方,但是缓解该问题的能力比管理一群猫更难。

唯一与之接近的是美国对 SOPA 的整个反应以及国际上对其同类事物的反应。

虽然 OSS 社区对出版商的商业模式构成威胁,但他们自身不向所有市场同时出版或发布对他们的业务构成更大的威胁,这是一个不同的故事,实际上需要解决。出版商的工作,正如他们自己所看到的那样,是控制通往市场的道路。

回到 GitHub,他们对大型文件有真正的抱怨,但他们自己促成了这种情况。如果这要扼杀他们,他们就必须做出反应,他们做到了。方法的选择可能可以就解决方案的优雅性进行辩论。

https://help.github.com/articles/what-is-my-disk-quota 很有趣。它提出了一个合理的案例,但并非完美。

真正的问题是,另一个由此产生的问题是,在什么时间点,合理的事情变得不合理,当这种情况发生时,一个团体或组织做出反应的好方法是什么。

文章图片中有一个很棒的短语
改变模式
这是我的最初反应。

这些只是对更广泛的文章以及它所涉及内容的一些想法。

为了正确起见,源代码和二进制文件不匹配一直存在法律问题。http://gpl-violations.org/news/20130626-fantec_judgement.html

该裁决还将合规性责任放回设备提供商身上。这可能会将合规性要求放回网络主机身上。

因此,像 github 这样的地方确实需要构建 farm。这样他们就可以确保他们提供的二进制文件是合法的。这也减少了可能的恶意软件。

此外,更改为用户上传内容作为版本而不是通用源代码是另一种方式,因此您可以让供应商对您撒谎。

顺便说一句,git 存档中的二进制文件也不是您所说的空间有效。是的,github 的新闻稿顺序错误。Releases 位在 repo 内容被禁用之前上线。但是他们没有首先发布关于 Releases 功能已实施的新闻稿。

嘿 github 公关人员,未来要小心一点。

考虑到下载的开源库或实用程序中,可能有三分之一无法编译,这通常是因为一个人的系统太新或不够新,这太糟糕了。如果我要继续使用开源代码,我真的需要加强我的虚拟化游戏。

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 3.0 Unported License 获得许可。
© . All rights reserved.