[Olsr-dev] [olsr-dev] Quagga plugin fixes
Mon Jul 2 13:55:35 CEST 2007
100-cvs is the current olsrd-0.5.0+cvs
110-spf is well known in austria :)
120-bmf is the current bmf right from eric's sourceforge download
130-http is necessary in berlin, otherwise plugin buffer overflow
140-routing-cleanup: as I told: recommended-for-testing
150-policy: Has GPL 6liner helper functions. They are for buffer fiddeling.
As you wrote: should be re-written for BSD compat. Rtnetlink is somewhat
under-documented - no real API docs. So you need to read the source.
160-nameclean: Yep. I wasn't able to handle the identation-mixup.
170-name-latlon. is for decentralized maps. You can see a sample here:
"Bernd Petrovitsch" <(spam-protected)> schrieb im Newsbeitrag
> On Mon, 2007-07-02 at 10:25 +0200, Sven-Ola Tuecke wrote:
>> the routing-cleanup-Patch changes the old function-table-hookup method of
>> quagga to a more simple approach (_one_ function pointer suitable for
>> chaining). This may need mergeing.
>> Because of several fixes I change the status of the routing-cleanup and
>> policy-routing patches from "experimental" to "recommended-for-testing".
>> current patchset for olsr-0.5.0 is located here (100* - 170*):
> 120-bmf-1.5.patch and 130-httpinfo-bufsizefix.patch are in (and
> 100-cvs.patch trivially too).
> 160-nameservice-cleanup.patch changes only whitespace (or not)?
> Perhaps Immo can comment on 140-routing-cleanup.patch and put it in his
> SVN repo.
> Or someone in Vienna looking after the border router can merge the most
> recent version from the SVN repo and the above patch and use it in RL.
> 150-policy-routing.patch includes two functions from busybox - which is
> GPL. So I'm quite reluctant to merge it into the CVS. I'm more thinking
> about converting (at least for Linux) the ioctl() to netlink sockets
> even if it doesn't allow using a different routing table than the
> default one. And IIRC it didn't work for me the last time I tested it.
> Have to try again.
> 170-olsrd-nameservice-latlon.patch looks simple and nice.
>> One note: 110-spf-refactoring is excluded currently due to wrong metric
>> calculation (which is a minor bug - we maybe simply tolerate this, CPU
>> saving is approved and fine).
> Hmm, Hannes, can we fix that minor bug?
> Firmix Software GmbH http://www.firmix.at/
> mobil: +43 664 4416156 fax: +43 1 7890849-55
> Embedded Linux Development and Services
> Olsr-dev mailing list
More information about the Olsr-dev