因此，存在这个错误，它对我们的生产系统至关重要（#1246245- proftpd 在 logrotate 之后无法重新启动）。它导致 ProFTPd 每隔几天就终止一次，我必须重新启动它。当然，我可以在我们正在启动的每台生产机器上手动应用补丁，但应该有一种更简单的方法：只需修补它。
该错误已确认，并且自 2013 年 10 月以来有一个（一行！）补丁。但没人愿意做这件事。我已经连续一周每天评论该错误，甚至给维护者（即“ProFTPD 维护团队”）写了一封邮件。修复该错误应该需要 5 分钟。但没人在乎。
我的问题是：假设有一个错误，但没有人修复它，我该如何让开发人员修复它？
答案1
除非您是付费客户，并签订了 24/7 服务合同，否则我不太确定每天发布一条消息是否是您应该做的事情或应该引以为豪的事情。这个错误已经 3 年没有修复了——这不算什么；我见过比这更长的时间。我还看到新发布的软件版本使旧的错误报告变得无关紧要（即，从技术上讲，代码永远不会被修复，因为程序是从头开始重写的）。
与其每天在这里发帖希望得到一些关注，不如提出一些更有建设性的建议：
- 上游站点实际上在 git 存储库中有源代码（http://www.proftpd.org/git.html）。从那里克隆它，自己修补它，然后运行它而不是 Ubuntu 包。
- 考虑其他 ftp 服务器。我看到了 pure-ftpd、tftpd、vsftpd 等。
- 转向商业操作系统和/或 ftp 服务器。Ubuntu 和开源并不适合所有人。当然，一些“关键任务”问题可能会使用商业软件，这样他们就可以在需要时获得服务。
实际上，也许可以忽略第一点。
我刚刚注意到问题出在脚本上，而不是程序的源代码上。为什么你不能自己编辑脚本？当然，这很不方便，但考虑到你已经花在这件事上的时间，我想你早就可以这样做了……
（在错误报告中，您说您没有写权限？唠叨那些可以给您写权限和/或修补文件的人可能比唠叨其他任何人都更有成效。）