This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --7LlLSFtSeQ5ghwb0MBCWli17vr8PoOO5x Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable El 21/02/14 00:40, Alon Bar-Lev escribi=C3=B3:
=20 =20 ----- Original Message -----
From: "David Caro" <dcaroest@redhat.com> To: "infra" <infra@ovirt.org> Sent: Thursday, February 20, 2014 10:52:23 PM Subject: Scripting guidelines
Hi everyone!
Lately I've had a hard time to properly review some patches containing= shell scripts to manage our infrastructure because there's no guidelines. So= I created a wiki page with a proposal [1]. It's made up as a mix of some already=
existing guidelines.
The reason to wrote a bash style guide and not a shell stile guide is = because I think that bash is widely adopted (default GNU shell) and provides eno= ugh advantages to sacrifice some portability. I think that most of our maintenance and management scripts will never be run on non-GNU OSes.
POSIX compliance should be only used when really needed, for example, = scripts to build a specific project, that might be run on non-GNU based systems i= n the far future.
This thread is to start a discussion about it so please, share your op= inions and concerns (and proposals). =20 We already discussed that, I think it is wrong for trivial scripts to u= se bash. No need to discuss that over and over. =20 The problem is that there is nobody to have authority to decide anythin= g. Open Source is not anarchy nor democracy, there should be strict hierar= chy. And we lack that, so anarchy is in action.
=46rom the company you work for, and a pretty old and active participatio= n on open source projects, Dave (cc'd) seems to disagree with your view of open sou= rce management: https://opensource.com/business/11/2/leadership-open-source-communities """ So how are open source communities led? Largely by the people doing the w= ork. Most groups have a loosely defined common goal (build software widgets, o= r develop a awesome, open source, computer-based fourth grade math curricul= um), and decisions are made by the people doing the work. There's no manager i= n place dictating edicts about how things must be done or what objectives to seek= after. Many people object to this method, call it anarchy, and claim that it imp= edes progress. It's true that if the same set of people was coerced into a sin= gle direction, they might make more progress, but there likely wouldn't be th= e same level of innovation. """
=20 As for infra, it is not part of anything we distribute so it is not tha= t important, however, standards compliance is something that should be co= nsidered. =20
[1] http://www.ovirt.org/Bash_style_guide
Cheers!
-- David Caro
Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D
Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
--=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Email: dcaro@redhat.com Web: www.redhat.com RHT Global #: 82-62605 --7LlLSFtSeQ5ghwb0MBCWli17vr8PoOO5x Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJTByQEAAoJEEBxx+HSYmnDXU4H/3uUzQGCuOtVfz5S08wnZ1RO ix3lihwXwONZ6bXoYYdlh/sZotYF9oMmNf8db8HPAu8b8MPSmW5LfdAvR6XAiUXQ AEBiLMifkzboJ3TjjQ7x7xQ21Epr3GljsbppvKnmrWRWAIVpAsU8xWoRQMZBtpvB /QDZrsXFnUdXoP3N4O3tJqWK/K/mDgOcHMETjypTGGuEuG1+mPVTUrTJBrggaLLc WNmk6XmMO4hmeCvln8uJGTOCbXM7w+26ZmepI3XhKJbXM7hlqo8WyCfaep5pyZOU T5pkrxwqipXNNdJ/MXWeM+8JX+xvGK9AVvEMMgVy3uoYucQuYD2Qe02L82K8NQ8= =V1Ig -----END PGP SIGNATURE----- --7LlLSFtSeQ5ghwb0MBCWli17vr8PoOO5x--