Subject: Re: pkg/10616: sparc/cpu.h includes non-installed kernel includes
To: Dr. Lex Wennmacher <wennmach@geo.Uni-Koeln.DE>
From: None <mcmahill@mtl.mit.edu>
List: netbsd-bugs
Date: 07/31/2000 12:50:06
> 
> I'd like to see the requirement to have the full kernel source available under
> /sys to build LKMs go away but I'm well aware of mrg's argument that this will
> be a lot of work.
> 
> I will update the arla package to check for the presence of /sys. Still, I
> consider this a (temporary) work-around as it is an absolutely sub-optimal
> solution (think bulk-builders).


> Actually I think that PR 10616 should also be closed. It is neither a
> port-sparc problem nor a pkg problem. jhawk, let's dupe it into kern/5377. I'd
> like to see the severity of this PR go to "serious", though (the requirement to
> have the full kernel sources available to build a package have quite some
> impact).

but building LKM's is a little different than just any old package.  Its a
bit unfortunate, but I don't feel too bad about it.  

As far as package building could we have the pkg grab syssrc.tgz as one of
the distfiles and extract src/sys/arch/${MACHINE} as part of the package
build?

I guess this is ok for release versions, but maybe for anyone running
-current, they'd just have to get the right sources?

Or maybe anoncvs could be used to grab the correct version of kernel
headers for pkg building?

Just a few thoughts, I don't have any strong opinions one way or the other
though.

-Dan