1. 21 Oct, 2020 1 commit
  2. 09 Oct, 2020 1 commit
  3. 06 Oct, 2020 3 commits
  4. 02 Oct, 2020 2 commits
    • Nirbheek Chauhan's avatar
      cerbero: Support XCode Python 3 on macOS Big Sur · 883d7e3f
      Nirbheek Chauhan authored
      python.org's official Python 3 release does not work on Big Sur, so
      the only option at present is to use the Python 3 that ships with
      XCode. Unfortunately, that doesn't ship with python3-config right now
      so you need to build with `-v nogi`.
      
      XCode's Python 3 defaults to a framework path for sysconfig purelib:
      /Library/Python/3.8/site-packages but setuptools still uses the posix
      path: /lib/python3.8/site-packages. This also means we'd have
      inconsistent paths based on your macOS version.
      
      The second issue is that on Windows the purelib path is
      \Lib\site-packages which is not version-specific but it *is* the
      default for setuptools, so let's consistently add both.
      
      Part-of: <!626>
      883d7e3f
    • Nirbheek Chauhan's avatar
      Add enums for macOS Big Sur · e0d5ccbe
      Nirbheek Chauhan authored
      Part-of: <!626>
      e0d5ccbe
  5. 01 Oct, 2020 1 commit
    • Nirbheek Chauhan's avatar
      libdca.recipe: Fix symlink creation code · 332c86df
      Nirbheek Chauhan authored
      Fixes CI error:
      Traceback (most recent call last):
        File "/builds/nirbheek/cerbero/cerbero/build/oven.py", line 461, in _cook_recipe_step
          ret = stepfunc()
        File "/builds/nirbheek/cerbero/cerbero/build/recipe.py", line 93, in wrapped
          stepfunc()
        File "/builds/nirbheek/cerbero/recipes/libdca.recipe", line 34, in post_install
          os.symlink(src, os.path.join(self.config.prefix, dest))
      
      FileExistsError: [Errno 17] File exists: 'lib/libdts.a' -> '/builds/nirbheek/cerbero/cerbero-build/dist/mingw_x86_64/libdca.a'
      Part-of: <!618>
      332c86df
  6. 30 Sep, 2020 15 commits
  7. 28 Sep, 2020 1 commit
    • Nirbheek Chauhan's avatar
      bootstrap: Reclassify bootstrappers as system or toolchain · ae8c7b75
      Nirbheek Chauhan authored
      Some bootstrappers are responsible for bootstrapping the system
      (usually the 'build distro' bootstrappers), and others are responsible
      for bootstrapping the toolchain that will be used for building
      (usually the 'target distro' bootstrappers).
      
      We need to differentiate this so we can split the Windows bootstrapper
      into separate classes for the toolchain (MinGW + other deps, on
      Native-Windows and Cross-Windows) and MSYS (only on Native-Windows).
      
      This also fixes downloading and extracting of toolchains in bootstrap
      which broke in 49ab8974
      
      Part-of: <!616>
      ae8c7b75
  8. 23 Sep, 2020 4 commits
  9. 22 Sep, 2020 4 commits
  10. 21 Sep, 2020 7 commits
  11. 18 Sep, 2020 1 commit
    • Nirbheek Chauhan's avatar
      recipes: Don't build gettext-tools anymore · fd618540
      Nirbheek Chauhan authored
      We don't need to ship translations in Cerbero, and this shaves off at
      least 45 min in our Windows build (usually 1-2 hours). If you've been
      using the translations shipped with the official gstreamer binaries,
      please see the following issue for the path forward:
      
      #204
      
      We're still building gettext-m4 because it just installs the m4 file
      to satisfy autoreconf.
      
      Part-of: <!605>
      fd618540