Age | Commit message (Collapse) | Author |
|
that was obsoleted by the vyos-user-utils meta-package
|
|
Adding influxdb repo and key. Delete telegraf from vyos-buid, it will
be added to vyos-1x in debian/conrtol. To use unixsocket for syslog we
update telegraf to version 1.20 b.c current version in
standard repo 1.16.2-1 don't support some features.
|
|
|
|
This reverts commit 43d7bca9a6969c07c9291d7c8250e58c5566c137.
But keeps the Kernel In-Tree QAT drivers still enabled so we will now ship
both versions.
|
|
The latest Intel QAT drivers make the 5.10 series Kernel crash and there was
no real and good response from Intel so far.
Today the build failed one more time by a source file moving around in the
Intel webservers. It's time to try to move the QAT functionality to the Kernel
buildin drivers.
|
|
|
|
|
|
|
|
This is the completing commit for [1]. Moving this dependency here eases
development on the 5.9 Kernel tree and also on the ARM tree as now vyos-build
decides if an out-of-tree WireGuard modules should be incorporated into
the image or not.
[1] https://github.com/vyos/vyos-1x/commit/d915a15e665654207e3df9f59bca86c259d00d88
|
|
This reverts commit 78c43c2078e292ac9b53d2d6a41a47466d283914.
Unfortunately we must revert the Kernel upgrade as there are two problematic
issues. One which is the break of ABI functionality with parted [1] and second
the internal cryptop API [2] which removed required literals for the build of
Intel QAT acceleration.
In the two weeks running 5.8 we still learned a lot - we experienced a
performance improvement of ~30% when doing NAT @ > 10GBit/s and also utilizing
the build in updated drivers for Intel NICs and WireGuard.
We are looking forward to the release of this years LTS kernel and we hope to
ship this in the final 1.3 release.
1: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.8.y&id=692d062655
2: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-5.5.y&id=d63007eb95
|
|
Note: Intel does not provide a compatible QAT version. There is a custom patch
which make QAT compile for the specified Kernel version. This patch will change
the source to a non backwards-compatible version - this is fine as we run 5.8
anyways.
|
|
|
|
|
|
|
|
|
|
In the past when building the VyOS ISO we have simply pulle din the entire
linux-firmware Git repository and just deleted some arbitrary files manually
selected. Now all is shipped via vyos-linux-firmware.
|
|
Intel driver packages are more related to the overall generated image instead
of the VyOS userland packages. Thus they have meen migrated from vyos-world
to vyos-build.
|
|
|
|
linux-tools has a "dynamic" version extension corresponding to the Kernel
version.
This reverts commit 655fa1b949c2bf0ee6789bd556981b9298e54116.
|
|
... this will contain the Linux Kernels "perf" binary.
|
|
|
|
This reverts commit c670deddbee8ae852770574d1c8fce29154812dd.
|
|
|
|
fixed merge errors in:
* scripts/live-build-config
- kernel parameters
* scripts/build-packages
- fixed list of packages to compile
|
|
|
|
equuleus
|
|
vyos-netplug
These packages is for now not installable in buster and breaks the live-build process
|
|
Linux-perf package is no longer available, thus removed. It was also
only available for Kernel 4.9 where we use 4.19.
Fixes:
E: Unable to locate package linux-perf
|
|
Commit 743ec288637b ("T859: add aptitude to the default package lists.")
added aptitude to the base packages as it's required by grub-efi.
Thus we do not need to install it via the dev packages list and can keep
a single source.
|
|
|
|
|
|
to that spot here.
|
|
|
|
|
|
|
|
|
|
|
|
for untangling package dependencies.
|
|
|
|
|
|
add x86 specific packages to vyos-x86.list.chroot
|
|
|
|
packages
to the build-flavour script.
Right now it only includes grub-pc.
|
|
build flavour.
|
|
If more granular data modification is needed, it can be stored in other data/ subdirs.
|
|
The idea is that package lists in data/package-lists/common/
will be used by all build flavours, while special individual
build flavours may have their own additional package lists
defined by configure options.
|