keeping software forks under MacPorts repo?
Christopher Jones
jonesc at hep.phy.cam.ac.uk
Sat Nov 9 17:56:00 UTC 2019
> On 9 Nov 2019, at 5:24 pm, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
>
>
>
>> On Nov 9, 2019, at 9:06 AM, Ryan Schmidt <ryandesign at macports.org> wrote:
>>
>> On Nov 9, 2019, at 11:00, Mojca Miklavec wrote:
>>>
>>> But we would probably want to
>>> prefix the repository names (something like "fork_qt", "fork_llvm") to
>>> clearly distinguish them from our main repositories.
>>
>> I wouldn't necessarily suggest doing that. We're not forking in order to diverge from upstream and evolve the software into a different product. We're only doing it to apply bug fixes.
>
>
> if it was decided to proceed, perhaps MacPorts/qt4 might be a reasonable name for the fork …
Thats exactly my point. "MacPorts/qt4” is enough to signify its a fork. Adding “fork_” to the name is IMHO pointless and in fact adds confusion, not removes it.
Chris
>
> the default fork name of “qt” is not specific enough, I think.
>
> Thanks for considering.
>
> K
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1930 bytes
Desc: not available
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20191109/72820923/attachment.bin>
More information about the macports-dev
mailing list