<div dir="auto">Well, a repo with history of the published code is often specified in the .cabal file.<div dir="auto"><br></div><div dir="auto">This allows for overview of changes between versions. Forks and PRs are also convenient.</div><div dir="auto"><br></div><div dir="auto">A few repo hosts also include issue tracker which can also be used to communicate with authors / maintainers.</div><div dir="auto"><br></div><div dir="auto">Clarity helps.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri 12 Mar 2021, 20:38 <a href="mailto:amindfv@mailbox.org">amindfv@mailbox.org</a>, <<a href="mailto:amindfv@mailbox.org">amindfv@mailbox.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Mar 12, 2021 at 06:57:59PM +0200, Imants Cekusins wrote:<br>
<br>
> Let's see how soon the next version is uploaded with maintainer and<br>
> repo specified. A repo would be nice, wouldn't it?<br>
<br>
Tbh this type of scrutiny is making me less likely to want to publish unfinished code because it would only open me up to criticism (this code doesn't have feature X, I don't think this code is being worked on fast enough, etc.). I've already said I'll give up the package name if there's a clear consensus from the larger community. A WIP repo might be nice for you but I'm not required to publish anything before I feel it's ready.<br>
<br>
Tom<br>
<br>
</blockquote></div>