Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 78790 - merging lufs for a different kernel than the running kernel is impossible
Summary: merging lufs for a different kernel than the running kernel is impossible
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-20 03:07 UTC by Frank Van Damme
Modified: 2005-02-14 11:34 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Van Damme 2005-01-20 03:07:40 UTC
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 .
Comment 1 SpanKY gentoo-dev 2005-01-20 05:59:36 UTC
kern packages should always read /usr/src/linux for their source code ... that's Gentoo policy for exactly this reason ;)
Comment 2 solar (RETIRED) gentoo-dev 2005-01-20 06:11:53 UTC
${ROOT}/usr/src/linux
Comment 3 Stefan Schweizer (RETIRED) gentoo-dev 2005-01-20 12:16:43 UTC
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.
Comment 4 Stefan Schweizer (RETIRED) gentoo-dev 2005-01-25 11:47:00 UTC
rebouncing to kernel in case anyone else wants to fix it.
Comment 5 Stefan Schweizer (RETIRED) gentoo-dev 2005-02-06 23:14:49 UTC
Can you please look at
http://dev.gentoo.org/~genstef/files/overlay/lufs/lufs-0.9.7-r3.ebuild
Does that solve your problem?
Comment 6 Frank Van Damme 2005-02-07 14:24:06 UTC
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. 
Comment 7 Stefan Schweizer (RETIRED) gentoo-dev 2005-02-07 23:39:46 UTC
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/
Comment 8 Stefan Schweizer (RETIRED) gentoo-dev 2005-02-14 11:34:43 UTC
thanks, fixed in the tree now.