From owner-freebsd-ports@FreeBSD.ORG Mon Jul 23 20:55:30 2007 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F250216A47D; Mon, 23 Jul 2007 20:55:29 +0000 (UTC) (envelope-from mad@anipsyche.net) Received: from smtp.bluecom.no (smtp.bluecom.no [193.75.75.28]) by mx1.freebsd.org (Postfix) with ESMTP id 778ED13C469; Mon, 23 Jul 2007 20:55:29 +0000 (UTC) (envelope-from mad@anipsyche.net) Received: from [192.168.0.1] (cBB7147C1.dhcp.bluecom.no [193.71.113.187]) by smtp.bluecom.no (Postfix) with ESMTP id 9E30712C1E6; Mon, 23 Jul 2007 22:55:24 +0200 (CEST) Message-ID: <46A51581.7090104@anipsyche.net> Date: Mon, 23 Jul 2007 22:54:25 +0200 From: =?ISO-8859-1?Q?Mads_L=F8nsethagen?= User-Agent: Thunderbird 2.0.0.4 (X11/20070621) MIME-Version: 1.0 To: Radek Podgorny References: <469640DB.5070700@anipsyche.net> <51701.::ffff:212.80.76.5.1184311235.squirrel@mail.podgorny.cz> <469A8B37.9040700@anipsyche.net> <46A47F2D.7090502@podgorny.cz> In-Reply-To: <46A47F2D.7090502@podgorny.cz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: ports@FreeBSD.org, clsung@FreeBSD.org Subject: [Fwd: FreeBSD Port: fusefs-unionfs-0.17] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jul 2007 20:55:30 -0000 It seems it's related to the FreeBSD port yes... I'll just CC this to the port maintainer. Mads Radek Podgorny wrote: > Hi! So I got it correctly, this is not related to unionfs (just fuse), > right? I've just tried to build bot 0.17 and devel versions against > fuse-2.7.0 on gentoo linux and everything works fine... > > Sincerely > Radek Podgorny > > P.S.: I've noticed the "patching for freebsd" line. Are there any > specific modifications needed? Could you send them to me so I can > incorporate the upstream? > > > Mads Lønsethagen wrote: >> Thought you might want this info: > >> on 12/07/2007 23:54 Anish Mistry said the following: >>>> On Wednesday 11 July 2007, Mads Lønsethagen wrote: >>>>>> Hi! >>>>>> >>>>>> A recent update of fuse has rendered unionfs unusable, it seems... >>>>>> I hadn't portupgraded my FreeBSD 6_2_STABLE in a while, so when I >>>>>> just did, unionfs stopped working. I don't know what version of >>>>>> fusefs-kmod and fusefs-libs I had when it worked, but now I've >>>>>> got: >>>>>> fusefs-kmod-0.3.0_5 >>>>>> fusefs-libs-2.7.0 >>>>>> libiconv-1.9.2_2 >>>>>> >>>>>> Reinstalling unionfs through ports also brings up some challenges. >>>>>> I had to edit the Makefile to make it work at all... (version 0.17) >>>>>> >>>>>> This is what happens when you try to install unionfs now: >>>>>> >>>>>> ---------- >>>>>> /usr/ports/sysutils/fusefs-unionfs% make install clean >>>>>> ===> Vulnerability check disabled, database not found >>>>>> ===> Extracting for fusefs-unionfs-0.17 >>>>>> => MD5 Checksum OK for unionfs-fuse-0.17.tar.bz2. >>>>>> => SHA256 Checksum OK for unionfs-fuse-0.17.tar.bz2. >>>>>> ===> Patching for fusefs-unionfs-0.17 >>>>>> ===> Applying FreeBSD patches for fusefs-unionfs-0.17 >>>>>> ===> fusefs-unionfs-0.17 depends on file: >>>>>> /usr/local/include/fuse.h - found >>>>>> ===> Configuring for fusefs-unionfs-0.17 >>>>>> ===> Building for fusefs-unionfs-0.17 >>>>>> (cd /usr/ports/sysutils/fusefs-unionfs/work/unionfs-fuse-0.17 && >>>>>> cc -O -pipe -march=pentium4 -I/usr/local/include/fuse >>>>>> -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26 >>>>>> -U_POSIX_SYNCHRONIZED_IO -o unionfs *.c -L/usr/local/lib -pthread >>>>>> -lfuse) >>>>>> /usr/local/lib/libfuse.so: undefined reference to `libiconv_open' >>>>>> /usr/local/lib/libfuse.so: undefined reference to `libiconv_close' >>>>>> /usr/local/lib/libfuse.so: undefined reference to `libiconv' >>>>>> *** Error code 1 >>>>>> >>>>>> Stop in /usr/ports/sysutils/fusefs-unionfs. >>>>>> --------- >>>>>> >>>>>> But when I edit the Makefile, line 29, to this: >>>>>> >>>>>> --------- >>>>>> -o unionfs *.c -L${LOCALBASE}/lib ${PTHREAD_LIBS} -lfuse -liconv) >>>>>> --------- >>>>>> >>>>>> (added -liconv), then it compiles. But it doesn't work. >>>>>> >>>>>> --------- >>>>>> /root% unionfs -o ro,allow_other /disk/disk1:/disk/disk2 /alldisk >>>>>> fuse: unknown option `subtype=unionfs' >>>>>> umount: /dev/fuse0: unknown file system >>>>>> /root% mount_fusefs: /dev/fuse0 on /warez/alldisk: Device not >>>>>> configured --------- >>>>>> >>>>>> What gives? :) Kinda crucial feature for me, this program... >>>> Try downgrading fusefs-libs just changing the version number should >>>> do it. >> Proper solution seems to be to update all fusefs ports to link with >> libiconv and to add "subtype=" to list of ignored options in both >> mount_fusefs (fusefs-kmod port) and fuse_lowlevel.c (fusefs-libs port). >> The error message actually comes from the latter file. > >> -- Andriy Gapon (avg@icyb.kiev.au) > > >> Radek Podgorny wrote: >>> Hi, >>> >>> thanks for the info. I haven't tried with fuse-2.7, yet. Unfortunately, >>> I'll be on vacation for the next week but I'll take a look at it just >>> after I return. >>> >>> Radek Podgorny >>> >>> >>>> Hi! >>>> >>>> I sent this to the port maintainer of Unionfs for FreeBSD, but I though >>>> you might know what is wrong... >>>> >>>> Does UnionFS work with the latest fuse version? >>>> >>>> - Mads >>>> >>>> -------- Original Message -------- >>>> Subject: FreeBSD Port: fusefs-unionfs-0.17 >>>> Date: Wed, 11 Jul 2007 17:59:19 +0200 >>>> From: Mads Lønsethagen >>>> To: clsung@FreeBSD.org >>>> CC: ports@FreeBSD.org >>>> >>>> Hi! >>>> >>>> A recent update of fuse has rendered unionfs unusable, it seems... I >>>> hadn't portupgraded my FreeBSD 6_2_STABLE in a while, so when I just >>>> did, unionfs stopped working. I don't know what version of fusefs-kmod >>>> and fusefs-libs I had when it worked, but now I've got: >>>> fusefs-kmod-0.3.0_5 >>>> fusefs-libs-2.7.0 >>>> libiconv-1.9.2_2 >>>> >>>> Reinstalling unionfs through ports also brings up some challenges. I had >>>> to edit the Makefile to make it work at all... (version 0.17) >>>> >>>> This is what happens when you try to install unionfs now: >>>> >>>> ---------- >>>> /usr/ports/sysutils/fusefs-unionfs% make install clean >>>> ===> Vulnerability check disabled, database not found >>>> ===> Extracting for fusefs-unionfs-0.17 >>>> => MD5 Checksum OK for unionfs-fuse-0.17.tar.bz2. >>>> => SHA256 Checksum OK for unionfs-fuse-0.17.tar.bz2. >>>> ===> Patching for fusefs-unionfs-0.17 >>>> ===> Applying FreeBSD patches for fusefs-unionfs-0.17 >>>> ===> fusefs-unionfs-0.17 depends on file: /usr/local/include/fuse.h - >>>> found >>>> ===> Configuring for fusefs-unionfs-0.17 >>>> ===> Building for fusefs-unionfs-0.17 >>>> (cd /usr/ports/sysutils/fusefs-unionfs/work/unionfs-fuse-0.17 && cc -O >>>> -pipe -march=pentium4 -I/usr/local/include/fuse -D_FILE_OFFSET_BITS=64 >>>> -DFUSE_USE_VERSION=26 -U_POSIX_SYNCHRONIZED_IO -o unionfs *.c >>>> -L/usr/local/lib -pthread -lfuse) >>>> /usr/local/lib/libfuse.so: undefined reference to `libiconv_open' >>>> /usr/local/lib/libfuse.so: undefined reference to `libiconv_close' >>>> /usr/local/lib/libfuse.so: undefined reference to `libiconv' >>>> *** Error code 1 >>>> >>>> Stop in /usr/ports/sysutils/fusefs-unionfs. >>>> --------- >>>> >>>> But when I edit the Makefile, line 29, to this: >>>> >>>> --------- >>>> -o unionfs *.c -L${LOCALBASE}/lib ${PTHREAD_LIBS} -lfuse -liconv) >>>> --------- >>>> >>>> (added -liconv), then it compiles. But it doesn't work. >>>> >>>> --------- >>>> /root% unionfs -o ro,allow_other /disk/disk1:/disk/disk2 /alldisk >>>> fuse: unknown option `subtype=unionfs' >>>> umount: /dev/fuse0: unknown file system >>>> /root% mount_fusefs: /dev/fuse0 on /warez/alldisk: Device not configured >>>> --------- >>>> >>>> What gives? :) Kinda crucial feature for me, this program... >>>> >>>> >>>> - Mads >>>> >>>> >>>> >>>