The resolver-omnia-config has configuration for Knot Resolver and it is
used even by Turris MOX and Shield, because Turris 1.x routers (the
powerpc ones) can finally now use Knot Resolver, then try to make it by
default even there.

Downgrades between versions is dangerous and can break router. It is not
supported and all fixes and migration scripts are just one way, there is
no way to revert changes done by them on downgrade. Thus doing downgrade
can cause pretty much any component to become invalidly configured and
thus broken.

- Update copyright

Josef Schlehofer authored 2 years ago and Michal Vasilek committed 2 years ago

Drop backported patches

Moonjit is no longer active [1]. The repository is read-only, so let's
drop this and use LuaJIT from the OpenWrt packages repository.

[1] https://twitter.com/siddhesh_p/status/1308594269502885889?s=20

Josef Schlehofer authored 2 years ago and Simon Borek committed 2 years ago

This improves detection for Turris 1.x routers due to new Device Tree.

Changed:
* Return interfaces sorted based on interface name (natural sort order).
* Turris 1.x: Improve detection of Turris 1.x routers on TOS 6.0
* Turris 1.x: Adjust the PCIe slots paths, so wireless card can be detected
    again on TOS 6.0. (not compatible with TOS 5.3.x)

Fixes: 8f7516d4 ("reforis: update to version 1.3.0")

reForis Changelog:
* Add & update translations
* Add ability to set static leases
* Fix language and parsing for points.js
* Update Foris JS library to v5.4.1
* Update pip in virtualenv to latest version
* Move ubus socket path
* Make WS path in lighttpd mode configurable
* NPM audit fix
* Other small improvements

Removed patch to move ubus socket as it was applied in this release
(see changelog)

Added:
* lan: allow managing of DHCPv4 static leases (create, update, delete)

Changed:
* lan: make message data mandatory for update_settings
* lan: add static boolean flag to dhcpv4 clients list

* update to lighttpd 1.4.65 release hash
* specify lua version w/ -Dlua_version=lua to avoid patching meson.build

Signed-off-by: Glenn Strauss <gstrauss@gluelogic.com>

Release notes:
https://www.nlnetlabs.nl/news/2022/Jun/02/unbound-1.16.0-released/

mea culpa, this was correct during the pull request, but only for master
branch (currently used for OpenWrt 19.07), but the location was changed
in newer versions of OpenWrt

This fixes issues described on our forum:
- https://forum.turris.cz/t/gnome-project-domains-inaccessible-with-dnssec-enabled/17272
- https://forum.turris.cz/t/not-connecting-to-applications-like-discord/17111/7?u=pepe

There is now U-Boot's distroboot script available that can be used to
boot the system.

This boot script script should support boot from both UBI as well as
BTRFS on SD card (or USB) and others.

Raise respawn_timeout from 0.2 to 2s in order to not to try respawn
process too fast.

Shorter timeout caused issue on certain variants of Mox, that fosquitto
was started too soon during boot and due to the short timeout, it
reached maximum number of respawns.

Which in turn broke foris-controller, which depends on fosquitto, and
both services needed to be restarted manually.

Martin Matějek authored 2 years ago and Simon Borek committed 2 years ago

Changed:
* Mox + Omnia: Get LAN & SFP interface name from label instead of port id
* Mox: Change interfaces names from numbers (0..n-1) to `LAN1..LANn`
    (e.g. LAN1-LAN12) and also rename port 0 on Module A to `ETH0`.

* Add & update translations
* Add Sentinel device token
* Add missing peerDependencies
* Update Foris JS library to v5.4.0
* Update required NodeJS version to 16.x
* Fix spelling & grammar in helpTexts
* Fix translation strings
* Move reforis to devel dependencies
* Improve description & add repo URL
* Remove obsolete setuptools version pin
* NPM audit fix

'dnstap' module will be built but not loaded by default at runtime
(configuration must be provided for it to be loaded). It is still possible to
disable dnstap build manually using menuconfig.

"The dnstap module supports logging DNS requests and responses to a unix socket
in dnstap format using fstrm framing library. This logging is useful if you need
effectively log all DNS traffic."[^1]

Adds dependency on 'protobuf', 'protobuf-c', 'libfstrm'. Listed packages are
available from OpenWrt packages, have uncomplicated manifests and
while 'protobuf-c' doesn't have a maintainer since spring 2020, all the
packages (including 'protobuf-c') seem to be maintained - the last
updates of all of them in autumn 2021.

As stated by Vladimír Čunát from Knot Resolver team they build dnstap
while packaging for majority of standard Linux distributions.
Therefore this change brings us closer to expected default.

[^1]: https://knot-resolver.readthedocs.io/en/stable/mo...

It was possible to enable dnstap in menuconfig, but the configuration
only added dependencies while leaving dnstap module build disabled.

We no longer need to have Atlas SW probe in our repository as we can use
the upstreamed variant.

(cherry picked from commit e42d5bb2)

This package contains two new development U-boot versions for Turris
1.x. Only one is shipped with this package to users as the other
  version is nice to have if something goes wrong.

These files were provided by @prohar, who is working to have Turris 1.x
upstream support in U-boot and kernel as well. While working on it, he
found some serious issues in U-boot for mpc85xx, which are currently on
review in their mailing list.

This could be helpful for experienced users, who might try to test it
and let us know if all the things work as they should.

This was compile tested for Turris 1.x.

It seems this was copy&pasted from Turris MOX and someone forgot to
change the TITLE for Turris 1.x router

I forgot that this upstream bugfix would break init here
knot/knot-resolver!1253

On the other hand, now the equivalent thing can be written
much easier, so I'm doing that.