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
I would like to target LXD remotes without using an inventory file. This is possible for some transports, like SSH, but not LXD.
Describe the Solution You Would Like
One way to do this is to change the interpretation of "host:port" syntax, if and only if --transport lxd is provided.
% bolt command run --transport lxd -t edge:proxy-1 uptime
Could not parse target URI: Invalid port number: "proxy-1"
Perhaps, in the case of LXD, this would be interpreted as remote:instance. This would rhyme with the behavior of lxc, as well, which uses the same syntax to prefix instances/containers with a remote.
If we are uncomfortable with magic parsing of bolt's target, perhaps transport configurations could be specified a different way, with a dedicated flag.
--transport-config lxd.remote=edge
or the shorter
-T lxd.remote=edge
If yall are willing to use up one of your precious short flags :)
The text was updated successfully, but these errors were encountered:
Using bolt for packer builds isn't really something that inventory is usable for. Right now SSH transport is supported, but allowing other transports would be facilitated by specifying transport configs at the command line.
dontlaugh
changed the title
Allow specifying LXD remote at the command line
Allow specifying transport config (e.g. LXD remote) at the command line
Feb 28, 2022
Use Case
I would like to target LXD remotes without using an inventory file. This is possible for some transports, like SSH, but not LXD.
Describe the Solution You Would Like
One way to do this is to change the interpretation of "host:port" syntax, if and only if
--transport lxd
is provided.Perhaps, in the case of LXD, this would be interpreted as
remote:instance
. This would rhyme with the behavior oflxc
, as well, which uses the same syntax to prefix instances/containers with a remote.Describe Alternatives You've Considered
If we are uncomfortable with magic parsing of bolt's target, perhaps transport configurations could be specified a different way, with a dedicated flag.
or the shorter
If yall are willing to use up one of your precious short flags :)
The text was updated successfully, but these errors were encountered: