-
Notifications
You must be signed in to change notification settings - Fork 297
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fixes certtools/intelmq#668. #706
Conversation
Reorganization of BOTS file and more documentation
The build failed because the order of the collectors is not alphabetical in the BOTS failed. I changed it to be generic collectors and then specific collectors (as discussed in #668). Should I change it to be alphabetical again? Or do we want to change the test? |
Thanks for your work! |
Yes, I agree that the ordering can be done more user friendly when it is not alphabetical. However, I do think that a test to check whether the BOTS file is valid JSON should be done. Are there any other checks that would be useful? Possibly a check to see whether there is a section for all of the bot types (i.e. collectors, parsers, outputs, experts)? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, I agree that the ordering can be done more user friendly when it is not alphabetical. However, I do think that a test to check whether the BOTS file is valid JSON should be done.
Previously (before I enforced indentation, sorting etc) the file was a mess. I just don't want to get back there. If you think it's not useful anymore (the list is much smaller now too), then we can drop the sorting for the BOTS-file.
Are there any other checks that would be useful? Possibly a check to see whether there is a section for all of the bot types (i.e. collectors, parsers, outputs, experts)?
A check if the module actually exists and the the description exists and is not empty. For collectors: Parameter feed exists.
Where exactly is the description used? Most of the parsers have the same nondescript text anyways: " is the bot responsible to parse the report and sanitize the information." Wouldn't it make more sense to move the description of the bots to the documentation instead of this file (like the docs/Bots.md file)? |
Yes, it's in mostly pretty useless unfortunately.
The docs/Bots.md file is also not a good place. We had the idea to save the following data per bot into a readme or as docstring:
Then we can always generate a combined documentation (sphinx et al.) and the bots always have their default values and they can easily be upgraded. I will have time to address these issues as recently as in October. |
Mobile
+1
|
Mobile
|
|
Mobile
Excellent.
|
@sebix, you wrote:
If we separate the documentation, we should also separate the rest of the bot infos and complete #552. However this may be too much for the 1.0 release and you did already tag #552 for 1.1, so my suggestion for 1.0 and this issue at hand is: put documentation either into docs/Bots.md (to be moved later when everything is moved with #552) or link stuff from docs/Bots.md to the README.md in the directory (I think I will do so for for two files while fixing #711). |
Current coverage is 71.87% (diff: 100%)@@ master #706 diff @@
==========================================
Files 209 209
Lines 7673 7676 +3
Methods 0 0
Messages 0 0
Branches 0 0
==========================================
+ Hits 5514 5517 +3
Misses 2159 2159
Partials 0 0
|
Reorganization of BOTS file and more documentation