<div dir="ltr"><div>Hi,</div><div><br></div><div>Some time ago we merged a patch [1] for fuel client which allowed</div><div>to install plugins on the host system, it was a bad design decision</div><div>because by design fuelclient should work remotely from another</div><div>machine, but it was a good decision from UX point and there was</div><div>not time to implement it properly.</div><div><br></div><div>But it's not the end and recently we've merged another huge patch</div><div>[2] to fuelclient which allows to install plugins in new format.</div><div><br></div><div>As result we got a lot of complicated logic in fuelclient which works</div><div>on the host system only and should not be in the client.</div><div><br></div><div>Solution [3] is to implement plugin manager as a separate service</div><div>and move all of the complexity there, fuelclient will be able to use</div><div>REST API to install/delete/update/downgrade plugins.</div><div>In the same way as it's done for OSTF.</div><div><br></div><div>The only technical question which I have is how are we going to</div><div>install the packages from the container on the host system, ssh?</div><div><br></div><div>Thanks,</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/129215/">https://review.openstack.org/#/c/129215/</a></div>[2] <a href="https://review.openstack.org/#/c/157854/">https://review.openstack.org/#/c/157854/</a><br><div>[3] <a href="https://blueprints.launchpad.net/fuel/+spec/plugin-manager-as-separate-service">https://blueprints.launchpad.net/fuel/+spec/plugin-manager-as-separate-service</a></div><div><br></div></div>