Diederik de Haas <didi.deb...@cknow.org> writes: > On Friday, 13 May 2022 09:35:49 CEST Johannes Schauer Marin Rodrigues wrote: >> If I understand the docs of preseed_fetch correctly, then this should fetch >> the setup-testbed script from a path relative to where it got the preseed >> file from. >> >> Unfortunately this results in the following: >> >> May 13 07:26:28 preseed: successfully loaded preseed file from >> http://10.0.2.2:8000/d-i/bullseye/./pres >> May 13 07:26:28 preseed: running preseed command preseed/early_command: >> preseed_fetch setup-testbed /tm >> May 13 07:26:28 log-output: /bin/fetch-url: .: line 35: can't open >> '/usr/lib/fetch-url//setup-testbed': >> >> I'm confused. Shouldn't preseed_fetch try to obtain the setup-testbed >> relative to the preseed file it just obtained? > > Looks rather similar to https://bugs.debian.org/678694 ...
True -- it's probably time to fix that ... I my immediate reaction to the suggested patch is that there may well be some problem with always overwriting the file, and if so, that such a problem probably only becomes apparent when combining relative and absolute paths in particular orders. I would assume that even if that is the case, it should be OK to write the file if it does not already exist, which ought to be enough to fix this issue. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/ http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg, GERMANY
signature.asc
Description: PGP signature
