Here's a tidbit to enable git to compile on Fedora. Add the following line to /etc/rc.d/rc.local...
ln -sf /lib/modules/`uname -r`/build/include/linux /usr/local/include/linux
This fix creates a symlink, on each boot up, in the local include directory that points to the kernel header files. If there's a better way to do this, I'm all ears.
jeff
Re: Building git on Fedora
On Sun, Apr 17, 2005 at 07:25:49PM -0400, jeff millar wrote:
> Here's a tidbit to enable git to compile on Fedora. Add the > following line to /etc/rc.d/rc.local... > > ln -sf /lib/modules/`uname -r`/build/include/linux /usr/local/include/linux
I can't see why this should be needed. What breaks without this?
David WoodhouseRe: Building git on Fedora
On Sun, 2005-04-17 at 19:25 -0400, jeff millar wrote:
> ln -sf /lib/modules/`uname -r`/build/include/linux /usr/local/include/linux > > This fix creates a symlink, on each boot up, in the local include > directory that points to the kernel header files. If there's a better > way to do this, I'm all ears.
What's wrong with the contents of the glibc-kernheaders package? Can you file specific bugs if you're having problems?
In the long run, the answer is to convince Linus that we _really_ need the kernel to have a set of header files defining the ABI which are fit for public consumption, rather than having a horrid mix of private and exportable bits throughout the contents of the include/ directory.
In the meantime, some poor mug has to clean the crap up and try to make something suitable to live in /usr/include/linux -- and unfortunately at the moment for Fedora that someone is me :)
Unless git is doing something with kernel-private headers that it shouldn't, this probably wants to be discussed elsewhere -- most likely in Bugzilla.
-- dwmw2