-
Notifications
You must be signed in to change notification settings - Fork 346
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Line edits for Manual doc #5641
base: master
Are you sure you want to change the base?
Conversation
Please ensure my changes are still accurate. I'll have more questions in the PR to establish clarity in several places as well.
Need clarification: li 87-90
Would it be correct to say: "Repository selection is always ordered. The Even this is still a little confusing. What does does "where it is found" mean? In the same directory? |
There are several other comments/questions I have about this doc, mostly for clarification, but I'll wait to ask any more until these are addressed (to avoid too much noise and confusion all at once!) |
Before I forget my other questions, I'll add them now, so they maintainers can get to these comments/suggestions when they have time. |
Do these suggestions this make it more clear?
- For local switches, which are external to the opam root, when in the directory | ||
where the switch resides or a descendant | ||
- By setting the `OPAMSWITCH=<switch>` environment variable, to set it within a | ||
single shell session. This can be done by running `eval $(opam env --switch |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- For local switches, which are external to the opam root, when in the directory | |
where the switch resides or a descendant | |
- By setting the `OPAMSWITCH=<switch>` environment variable, to set it within a | |
single shell session. This can be done by running `eval $(opam env --switch | |
- For local switches, which are external to the opam root, when in the directory | |
where the switch resides or a descendant | |
- By setting the `OPAMSWITCH=<switch>` environment variable, to set it within a | |
single shell session. This can be done by running `eval $(opam env --switch |
This could use some clarification.
"For local switches..." there is no action here. It doesn't say how to select it, or if it does, it's not clear.
There is also no action in the second one: "by setting the ...."
Would you mind explaining these further?
Also, should opam root be opam root
?
This is generally done through `sudo`, and always after prompting the user | ||
(unless `--yes` was specified). if disabled, the installation command is | ||
This is generally done through `sudo` and always after prompting the user | ||
(unless `--yes` was specified). If disabled, the installation command is | ||
printed to stdout, and opam pauses to let the user proceed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
printed to stdout, and opam pauses to let the user proceed. | |
printed to `stdout`, and opam pauses to let the user proceed. |
modified during the installation of the package. | ||
Note that this hook is run after the scan for installed files is | ||
done, so any additional installed files won't be recorded and must be taken | ||
Note that this hook is run after the scan for installed files completes, so any additional installed files won't be recorded and must be taken | ||
care of by a `pre-remove-commands` hook. However, modified or deleted installed | ||
files during the `post-install-commands` will be handled correctly by `opam`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
files during the `post-install-commands` will be handled correctly by `opam`. | |
files during the `post-install-commands` will be handled correctly by opam. |
No monospace until you're talking about the opam
file specifically. It sounds like this is talking about the pkg mgr in general. Is that correct?
specify commands that will be run just after processing the package's commands | ||
for the corresponding action, and the `<pkgname>.install` file in the case of | ||
install and remove, on any package. The post commands are run wether or not | ||
install and remove, on any package. The post commands are run whether or not |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do these items "specify commands that will be run...for the corresponding action" and specify commands for the "<pkgname>.install
file (in the case of install and remove)"
Does the "on any package" part refer to both of the above (corresponding action and install file) or just one or the other?
for context. If set to a single `<ident>` element that may point to a | ||
built-in solver or one of the `aspcud`, `packup`, or `mccs` predefined |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This has an If...
but no then
-- the thought is incomplete. If it's set to single <ident>
... then what happens?
`build`. | ||
|
||
When the version formula reduces to `false`, as would be the case here when | ||
`build=false`, the dependency is removed from the formula. | ||
|
||
### Interpolation | ||
|
||
Some files can be rewritten using variable interpolation expansion: in cases | ||
Some files can be rewritten using variable interpolation expansion. In cases | ||
where this is available, when looking for `file` and `file.in` is found, any |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is "when looking for file
and file.in
is found" an example of "where this is available"?
If so, let's write it like this; "In cases where this is available, i.e., when looking for ..."
...or does this mean "in cases where this is available and when looking for..., any interpolations found are replaced..."?
|
||
This field follows the exact same format as `build:`. It is used to move | ||
products of `build:` from the build directory to their final destination | ||
under the current `prefix`, and do any required additional setup. Commands | ||
in `install:` are executed sequentially, from the root of the source tree | ||
under the current `prefix`; they do any required additional setup. Commands |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we change "do any required..." to "perform any required..."?
@@ -994,7 +991,7 @@ files. | |||
dependencies of the package toward packages external to the <span class="opam">opam</span> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should this be "the package's external dependencies"?
Do the external dependencies belong to the package?
explicitely. This can be affected by the | ||
[solver criteria](#configfield-solver-criteria). This can be useful for | ||
beta releases, or to discourage installation of releases with known bugs. | ||
beta releases or to discourage installation of releases with known bugs. | ||
|
||
Note that this behaviour is disabled when a flagged version of the package | ||
is already installed. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should the following lines be:
- <a id="opamflag-deprecated">`deprecated`</a>: this flag is equivalent to
[`avoid-version`](#opamflag-avoid-version), except for the addition of a
deprecation message after the package is installed. It should also be marked as
deprecated in the solution shown to the user upon installation.
The way it reads now is a little confusing.
@@ -614,22 +611,22 @@ For example, a dependency on `"foo" { = version }` will require package `foo` at | |||
the version defined by variable `version` (which is the version of the package |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This sentence is quite confusing.
"For example, a dependency on "foo" { = version }
will require package foo
at
the version defined by variable version
(which is the version of the package being defined)."
How can we clarify this further?
Maybe:
"For example, a dependency on "foo" { = version }
will require package foo
at
the version, which is defined by variable version
(the package version being defined)."
What is meant by "at the version" --- is this in the command or in a directory? a file?
Please update
master_changes.md
file with your changes.As requested in my previous PR, I've separated commits between Capitalisation, Grammar/Punctuation, and Syntax/Rewording. Hopefully it's less tedious for reviewers.