~pirabarlen-cheenaramen/ubuntu/wily/nagios-plugins/crypto-fix

« back to all changes in this revision

Viewing changes to SUPPORT

  • Committer: Package Import Robot
  • Author(s): Yolanda Robla
  • Date: 2013-12-11 10:09:01 UTC
  • mfrom: (12.2.22 sid)
  • Revision ID: package-import@ubuntu.com-20131211100901-g0kqwx300l24be53
Tags: 1.5-1ubuntu1
* Merge from Debian unstable (LP: #1259863).  Remaining changes:
  - debian/control, debian/rules, debian/nagios-plugins-extra.dirs
     + add package nagios-plugins-extra
     + Suggest nagios-plugins-contrib in the universe package (-extras).
  - debian/control
     - replaces on nagios-plugins-basic (<< 1.4.16-1ubuntu1)
     - conflicts and replaces on nagios-plugins-extra

Show diffs side-by-side

added added

removed removed

Lines of Context:
25
25
 
26
26
In brief, always provide the version of the software that you are
27
27
using, and when requesting features or reporting bugs, first check to
28
 
see that the issue has not already been addressed in the CVS tree.
 
28
see that the issue has not already been addressed in the current Git
 
29
code.
29
30
 
30
31
GETTING HELP
31
32
 
47
48
 
48
49
Bug reports, investigations of possible bugs, feature requests, and
49
50
patch submissions should be submitted to the development list at
50
 
mailto:nagiosplug-devel@lists.sourceforge.net. Please raise a tracker first 
51
 
in Sourceforge, otherwise your email is likely to be missed over time.
 
51
mailto:nagiosplug-devel@lists.sourceforge.net. Please raise an issue first 
 
52
in GitHub, otherwise your email is likely to be missed over time.
52
53
 
53
54
You should identify the version, preferably in the subject line. 
54
55
However, to best use developer resources, it is suggested that you 
56
57
 
57
58
  1) The most recent release, including beta's
58
59
 
59
 
  2) The twice-daily snapshots (there's a link provided on
60
 
     http://nagiosplug.sourceforge.net)
 
60
  2) The current snapshots (there's a link provided on
 
61
     https://www.nagios-plugins.org/download.html)
61
62
 
62
 
  3) The current CVS tree from sourceforge
 
63
  3) The current Git code from GitHub
63
64
 
64
65
(This does not mean you should run any of these sources in a
65
66
production environment - the latter two you clearly should
69
70
 
70
71
From experience, I know that most bugs can be fixed with only a few
71
72
more moments work than it takes to determine if the bug is still
72
 
present in the CVS tree. If you can save a developer the expense of
 
73
present in the Git tree. If you can save a developer the expense of
73
74
that time, you ensure that bugs are fixed more rapidly, and thus you
74
75
ensure your problem resolution is reflected in a stable release more
75
76
quickly.