• 因发表不当言论,开源作者遭 OBS 项目社区封杀


    整理 | 彭慧中 责编 | 屠敏
    出品 | CSDN(ID:CSDNnews)

    自2018年开始,开源AppImage项目作者probonopd和开发者azubieta一直致力于创建AppImage,并希望将其引入OBS(Open Broadcaster Software)社区。可惜在试水过程中,项目作者和社区反目成仇,AppImage作者称社区是**“拿钱办事”**,OBS社区也欲封杀该项目的整个团队。

    二者的口水战愈演愈烈,直击开源项目与社区之间的矛盾。
    在这里插入图片描述

    图源GitHub

    AppImage是Linux的一种打包方式,可以将应用程序打包成一个压缩的镜像文件,该文件包含了应用程序以及运行所需的所有文件。AppImage之所以流行起来,是因为它不需要传统那样安装,且可以跨多个Linux发行版使用。用户只需下载AppImage,双击即可运行应用程序。而OBS则是一个有名的开源视频录制和实时推流软件,被广泛用于视频采集和直播领域。

    矛盾初显

    四年以来,经过陆陆续续的调整与测试,OBS项目团队发现AppImage仍然出现了各种各样的问题并没有被解决。

    在2021年10月4日,OBS管理员Joel Bethke忍无可忍地斥责道:“AppImage对OBS项目的可支持性存在问题,且OBS社区对此工具需求不大。当前的OBS项目团队也没有能力去承担另一个生态系统的维护,如果AppImage团队自己不承诺会更紧密地参与OBS的核心开发,以解决可能出现的问题,我们很遗憾必须拒绝该项目的引入了。”

    针对这一怒斥行为,AppImage的作者probonopd感到很诧异,他表示开发者azubieta一直在做这方面的开发工作,这些都可以在OBS项目上找寻到痕迹。

    Joel Bethke也作了进一步解释,之前遇到一些问题时,要求对方解决,可是迟迟得不到回应。“AppImage团队并没有深入参与到OBS项目中,忽略了我们核心团队的问题,并且几个月来一直停滞不前。我对AppImage或许不具备长期的支持性持有强烈的担忧。”

    同时他还直言不讳地表示:“目前OBS核心开发团队或社区贡献者中没有人对维护AppImage感兴趣,更别论去帮助解决可能出现的新问题,以及提供更多的用户支持。”

    对此,AppImage的作者probonopd和开发者azubieta也尝试给出解决方案:“我们制作了用于创建AppImage的工具,但我们不能负责维护项目。”

    但Joel Bethke依然斩钉截铁地说:“此PR最初是由AppImage开发人员提交,而非我们的社区构思及开发。再次感谢您的努力,但我们目前对您的工具不感兴趣。”

    阴阳怪气,惨遭封杀

    或许是OBS管理员的话着实耿直了些,让probonopd一直耿耿于怀。毕竟他和开发者azbieta为此确实付出了巨大的心力。就在所有人都以为事情已经告一段落了,不料就在前几天,probonopd又在GitHub里进行了新的回复,言语中充满讥讽之意,还贴出了相关报道,暗示OBS社区“见钱眼开”。

    “谁决定了社区不采用我的 AppImage ?? 依据是什么?如果从2018年一开始就明确说明这一点,azbieta和我会省去很多工作时间。

    你说AppImage不是OBS社区构思开发的,那是谁最初构思、开发并提交了Flatpak(一个用于在Linux上分发桌面应用程序的框架,来自GNOME开发人员,即Red Hat的首席软件工程师Alexander Larsson)。我猜Red Hat或Flatpak或GNOME开发人员,而不是OBS社区。

    让我来看看?…果真如此呢。 几个与Red Hat相关的技术已经被引入到了OBS项目中,包括:Flatpak、Wayland、Pipewire。

    当然,这与红帽‘捐赠’了10,000 美元毫无关系吧? 一定是纯属巧合。 当然,肯定是巧合啦。”
    在这里插入图片描述

    图源GitHub

    根据他贴出的相关报导所述,Red Hat向OBS Studio捐赠10,000美元,而他官方的Flatpak将从版本27.2开始,直接从OBS GitHub发布。或许两者之间真的有某种关联?
    在这里插入图片描述

    图源GamingOnLinux官网

    在这里插入图片描述
    除了在GitHub上大放厥词,probonopd还忿忿不平地发布了相关推特,艾特了OBS项目开发人员和红帽公司官方账号。
    在这里插入图片描述

    这波操作彻底把管理员Bethke激怒了。他直接在OBS项目中封杀了probonopd,并指出如下4点:

    1. 在过去4年的讨论中OBS非常清楚地提出了疑虑和要求,直至今天AppImage团队对于尝试修复都没有兴趣。
    2. 关于提到AppImage不由OBS社区构思开发是为了明确,对于AppImage长期的维护应该由AppImage开发团队来推动,而不是由OBS项目组的开发人员或社区中的成员。
    3. RedHat没有向OBS支付费用来支持Flatpak。RedHat相关技术的引入和捐赠10,000美元是几乎同时发生的两件事,因而相关报道具有误导性。
    4. Flatpak的原始作者feaneron与RedHat也没有任何关系,接受它是因为他们在与OBS进行有效的交流而不是给出胡说八道的答案或直接忽略问题。
      在这里插入图片描述
    图源GitHub

    后续,Bethke还补充道:“该项目封杀的仅仅是probonopd及其AppImage项目的开发者,而不是未来OBS社区支持AppImage的可能性。前提是社区有足够的需求和意愿。这里封杀的是人,而不是技术。”
    在这里插入图片描述

    图源GitHub

    与此同时在推特上,OBS项目开发人员Ben Torell以及网友Martin Dørum在probonopd推特下进行的反驳也同样令其无话可说。

    Ben Torell表示:”OBS引入Flatpak是因为Flatpak开发者承诺作为社区的一员继续维护它并修复问题。“
    在这里插入图片描述
    网友Martin Dørum也犀利指出:“你缠着OBS采用你的工具已经很久了,他们对此并无兴趣,同时你也拒绝回答他们关于维护的问题。在近4年后,他们对你的耐心终于耗尽了。现在你满意了吗?……一开始就问题不断,且多年来同样的问题不断出现…更别说一大堆错误报告得不到回复了……”
    在这里插入图片描述
    那么,你怎么看待这场长达4年的“战役”呢?

    参考链接:https://github.com/obsproject/obs-studio/pull/2868

  • 相关阅读:
    Unity中Shader法线贴图(下)理论篇
    【软考中级】网络工程师:7.下一代互联网
    oracle学习43-oracle导出空表
    使用CAD偏移和阵列命令绘制图形、使用CAD旋转复制命令绘制图形
    JDBC编程的六个步骤以及使用示例(详细)
    this->使用
    01序列 卡特兰数
    24-25届最新计算机毕业设计大数据选题推荐 -大数据毕业设计题目参考大全
    测试入门难度是低,那就该不被认可吗?
    数字电路与逻辑设计之 设计电路 之无反变量
  • 原文地址:https://blog.csdn.net/csdnnews/article/details/124990171