Hi, this is an updated version of the lufs ebuild that works without config-kernel and should close several bugs filed on lufs.
Created attachment 41609 [details] lufs-0.9.7-r3.ebuild
Created attachment 41610 [details] files/gentoo-gcc332fix-0.9.7.patch
Created attachment 41611 [details] files/lufs-0.9.7-enable-gnome-2.patch
Created attachment 41612 [details] files/lufs-0.9.7-fPIC.patch
Created attachment 41613 [details] files/lufs-automount-port.diff
Created attachment 41911 [details] lufs-0.9.7-r3.ebuild
Created attachment 41912 [details] files/captive.diff Added a patch to avoid having a second captive-lufs. Please test this as it is 70K changes.
Is anyone still interested in keeping this? I plan to remove it in favour of lufis. Any package using lufs should also work with lufis and lufs is no longer maintained.
lufis is ok but lufs contain some file systems which I can't find stand-alone (eg. ftpfs). It's only my stupid problem? BTW - why there are only broken lufs-0.9.7-r2 in portage tree?
There should be avfs replacing that functionality, but I have to get that working first .. ugh Maybe as an interim solution I could make a lufs-ebuild without kernel support, what do you think?
Created attachment 45724 [details] Tarball with a new lufs ebuild without kernel module. Hi, I managed to make an ebuild that only compiles some modules, not lufsd/lufsmnt. It depends on lufis, as these modules are only useable with lufis. I tried it with sshfs and it works great :)
Created attachment 45725 [details] lufs-0.9.7-r3.ebuild Ebuild, for you to see the changes I used: lufis fs=sshfs,host=dev.gentoo.org,username=genstef /mnt/lufis/ -s for mounting.
maybe create workaround like ebuild for lufis + lufs libraries (with no daemon or kernel support)? I'm using lufs libraries (lufs emerged without kernel support) and lufis daemon and it works nice.
Ebuild added to portage.