kumquat-buildroot/support
Titouan Christophe 54645c0b39 support/scripts/pkg-stats: clear multiprocessing pools after use
During the CVE checking phase, we can still see a huge amount of
Python processes (actually 128) running on the host, even though
the CVE step is entirely ran in the main thread.

These are actually the worker processes spawned to check for the
packages URL statuses and the latest versions from release-monitoring.
This is because of an issue in Python's multiprocessing implementation:
https://bugs.python.org/issue34172

The problem was already there before the CVE matching step was
introduced, but because pkg-stat was terminating right after the
release-monitoring step, it went unnoticed.

Also, do not hold a reference to the multiprocessing pool from
the Package class, as this is not needed.

Signed-off-by: Titouan Christophe <titouan.christophe@railnova.eu>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2020-03-02 23:35:39 +01:00
..
config-fragments support/config-fragments/autobuild: fix riscv toolchains 2020-01-02 09:15:43 +01:00
dependencies core/dependencies: check if we need to build our own host-coreutils 2020-01-06 21:43:38 +01:00
docker support/docker: add python3 2019-10-27 20:24:10 +01:00
download support/download/svn: generate reproducible svn archives 2019-12-30 10:50:21 +01:00
gnuconfig support/gnuconfig: update to 2019-05-28 2019-05-31 22:59:52 +02:00
kconfig support/kconfig/merge_config.sh: avoid false positive matches from comment lines 2018-11-24 10:11:15 +01:00
legal-info core/legal-info: update list of saved material in README 2020-01-18 18:38:42 +01:00
libtool
misc Update for 2019.11 2019-12-01 22:39:47 +01:00
scripts support/scripts/pkg-stats: clear multiprocessing pools after use 2020-03-02 23:35:39 +01:00
testing support/testing: test_systemd.py: add linux fragment to enable CONFIG_BINFMT_MISC 2020-03-01 18:43:42 +01:00