Open Geogboe opened 1 month ago
I'm thinking it might make sense to have an entirely separate package for the trimmed version. This is because if someone installs a plugin, and had previously installed the trimmed version via package parameter, it would be non-obvious why the plugin is not being loaded.
Any thoughts on your end?
It would be neat if the win-acme package could support installing the 'trimmed' version of win-acme using a parameter.
Expected Behavior
One way this could work would be to have a parameter provided called
--params /InstallType:Trimmed
or--params /trimmed
with the default being pluggable to keep things backwards compatible.Possible Solution
Context
Currently, win-acme is released as two different packages. A pluggable one and and trimmed one. The pluggable version ships with .NET Core embedded which provides support for external win-acme plugins. The trimmed version utilizes the builtin version of .net on the OS (I think 4.6+) and does not support any external plugins.
For example:
https://www.win-acme.com/reference/plugins/
My use case for this is I don't need plugins and the trimmed version means I won't have to wait for a new version of win-acme to ship in order to have the embedded version of .net patched. .NET gets patched alongside the OS. It's a minor thing but I don't think completely insignificant.
My other use cases sort of goes back to this comment I made: https://github.com/TheCakeIsNaOH/chocolatey-packages/issues/28#issuecomment-2115767143 about being able to specify the install paths for the package. This is not doable currently using the pluggable version due to plugin dependencies but if a parameter were added to install the trimmed version (which doesn't have plugin dependencies) a path parameter could also be added to specify an installation location only when using the trimmed version.
Appreciate any consideration!