zfs-fuse development team has recently moved their sources to git. The old SRC_URI is no longer valid. Also, there are some manpages available now. Here's a proposed ebuild update. One of the patches needed an update as well. Reproducible: Always # Copyright 1999-2008 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/sys-fs/zfs-fuse/zfs-fuse-9999.ebuild,v 1.2 2008/09/25 16:29:02 trapni Exp $ IUSE="doc debug" inherit eutils git DESCRIPTION="An implementation of the ZFS filesystem for FUSE/Linux" HOMEPAGE="http://www.wizy.org/wiki/ZFS_on_FUSE" LICENSE="CDDL" SLOT="0" KEYWORDS="~x86 ~amd64" DEPEND=">=sys-libs/glibc-2.3.3 >=dev-util/scons-0.96.1 >=dev-libs/libaio-0.3 >=sys-fs/fuse-2.6.1" RDEPEND=">=sys-fs/fuse-2.6.1" EGIT_REPO_URI="git://gitorious.org/zfs-fuse/zfs-fuse.git" EGIT_BRANCH="master" S="${WORKDIR}/${P}/src" src_unpack() { git_src_unpack cd "${S}/src" epatch "${FILESDIR}/${PV}/fix_zdb_path.patch" epatch "${FILESDIR}/${PV}/fix_zfs-fuse_path.patch" epatch "${FILESDIR}/${PV}/fix_ztest_path.patch" } src_compile() { cd "${S}/src" scons || die "Make failed" } src_install() { cd "${S}/src" if useq debug; then mv cmd/ztest/ztest cmd/ztest/run-ztest || die mv cmd/ztest/runtest.sh cmd/ztest/ztest || die dosbin cmd/ztest/run-ztest || die fi dosbin cmd/ztest/ztest || die if useq debug; then mv zfs-fuse/zfs-fuse zfs-fuse/run-zfs-fuse || die mv zfs-fuse/run.sh zfs-fuse/zfs-fuse || die dobin zfs-fuse/run-zfs-fuse || die fi dosbin "zfs-fuse/zfs-fuse" || die dosbin "cmd/zfs/zfs" || die dosbin "cmd/zpool/zpool" || die dosbin "cmd/zdb/zdb" || die newinitd "${FILESDIR}/${PV}/${PN}.rc" "zfs-fuse" || die keepdir /var/lock/zfs || die fowners daemon.disk /var/lock/zfs || die keepdir /var/run/zfs || die fowners daemon.disk /var/run/zfs || die #cd "${WORKDIR}/trunk" || die cd "${S}" || die dodoc CHANGES || die doman doc/*.gz || die if use doc; then dodoc {INSTALL,TODO,STATUS,TESTING,HACKING,BUGS} || die fi } pkg_postinst() { echo einfo "To debug and play with ZFS-FUSE make sure you have a recent 2.6.xx" einfo "series kernel with the FUSE module compiled in OR built as a" einfo "kernel module." einfo einfo "You can start the ZFS-FUSE daemon by running" einfo einfo " /etc/init.d/zfs-fuse start" einfo einfo "as root from the command line. " einfo einfo "And don't forget to add it permanently, if you want to:" einfo einfo " rc-update add zfs-fuse boot" einfo einfo "For additional ZFS related commands I recommend the ZFS admin" einfo "guide. http://opensolaris.org/os/community/zfs/docs/zfsadmin.pdf" einfo einfo "Don't forget this is an beta-quality release. Testing has been" einfo "very limited so please make sure you backup any important data." einfo einfo "If you have any problems with zfs-fuse please visit the ZFS-FUSE." einfo "website at http://developer.berlios.de/projects/zfs-fuse/" echo }
Created attachment 203649 [details] updated patch Replace the file in $PORTDIR/sys-fs/zfs-fuse/files/9999/ with this one and (re-)digest the ebuild.
I guess that at first you didn't notice the attachment form, which is why the ebuild is pasted inline rather than attached like the patch... Anyways, thanks for submitting your updates! Assigning to maintainer.
(In reply to comment #0) > zfs-fuse development team has recently moved their sources to git. The old > SRC_URI is no longer valid. > Also, there are some manpages available now. Here's a proposed ebuild update. > One of the patches needed an update as well. Many thanks for this notification. I always have felt sad about not having man-pages for zfs though.
Created attachment 203847 [details] The ebuild, as pasted in the description. (In reply to comment #2) > I guess that at first you didn't notice the attachment form, which is why the > ebuild is pasted inline rather than attached like the patch... The thing is, I still don't see it while starting a new bug report. I knew about it, but somehow it seemed reasonable to me that the ebuild should be contained within the main desription, not as an attachment to a comment. This might just be stupid of me :) Anyway, I've added it as an attachment as well now for convenience.
Could someone show an interest in this? The old ebuild is BROKEN because of the repo change!
If it is of interest for inclusion, I've successfully compiled a ~sparc version with some modifications. The submitted diff patch for ztest.c is slightly off due to recent revisions in the git repository. The ebuild has been modified to include reference to the current zfs-fuse development site. Also, the rc script seemed to have problems attempting a mount immediately following a start of the fuse daemon without any pools. I added "sleep 3" prior to the call to mount which seemed to work. As an aside, for sparc, I also keyworded both app-emulation/fuse-utils and app-emulation/libspectrum by adding the ~sparc keyword (in local ebuilds as ~sparc was not an accepted keyword in those - I suppose these should be submitted as enhancement requests under those packages).
Created attachment 224623 [details] updated ebuild
Created attachment 224625 [details, diff] updated patch file
Created attachment 224627 [details] rc script with questionable sleep call
(In reply to comment #6) > As an aside, for sparc, I also keyworded both app-emulation/fuse-utils and completely different project for the fuse-utils libraries. sorry for the noise. saw the requirements on http://gitorious.org/zfs-fuse/zfs-fuse/blobs/master/INSTALL for fuse-utils and had installed fuse-utils after successful install of zfs-fuse. app-emulator/fuse-utils should not have been mentioned.
Maybe we could create ebuild which joins advantages of your ebuild and fixes from mine? In bug #332395 i've uploaded live ebuild, which has fixed some issues on hardened platform (but not all, i got "smashing stack attack" while i use zdb).
Closing since zfs-fuse was removed from tree. No need to have 2 bugs for "New package". *** This bug has been marked as a duplicate of bug 358697 ***
