Skip to content

Conversation

@philderbeast
Copy link
Collaborator

@philderbeast philderbeast commented Dec 28, 2024

Fixes #10527 and #9983. Depend-on: #10688.

Doesn't allow an empty list of targets with a project context.

With a project, the REPL command requires a target. If one is not given then a message is shown explaining this and naming the project if the --project-file option was given (but not when the default 'cabal.project' project name is used implicitly). We're not yet able to list project targets so in the meantime, the messages lists the packages of the project.

  • When the implicit default cabal.project is used:
$ cat cabal.project
packages: pkg-one pkg-two

$ cabal repl
Error: [Cabal-7076]
With a project, the REPL command requires a single target. The packages in this
project are:
 - pkg-one
 - pkg-two
  • When the --project-file option is used, the file name is included:
$ cat some.project 
packages: pkg-one pkg-two

$ cabal repl --project-file=some.project
...
Error: [Cabal-7076]
With a project, the REPL command requires a single target. The packages in this
project, 'some.project', are:
 - pkg-one
 - pkg-two
  • When the project has no packages, this is mentioned in the message:
$ cat empty.project

$ cabal repl --project-file=empty.project
...
Error: [Cabal-7076]
There are no packages in 'empty.project'. Please add a package to the project and pick a
single [package:][ctype:]component as target for the REPL command.
  • Before the fix the message mentioned a fake-package-0. This was confusing:
$ ~/.ghcup/bin/cabal-3.12.1.0 repl --project-file=some.project
...
Error: [Cabal-7076]
Internal error when trying to open a repl for the package fake-package-0. The
package is not in the set of available targets for the project plan, which would
suggest an inconsistency between readTargetSelectors and resolveTargets.
  • Earlier cabal-install:exe:cabal versions mentioned using all as the target but this won't work for the REPL command:
$ ~/.ghcup/bin/cabal-3.10.3.0 repl --project-file=some.project
Error: cabal-3.10.3.0: No targets given and there is no package in the current
directory. Use the target 'all' for all packages in the project or specify
packages or components by name or location. See 'cabal build --help' for more
details on target options.

@philderbeast philderbeast marked this pull request as draft December 28, 2024 13:20
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 4 times, most recently from 09fcf06 to 6dd178f Compare December 28, 2024 16:31
@philderbeast philderbeast marked this pull request as ready for review December 28, 2024 16:31
@philderbeast philderbeast marked this pull request as draft December 28, 2024 19:48
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 2 times, most recently from 2782ef9 to 5a50424 Compare December 29, 2024 16:28
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 2 times, most recently from 35477a0 to 1b8edc1 Compare January 12, 2025 12:37
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from 1b8edc1 to 2a587e3 Compare March 22, 2025 20:31
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from 2a587e3 to 59869f3 Compare April 19, 2025 12:42
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from 59869f3 to d34ecf2 Compare June 16, 2025 19:24
@philderbeast philderbeast mentioned this pull request Jun 16, 2025
2 tasks
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from d34ecf2 to 80875e2 Compare June 16, 2025 19:52
@philderbeast philderbeast marked this pull request as ready for review June 16, 2025 20:01
@philderbeast
Copy link
Collaborator Author

This pull request will be easier to review once the cfgVerbosity changes are merged.

Copy link
Collaborator

@geekosaur geekosaur left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Approving despite suggestions because they're not functional changes.

@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 5 times, most recently from 2e359e9 to 88c7a58 Compare June 17, 2025 16:26
Copy link
Collaborator

@ulysses4ever ulysses4ever left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this patch and the test! I have a couple questions...

@mpickering could you take a brief look at this (it's a small patch)? Especially my comment under the -- NOTE:.

Comment on lines 323 to 325
text "There are no packages in"
<+> (project <> char '.')
<+> text "Please add a package to the project and pick a component to use as the target of the REPL command."
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the no-packages case is certainly already handled in other places today, right? (people keep forgetting packages:... and get an error message.) Is it possible to not duplicate this logic?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After removing the target string manipulation, the current behaviour (#9983) is bad and doesn't cover this case:

$ ~/.ghcup/bin/cabal --numeric-version
3.14.2.0

$ ~/.ghcup/bin/cabal repl --project-dir=cabal-testsuite/PackageTests/ReplProjectTarget --project-file=empty.project
Configuration is affected by the following files:
- empty.project
Warning: There are no packages or optional-packages in the project
Resolving dependencies...
Error: [Cabal-7076]
Internal error when trying to open a repl for the package fake-package-0. The package is not in the set of available targets for the project plan, which would suggest an inconsistency between readTargetSelectors and resolveTargets.

Also I'd be curious to know how to get better output from a debug build of cabal-install with assertions enabled because that version gives me a poorer error report with no line number:

$ cabal repl --project-dir=cabal-testsuite/PackageTests/ReplProjectTarget --project-file=empty.project
Warning: this is a debug build of cabal-install with assertions enabled.
Configuration is affected by the following files:
- empty.project
Warning: There are no packages or optional-packages in the project
Resolving dependencies...
Assertion failed

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Warning: There are no packages or optional-packages in the project

is a different issue, I think, (#8679 probably) so it may be wise to try to avoid solving it here.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

assertion failure is bad but also looks like a future work. We're minutes from cutting the 3.16 branch and all backporting will have to go through extra careful consideration (mostly deciding the tradeoff: scarse resource for the release vs profit from performing the backport)

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The assertion bothers me. I could cut back on the scope of this pull request or dig in more about the assertion.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the no-packages case is certainly already handled in other places today, right? (people keep forgetting packages:... and get an error message.) Is it possible to not duplicate this logic?

@ulysses4ever, it is handled elsewhere but as a warning:

-- https://github.com/haskell/cabal/issues/6013
when (null (projectPackages projectConfig) && null (projectPackagesOptional projectConfig)) $
warn verbosity "There are no packages or optional-packages in the project"

So in the meantime (as I'm not suppressing the warning) we get both a warning and an error:

$ cabal repl --project-file=empty.project
Warning: this is a debug build of cabal-install with assertions enabled.
Warning: There are no packages or optional-packages in the project
Error: [Cabal-7076]
There are no packages in 'empty.project'. Please add a package to the project and pick a
single [package:][ctype:]component as target for the REPL command.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given the warning (unless there's already some way to suppress it, shouldn't the error message change to be a follow-on to it?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm OK with the warning and then the error. Scolding, I warned you and now look what has happened, an error!

I feel the better way to fix this would be to suppress the warning.

@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from 01140ec to 8d8d6d6 Compare July 29, 2025 19:58
@ulysses4ever
Copy link
Collaborator

Cool, thanks! Let's see what CI says.

Any chance you could squash some of those commits?

@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from 8d8d6d6 to 6f3f178 Compare July 29, 2025 20:07
@philderbeast
Copy link
Collaborator Author

I missed updating a test. The update in the test output is:

$ git diff
...
 # checking repl command with an 'empty.project' with no packages
 # cabal repl
 Warning: There are no packages or optional-packages in the project
-Resolving dependencies...
+Error: [Cabal-7076]
+There are no packages in 'empty.project'. Please add a package to the project and pick a
+ single [package:][ctype:]component as target for the REPL command.

@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 2 times, most recently from f23c5be to b16a443 Compare July 30, 2025 11:52
@philderbeast philderbeast requested a review from mpickering July 31, 2025 14:27
@mpickering
Copy link
Collaborator

I'm struggling a bit to do a proper review without diving in and understanding all the details myself. So I am also happy to merge what you have done already (with the error message comment modified) and we can improve it later if necessary.


It seems that there is some awkwardness around the fact that

  • In a project context you have to specify a target
  • In other contexts you don't have to specify a target

This leads to passing AcceptNoTargets to withContextAndSelectors, and then having to check whether there are no targets in the ProjectContext case.

Perhaps another design would be to make withContextAndSelectors take a function TargetContext -> AcceptNoTargets? Did you consider doing that?

I suppose resolveTargets is not suitable here since that is dealing with resolving what a target string is referring to (in this case there isn't a target string).

@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 2 times, most recently from f9c50bd to 2787ba3 Compare August 7, 2025 20:11
@philderbeast
Copy link
Collaborator Author

philderbeast commented Aug 7, 2025

Sorry @mpickering for roping you in for an premature review. I couldn't see how to cancel a "re-request review". Thanks for the feedback. I sought early feedback given the urgency of #11107.

@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch 3 times, most recently from 271735c to 7b05e28 Compare August 8, 2025 01:37
@philderbeast
Copy link
Collaborator Author

philderbeast commented Aug 8, 2025

It seems that there is some awkwardness around the fact that

  • In a project context you have to specify a target
  • In other contexts you don't have to specify a target

I'm making one exception here, picking the package as the target when a project has but one package and no targets are given.

philderbeast and others added 10 commits August 11, 2025 13:45
- Show packages when no --project-file is given
- Handle the case with no packages in the project
- Add a changelog
- Add tests
- Satisfy hlint
- Satisfy fourmolu
- Don't need a target when there is one package
- Adjust target strings for sole package
- Add alt.project tests for ReplOptions
- Silence the 1st withCtx call's verbosity
- Don't repeat configuration is affected by
- Satisfy whitespace
- Fixups after rebase
- Remove punct variable
- Comma with but joining indep' clauses
- Use single package

Co-Authored-By: brandon s allbery kf8nh <[email protected]>
- Improve test descriptions
- Mention [package:][ctype:]component
- Don't repeat [package:][ctype:]component
- Lift validatedTargets, rename r as replFlags
- Don't use -XRecordWildCards for configFlags
- Add a one.project one pkg test
- Remove target string manipulation
- Make reportProjectNoTarget a function
- Redo ReplProjectTarget tests
- Redo ReplProjectNoneTarget tests
- Satisfy fix-whitespace
- Error whether or not project has packages
- Guard against triggering an assertion if targets are null
@philderbeast philderbeast force-pushed the fix/repl-project-null-target branch from a3d1535 to ffa5e9c Compare August 11, 2025 17:45
@ulysses4ever
Copy link
Collaborator

@mpickering could you take another look at this? it'd be great to have it in for 3.16.1.0...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

cabal repl (more or less) silently fails since 3.16.0.0 Internal error message for cabal repl within project scope

4 participants