C-toxcore: 我有一个存储库?

创建于 2021-01-13  ·  6评论  ·  资料来源: TokTok/c-toxcore

我在kUbuntu 20.04 LTS
Ubuntu 存储库的最后一次更新是v0.2.10-1build2
我想知道什么时候将 v0.2.12 或更新版本添加到 repo 中?

最有用的评论

但是您忘记了有许多应用程序开发人员确实在 Ubuntu/Debian/Arch 上维护该软件包,而那些在我看来并不不合逻辑的。
你不想让尽可能多的人使用毒药吗?
如果是,那么您希望尽可能多的人可以使用它。
我站在这条线上
“也许这就是 Tox 慢慢死去的原因。” (最后我们会看到)

“嗯,对于软件开发人员来说,同时兼任其软件的打包者当然并非闻所未闻,但这更像是一个例外而不是常态。”😒

好吧,也许是时候让它成为“常态”了

我的意思是,如果没有人最终使用它,为什么要制造一些东西,
如果你问我,似乎毫无意义。

所有6条评论

请向在 Ubuntu 中维护 toxcore 包的任何人提出这个问题。 我们不在 Ubuntu 中维护该软件包。

好吧,你没有在 Ubuntu 上维护这个包真是太糟糕了。😞
我认为您希望尽可能多的人使用 Tox。😒
也许这就是 Tox 慢慢死去的原因。 🙄
我会尝试联系在 Ubuntu 上维护该软件包的人。
感谢回复。

我不知道你为什么一开始就期望我们在各种 Linux 发行版中维护包。 听起来您对 Linux 上的打包工作方式有某种误解。 通常由发行版的打包者来打包软件,而不是所述软件的开发者。 如果您检查谁在发行版中维护包,您会很快注意到这一点。 例如,在 Debian 中,Chromium 包不是由 Chromium 开发人员维护的,VLC 包不是由 VLC 开发人员维护的,等等。好吧,软件开发人员兼任其软件的打包员当然不是闻所未闻,但是这与其说是常态,不如说是个例外。 在任何情况下,报告此类问题的适当渠道是分发包中如何打包的问题,​​是分发包的包错误跟踪器,以便包维护人员可以看到问题,而不是上游(此)错误跟踪器,您可以在其中联系软件的开发人员。

好吧,我希望你学到了一些东西!

但是您忘记了有许多应用程序开发人员确实在 Ubuntu/Debian/Arch 上维护该软件包,而那些在我看来并不不合逻辑的。
你不想让尽可能多的人使用毒药吗?
如果是,那么您希望尽可能多的人可以使用它。
我站在这条线上
“也许这就是 Tox 慢慢死去的原因。” (最后我们会看到)

“嗯,对于软件开发人员来说,同时兼任其软件的打包者当然并非闻所未闻,但这更像是一个例外而不是常态。”😒

好吧,也许是时候让它成为“常态”了

我的意思是,如果没有人最终使用它,为什么要制造一些东西,
如果你问我,似乎毫无意义。

您正在使用 LTS 发行版。 LTS 的全部目的是为了长期稳定性,只进行安全修复和部分错误修复,而不是从开发人员那里获取每个补丁更新。 如果包是由开发人员而不是发行版包维护者维护的,这不会有什么不同。 如果你想要更多最新的包,你可以更新到 kubuntu 20.10,它有 toxcore 0.2.12,如果你想要更多更新的包,你可以使用 Arch 或其他一些滚动发行版,在它们可用后很快就会更新。

暗示 tox 开发人员不维护 kubuntu 包意味着他们不关心 tox 或不希望人们使用它是荒谬的。 nurupo 特别在许多 tox 项目的用户交付方面做了很多工作。

好吧,我们将不得不同意不同意。
我已经表达了我的意见,我支持它。
我只能希望有一天会有更好的开发人员分叉这个项目。

此页面是否有帮助?
0 / 5 - 0 等级