[patches] incorporate fixes for olsrd dynamic gateway ping command patch

https://lists.olsr.org/pipermail/olsr-dev/2014-October/007431.html
Merge pull request #114 from freifunk-berlin/bug/olsrd_dyn_gw_patch_fixes

[patches] incorporate fixes for olsrd dynamic gateway ping command patch
[feeds] update luci feed

fixes missing imports for gwcheck patch is upstream now therefor this
patch is not needed anymore see
github.com/openwrt/luci/commit/fb0edd219fc09c4f4b9eae894e67ce168d1de437
Merge pull request #127 from freifunk-berlin/features/update_luci_feed

[feeds] update luci feed
[feeds] update routing feed

* olsr 0.6.7
* batman-adv 2014.3.0
* batctl 2014.3.0
[patches] remove olsrd ipv6 bind only patch

this patch is not needed anymore because it's upstream
[patches] update olsrd dynamic gw ping cmd patch

'dyn gw plugin - add PingCmd parameter' is now upstream therefor we
take the version from git (see
http://olsr.org/git/?p=olsrd.git;a=commit;h=0a26c52af3941eb9060b193cae5552f8d13fd28e )
[feeds] update olsrd to 0.6.7.1
[feeds] update packages_berlin - olsrd-defaults

* add ipv6only for txtinfo and jsoninfo
* Use a separate hosts file for IPv6 olsrd nameservice
[patches] pr - add rule for tunl0 to olsr-tunnel

The default route of VPN03 will be added to olsr-tunnel table. tunl0 is the
interface for incoming SmartGateway tunnels. As there was no rule for tunl0 to
look into olsr-tunnel routing table all SmartGateway clients had no uplink
access. This changeset adds an additional ip rule for tunl0 for the olsr-tunnel
table like "19999:	from all iif tunl0 lookup olsr-tunnel".

Normally this should not be necessary because the hotplug.d policyrouting script
should take care of this but netifd does not trigger an event for tunl0 (tunnel
interfaces) and therefor this script will never be called.
Merge pull request #132 from freifunk-berlin/bugs/pr_tunl0_olsr_tunnel_table

[patches] pr - add rule for tunl0 to olsr-tunnel
Merge pull request #131 from freifunk-berlin/features/update_routing_feed

Features/update routing feed
[packages] Add unreachable rules for tunl0

Always set tunl0 as network interface for freifunk firewall zone (fixes #133)
This ensures that freifunk-policyrouting adds unreachable rules for tunl0
otherwise traffic may leak if a SmartGateway client creates a tunnel.
After firstboot ip ruleset looks now like the following:

$ ip rule
  0:      from all lookup local
  1000:   from all lookup olsr
  2000:   from all lookup localnets
  19999:  from all iif tunl0 lookup olsr-tunnel
  20000:  from all iif tunl0 lookup olsr-default
  20001:  from all iif tunl0 unreachable
  32766:  from all lookup main
  32767:  from all lookup default
Merge pull request #135 from freifunk-berlin/packages/tunl0_firewall

[packages] Add unreachable rules for tunl0

Always set tunl0 as network interface for freifunk firewall zone (fixes #133)
This ensures that freifunk-policyrouting adds unreachable rules for tunl0
otherwise traffic may leak if a SmartGateway client creates a tunnel.
After firstboot ip ruleset looks now like the following:

$ ip rule
0: from all lookup local
1000: from all lookup olsr
2000: from all lookup localnets
19999: from all iif tunl0 lookup olsr-tunnel
20000: from all iif tunl0 lookup olsr-default
20001: from all iif tunl0 unreachable
32766: from all lookup main
32767: from all lookup default
[patches] firstboot - fix auth parameters

With ff65318ba52109f4ca7eb83a639ecddda2a8b3fc luci changed name of auth
parameters to "attempt to work around Firefox autocomplete bugs".
They were changed from username and password to luci_username and
luci_password.

Fixes #136.
add tmp files from quilt to .gitignore

`quilt edit` generates temporary files with a tilde suffix (not for all editors
but for vim for example). We do not want them in our repository.
Merge pull request #138 from freifunk-berlin/fixes/gitignore_add_quilt_tmp_files

add tmp files from quilt to .gitignore
Merge pull request #137 from freifunk-berlin/bugs/firstboot_redirect_fix

[patches] firstboot - fix auth parameters
[patches] add fix for mac address issues for wdr4900

see #122
[packages] ffwizard-berlin set mac addr if present

On some devices (like WDR4900) mac address is set in /etc/config/network.
For dhcp interface we reuse this mac from lan (which afterwards gets deleted).