Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
I've made an ebuild for fuse, a very good to lufs (reputed to be cleaner). This package isn't very usefull himself but is required for many others.
Created an attachment (id=36984) [details] The ebuild
*** Bug 59734 has been marked as a duplicate of this bug. ***
It fails to build on my machine. make[2]: Entering directory `/usr/src/linux-2.6.8-rc3-mm1' Makefile:431: /usr/src/linux-2.6.8-rc3-mm1/arch/x86/Makefile: Onbekend bestand of map make[2]: *** Geen regel voor het maken van doel `/usr/src/linux-2.6.8-rc3-mm1/arch/x86/Makefile'. Stop. make[2]: Leaving directory `/usr/src/linux-2.6.8-rc3-mm1' make[1]: *** [all-spec] Fout 2 make[1]: Leaving directory `/var/tmp/portage/fusefs-1.3/work/fuse-1.3/kernel' make: *** [all-recursive] Fout 1 !!! ERROR: sys-fs/fusefs-1.3 failed. !!! Function src_compile, Line 26, Exitcode 2 !!! compilation failed ! ----------------------------------------------- Portage 2.0.50-r9 (default-x86-2004.0, gcc-3.4.1, glibc-2.3.4.20040619-r0, 2.6.8-rc3-mm1) ================================================================= System uname: 2.6.8-rc3-mm1 i686 AMD Athlon(tm) XP 1600+ Gentoo Base System version 1.5.2 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -mfpmath=sse -msse -mmmx -m3dnow -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mfpmath=sse -msse -mmmx -m3dnow -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.easynet.nl/mirror/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/portage /usr/local/overlays/bmg-main.alternative /usr/local/overlays/bmg-gnome-current.alternative" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X aac aalib acpi acpi4linux alsa apache2 apm avi berkdb bonobo cdr crypt cups encode esd foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline rtc samba sdl slang speex spell sse ssl svg svga szip tcltk tcpd tga theora tiff truetype usb v4l2 vim-with-x wmf x86 xchattext xine xml2 xmms xosd xprint xrandr xsl xv xvid zlib zvbi"
A quick and dirty hack is to symlink i386 to x86 under your arch dir in the kernel tree... Anyways, I think lufs ebuilds were suffering the same problem but it was solved somehow... Not sure thou...
Created an attachment (id=37058) [details] Fixed version of fusefs-1.3.ebuild Beuark, this ebuild was *really* ugly... i was tired, sorry. There is effectively a very strange bug (related to sandbox i think)... and his ugly workaround, the one that radek@podgorny.cz evoked (i've used it but it wasn't in the ebuild -_-).
Created an attachment (id=37059) [details] Fixed version of the "fixed version" of fusefs-1.3.ebuild I'm ashamed.
Created an attachment (id=37395) [details] sys-fs/fuse-1.3.ebuild Bit of a coincidence, but I've written an ebuild for the same app at the same time, except he beat me to the punch. Anyway, I'm submitting it for your consideration because I think mine's better in a few respects: it handles the $ARCH issue a litle more cleanly, it allows the user to choose whether or not to suid fusermount, and it doesnt dodoc a bunch of object files.
Created an attachment (id=37396) [details] Patch, connected to sys-fs/fuse-1.3.ebuild This patch goes along with sys-fs/fuse-1.3.ebuild, and removes a make error that would otherwise occur at make install by removing a depmod.
OK. So please for forget my ebuild, the one from Athul Acharya is really better (just to say that i won't contest this, if one could have imaginated that i would lol).
Just tested and everything works fine. Can you please make this official? Thanks...
Athuls ebuild is fine, but it should be renamed to fusefs since there is already a fuse(Free Unix Spectrum Emulator) in the portage.
I notice some little problem 1) is it really a problem that another ebuild has the same name, if it's not in the same category? 2) about the ARCH problem, i think it would be better to have something like this in kernel-mod.eclass: set_arch_to_kernel() { export KERNEL_ECLASS_PORTAGE_ARCH="${ARCH}" case ${ARCH} in x86) export ARCH="i386";; amd64) export ARCH="x86_64";; hppa) export ARCH="parisc";; mips) export ARCH="mips";; *) export ARCH="${ARCH}";; esac } set_arch_to_portage() { export ARCH="${KERNEL_ECLASS_PORTAGE_ARCH}" } this code manage in a more generic way other arch, it's in kernel.eclass, but should also be in kernel-mod.eclass. 3) we could get ride of the patch file by not using make install but this instead: if kernel-mod_is_2_6_kernel then KV_OBJ="ko" else KV_OBJ="o" fi dodoc AUTHORS BUGS ChangeLog Filesystems README README-2.4 README-2.6 README.NFS \ NEWS TODO docinto example dodoc example/* dolib.a lib/libfuse.a insinto /usr/include doins include/fuse.h dobin util/fusermount util/mount.fuse insinto /lib/modules/${KV}/extra doins fuse.${KV_OBJ} 4) i think that make install didn't install mount.fuse, and i think it's userfull to mount thing using fstab or mount -t fuse 5) i think it's better to store modules in /extra, because directory inside /kernel get deleted when we make install the kernel, so you would have to reemerge this each time you recompile your kernel (with the same version). 6) do you think that we should unload the module in postrm ?? i think we should let the user do it, because he can still have mounted filesystem. What's your opinions about these points?
Created an attachment (id=39496) [details] fuse-1.3.ebuild: A modified fuse ebuild implementing the ideas described in 6 points.
I'm pretty sure scox@gentoo will be interested in this ebuild. (sandbox idea he has) I'm glad to see you/we don't compile or install the example programs. Reason being they can lead to a full root compromise of your system by local users
*** Bug 45067 has been marked as a duplicate of this bug. ***
Created an attachment (id=41384) [details] fuse-1.3.ebuild Can you please test this ebuild? I adjusted it to the latest development in the kernel-modules area.
First, I run Portage 2.0.50-r11 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.3.20040420-r2, 2.6.8-gentoo-r3) This ebuild wokred fine EXCEPT that setting the fusesuid USE flag didn't work.. I had the chmod manually.
I cannot reproduce this, so can you please give me some additional infos? - ls -l /usr/bin/fusermount output after merge and after you suided it - emerge info output - log message of PORT_LOGDIR (/etc/make.conf.example) as attachment - if there was an error message please post it :)
The latest ebuild doesn't work for me. The one attached on 08 Oct 2004. I get this spiffy error: Making all in kernel make[1]: Entering directory `/var/tmp/portage/fuse-1.3/work/fuse-1.3/kernel' make -C //usr/src/linux SUBDIRS=/var/tmp/portage/fuse-1.3/work/fuse-1.3/kernel modules make[2]: Entering directory `/usr/src/linux-2.6.5-gentoo-r1' *** Warning: Overriding SUBDIRS on the command line can cause *** inconsistencies HOSTCC scripts/basic/fixdep ACCESS DENIED open_wr: /usr/src/linux-2.6.5-gentoo-r1/scripts/basic/.fixdep.d cc1: Permission denied: opening dependency file scripts/basic/.fixdep.d make[3]: *** [scripts/basic/fixdep] Error 1 make[2]: *** [scripts_basic] Error 2 make[2]: Leaving directory `/usr/src/linux-2.6.5-gentoo-r1' make[1]: *** [all-spec] Error 2 make[1]: Leaving directory `/var/tmp/portage/fuse-1.3/work/fuse-1.3/kernel' make: *** [all-recursive] Error 1 !!! ERROR: sys-fs/fuse-1.3 failed. !!! Function src_compile, Line 32, Exitcode 2 !!! emake failed --------------------------- ACCESS VIOLATION SUMMARY ---------------------------LOG FILE = "/tmp/sandbox-sys-fs_-_fuse-1.3-18572.log" open_wr: /usr/src/linux-2.6.5-gentoo-r1/scripts/basic/.fixdep.d -------------------------------------------------------------------------------- portage info: Portage 2.0.50-r11 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.3.20040420-r1, 2.6.5-gentoo-r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r4 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/NX/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium3 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/ http://mirror.clarkson.edu/pub/distributions/gentoo/ ftp://mirrors.tds.net/gentoo http://mirrors.tds.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="Tk apm avi berkdb bitmap-fonts cdr crypt cups dvd encode f77 foomaticdb gdbm gif gpm imlib java jpeg libg++ libwww mad maildir mikmod mmx motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang spell sse ssl svga tcltk tcpd truetype x86 xml2 xmms xprint xv zlib"
Hi, unfortunately we do not support kernel <2.6.6 in external module ebuilds any longer. Not only because of that but also because of various security vulnerabilities, please consider upgrading to a kernel >=2.6.6. I am curious why you still used such an old kernel?
ah, that makes sense then. mostly i'm just lazy about kernel upgrades. just need some outside prompting, which this is.
Does it work for you with the newer kernel in /usr/src/linux?
someone tested fuse 1.4?
Created an attachment (id=41898) [details] fuse-1.9.ebuild Can you please test if this version works for you like expected? It is a major update and I only checked with captive, where it does a really good job.
The ebuild and fuse itself works fine. I had to fix my driver because of the API change thou... :-( Just go ahead and add this to portage...
*** Bug 68650 has been marked as a duplicate of this bug. ***
this wont be added unless a Gentoo developer picks it up and wishes to maintain it ... no one on the base-system team wants it because none of us use it/care
Currently recruiting Stefan who will become the maintainer of this and some other related packages.
I currently built fuse-1.4 with the 1.3-ebuild on ppc. Compiled fine beside that I had to disable sandboxing. Stefan, if you are interested, I can test fuse (and siefs) on ppc. I hope your recruitment will be fast done, so that you can add the packages to the tree.
unfortunately it doesnt work at all for me. I use a KBUILD kernel and it just says that my kernel is not configured and bails out. I dont see any KBUILD stuff in kernel-mod.eclass and so its probably hard to fix. Also, what does that mean (in kernel-mod.eclass): # This eclass differs from kmod.eclass because it doesn't require modules # to be added to the kernel source tree first. I use kmod.eclass often and never had to add any stuff to the kernel. Huh?
What is KBUILD?
Can you please explain what KBUILD is? The kernels <2.6.6 required external modules to have write access to the kernel tree. That is not necessary now with later kernels.
sure. KBUILD builds on a new mechanism in 2.6 kernels that enables object files to go into a custom directory (not into the kernel source tree - which on gentoo usually was /usr/src/linux). When the environment variable KBUILD_OUTPUT is set (on gentoo usually by patching the Makefile by "config-kernel --make-koutput=current"), all output files will go to that directory. NO changes will go into /usr/src/linux, it may as well be read-only. As for external modules, the variable "O" is used. This variable is a commandline override for KBUILD_OUTPUT. I.e. if O is set, it is used as object directory, if not then if KBUILD_OUTPUT is set, it is used as object directory. The kmod eclass contains convenience functions for this, but basically it boils down to: make -C path/to/kernel/src SUBDIRS=$PWD O=/var/tmp/portage/whatever/work/temp/kernelmodules modules Which means: Build all (modules) for said kernel (-C) said module source (SUBDIRS) and output all intermediate files and the .ko module into said directory (O). Details: http://www.gentoo.org/doc/en/2.6-koutput.xml?style=printable
That feature is currently not supported by Gentoo Linux - that's the reason sys-kernel/config-kernel is hard masked as well. Adding latexer to CC:
oh... suddenly... well nevermind then
New ebuild in portage as version 2.1-pre1. Thanks for your patience.
I'm getting this error ... imsg3-mx root # modprobe fuse FATAL: Error inserting fuse (/lib/modules/2.6.11-gentoo-r4/extra/fuse.ko): Unknown symbol in module, or unknown parameter (see dmesg) imsg3-mx root # dmesg fuse init (API version 5.1) fuse distribution version: 2.2.1 fuse exit fuse: Unknown symbol vfs_permission Can someone help me and tell me what's wrong :) ?
Please open a new bug for your new issue and attach the emerge output and emerge info, this bug is closed, so please dont reopen it.
