[ Cc: debian-bsd@ ]
Didier 'OdyX' Raboud <odyx@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.
Attachment:
signature.asc
Description: Digital signature