Worth noting on that last is that Phil attempted to improve that situation in https://github.com/haskell/cabal/pull/9578, 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).
On Thu, Oct 31, 2024 at 1:34 PM Artem Pelenitsyn <[email protected]> wrote: > 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). > Hécate says Zuri/Muni-hacks will take care of that --- awesome! Hope this > happens in my lifetime! > > 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] > > As per later discussions, it'd be interesting to see how the solver could > be friendlier to the users. > 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. > > -- > Best, Artem > > On Thu, Oct 31, 2024 at 1:21 PM Brandon Allbery <[email protected]> > wrote: > >> Just to sort-of get the ball rolling: >> >> I don't actually have a lot of a stake in Cabal or cabal-install 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 *their* wishes and needs? >> >> On Thu, Oct 31, 2024 at 1:04 PM Theophile Hécate Choutri via cabal-devel < >> [email protected]> wrote: >> >>> Hi everyone, >>> >>> 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. >>> 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… >>> >>> 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. >>> >>> See you all on Matrix and during our bi-monthly meeting. >>> >>> Cheers, >>> Hécate >>> _______________________________________________ >>> cabal-devel mailing list >>> [email protected] >>> http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel >>> >> >> >> -- >> brandon s allbery kf8nh >> [email protected] >> _______________________________________________ >> cabal-devel mailing list >> [email protected] >> http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel >> > -- brandon s allbery kf8nh [email protected]
_______________________________________________ cabal-devel mailing list [email protected] http://mail.haskell.org/cgi-bin/mailman/listinfo/cabal-devel
