You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When we deal with the optional dependencies, atm the user is being asked which ones to install.
There are scenarios where there could be optional 2nd, 3rd... n-th level optional dependencies.
Currently those are ignored. My proposal would be to solve the tree several times, workflow:
Have the user select optional dependencies for the current package
Resolve for this tree
If the shared- or optional-dependencies have optional dependencies of their own GOTO 1 and repeat until the whole tree is resolved, similar on what zypper does when running zypper dup
The text was updated successfully, but these errors were encountered:
Another option instead of recursively finding optional dependencies:
Solve once, tagging the packages that are pulled in as optional with an p.IsOnlyOptionalToSomeOtherPackage = true.
List those optional packages and ask the user on which ones they would like to install.
Promote the ones wanted to normal package dependencies.
Solve again.
Resolving recursively means that we would need to detect loops (which can be bigger than the amount of packages), prune, etc, and basically we would be reimplementing the sat solver. Hence, better if we don't do it.
When we deal with the optional dependencies, atm the user is being asked which ones to install.
There are scenarios where there could be optional 2nd, 3rd... n-th level optional dependencies.
Currently those are ignored. My proposal would be to solve the tree several times, workflow:
zypper dup
The text was updated successfully, but these errors were encountered: