[ 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.

Attachment: signature.asc
Description: Digital signature

Reply via email to