Skip to content
Snippets Groups Projects
  1. May 03, 2020
    • Matthias Schiffer's avatar
      build: move package list generation to target_config_lib.lua, fix precedence · 53690d83
      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)
      Unverified
      53690d83
    • Matthias Schiffer's avatar
      build: remove exec prefix from commands with a raw suffix · f9062bda
      Matthias Schiffer authored
      Allows to append additional commands, for example using `||`.
      Unverified
      f9062bda
  2. Apr 25, 2020
  3. Mar 27, 2020
    • David Bauer's avatar
      build: add class-packages for targets without devices · c9f90c3e
      David Bauer authored
      When adding device classes, targets without devices such as x86 were not
      handled. As site and feature packages are included on such a per-device
      decision, x86 images ended up without most packages.
      
      Include a class setting for a target and include the class-packages
      target-wide when this setting is configured.
      
      Fixes 9c523650 ("build: introduce device classes")
      c9f90c3e
  4. Mar 25, 2020
    • David Bauer's avatar
      build: introduce device classes · 9c523650
      David Bauer authored
      This commit allows to define a device-class flag in the target
      definitions. This way, it is possible to distinguish between groups
      of devices in the build-process in terms of package or feature
      selection.
      9c523650
  5. Mar 14, 2020
  6. Jun 17, 2019
  7. Jun 15, 2019
    • Matthias Schiffer's avatar
      Add GLUON_DEPRECATED flag · 912490c0
      Matthias Schiffer authored
      This new build flag is mandatory for now (it may default to 0 in a future
      Gluon version). It may be set to the following values:
      
      * 0 - Do not build any images for deprecated devices.
      * upgrade - Only build sysupgrade images for deprecated devices.
      * full - Build both sysupgrade and factory images for deprecated devices.
      
      "Other" images are handled like factory images, as they are also used for
      the initial installation of Gluon on a device.
      Unverified
      912490c0
    • Matthias Schiffer's avatar
      Switch to Lua for target definitions · 071cf7b2
      Matthias Schiffer authored
      The old bash-based parsing code was way too complex. Replace it with Lua.
      Unverified
      071cf7b2
Loading