- Jul 13, 2021
-
-
Matthias Schiffer authored
With the removal of ramips-rt305x, all targets come with opkg again.
-
- Jun 04, 2020
-
-
Chrissi^ (Chris Fiege) authored
This change stores a Kernel with Debug-Symbols for the current architecture in a new output directory '<outputdir>/debug'. This allows a developer or operator of a network to store the kernel along with the actual images. In case of a kernel oops the debug information can be used with the script 'scripts/decode_stacktrace.sh' in the kernel source tree to get the names to the symbols of the stack trace. OpenWRT already provides the CONFIG_COLLECT_KERNEL_DEBUG -option that creates a kernel with debug-symbols in the OpenWRT output directory. This change enables this option and copies the generated kernel to the gluon output directory. Signed-off-by:
Chrissi^ <chris@tinyhost.de>
-
- May 03, 2020
-
-
Matthias Schiffer authored
The precedence of different package lists was broken since #1876, disallowing removal of GLUON_FEATURES packages via GLUON_SITE_PACKAGES. Including all package selections, both implicit defaults and explicit handling in Gluon, the order of precedence is now the following: 1. OpenWrt defaults (including target-specific defaults) 2. Device-specific packages from OpenWrt 3. Generic default packages (from target/generic) 4. Target default packages (target/$(GLUON_TARGET)) 5. Removal of opkg for tiny targets 6. Packages derived from GLUON_FEATURES + GLUON_FEATURES_$(class) 7. GLUON_SITE_PACKAGES 8. GLUON_SITE_PACKAGES_$(class) 9. Device-specific packages from target/$(GLUON_TARGET) 10. Device-specific packages from GLUON_$(device)_SITE_PACKAGES This also contains various pieces of cleanup: - No hardcoded order of device classes for target_config.lua arguments anymore (in fact, the Makefile doesn't know anything about device classes now) - target_conifg_lib.lua only hardcodes the fallback class for x86, no other occurences of specific class names - Feature -> package list mapping is moved from Makefile to the Lua code as well (still implemented in Shell though)
-
- Apr 25, 2020
-
-
Matthias Schiffer authored
We don't move the images directly, as multiple images of the same device may have the same source image (on x86), but only delete them after a whole device has been handled (multiple devices using the same images must be handled using aliases or manifest aliases instead).
-
Matthias Schiffer authored
-
- Jun 17, 2019
-
-
Matthias Schiffer authored
-
- Jun 15, 2019
-
-
Matthias Schiffer authored
The old bash-based parsing code was way too complex. Replace it with Lua.
-