<div dir="ltr"><div>There are two distinct user groups that need different tools: app developers and library developers.</div><div><br></div><div><div>Note 1: As an industry programmer, I have noticed that people tend to start
out as app developers, and only progress to being a library developer
after some experience and career advancement.<div>Academic programmers, on the other hand, seem to start out as library developers.</div></div><div><br></div></div><div>App developers need freeze files.</div><div>Library developers need dependency version bounds.</div><div><br></div><div>App developers don't even interact with cabal directly. (They interact with their IDE/editor, which interacts with HLS, ...)</div><div>Library developers design specifically around Cabal's interface.</div><div><br></div><div>Libraries and apps have different publishing needs. (I've never thought of Hackage/Cabal as a good system for distributing binaries.)</div><div></div><div><br></div><div>My vision would be that these two groups are more explicitly targeted.<br></div><div><br></div><div><div>Note 2: In the present, I consider stack a better tool for app
development: it's easy for newcomers, focused on freeze files, and hides
or downplays the complicated ways library versions can interact.</div></div><div><br></div><div>-Bryan<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 31 Oct 2024 at 20:03, Brandon Allbery <<a href="mailto:allbery.b@gmail.com">allbery.b@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Worth noting on that last is that Phil attempted to improve that situation in <a href="https://github.com/haskell/cabal/pull/9578" target="_blank">https://github.com/haskell/cabal/pull/9578</a>, but apparently it's not working for some reason (there was a discussion of this recently but I'm not finding it on a quick scan of PRs).</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 31, 2024 at 1:34 PM Artem Pelenitsyn <<a href="mailto:a.pelenitsyn@gmail.com" target="_blank">a.pelenitsyn@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>As I mentioned in the call, I'd like the Cabal part of the error message index to thrive (that is, to be the opposite of what it is now).<br></div><div>Hécate says Zuri/Muni-hacks will take care of that --- awesome! Hope this happens in my lifetime!</div><div><br></div><div>I want cabal-install to be more like package manager in Julia where, when I say import Blah and Blah isn't available locally, it tells me: Blah is not installed but we can do it. Proceed? [Y/n]</div><div><br></div><div>As per later discussions, it'd be interesting to see how the solver could be friendlier to the users. </div><div>E.g. if we had a little LLM inside cabal (or interfaced with cabal) that could talk through the grievances that user has, and come up with suggestions like adding a constraint or upgrading GHC or something.</div><div><br></div><div>--</div><div>Best, Artem<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 31, 2024 at 1:21 PM Brandon Allbery <<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Just to sort-of get the ball rolling:<div><br></div><div>I don't actually have a lot of a stake in <font face="monospace">Cabal</font> or <font face="monospace">cabal-install</font> myself; I mostly work on meta stuff (nursemaiding GHA, maintaining and enhancing workflows and Mergify config, etc.). But there's a similarly "meta" vision I have: better interaction with the real stakeholders, to wit, the users. What are <i>their</i> wishes and needs?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 31, 2024 at 1:04 PM Theophile Hécate Choutri via cabal-devel <<a href="mailto:cabal-devel@haskell.org" target="_blank">cabal-devel@haskell.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi everyone,</div><div><br></div><div>I'd like to ask the people who have been working, are involved or are dependent on any subsystem of the Cabal project to take some time and think about what they would like to see for the future. More directly, I would like to ask you to dream about the future. Don't concern yourself with implementation, energy or resources, but rather about the direction, and the shape of the subsystems that you have a stake in. </div><div>Things like the solver, the UX of such and such sub-command, performance of a certain use-case, targeting a certain demographic, a change in how we get feedback from end-users…<br></div><div><br></div><div>This will help us with coming up with a product vision that will serve as a backbone for the immediate and near-future development of cabal. I understand most of us do this in our free time, but that does not make us illegitimate to wish for better things, especially when we are involved in the long run.<br><br></div><div> See you all on Matrix and during our bi-monthly meeting.<br><br></div><div>Cheers,<br></div><div>Hécate<br></div></div>
_______________________________________________<br>
cabal-devel mailing list<br>
<a href="mailto:cabal-devel@haskell.org" target="_blank">cabal-devel@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel</a><br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>brandon s allbery kf8nh</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a></div></div></div></div></div>
_______________________________________________<br>
cabal-devel mailing list<br>
<a href="mailto:cabal-devel@haskell.org" target="_blank">cabal-devel@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel</a><br>
</blockquote></div>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>brandon s allbery kf8nh</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a></div></div></div></div></div>
_______________________________________________<br>
cabal-devel mailing list<br>
<a href="mailto:cabal-devel@haskell.org" target="_blank">cabal-devel@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel</a><br>
</blockquote></div>