>>> Jehan-Guillaume de Rorthais <j...@dalibo.com> schrieb am 29.08.2016 um >>> 18:04 in Nachricht <20160829180440.5b7f1a2e@firost>: > On Mon, 29 Aug 2016 10:02:28 -0500 > Ken Gaillot <kgail...@redhat.com> wrote: > >> On 08/29/2016 09:43 AM, Dejan Muhamedagic wrote: > ... >>> I doubt that we could do a moderately complex shell scripts >>> without capability of limiting the variables' scope and retaining >>> sanity at the same time. >> >> This prefixing approach would definitely be ugly, and it would violate >> best practices on shells that do support local, but it should be feasible. >> >> I'd argue that anything moderately complex should be converted to python >> (maybe after we have OCF 2.0, and some good python bindings ...). > > For what it worth, I already raised this discussion some month ago as we > wrote > some perl modules equivalent to ocf-shellfuncs, ocf-returncodes and > ocf-directories. See: > > Subject: [ClusterLabs Developers] Perl Modules for resource agents (was: > Resource Agent language discussion) > Date: Thu, 26 Nov 2015 01:13:36 +0100 > > I don't want to start a flameware about languages here, this is not about > that. > Maybe it would be a good time to include various libraries for different > languages in official source? At least for ocf-directories which is quite > simple, but often tied to the configure options in various distro. We had to > make a ugly wrapper around the ocf-directories librairie on build time to > produce our OCF_Directories.pm module on various distros.
I'd like to write RAs in Perl, also. It's much safer (more tests, more warnings, better language) and possibly efficient, too. > > Regards, > > _______________________________________________ > Users mailing list: Users@clusterlabs.org > http://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 _______________________________________________ Users mailing list: Users@clusterlabs.org http://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
