会议 #1

第一次会议于 GMT 时间 2021 年 2 月 7 日 17:00 在 Etherpad 上举行。十几个人参加了会议，经过 4 个多小时的讨论，我们很长的议程上的一些问题不得不推迟到下次会议

议程

要点

在本节中，我们将讨论议程中安排的各个要点。

JoinJabber 项目的目标

我们今天聚集在一起，成立一个新的集体，称为 JoinJabber。我们在这里的一些原因包括：

  • 关于 Jabber 生态系统的信息是碎片化的，且常常过时，这对新用户来说很困惑；许多服务提供商（托管合作社）不得不将宝贵的资源花在维护最终用户的文档上
  • xmpp.org 和 XMPP 标准基金会（XSF）持中立立场，这使得他们无法推荐某些解决方案和方法
  • 没有社区中心来帮助和指导新用户和服务器运营商在出现问题时，或促进和鼓励最终用户与客户端/服务器开发者之间的讨论；现有的社区如 jdev 和 jusers 并不广为人知

出于这些原因，我们为 JoinJabber 集体制定了以下目标：

  • JoinJabber 是一个致力于 Jabber 联邦网络最终用户关切的社区
  • JoinJabber 促进文化多样性和国际合作；我们希望赋予人们在没有任何形式的压迫或障碍的情况下进行沟通的能力；社区欢迎任何语言，尽管每种语言都有自己的频道（论坛、聊天……）。
  • JoinJabber 集体内的沟通和决策以英语进行，我们鼓励其他语言的使用者通过翻译和/或他们选择的代表表达他们的关切。会议的预定议程会提前发布并尽力翻译，会议记录也是如此。
  • JoinJabber 是一个自由协会，促进个人和社区的赋权；每个人在我们的会议上都可以自由表达愿望和关切，我们没有正式的会员资格
  • JoinJabber 反对有毒和压迫性的行为，如跟踪、骚扰和垃圾邮件；我们将禁止伤害我们的用户和社区的人
  • JoinJabber 不参与任何形式的商业活动：我们可能会为 JoinJabber 基础设施筹集捐款，宣传我们推荐的现有筹款活动（客户、服务器和服务器运营商），或参与针对最终用户感兴趣的新功能的筹款活动
  • JoinJabber 提倡去中心化治理：我们对任何项目没有权威，尽管我们可能会根据进一步建立的标准选择推荐或不推荐某些项目
  • JoinJabber 促进项目间合作，并希望鼓励采用以最终用户需求为中心的现代标准
  • JoinJabber 促进去中心化的互联网基础设施：我们不想成为一个大型中央服务器，而是希望推广现有的用户友好型服务器和新服务器的自我托管
  • JoinJabber 为 Jabber 生态系统中的集体项目提供服务和基础设施，但不向最终用户提供服务（例如 Jabber 账户）。
  • JoinJabber 提供支持渠道（即时聊天和长期讨论）以帮助 Jabber 客户端/服务器的用户；我们不想取代特定项目的现有支持渠道，但希望通过简单事务来减轻他们的负担；支持由志愿者在尽力而为的基础上提供
  • JoinJabber 将隐私视为基本人权，并作为大众权力和自主权的支柱；我们参与评估 Jabber 生态系统的隐私，并为实施者、服务器运营商和最终用户提出建议；建议使用昵称（尽管不是强制性的）参与 JoinJabber 集体
  • JoinJabber 研究 Jabber 生态系统中的用户体验，并收集最终用户反馈；这些反馈来自证言和实地研究（例如在安装派对期间），可以用于向实施者和服务器运营商提出建议
  • JoinJabber 促进 Jabber 与其他自由、去中心化网络之间的互操作性；只有能够跨自由解决方案（如 IRC、Matrix、Fediverse 等）进行沟通，我们才能对抗互联网巨头。
  • JoinJabber 促进所有服务的可及性，无论生理（残疾）和资源限制（慢速互联网接入、低端硬件或缺乏资金）。
  • JoinJabber 鼓励可重复构建，以实现更可靠和可信的软件。JoinJabber 可能提供软件仓库，以促进现有客户端/服务器软件在操作系统之间更快速、安全的更新。

所有这些目标都是通过软共识采纳的。有些提出了不同的措辞，尽管并不是每个人都能获得自己喜欢的提案批准，但我们确保没有人对任何采纳的提案有强烈的反对意见。达成这些结论花费了两个多小时，但每个人似乎都对结果感到满意，我们现在将自己认定为具有明确目标的 JoinJabber 集体。

在讨论某些观点时，倾向于避免一些在某些文化背景下具有负面含义的表达（例如，合作），或对某些人可能显得晦涩的词汇（例如，自主）。还认为某些观点在未来可能会更好或更准确地重新表述。特别是，提案 9 和 10（关于去中心化互联网基础设施）可能在下次会议上合并为一个提案。此外，有人提议目标和方法应为单独的文件。下次会议上可能也会对此提出提案。

回顾：到目前为止的情况

从 2020 年 12 月到现在，我们已经建立了一个网站来列出客户端/服务器，并一直在开发 Ansible 配方，以使我们的基础架构易于理解、可复制和可扩展。我们还开始围绕 JoinJabber 项目进行沟通以提高其知名度：几个客户端/服务器开发者以及服务器运营商现在已加入我们的多用户聊天并参与讨论。

该网站文档完善，但翻译很少（目前仅有英文和法文）。设计非常简约，因此网站可以在全球范围内（即使在低带宽链接上）加载良好。目前外观不是很漂亮，可以使用志愿设计师的帮助。网站的源代码和基础架构的链接在网站上，大多数服务也可以通过洋葱地址通过 Tor 访问。这两个信息都在每个页面的页脚中可用。我们的网络论坛也充当邮件列表，这就是选择 Discourse 作为论坛软件而非其他解决方案的原因。

目前基础架构缺乏文档，但这将很快得到改善，作为专门的系统管理工作组的一部分。一些角色尚未完成（discourse、邮件服务器、Jabber服务器），欢迎志愿者帮助。

共享基础设施

目前，我们的基础设施是：

  • 网站
  • 邮件服务器（用于论坛等内部服务）
  • 论坛，这也是一种邮件列表（支持通过电子邮件发送通知和回复）
  • Jabber/XMPP 多用户聊天（群聊）服务器

此外，我们考虑为社区提供额外服务。我们不是在讨论如何/何时部署这些服务，而是质疑如果有志愿者设置这些服务，我们认为它们是否会有用。这些服务可以提供给 Jabber 相关项目：

  • 网站/wiki/文档托管
  • 翻译服务，由 Weblate 提供支持
  • 论坛/邮件列表
  • 一个机器人/桥接，支持跨即时通讯协议的讨论（IRC-Matrix-Jabber），由 matterbridge（或同等产品）提供支持
  • 聊天机器人订阅软件伪造（Github/Gitlab/Gitea）的更新，以公布项目聊天中的更改
  • 群聊，由我们的 Jabber 服务器的 MUC（多用户聊天）提供支持
  • 软件存储库，为不同平台（F-droid、APT、Docker 等）提供最新的软件

上述所有提案均已通过。此外，一些提案未达成共识，需要在未来的会议中进一步考虑：

  • 作为向与 Jabber 生态系统无关的现有社区提供的服务，桥接即时通讯协议，这些社区没有部署此类解决方案的知识/资源
  • 将即时通讯协议桥接到非自由服务（如 Discord）
  • 软件代码托管平台（如 Gitea），无论是作为主要源还是镜像服务

沟通

公告

由于我们的集体刚刚成立，我们需要公开宣布其创建。将开设一个专门的文档板，并在论坛和聊天中收集反馈。欢迎每个人在此过程中表达想法/担忧，我们不会等到下次会议才发布公告。

翻译

我们希望我们的社区对所有语言的人都具有可访问性和包容性。一些服务可能不支持从右到左的语言（到目前为止尚未测试）可能是一个令人担忧的问题。翻译和所有相关问题都由翻译工作组处理。该工作组还可能处理尚未被我们的翻译覆盖的社区的外联工作。

新闻源

我们希望建立一个新闻源，让人们可以获得他们感兴趣的主题的语言文章。这可以在论坛上进行，或者在专门的服务（Lemmy/Lobsters/Postmill）上进行。然而，似乎还没有人想要维护另一个服务。

这不完全是XMPP 星球，因为文章是手动策划的，而且整个内容并不托管在我们的新闻源上（我们只托管链接），也不完全是XMPP 通讯，因为每个链接的教程/文章都将在论坛上有自己的帖子来收集社区讨论。

任何人都可以在论坛的专门类别中为这个新闻源做出贡献：英文，法文。

社交媒体

我们希望在以下平台上宣传我们的活动，以及更广泛的 Jabber 生态系统的活动：

  • Mastodon 和 Fediverse（ActivityPub 联邦）
  • Movim（Jabber/XMPP PubSub 联邦）
  • 以及我们网站上的 RSS 源

我们希望在不同社交媒体上的账号保持同步，因此我们需要一个专门的客户端/机器人。这个客户端还可以将外部媒体的回复导入我们的网站。我们需要一个解决方案，欢迎有人开发它。在此期间，网站、Mastodon 和 Movim 的 RSS 是我们的参考社交媒体源。

未来可能会考虑其他社交媒体：Diaspora、Hubzilla（ZOT 协议）……也提到了 Twitter 和 Facebook，但总体上从社区获得了相当负面的反馈，因为它们的用户不友好政策。

专门的媒体工作组将处理这些平台上的沟通。

聊天（即时通讯）

我们的历史聊天室位于 joinxmpp@chat.cluxia.eu。我们在 joinjabber.org 上有一个新的聊天服务器。新房间在 MUC 上称为"chat"。所有对话现在都应该在chat@joinjabber.org上进行。

我们还想在聊天中与其他渠道进行讨论：

  • chat@joinxmpp.org
  • #joinjabber 在一个流行的 Matrix 服务器上：可能是 matrix.org？
  • #joinjabber 在一个流行的 IRC 服务器上：可能是 OFTC，因为 Freenode 对 Tor 用户相当不友好？

桥接工作组将在下次会议之前设置 matterbridge（或等效解决方案），以便人们可以从其他网络参与。另外，建议在我们的服务器上设置 ConverseJS，作为加入聊天的网页客户端。

邀请函

我们希望邀请其他集体加入讨论/集体。提案将在论坛/多用户聊天室中收集，直到下次会议，以便我们可以提前几天发送邀请。

项目工作组

为了在社区中分配任务，我们可能会分成专门的工作组。鼓励对加入工作组感兴趣的人在此声明。此列表不构成任何正式成员资格，人们可以随时加入或离开工作组。

系统管理员

成员：tofu、pep.、Kris

系统管理工作组维护 JoinJabber 基础设施。负责部署新服务，并确保现有服务的连续性。几乎所有基础设施都由 Ansible 配方管理的声明性配置文件管理，可在 https://codeberg.org/joinjabber/infra-old 获取。

待办：

  • 一些任务列在仓库的问题跟踪器上
  • 为桥接工作组即将提出的桥接解决方案编写 Ansible 配方
  • 考虑设置 ConverseJS，让人们可以从网页加入我们的聊天室和会议

网站

成员：tofu、wurstsalat

网站工作组维护 joinjabber.org 网站。提出新内容，收集外部贡献，整理翻译工作组的翻译，并尝试改进网站设计。

待办：

  • 一些任务列在仓库的问题跟踪器上
  • 在网站上开设一个微博栏目，由媒体工作组发布
  • 开设博客栏目，用于发布公告和会议纪要

翻译

成员：pep.（法语）、pitchum（法语）

翻译工作组跟踪待翻译的内容，并协调跨语言的翻译团队。它还负责与我们目前没有翻译的社区进行外联。

待办：

  • 翻译这些会议记录
  • 翻译集体的公告
  • 招募更多翻译人员

桥接

成员：Kris、tofu

桥接工作组实验使用桥接和聊天机器人，将不同的聊天室连接在一起，使人们能够跨聊天协议（IRC、Matrix、Jabber 等）工作。

待办：

  • 实验使用matterbridge以及其他潜在解决方案
  • 为系统管理员工作组提出一个可部署的解决方案

媒体

成员：Kris（Lemmy）、pep.（Mastodon、Movim）

媒体工作组负责发布我们微型博客、Mastodon 和 Movim（目前）的相关内容。它还确保这些不同来源保持同步。

待办：

  • 在 Mastodon 和 Movim 上创建账户，并分享凭证
  • 从网站工作组获取凭证，以便在微型博客部分发布到网站上
  • 考虑我们是否应该自托管自己的 Movim 实例，如果是的话，联系系统管理员工作组

额外任务

除了上述特定工作组的任务外，以下任务应作为集体责任在下次会议之前处理：

  • 公布此会议的纪要
  • 发布公告
  • 开始对下次会议的日期进行投票
  • 为下一次会议做好准备，将我们今天无法讨论的要点添加到议程中
  • 列出我们想邀请参加会议的其他集体
  • 准备关于如何组织会议和参与会议的教程

推迟

经过四个多小时的会议，我们决定将一些议题推迟到下次会议。以下笔记不是集体讨论的结果，而是议程上的提案。

推荐服务

我们推荐哪些服务器？标准是什么？ 示例：https://invent.kde.org/melvo/xmpp-providers（像这样的自动化可能很好，尽管 IBR 不应该像这个例子中那样被列得那么高。）<-- IBR 是什么？

通信

joinjabber 还是 joinxmpp？

  • Jabber 是思科的商标，通常与 2010 年前的旧 XMPP 相关，或者更糟的是，一些思科公司内部聊天工具被抛弃给 Slack
  • XMPP 在与技术人员将其与过去糟糕的“Jabber”体验联系起来的斗争中面临艰巨的挑战。因此，现代 XMPP 应尽可能与旧 Jabber 保持距离
  • joinjabber.org 应该重定向到 joinxmpp.org，而不是现在的相反情况
  • joinxmpp.org 对于解释现代 XMPP 及其客户端来说是可以的，实际的最终用户采用是由客户端和服务器推荐驱动的，而不太依赖于协议本身

上游新闻关注

有用的资源

我们想在网站上宣传哪些外部资源？

网站建议

问题解答

  • 我们如何避免成为生态系统中的中心基础设施？尽管为许多项目提供服务，我们如何防止自己成为单点故障？
  • 我们是否计划积极参与 XMPP 服务器/客户端功能的众包？