Tags give the ability to mark specific points in history as being important
-
v0.11.0
d57069d4 · ·0.11.0 release New features: - Add support for make variables, e.g. LLVM=1, W=3, etc. - Add support for overriding image registry and tags via environment variables. Bug fixes: - modules: depend on the kernel target. This avoids trying to build modules if the kernel itself failed to build.
-
v0.10.0
682d5ed4 · ·0.10.0 release This release includes several improvements to enable development, running unit tests an integration tests, on Fedora. Bug fixes: - Build.prepare: ensure runtime is prepared first - podman: mount volumes as shared under SELinux
-
v0.9.0
f6adc8f0 · ·0.9.0 release New features: - dtbs: try collecting dtbs by hand if regular command fails This makes it possible to build kernels from before the `dtbs_install` target was introduced. - docker: Add gcc-$N-plugin-dev-$tuple packages, enabling builds that use them. - docker: add support for clang nightly snapshots - docker: add clang support for powerpc, s390, sparc - Add support for XIP kernels (CONFIG_XIP_KERNEL=y) - metadata: include tuxmake version Improvements: - build.py: Better parallelism defaults - use the cpu count instead of twice that. Bug fixes: - cli: fix --docker-image - Allow config with - parameter - Config::prepare: Expand use of olddefconfig - ensuring olddefconfig is called on cases where it's needed. - parsing for config-fragment name Breaking changes: - `hppa` architecture renamed to `parisc`, without backwards compatbility.
-
v0.8.0
1803b093 · ·0.8.0 release New features: * Add support for podman and podman-local runtimes. podman should just work with the same image as docker. * A command line to reproduce each build is now included in both the build metadata and in the build log. This still has some limitations: - Any container image used for a build might be different by the time a user actually tries to reproduce the build. - kconfig arguments are the same as passed in, and won't work out of the box for some someone reproducing a build where local files were used. Non-functional improvements: * The Build() object constructor has been optimized and is now one order of magnitude faster: - output and build directories will be created only when the Build instance is actually used to run a build. - add caching of configuration file reads and runtime initilization. This change is mostly invisible in regular command line tuxmake usage, but makes a difference when using the tuxmake Python API to e.g. validate tuxmake build arguments. New toolchain support: * Added support for hppa, powerpc, sh, sparc, and s390, with gcc versions 8, 9, and 10. Deprecations: * The --docker-image command line option name has been renamed to --image. --docker-image will still be supported for some time, but will be removed in the future. * The $TUXMAKE_DOCKER_IMAGE environment variable has been renamed to $TUXMAKE_IMAGE. $TUXMAKE_DOCKER_IMAGE will stil be supported for some time, but will be removed in the future. -
v0.7.0
7093d5ba · ·0.7.0 release Notable changes: - Add support for clang-11 - debugkernel.ini: Use xz tool in multithread mode - Catch "no rule to make target" as an error - build: metadata: store the duration of each build stage - build: metadata: store duration of each target
-
v0.6.0
66f7df2b · ·0.6.0 release - docs: include tuxmake logo - modules: strip modules by default - metadata: add info about vmlinux - metadata: system_map: read text offset from System.map - metadata: avoid crashing on empty data
-
-
-
-
-
-
-
-
-