First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 56072
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo's Team for Core System packages <base-system@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Lars <lars_1978@operamail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 56072 depends on: Show dependency tree
Show dependency graph
Bug 56072 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2004-07-04 10:50 0000
If I run:
ACCEPT_KEYWORDS="~x86" emerge lufs
to install lufs it doesn't copy lufs.ko to /lib/modules/2.6.5-gentoo-r1/fs/lufs/ with my 2.6 kernel..
I have to manually copy the file from: /var/tmp/portage/lufs-0.9.7-r2/work/lufs-0.9.7/kernel/Linux/2.6/lufs.ko

Is lufs not stable on 2.6 yet? Because when i do this mounting sshfs locations and then tries to list the directory it only work every third time.

First two times i get the error mesage:
ls: reading directory mounted_dir: Connection reset by peer
the third time it lists the directory.

Then i get the message (for two times):
ls: reading directory mounted_dir: Interrupted system call
and like before the third time it lists the directory

Ftpfs workes fine though.

Reproducible: Always
Steps to Reproduce:
1.ACCEPT_KEYWORDS="~x86" emerge lufs
2.
3.

Actual Results:  
I can't mount lufs if i don't copy lufs.ko

Expected Results:  
Copied lufs.ko to the module directory

------- Comment #1 From SpanKY 2004-07-04 19:58:45 0000 -------
report the instabilty upstream ... we can fix the lufs.ko install issue

------- Comment #2 From Lars 2004-07-04 23:37:02 0000 -------
Sorry for the instability comment about sshfs, now when I have read the lufs
hompage I see that it's recommended to set up public key authentication instead
of using password. The program lussh could help if one don't know how to do
this.

Seems like the only problem is lufs.ko and as I understand this will be fixed.
Thank you gentoo (team) ! :)

------- Comment #3 From mario@dedenet.de 2004-07-09 04:11:57 0000 -------
if I do
config-kernel --allow-writable=yes
ACCEPT_KEYWORDS="~x86" emerge lufs

I don't have the /var/tmp/portage/lufs-0.9.7-r2/work/lufs-0.9.7/kernel/Linux/2.6/lufs.ko file.

Actually I only have an emtpy directory with a "succeeded" file :)

------- Comment #4 From David Bailey 2004-07-14 09:31:45 0000 -------
Same problem- here's the work around-

ebuild /usr/portage/sys-fs/lufs/lufs-0.9.7-r2.ebuild compile
ebuild /usr/portage/sys-fs/lufs/lufs-0.9.7-r2.ebuild install
cp /var/tmp/portage/lufs-0.9.7-r2/work/lufs-0.9.7/kernel/Linux/2.6/lufs.*o /lib/modules/`uname -r`/fs/lufs/
ebuild /usr/portage/sys-fs/lufs/lufs-0.9.7-r2.ebuild qmerge

------- Comment #5 From Jason L. Cook 2004-07-29 02:32:40 0000 -------
Here's a quick patch that should fix it.

--- lufs-0.9.7-r2.ebuild    2004-07-16 13:06:19.000000000 -0600
+++ lufs-0.9.7-r2.ebuild    2004-07-29 02:40:51.000000000 -0600
@@ -61,7 +61,7 @@
    env -u ARCH make DESTDIR=${D} install
    if ! use disablekernelsupport; then
        insinto ${ROOT}/lib/modules/${KV}/fs/lufs
-       doins kernel/Linux/2.${KV_PATCH}/lufs.$KV_OB
+       doins kernel/Linux/2.${KV_MINOR}/lufs.$KV_OBJ
    fi
 }

------- Comment #6 From SpanKY 2004-08-08 14:22:38 0000 -------
added the fix to cvs, thanks

First Last Prev Next    No search results available      Search page      Enter new bug