[ClusterLabs] Antw: Re: ocf scripts shell and local variables

Ulrich Windl Ulrich.Windl at rz.uni-regensburg.de
Tue Aug 30 06:19:46 UTC 2016


>>> Jehan-Guillaume de Rorthais <jgdr at dalibo.com> schrieb am 29.08.2016 um 18:04 in
Nachricht <20160829180440.5b7f1a2e at firost>:
> On Mon, 29 Aug 2016 10:02:28 -0500
> Ken Gaillot <kgaillot at 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 at 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 








More information about the Users mailing list