1. 10 5月, 2023 3 次提交
  2. 09 5月, 2023 1 次提交
  3. 05 5月, 2023 2 次提交
  4. 01 5月, 2023 1 次提交
  5. 28 4月, 2023 1 次提交
  6. 27 4月, 2023 1 次提交
  7. 25 4月, 2023 2 次提交
  8. 21 4月, 2023 1 次提交
    • R
      Dockerfile: build PyAV and its dependencies in a separate stage (#6054) · c657c82b
      Roman Donchenko 提交于
      This way, it can be done in parallel with pip fetching all other
      packages in the main build stage. In practice, I find that the build of
      PyAV finishes before pip is done downloading, so we basically get it
      done for free (in terms of time).
      
      With this change, I measured a build time of 9:09 (starting from
      scratch).
      c657c82b
  9. 20 4月, 2023 1 次提交
    • R
      Implement Python dependency pinning via pip-compile-multi (#6048) · 157f7e35
      Roman Donchenko 提交于
      This improves the reproducibility of the server build process. Now new
      versions of dependencies can no longer break the server unless we
      explicitly upgrade to them.
      
      To minimize changes, I did not update any of the version constraints we
      currently have; however, in the future, we should be able to relax a lot
      of them.
      
      Resolves #5310.
      157f7e35
  10. 19 4月, 2023 3 次提交
    • R
      Stop adding package source code into the release Docker images (#6040) · a3534979
      Roman Donchenko 提交于
      The policy that mandated this is no longer relevant now that CVAT is no
      longer developed by Intel. Moreover, the source code included was not
      even complete (it didn't contain Python or NPM packages).
      
      This saves ~1.6 GB in the unpacked image (and probably a bunch of build
      time too, but I didn't measure it).
      a3534979
    • R
      Update Redis and Redis accessories (#6016) · b8cdd4ef
      Roman Donchenko 提交于
      This originally started as a security update for redis-py (see
      <https://github.com/redis/redis-py/releases/tag/v4.5.3>,
      <https://github.com/redis/redis-py/releases/tag/v4.5.4>). However, I
      also had to update other Redis-related components because of
      incompatibilities.
      
      * The old version of fakeredis is not compatible with the redis-py 4.x,
      so I bumped it too. This also allowed me to remove the six workaround.
      
      * redis-py 4.1.0 and newer don't support Redis < 5, so I bumped Redis
      itself in `docker-compose.yml`. Note that the Helm chart is already
      using Redis 7.0.x.
      
      Obsoletes #5946.
      b8cdd4ef
    • R
      Dockerfile: retain the pip download cache between builds (#6035) · 65d43aae
      Roman Donchenko 提交于
      This speeds up the build when the entire step can't be cached (e.g. the
      requirements file changed), but the package list remains mostly the
      same.
      
      The savings are... rather underwhelming, actually. I have observed about
      a minute in savings, although it obviously depends on the network
      connection speed. I think this is because pip is inefficient at loading
      from its own cache (I have observed it loading the entire cached file
      into memory, for example).
      
      Still, savings are savings, and we're getting them basically for free,
      so why not.
      
      Note that I only persist the HTTP cache, and not the wheel cache. That's
      because any wheels that pip builds could depend on the system packages,
      and I don't want old wheels to be reused if the system packages change.
      
      Also, disable the pip autoupdate checks, which isn't much of an
      optimization, but it gets rid of some pointless warnings.
      65d43aae
  11. 17 4月, 2023 1 次提交
  12. 14 4月, 2023 6 次提交
  13. 13 4月, 2023 1 次提交
  14. 12 4月, 2023 4 次提交
  15. 11 4月, 2023 3 次提交
  16. 09 4月, 2023 1 次提交
  17. 07 4月, 2023 4 次提交
  18. 06 4月, 2023 4 次提交