[ Cc: debian-bsd@ ] Didier 'OdyX' Raboud <o...@debian.org> (2014-10-27): > Le lundi, 27 octobre 2014, 11.23:23 Cyril Brulebois a écrit : > > > * kfreebsd-amd64's images fetching logic fails because there is no > > > un-numbered /netboot/ directory under which we could automagically > > > take "netboot.tar.gz" as for other architectures. I think this > > > should be fixed in the installer through providing a symlink > > > towards the default version but can't really find where this > > > should go. > > > > There's only a single version now. Not sure having to care about a > > symlink in debian-installer is worth it. Won't stop you from looking > > into it though. > > The current logic in d-i-n-i is to fetch …/netboot/netboot.tar.gz and > …/netboot/gtk/netboot.tar.gz for all architectures. On those where it > fails, it will download …/MANIFEST and try downloading everything which > is under …/netboot/ and use that in the package. > > The problem with kfreebsd's numbered directories is that it forces d-i- > n-i to add this kernel version number in its logic, for no good reason. > That's why I'd prefer to have kfreebsd's either have a /netboot/ symlink > pointing to the preferred numbered /netboot-$n/ directory or (given it > currently only has one version, which is likely to be jessie's state), > rename that directory to be un-numbered. As far as I understood, the > latter is a matter of renaming some files in build/config/kfreebsd-*/ .
I understand the reasoning but I am not keen on moving files around at
this very late stage; if adding a symlink works, this would probably be
better.
Otherwise, maybe move back files under an unversioned directory and keep
a symlink from the versioned directory. Not sure how {well,badly} tftp
servers deal with symlinks anyway…
Mraw,
KiBi.
signature.asc
Description: Digital signature
