1. 04 Aug, 2022 2 commits
  2. 29 Jul, 2022 1 commit
  3. 22 Jul, 2022 1 commit
  4. 19 Jul, 2022 1 commit
    • Ariel D'Alessandro's avatar
      ostree: Prevent error on unavailable console · aac9ebc7
      Ariel D'Alessandro authored
      Initramfs script `local-bottom/ostree` is calling the ash built-in
      command `cd -`, which tries to print the target directory to stdout. In
      the case the console is still unavailable, this command fails exitting
      the ostree script early.
      
      The following strace commands were run inside the initramfs ostree
      local-bottom script:
      
      ```
      strace sh -c "cd / ; cd - >> /dev/null"
      [...]
      chdir("/")                              = 0
      openat(AT_FDCWD, "/dev/null", O_WRONLY|O_CREAT|O_APPEND, 0666) = 3
      fcntl(1, F_DUPFD_CLOEXEC, 10)           = 10
      dup2(3, 1)                              = 1
      close(3)                                = 0
      wait4(-1, 0x7ffc316043cc, WNOHANG, NULL) = -1 ECHILD (No child processes)
      chdir("/")                              = 0
      newfstatat(1, "", {st_mode=S_IFCHR|0666, st_rdev=makedev(0x1, 0x3), ...}, AT_EMPTY_PATH) = 0
      ioctl(1, TCGETS, 0x7ffc31603a90)        = -1 ENOTTY (Inappropriate ioctl for device)
      write(1, "/\n", 2)                      = 2
      dup2(10, 1)     ...
      aac9ebc7
  5. 07 Jul, 2022 2 commits
    • Walter Lozano's avatar
      Move setup_image_version to later in image build · 407adb4c
      Walter Lozano authored and Andre Moreira Magalhaes's avatar Andre Moreira Magalhaes committed
      
      
      The script setup_image_version.sh is used to add additional metadata to
      /etc/os-relase which is a file provided by base-files package. Later during
      the build additional repositories -updates and -security are enabled and
      packages are upgraded, which can cause this file to be overwritten is
      a new version of base-files is found.
      
      To avoid the problem of loosing the additional metadata move the call
      to the script to the end of the recipe.
      
      It is important to note that a later update of the packages can potentially
      also overwrite this file, however, in that case the additional metadata
      information will be not longer be valid, so there is no real issue.
      Signed-off-by: Walter Lozano's avatarWalter Lozano <walter.lozano@collabora.com>
      407adb4c
    • Ritesh Raj Sarraf's avatar
      Drop clutter related packages · cf591e95
      Ritesh Raj Sarraf authored
      
      
      Now that, as part of T8881, we've dropped all clutter related packages,
      this MR drops the same from the image recipes
      Signed-off-by: Ritesh Raj Sarraf's avatarRitesh Raj Sarraf <ritesh.sarraf@collabora.com>
      cf591e95
  6. 29 Jun, 2022 1 commit
  7. 28 Jun, 2022 1 commit
  8. 24 Jun, 2022 3 commits
  9. 22 Jun, 2022 1 commit
  10. 07 Jun, 2022 1 commit
  11. 28 Apr, 2022 1 commit
  12. 21 Apr, 2022 1 commit
    • Ryan Gonzalez's avatar
      Properly resolve full license information for Rust binaries · e5a81d3f
      Ryan Gonzalez authored
      There are two primary issues when applying the current mechanisms for
      tracking source file licensing information to Rust binaries:
      
      - They statically link in their crate dependencies, meaning that we
        need to manually include the licenses of those crates
      - The compilation unit paths only include the primary "entry point"
        into the crate, and they're a mix of absolute and relative paths
      
      In order to resolve this:
      
      - pkg/debhelper!18 will
        gather the license information for any source files referenced that
        are part of other packages. We can read this in here and use it to
        search the copyright information for the source files part of other
        crates.
      - Specifically when encountering Rust crates, combine all the licenses
        for source files within the same source directory as the "entry point"
        file, which should generally ensure that all the source files needed
        are handled.
      
      As the amount of information that needs to be held per package has
      increased drastically, a new PackageLicenseInfo class was introduced,
      encapsulating the primary copyright, external copyrights, external
      sources index, and the bin2sources data.
      
      https://phabricator.apertis.org/T8554
      
      This should also, specifically for Rust, resolve the spin-off issues:
      
      https://phabricator.apertis.org/T8776
      https://phabricator.apertis.org/T8777
      
      Signed-off-by: Ryan Gonzalez's avatarRyan Gonzalez <ryan.gonzalez@collabora.com>
      e5a81d3f
  13. 20 Apr, 2022 2 commits
    • Walter Lozano's avatar
      generate_bom: Do not scan recursively · c7012de3
      Walter Lozano authored
      
      
      During BOM file generation, a folder with a sub folder per package is
      scanned to process the copyright information. With this folder
      structure in mind, there is no need to make a recursive scan,
      so simplify the implementation to avoid misleading warnings.
      Signed-off-by: Walter Lozano's avatarWalter Lozano <walter.lozano@collabora.com>
      c7012de3
    • Walter Lozano's avatar
      genarate_bom: Improve generation with smart check for licenses · bc550126
      Walter Lozano authored
      
      
      The current process to generate the BOM file relies on determine the
      license of the source files reported by dwarf2sources. Unfortunately
      there are several trickiness with this.
      
      First, depending on the build system used and debian rules the values
      reported by dwarf2source might not match the source tree. Also the
      license scan tool tends to used wildcards which make the search of a
      file with the wrong path not to fail but to report the default license.
      
      In order to properly fix a more strict approach should be use, as a first
      step in that direction, improve the BOM generation by trying to guess
      the path_prefix to be appended to the source file as reported by
      dwarf2souces to match the source tree.
      Signed-off-by: Walter Lozano's avatarWalter Lozano <walter.lozano@collabora.com>
      bc550126
  14. 19 Apr, 2022 1 commit
  15. 31 Mar, 2022 2 commits
  16. 30 Mar, 2022 2 commits
  17. 11 Mar, 2022 2 commits
  18. 08 Mar, 2022 2 commits
  19. 17 Feb, 2022 2 commits
  20. 15 Feb, 2022 2 commits
  21. 14 Feb, 2022 1 commit
  22. 10 Feb, 2022 1 commit
  23. 07 Feb, 2022 1 commit
  24. 03 Feb, 2022 1 commit
  25. 02 Feb, 2022 1 commit
  26. 28 Jan, 2022 1 commit
  27. 27 Jan, 2022 1 commit
  28. 17 Jan, 2022 1 commit
  29. 04 Jan, 2022 1 commit