Projet

Général

Profil

Paste
Télécharger au format
Statistiques
| Branche: | Révision:

root @ a836f07d

Nom Taille Révision Âge Auteur Commentaire
  images b618e762 plus de 13 ans Steve Schnepp adding some doc to t-shirt
  plugins a836f07d plus de 7 ans Lars Kruse nginx_byprojects: use more compatible perl expr...
  samples 8589c6df plus de 8 ans klemens spelling fixes (2nd try)
  t 7ec35e17 plus de 7 ans Lars Kruse tests: work around 'checkbashisms' complaining ...
  templates 2078cab6 plus de 7 ans Bert Peters Bugfix: fix graph scaling in munstrap. Bootstr...
  tools 8589c6df plus de 8 ans klemens spelling fixes (2nd try)
.gitignore 10 octets 9723a422 plus de 8 ans Robert Kulyassa gitignore: + *~
.travis.yml 2 ko fea84ffc environ 9 ans Lars Kruse travis: do not import missing File::Tail::Multi
README.md 2,8 ko a6a1ee1d presque 11 ans Steve Schnepp Update README.md

Dernières révisions

# Date Auteur Commentaire
a836f07d 2018-03-08 17:17 Lars Kruse

nginx_byprojects: use more compatible perl expression

"%ENV{foo}" does not work with older perl versions (e.g. v5.14).

74b58a59 2018-03-07 22:49 Lars Kruse

perl modules: fix braces for loop array

22523e8f 2018-03-07 22:45 Lars Kruse

snmp__netscaler_cpu: unified whitespace in 'config'

ea06de7c 2018-03-07 22:42 Lars Kruse

vserver_jiffies: remove unused variable 'KCIN'

7ec35e17 2018-03-07 22:26 Lars Kruse

tests: work around 'checkbashisms' complaining about "command -v"

"command -v" should be the preferred way of determining the location (or
existence) of an executable.
Sadly "checkbashisms" interprets "command -v" as a possible bashism,
since "command -v" was introduced in IEEE 1003.1 2013....

189c3953 2018-03-07 22:26 Lars Kruse

shell: use 'command -v' instead of 'hash' (for non-bash)

see https://stackoverflow.com/a/677212

bd26b1b4 2018-03-07 22:26 Lars Kruse

raspi_temp: improve quoting

27773039 2018-03-07 22:26 Lars Kruse

zpool_iostat: fix 'checkbashisms' issue

It was not a shell syntax problem - but just a checkbashisms issue.

c1acbea2 2018-03-07 22:26 Lars Kruse

reddit_karma_: fix shell quoting issues

36c0717b 2018-03-07 20:17 sumpfralle

Merge pull request #883 from henti/master

Folder recursion and offline fix for jenkins plugin

Voir toutes les révisions | Voir les révisions

README


This is the repository for all user contributed stuff

contrib/plugins/ - 3rd-party plugins

This is usually where you want to begin your journey.

Here you'll find all the plugins coming from http://exchange.munin-monitoring.org/. That web site is for the time being disabled, new updates are done here.

If a dedicated website comes back alive, its plugin backend will be this git repo.

contrib/templates/ - 3rd-party templates

Feel free to update templates here, or even to create new ones.

Bonus points for mobile-friendly ones :)

Note that the one named official is a loose-synced copy of the one in SVN trunk. It should serves as a base for small editions that can be resynced in SVN trunk, so for that :

  • don't copy the whole template
  • directly edit files in this directory

contrib/tools/ - 3rd-party tools

Here, you can put just any kind of tool. Please use this directory instead of a random place on the internet. It makes things way more easy to search for others.

And, it serves as an incubator of SVN trunk/contrib :-)

contrib/samples/ - 3rd-party examples of configs

This serves as a repository for examples of various configs. You know, the ''learn by example'' way of doing things.

Notes to contributors

Commits, Comments & Pull requests

We like to have elementary commits as it is much easier to manage for reviewing and debugging. So please don't be afraid to make as many commits as needed. Merging many commits is as easy as merging one, if not easier.

A good rationale is that each commit shall have a one-liner commit comment as its first line. Ideally that first line has a prefix that shows the part the commit is about. It makes it very easy to see grouped changes, and it enable avoiding to look at the --stat. To know the prefix you should use, you can have a look at already existing commits. Next lines are optional and should only explain the why it is done this particular way.

On the other side, pull requests can regroup many commits at once. Just try to explain in the pull comment the ''why'' we should merge it (if it's not obvious).

Tim Pope wrote a very nice tuto on making good commit comments.

Licenses

All the code here is licensed with the same terms as munin itself (GPLv2), unless specified otherwise inside a file. In all cases the code shall have an OSI-compatible license. Asking for a pull implies that you agree with that fact.

This change was made on Jun 1st 2012. If you wrote some code earlier and you do not agree to the new licensing default, you can : - submit a licensing change pull - submit a removal pull

Building status

master: Build Status

Formats disponibles : Atom