Allow services to specify satisfies for other package ids to indicate they fully implement the api of the other package, but are not the same package (not a flavor: cannot migrate from it). This also allows specifying satisfies for package ids that do not exist: these can be used as virtual packages that represent apis that are subsets of what some packages offer (i.e. openai-openapi@1.3.0)
If there are multiple packages that satisfy a virtual package id, StartOS should provide the user a way to select which one to prefer.
Start9 should maintain an official list of virtual package ids and documentation on what they are expected to support.
Allow services to specify
satisfiesfor other package ids to indicate they fully implement the api of the other package, but are not the same package (not a flavor: cannot migrate from it). This also allows specifying satisfies for package ids that do not exist: these can be used as virtual packages that represent apis that are subsets of what some packages offer (i.e. openai-openapi@1.3.0)If there are multiple packages that satisfy a virtual package id, StartOS should provide the user a way to select which one to prefer.
Start9 should maintain an official list of virtual package ids and documentation on what they are expected to support.