Bugzilla Bug 78790

It seems compiling the kernel module is impossible if the user does not run the
kernel version that he's trying to compile lufs for (meaning /usr/src/linux
does not point to the running kernel). 

This may seem an idiotic complaint, but I am running Gentoo on a laptop with a
slow cpu and pretty small hd, and I compile binary packages on a more powerful
system under a chroot jail, which is a complete duplicate of my laptop
installation. The host system and the laptop run a different kernel.

Reproducible: Always
Steps to Reproduce:
1.symlink /usr/src/linux to a kernel source tree that does NOT match your
running kernel
2. emerge lufs

Actual Results:  
emerge output (tail):   

checking whether make sets $(MAKE)... yes  
checking for i586-pc-linux-gnu-strip... no  
checking for strip... strip  
checking OS... Linux  
checking kernel... 2.6.7  
checking kernel support... supported in kernel/Linux/2.6  
checking kernel headers... found in //usr/include  
checking kernel configuration... not found  
at /lib/modules/2.6.7/build/.config, assuming modversions support  
checking modversions.h... configure: error: not found!  

!!! ERROR: sys-fs/lufs-0.9.7-r3 failed.  
!!! Function econf, Line 449, Exitcode 1  
!!! econf failed  
!!! If you need support, post the topmost build error, NOT this status  
message.  

laptop localhost src # ls -l /usr/src/linux  
lrwxr-xr-x  1 root root 23 Jan 20 11:36 /usr/src/linux ->  
linux-2.6.10-gentoo-r5/ laptop localhost src # uname -r 
2.6.7 




Expected Results:  
just follow the /usr/src/linux symlink to find kernel headers and not look at  
the output of uname -r .

kern packages should always read /usr/src/linux for their source code ...
that's Gentoo policy for exactly this reason ;)

${ROOT}/usr/src/linux

What about using sshfs-fuse instead?

lufs is old deprecated .. and I dont really want to support it.

There is also shfs, if we speak of alternatives.

rebouncing to kernel in case anyone else wants to fix it.

Can you please look at
http://dev.gentoo.org/~genstef/files/overlay/lufs/lufs-0.9.7-r3.ebuild
Does that solve your problem?

This does not work:


 dionysos lufs # emerge lufs --ask

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild  N    ] sys-fs/lufs-0.9.7-r3  -debug 0 kB 

Total size of downloads: 0 kB

Do you want me to merge these packages? [Yes/No] 
>>> emerge (1 of 1) sys-fs/lufs-0.9.7-r3 to /
>>> md5 src_uri ;-) lufs-0.9.7.tar.gz
>>> Unpacking source...
>>> Unpacking lufs-0.9.7.tar.gz to /var/tmp/portage/lufs-0.9.7-r3/work
 * Applying lufs-0.9.7-fPIC.patch ...                                                            [ ok ] * Applying lufs-automount-port.diff ...                                                         [ ok ] * Applying lufs-0.9.7-enable-gnome-2.patch ...                                                  [ ok ]
 * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
 * 
 *   /usr/portage/sys-fs/lufs/files/lufs-no-kernel.patch
 *   ( lufs-no-kernel.patch )


!!! ERROR: sys-fs/lufs-0.9.7-r3 failed.
!!! Function epatch, Line 256, Exitcode 0
!!! Cannot find $EPATCH_SOURCE!
!!! If you need support, post the topmost build error, NOT this status message.

Something appears to be missing. 

http://dev.gentoo.org/~genstef/files/overlay/lufs/files/lufs-no-kernel.patch

there is the patch :)

Here is the directory structure in case you wonder how to save it:
http://dev.gentoo.org/~genstef/files/overlay/lufs/

thanks, fixed in the tree now.