Salut Jerome, 2013/2/12 Jerome Arbez-Gindre <jeromearbezgin...@gmail.com>: > Salut Fred, > > A un moment, j'avait fait un travail assez intéressant (pour moi... et à mon > avis pour l'humanité - rien que ça !) > C'est dans la branche "multimib" (ou un truc dans le genre !) > > il s'agissait d'avoir sur la même machine: plusieurs serveur snmp (sur des > ports/adresses ip différentes) avec des mibs identiques (ou pas) servies par > dadi. > Cela permet également d'avoir deux "clients" dadi dans le même process > accédent à deux serveurs snmp différents. > > Le plus gros pb, c'st que cela change les APIs (le "context" est fourni à > chaque appel d'API) > On pourrait addresser ca avec une deuxieme api ? Memes fonctions mais avec _r() a la fin. Ca devrait etre rapide a faire et preserver la compat ascendante.
> Tu penses que cela pourra un jour être mergé dans la branche "master" et > releasé ? > Je n'ai pas d'objection sur le principe. J'ai regarde la branche, malheureusement, ca ne va pas etre simple a merger, parce que les fichiers ont aussi ete deplaces. Tu te sens de faire le merge? A bientot, Frederik 2013/2/12 Jerome Arbez-Gindre <jeromearbezgin...@gmail.com>: > Salut Fred, > > A un moment, j'avait fait un travail assez intéressant (pour moi... et à mon > avis pour l'humanité - rien que ça !) > C'est dans la branche "multimib" (ou un truc dans le genre !) > > il s'agissait d'avoir sur la même machine: plusieurs serveur snmp (sur des > ports/adresses ip différentes) avec des mibs identiques (ou pas) servies par > dadi. > Cela permet également d'avoir deux "clients" dadi dans le même process > accédent à deux serveurs snmp différents. > > Le plus gros pb, c'st que cela change les APIs (le "context" est fourni à > chaque appel d'API) > > Tu penses que cela pourra un jour être mergé dans la branche "master" et > releasé ? > > Thanks, > > Jérôme > > PS: Ca va... pas trop dures toutes ces montées et descentes avec vu sur > l'Océan ? > > > > > > 2013/2/11 Frederik Deweerdt <frederik.dewee...@gmail.com> >> >> Hi, >> >> I've pushed a 4.4.0 tag along with a couple of patches. You'll find: >> >> - a number of bug fixes including workarounds net-snmpd problems, and >> playing nicely with restarts, >> - faster xml parsing using libxml >> - a better trap API >> - remove cstemplate for yaml as a templating language >> >> Here's a diffstat of the changes: >> $ git diff 4.3.9..4.4.0 --stat >> CMakeLists.txt | 46 ++- >> DADI-MIB | 66 ++++ >> DADI-MIB-TABLES | 73 +++++ >> bb_dumper.rb | 153 ++++----- >> c/dadi.c | 255 ++++++++++++--- >> c/dadi.h | 18 +- >> c/dadi_snmp.c | 31 +- >> c/dadi_snmp.h | 3 + >> c/dadi_snmp_tables.c | 28 +- >> c/dadi_snmp_trap.c | 4 +- >> dadi.rb | 26 +- >> example/test.c | 4 +- >> install.sh | 2 +- >> java/dadi-cgi.c | 2 +- >> js_dumper.rb | 12 +- >> node.rb | 7 +- >> perl_dumper.rb | 12 +- >> smi_parser.rb | 64 ++-- >> tmpl/bb.tmpl | 679 -------------------------------------- >> tmpl/bb.yaml | 880 >> ++++++++++++++++++++++++++++++++++++++++++++++++++ >> 20 files changed, 1477 insertions(+), 888 deletions(-) >> >> >> Thanks, >> Frederik >> >> _______________________________________________ >> Tsp-devel mailing list >> Tsp-devel@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/tsp-devel >> > _______________________________________________ Tsp-devel mailing list Tsp-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/tsp-devel
