[Olsr-dev] [olsr-dev] Quagga plugin fixes

[Sven-Ola Tuecke]

Hi Bernd,

yep.

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:

http://213.61.66.94/cgi-bin-map.html

// Sven-Ola

"Bernd Petrovitsch" <(spam-protected)> schrieb im Newsbeitrag 
news:(spam-protected)
> 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". 
>> My
>> current patchset for olsr-0.5.0 is located here (100* - 170*):
>>
>> http://download.olsrexperiment.de/sven-ola/nylon/packages/olsrd/files/
>
> 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?
>
> Bernd
> -- 
> 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
> (spam-protected)
> http://lists.olsr.org/mailman/listinfo/olsr-dev