search for: dpkg_t

I have done some printf profiling and found that supermin's calls to dpkg for individual packages are quite expensive. Here are some patches that gather all information on demand where possible. On my Debian/unstable-based workstation at home, preparing a minimal appliance using $ ./supermin --use-installed --prepare bash -o supermin.d now takes ~3.5s (previously ~15s). Turning that

...t lines = run_command_get_lines cmd in match lines with - | [] -> - eprintf "supermin: dpkg: expecting %s to return some output\n" cmd; - exit 1 + | [] -> error "dpkg: expecting %s to return some output" cmd | arch :: _ -> dpkg_primary_arch := arch type dpkg_t = { diff --git a/src/kernel.ml b/src/kernel.ml index 046cde9..356ac4b 100644 --- a/src/kernel.ml +++ b/src/kernel.ml @@ -128,16 +128,15 @@ and kernel_filter patterns is_arm all_files = List.filter (fun filename -> has_modpath filename) files and no_kernels host_cpu = - eprintf "\ -su...

Hi, few cleanups in the supermin codebase; no actual functional change. Thanks, -- Pino Toscano (3): ext2: simplify tracking of visited modules utils: remove unused run_python function Add and use an helper error function src/build.ml | 20 +++++----------- src/dpkg.ml | 4 +--- src/ext2_initrd.ml | 10 ++++---- src/kernel.ml | 27