Hi @markkrj, thank you for your update. Yes, adding hooks to your Dockerfile is additional cost on your end. The problem is, that by adding a --clean-host-files
option you are shifting the cost…
Hi @markkrj, my argument is: if you need the functionality of a hypothetical --clean-host-files
option in a situation where you call mmdebstrap from a script, then you don't need that option…
Hi @markkrj, thanks for your input! Just to confirm, you are not calling mmdebstrap manually in a real terminal but you are calling it as part of a Dockerfile, correct?
The
Repo-URI
for a(.*\+)mirror+file
is e.g.tor+mirror+file:/path/to/file/mirror.file/
– which is the filename of the file with a / at the end as that is how the URI will look in…
I think I'm done reworking your commits. I fixed some of the Perl problems (arrays are hard) and am using a file descriptor instead of a file in /tmp
(super easy to set up all those read/write…
As I tried to mention the EDSP->EIPP code I dropped could theoretically be used to fold the extract step into the download step. If that is a useful direction though… also EIPP is faster…
EDSP->EIPP: Yeah, I replaced it later on… I was thinking at first I would go with an external planner and/or a 'dpkg' which does the extract rather than getting the filenames out, but that…
In that sense, I also don't understand how this can work:
@@ -1533,7 +1526,7 @@ else
skipped=$((skipped+1))
fi
-print_header "mode=$defaultmode,variant=apt: fail with…
Very nice, thank you! I'm going to mangle your commits a little bit because I see that the EIPP support that one commit introduces is removed in another.
Do you think it's possible to somehow…