开源和生命周期结束后的挫折及其他

作者:David Lane

多年来,我一直求助于 Linux 和开源社区,以解决一些晦涩难懂的问题。 很少有社区让我失望。 但与一般的软件开发一样,社区的资源有限,有时兴趣也有限。

这就是我今天遇到的情况。 现在,不要误以为这是在抱怨,也不要用它来证明您的观点,即开源软件不适合这项工作。 但偶尔,试图找到答案的挫败感足以让你尖叫。

这是我的问题。 我有一个软件,一个晦涩的软件,它展示了社区的力量和快速开发模式。 它也可能被认为早已过了生命周期,但那是另一个问题。 该软件用于业余无线电分组操作,但自 2003 年以来就未更新,理想情况下,它应在 2.4 的内核版本上运行。 我有一个 RedHat v9 的发行版(是的,我真的指的是版本 9 – 在 Red Hat 转向 Fedora 和 RHEL 的分裂人格之前,他们升级到版本 9,然后分拆出 Fedora Core 1 和 RHEL v3),我认为它是 2.4 内核。 但我想先尝试 Fedora Core 3。 这是因为之前在 Core 7 下编译相关软件不成功。

在为 Core 3 安装支持库时,我发现了一个问题。 Core 3 的存储库以及像我需要的 AX.25 库这样的非标准库根本不存在。 我确信通过足够的搜索,我可以找到我需要的东西,也许可以从头开始编译,但我不太确定我是否想为此付出如此多的努力。 而且我预计,即使我能得到这些库,它也可能仍然无法工作,因为 2.4 和 2.6 之间的内核和相关核心库已经发生了变化,这意味着我必须更加努力地搜索我需要的文件。 我应该指出,即使是找到有关该程序的良好信息也很难,而且少数拥有信息的网站要么有无效文件,要么有损坏的存档,要么有死链接。

所以,我只剩下几个选择。 没有可以替代该软件的方案。 很少有人有足够的知识来逆向工程或正向工程库或软件,而且我不是一个足以启动新项目的程序员。

社区是一件美好的事情,但偶尔即使是社区的资源也不够。 这有时非常令人沮丧。 顺便说一句,如果您有使用 xFBB 的经验或使其工作的库副本,我很乐意听到您的消息!

加载Disqus评论