Olivier Mehani

Thinking about distribution packages, it may not be possible or even desirable to overwrite the composer vendor. An alternative solution could be to let the admin specify an alternate location...

I guess we could do something like this (just from reading the code and jumping around the repos): * (wallabag/wallabag) Wallabag gets an optional override directory for site-configs from the...

:grimacing: I did say the `services.yml` could help q: But it all does sound good.

Ok, so I cobbeld the following together; spoiler alert: it doesn't seem to work just yet. I added this to `app/config/services.yml` (once again, random guesses, really): ```yml wallabag_core.graby: class: Graby\Graby...

This behaviour is still present on munin 2.0.49-1 on Debian and munin-* 2.0.47 on OpenBSD.

Sounds like it could be due to this: https://github.com/munin-monitoring/munin/issues/1091#issuecomment-424145219 We don't get any config, so we can't build the graph.

I can look up on my system to see about the `datafile`. Apart from that, I did see exactly what this issue describes: switching from direct remote `munin-node` to local...

Ok, the `datafile` looks like some sort of “latest snapshot” of the data received. But if the latest `spoolfetch` did not have any new data for a particular plugin, it...

AFAIK, your description is correct. I think a standard [munin-async setup as described in the doc](https://munin.readthedocs.io/en/latest/node/async.html#installation) should be sufficient. Supplement that enabling all the plugins suggested from a `munin-configure` for...

Actually, maybe a different way to trigger this: * run `munin-update --host blah --service uptime` * run `munin-html` Observe that one `blah::uptime` is present, all other graphs are gone.