[klibc] klibc-1.5 released

[H. Peter Anvin]

David Härdeman wrote:
> 
>> I'm trying to find things where klibc easily extends the capabilities 
>> beyond the stock kernel, without having the embedded people balk.
> 
> Understood...I assume this is in order to have a selling point for 
> getting klibc into the kernel?
> 
> Isn't the initramfs shell one such argument? Getting a shell on boot 
> failure is a major improvement over a panic message...
> 

This doesn't seem to be that strong of a demand, as far as I can tell :(

>> I could be wrong about that, though, especially if someone other than me 
>> drives the issue.  It would definitely have to be configurable, though.
> 
> Of course, but that sort of goes for any additions which go beyond the 
> trivial I'd assume...

Yes.

>>>> - nfsroot on NFSv4.
>>>> - nfsroot over IPv6, as soon as the kernel supports NFS over IPv6.
>>> Sounds interesting, but wouldn't a proper NFSv4 support require quite a
>>> large crypto infrastructure?
>> As does "proper" NFSv3 (you can do NFSv3 over secure RPC, although very 
>> few people do.)  That doesn't mean we have to support nfsroot over every 
>> possible option.
> 
> Yes, but NFSv4 mandates some security features, doesn't it?

Haven't delved into it in detail yet, but it probably does.

	-hpa