Some information that should help community follow your idea:
Repositories: - how many? - description for each one - examples of which kind of code each one will have
You mentioned some complexity regarding this changes. What kind of complexity do you see?
Suggestion ----- Regarding configs (e.g. intelmq configured with phishtank and autoshun feeds + dedup expert + file output bot):
bots.d\ collector.conf collector.phishtank.conf collector.autoshun.conf parser.conf parser.phishtank.conf parser.autoshun.conf expert.conf expert.dedup.conf output.conf output.archive.conf
collector.conf, parser.conf, expert.conf and output.conf are the default configurations for each type of bot which should be inherit for each type of bot. Example: phishtank parser will load all configs from parser.conf and if phishtank.parser.conf has some redefine parameters, this parameters should overwrite the default ones.
Regards
On Sat, Apr 16, 2016 at 4:12 PM, Tomás Lima synchroack@gmail.com wrote:
Sounds really good to me! I think its a good idea to re-organize the code and improve, like u said, the maintenance.
Dustin, is it possible for you to describe in some level of detail your plan in order to be quickly reviewed by community?
Thank you very much to come up with this idea, Best regards
On Thu, Apr 14, 2016 at 6:05 PM, L. Aaron Kaplan kaplan@cert.at wrote:
On 2016/04/14 18:04, Dustin Demuth dustin.demuth@intevation.de wrote:
Hey Folks,
Whilst checking the dependencies, I've found out that a lot of Bots
have their
own requirements-file.
From a packagers point of view, I think this is hard to maintain.
I think, we should discuss if it is reasonable to split the software
into a
CORE package, were all packages have the same dependencies, and several
BOTS
packages with their own dependencies.
This would create the additional need to rethink the BOTS json-file. It would be possible to have all JSON configs for the Bots in a bots.d directory and search for them in this directory.
I know, that this might create additional complexity in some points.
sounds ok for me...
Intelmq-dev mailing list Intelmq-dev@lists.cert.at http://lists.cert.at/cgi-bin/mailman/listinfo/intelmq-dev
-- Tomás Lima* , * »-«* SYNchroACK *»-«