This installs blkdiscard and fstrim no matter on board.

This also removes resiserfs as upstream removed reiserfsprogs and only
kernel module is now present. In the end it makes no sense to have it in
lists as it is unusable.

This allows access to file browser in Luci but this is very limited
access. There seems to be a problem with displaying files and there is
no way to modify files at all so this is kind of useless. This is also
not directly accessible trough Luci but you have to know specific URI to
access it. This makes it probably just fully unknown to users so let's
just drop it.

These comments are effectively just repeating what code says. It should
be pretty much clear from code and file name what specific include
contains so no comment is needed.

dnl is left in place to eat up new line character after include
directive.

This reverts to previous approach for Luci localization packages. It
introduces back problems that language packages are installed only to
apps introduced by updater lists but there is no way around it. This
implementation was problematic as it kept installed packages in place
because of language packages depending on package that was suppose to be
removed. This meant that such package was hold in place by language
package that was in turn hold in place by information that parent
package is installed. It created cycle that updater was not able to
break (only opkg). This fixes this issue.

Storage plugin would be now part of three lists. I don't see a reason
why we should not move it to base install instead of installing it on
top of base system. It would be better to have it optional and to have
some dependencies but I think that as it is now it is confusing to user
that storage plugin disappears or appears out of kind of nowhere.

I don't see a reason why we should exclude usb2 from base installation.
It is hardware support and all our devices do have usb ports so let's
support them in default in their completeness.

This implements support for new updater with relative URI and no model
variable.

OpenWrt decided to enable them in kernel config instead of packaging
them and probably we will need to upstream to OpenWrt
kmod-crypto-marvell-cesa

Source:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commitdiff;h=f849c2c83247340d623fdb549e2b75f4c1feea62

In fact they provide same utilities,only difference is in name of symlinks

There has to be step between 3.x and 4.x version because of other
reasons than updater's incompatibility. That gives us possibility to
define new lowest supported version of updater-ng for 4.x releases.
Thanks to that we can remove some obsolete crap.

It is planned to bump minimal version of updater even higher as soon as
relevant updater's release is out.

Signed-off-by: Michal Hrusecky <Michal@Hrusecky.net>

Signed-off-by: Michal Hrusecky <Michal@Hrusecky.net>