我注意到Launchpad上Ubuntu中的file源包连接到了错误的上游项目。这显然无法从 Ask Ubuntu 修复，但我希望有人能告诉我我能做些什么来修复它（或者，如果由于某种原因最好不修复，请解释一下）。
我相信我应该将此报告为错误，但如何？1假设我对此的看法是正确的，我应该针对 Launchpad 上的哪个项目进行举报？启动板本身？没有指定软件包的Ubuntu ？（可以这样做，但通常不鼓励这样做。）file在 Ubuntu 中？请注意，这不是file包本身的问题。
我认为 Launchpad 不会允许我自己更改上游连接。但即使是这样，如果没有更多信息，我认为我不应该这样做，因此实际上我需要提交错误报告或以适当的方式寻求其他人的帮助。2我该怎么办？
1 为了尝试找出报告此错误的依据，我重新阅读了ReportingBugs，检查了FindRightPackage（似乎没有涵盖这种情况）并查看了如何报告错误？（这些资源主要用于报告在自己的 Ubuntu 系统上运行的软件中的错误，所以对我来说，我没有找到我想要的东西是有道理的。）我还浏览并搜索了Launchpad 帮助。
2 这是因为，即使当前的上游连接明显不正确，我也不确定如何最好地修复它。我可以根据要求使用有关该问题的更多详细信息来扩展此问题，但是我暂时避免了这种情况，因为我不想在此处创建尝试在此处报告此问题而不是在实际错误报告中报告的外观，并且因为我怀疑这会影响我的问题的答案。
确实如此 - 这就是上游链接旁边的黄色图标（红色图标用于删除链接）。该链接显然是错误的，所以我继续删除它，所以现在 Launchpad 显示了这个：
我认为在 Launchpad 上没有为该
file命令注册的项目。现在：任何人都可以注册一个项目，但当然最好是由实际参与该项目的人创建它。
上游项目实际上不需要
file在 Launchpad 中注册：我怀疑他们会将其用于公告、代码发布、错误跟踪或 LP 提供的任何其他内容。如果您认为应该存在上游项目，我会向包的维护者询问最佳行动方案（也许他们可以创建项目，或者询问上游的人是否有兴趣）。但是：
这不是 LP 的错误 - 项目和上游连接是由 LP 用户创建的，因此这可能是用户错误。
我建议您通过在 LP 上发布问题来询问维护人员（如果需要，问题可以转换为错误，反之亦然），但显然没有人参与其中，
file对 LP 感兴趣，那何必呢？您还可以要求LP Registry Administrators 团队为以下内容制作一个虚拟项目
file：他们拥有类似的项目
coreutils（其维护者也可能对 LP 上的存在不感兴趣）。Launchpad 的权限现在可以防止某些用户删除现有的上游连接。
尽管自 2009 年以来一直是 Launchpad 的成员，但由于我在那里的活动很少，我陷入了这种状态。
我被告知在https://answers.launchpad.net/launchpad寻求帮助，我这样做了https://answers.launchpad.net/launchpad/+question/699647，它被路由成为https:// answers.launchpad.net/ubuntu/+source/pcre2/+question/699647，有人帮我删除了链接。