On Mon, Jan 29, 2018 at 07:44:18AM +0100, Michal Privoznik wrote:
> On 01/26/2018 02:35 PM, Daniel P. Berrangé wrote:
> > Instead of passing around a virConnectPtr object, just open a connection
> > to the secret driver at time of use. Opening connections on demand will
> > be beneficial when the s
On Fri, Jan 26, 2018 at 13:35:36 +, Daniel Berrange wrote:
> Instead of passing around a virConnectPtr object, just open a connection
> to the secret driver at time of use. Opening connections on demand will
> be beneficial when the secret driver is in a separate daemon. It also
> solves the pr
On 01/26/2018 02:35 PM, Daniel P. Berrangé wrote:
> Instead of passing around a virConnectPtr object, just open a connection
> to the secret driver at time of use. Opening connections on demand will
> be beneficial when the secret driver is in a separate daemon. It also
> solves the problem that a
Instead of passing around a virConnectPtr object, just open a connection
to the secret driver at time of use. Opening connections on demand will
be beneficial when the secret driver is in a separate daemon. It also
solves the problem that a number of callers just pass in a NULL
connection today whi