gpt4 book ai didi

haskell - 非维护者上传到 Hackage

转载 作者:行者123 更新时间:2023-12-03 23:43:10 26 4
gpt4 key购买 nike

我有一个关于 Hackage 的包,它依赖于第三方包,它不是基于较新版本的 GHC (>= 7.2)。只需一行补丁(LANGUAGE pragma)即可解决其他软件包的问题。我两次将补丁发送到上游,但没有收到任何反馈。问题是我的包在依赖关系修复之前都无法安装。

我本可以上传固定版本的依赖包(有一个小版本凸起),但我想听听社区对这种非维护者上传的态度。同样,我不想更改库接口(interface),我只添加一个新的编译标志以使其再次可构建。

  • 是否允许和容忍非维护者上传到 Hackage?
  • 什么时候在 Hackage 上 fork 是更好的方法?
  • 最佳答案

    允许非维护者上传包(可能存在许可证问题,但如果不是所有在 hackage 上的包,大多数包都具有允许这样做的许可证),但当然通常不会这样做。如果出于善意并通过合理的程序进行,则可以容忍。如果您联系维护人员并且在 n 周内没有得到任何回复(我不确定 n 的适当值是多少,我会说不少于 3),那么您可以选择自己上传新版本,然而,在邮件列表上讨论这一点似乎更谨慎。如果包看起来被遗弃了,甚至接管维护权——当然在再次联系维护者之后,给她/他时间做出回应——可能是适当的行动,但这绝对应该与社区讨论(haskell-cafe 或邮件列表,例如)。是否更喜欢非维护者上传或 fork 必须由您判断,我个人倾向于相信 fork 踩到更少的人的脚趾。

    但是,如果我们知道涉及哪个包裹并可以查看具体情况,则可能会做出更有根据的答复。

    关于haskell - 非维护者上传到 Hackage,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9435513/

    26 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com