wunderio/radi-handlers

Various handlers usable with the radi-API

radi-handlers's Issues

Nasty submodule error

Currently trying to clone this repo from relase 0.4 gives error:

No submodule mapping found in .gitmodules for path 'vendor/github.com/Sirupsen/logrus'
package github.com/wunderkraut/radi-handlers: exit status 1

This is clearly an issue with the latest vendor folder additions.

[upcloud] removing an upcloud instance leaves behind the upcloud disk volume.

When the upcloud server is removed during an upcloud.down, the volumes used in the server are left behind. This is default upcloud behaviour, but it is probably something that we want a flag for, when removing a server.

libcompose handler produces errors with docker 1.13 client

The radi tool produces significant failing errors when used with the libcompose handler, if the docker client is 1.13.

reported downstream : wunderio/radi-cli#36

compose operations have a lot of arguments that are difficult to interpret

for example:

-> % radi help monitor.logs.compose
NAME:
   radi monitor.logs.compose - Logging output information. [authorization required]

USAGE:
   radi monitor.logs.compose [command options] [arguments...]

CATEGORY:
   monitor

OPTIONS:
   --security.authorization.success  Indicated whether or not an autheorization operation has succeeded (default: false)
   --compose.projectname value       Compose project name, which is used in container, volume and network naming. (default: "woohoo")
   --compose.composefiles value      An ordered list of docker-compose yml files, which are passed to libcompose. (default: "/home/james/Documents/Test/WunderTools/docker-compose.yml")
   --compose.context:duration value  Timeout in seconds. A context for controling execution. (default: 0s)
   --compose.output value            Output io.Writer which will receive compose output from containers.
   --compose.error value             Error io.Writer which will receive compose output from containers.
   --compose.detach                  When capturing output, detach from the output? (default: false)

• Only --compose.detach should be visible;
• --security.authorization.success should not be something that can be set (should be internal)
• The others can just be considered internal

local.project.generate cuts off 1 line from every added file.

When running:

$/> radi local.project.generate

The resulting template init.yml file which is added to the .radi folder, is missing the bottom line of every file added.

Project config is not overriden across scopes.

When using an environment project.yml, the current handler implementation combines the entries from all project.yml files. Because the entires are not keyed, it is impossible to override the project settings across scopes.

It makes more sense for project.yml to come from only 1 file (config source), the highest scope found.