On Tue, Jan 08, 2019 at 11:56:18AM +0100, [email protected] wrote: > Hi David, > > The DLM git repo accumulated a couple of patches over the 4.0.7 tag, > would you mind cutting a new release for packaging?
ok > Tangentially, would you be interested in an Autotoolized build system? > The flag handling repeatedly gives me headaches, and I'd consider > contributing that if you aren't opposed. Thank you, but I'll decline; I really don't care for autotool building. > And if DLM development continues with the current code base -- you > mentioned new developments for recovering from network message loss, so > I expect changes..? I don't know what the status of that is, but it would mostly be kernel changes. > And once we're at it: the STONITH helper embedding to SONAME of the > Pacemaker fencing library is pretty obscure and easy to miss on library > transitions. I guess it's done to avoid unconditionally pulling in > Pacemaker libraries and their dependencies. Don't you think this helper > agent had better be a part of the Pacemaker CLI utilities instead? In > my opinion the ABI coupling is stronger than the textual interface > dlm_controld uses. But even if not, it would be possible to dynamically > link the agent against the Pacemaker libraries and split it into a > separate optional package to make all those dependencies avoidable on > systems not using Pacemaker fencing. If all parties agree, of course. I wasn't aware of the difficulties. I'm open to suggestions as long as dlm_controld has a fence-agent-style binary to call. Dave _______________________________________________ Users mailing list: [email protected] https://lists.clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
