docs: add release notes for Gluon v2016.2.3
This commit is contained in:
parent
dc2cc47594
commit
5fd1a91816
@ -65,6 +65,7 @@ Releases
|
||||
.. toctree::
|
||||
:maxdepth: 1
|
||||
|
||||
releases/v2016.2.3
|
||||
releases/v2016.2.2
|
||||
releases/v2016.2.1
|
||||
releases/v2016.2
|
||||
|
62
docs/releases/v2016.2.3.rst
Normal file
62
docs/releases/v2016.2.3.rst
Normal file
@ -0,0 +1,62 @@
|
||||
Gluon 2016.2.3
|
||||
==============
|
||||
|
||||
Added hardware support
|
||||
~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
ar71xx-generic
|
||||
^^^^^^^^^^^^^^
|
||||
|
||||
* TP-Link TL-WR940N v4
|
||||
* TP-Link TL-WR1043ND v4
|
||||
|
||||
Removed hardware support
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Support for Meraki devices (MR12/16/62/66) has been removed for now because of
|
||||
severe problems (all devices were using the same MAC addresses). Support will return
|
||||
when the issues have been fixed.
|
||||
|
||||
Bugfixes
|
||||
~~~~~~~~
|
||||
|
||||
* Automatically restart respondd on failure (`#863 <https://github.com/freifunk-gluon/gluon/issues/863>`_)
|
||||
|
||||
There have been many reports of respondd processes disappearing; the exact cause is unclear,
|
||||
but might be related to the batman-adv debugfs interface and/or out-of-memory conditions.
|
||||
|
||||
A new respondd initscript uses procd to automatically restart respondd when it dies.
|
||||
|
||||
* Make autoupdater timeouts more robust (`#987 <https://github.com/freifunk-gluon/gluon/issues/987>`_)
|
||||
|
||||
It was reported that wget processes sometimes hang indefinitely during the autoupdater manifest
|
||||
download. The autoupdater has been improved to ensure that wget can always be interrupted after
|
||||
a timeout.
|
||||
|
||||
This issue, together with the recent addition of lock files to ensure that only one instance
|
||||
of the autoupdater can run at a time, had caused the autoupdater to blocked completely
|
||||
by hanging processes in some cases (till a node was rebooted).
|
||||
|
||||
* Fix regulation domain switching in ath10k (`#1001 <https://github.com/freifunk-gluon/gluon/pull/1001>`_)
|
||||
|
||||
Prevents use of too high transmission power in some cases.
|
||||
|
||||
* Ensure that *prefix6* in site.conf is always a /64 prefix (`6b62e2f <https://github.com/freifunk-gluon/gluon/commit/6b62e2fc788cd1f83f6634288a15724dfc42b0fd>`_)
|
||||
|
||||
Other prefix lengths were never supported and don't make sense in many places the prefix is used. Ensure
|
||||
that such configurations will not pass validation.
|
||||
|
||||
Known Issues
|
||||
~~~~~~~~~~~~
|
||||
|
||||
* Default TX power on many Ubiquiti devices is too high, correct offsets are unknown (`#94 <https://github.com/freifunk-gluon/gluon/issues/94>`_)
|
||||
|
||||
Reducing the TX power in the Advanced Settings is recommended.
|
||||
|
||||
* The MAC address of the WAN interface is modified even when Mesh-on-WAN is disabled (`#496 <https://github.com/freifunk-gluon/gluon/issues/496>`_)
|
||||
|
||||
This may lead to issues in environments where a fixed MAC address is expected (like VMware when promicious mode is disallowed).
|
||||
|
||||
* Inconsistent respondd API (`#522 <https://github.com/freifunk-gluon/gluon/issues/522>`_)
|
||||
|
||||
The current API is inconsistent and will be replaced eventually. The old API will still be supported for a while.
|
Loading…
Reference in New Issue
Block a user