Date: Sat, 13 Dec 2008 15:00:44 -0500 From: "Ben Kaduk" <minimarmot@gmail.com> To: "Boris Samorodov" <bsam@ipt.ru> Cc: freebsd-afs@freebsd.org Subject: Re: Configuration files structure for openafs port(s) Message-ID: <47d0403c0812131200w4fb9b4aekfb392e2356807826@mail.gmail.com> In-Reply-To: <94513977@bs1.sp34.ru> References: <94529048@bb.ipt.ru> <47d0403c0812131122x82adfddu537d2be603869ad7@mail.gmail.com> <94513977@bs1.sp34.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Dec 13, 2008 at 2:44 PM, Boris Samorodov <bsam@ipt.ru> wrote:
> "Ben Kaduk" <minimarmot@gmail.com> writes:
>> On Sat, Dec 13, 2008 at 12:37 PM, Boris Samorodov <bsam@ipt.ru> wrote:
>>> Hello List,
>>>
>>>
>>> here is a proposed coniguration files structure for openafs port(s):
>>> -----
>>> PREFIX=3D/usr/local
>>> ETCBASE=3D${PREFIX}/etc
>>> AFSCONFDIR=3D${ETCBASE}/openafs
>>> AFSCLIENTCONFDIR=3D${AFSCONFDIR}/client #should this be named VICEETC?
>>> AFSSERVERCONFDIR=3D${AFSCONFDIR}/server #is there a historical variabl=
e?
>>> -----
>>
>> That seems reasonable to me.
>
> OK.
>
>> I pulled your port from ftp://ftp.ipt.ru/pub/tmp/openafs.shar
>> and I removed "--disable-kernel-module" from the Makefile
>> on a recent -current system.
>
> I get an error on -current system when building client:
> -----
> ...
> touch MODLOAD/sec_net.h
> cd MODLOAD ; echo make DESTDIR=3D single_compdir_libafs; make DESTDIR=
=3D single_compdir_libafs
> make DESTDIR=3D single_compdir_libafs
> ...
> cc -I. -I.. -I../nfs -I/work/a/ports/net/openafs/work/openafs-1.4.8/src =
-I/work/a/ports/net/openafs/work/openafs-1.4.8/src/afs -I/work/a/ports/ne=
t/openafs/work/openafs-1.4.8/src/afs/FBSD -I/work/a/ports/net/openafs/work=
/openafs-1.4.8/src/config -I/work/a/ports/net/openafs/work/openafs-1.4.8/s=
rc/rx/FBSD -I/work/a/ports/net/openafs/work/openafs-1.4.8/src/rxkad -I/wo=
rk/a/ports/net/openafs/work/openafs-1.4.8/src/rxkad/domestic -I/work/a/por=
ts/net/openafs/work/openafs-1.4.8/src/util -I/work/a/ports/net/openafs/wor=
k/openafs-1.4.8/src -I/work/a/ports/net/openafs/work/openafs-1.4.8/src/afs=
-I/work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/FBSD -I/work/a/po=
rts/net/openafs/work/openafs-1.4.8/src/util -I/work/a/ports/net/openafs/wo=
rk/openafs-1.4.8/src/rxkad -I/work/a/ports/net/openafs/work/openafs-1.4.8/=
src/config -I/work/a/ports/net/openafs/work/openafs-1.4.8/src/fsint -I/wo=
rk/a/ports/net/openafs/work/openafs-1.4.8/src/vlserver -I/work/a/ports/net=
/openafs/work/openafs-1.4.8/include -I/work/a/ports/net/openafs/work/opena=
fs-1.4.8/include/afs -O -I. -I.. -I/work/a/ports/net/openafs/work/openafs-=
1.4.8/src/config -DAFSDEBUG -DKERNEL -DAFS -DVICE -DNFS -DUFS -DINET -DQUO=
TA -DGETMOUNT -Wall -nostdinc -I/usr/include -D_KERNEL -DKLD_MODULE -elf =
-mno-align-long-strings -fformat-extensions -fno-common -ffreestanding -I/=
a/ports/net/openafs/files -include opt_global.h -fno-strict-aliasing -O2 =
-o afs_vcache.o -c /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs=
_vcache.c
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c: In fun=
ction 'afs_FlushReclaimedVcaches':
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c:602: wa=
rning: format '%x' expects type 'unsigned int', but argument 2 has type 'st=
ruct vcache *'
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c: In fun=
ction 'afs_GetVCache':
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c:1840: w=
arning: passing argument 3 of 'vinvalbuf' makes integer from pointer withou=
t a cast
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c:1840: e=
rror: too many arguments to function 'vinvalbuf'
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c: In fun=
ction 'afs_NFSFindVCache':
> /work/a/ports/net/openafs/work/openafs-1.4.8/src/afs/afs_vcache.c:2820: w=
arning: unused variable 'lock'
> *** Error code 1
>
> Stop in /work/a/ports/net/openafs/work/openafs-1.4.8/src/libafs/MODLOAD.
> *** Error code 1
> -----
>
Yes, I see that the prototype of vinvalbuf has changed in current,
recently --- the "curthread" argument should be removed.
>
>> but I did notice that we will probably need to add a
>> --with-bsd-kernel-build line in the Makefile that defaults to
>> /usr/obj/usr/src/sys/GENERIC but can be overridden for
>> those of use with custom kernel configs.
>
> Yes, I do it for experimental (not published yet) openafs port
> with client support.
Ah, thanks!
>
> Thanks for your feedback.
You're welcome; thanks for working on the port, I'm really excited about i=
t.
Hm, letting my compile continue, it seems that there will be more
errors to deal with. I will try to batch future updates.
-Ben Kaduk
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47d0403c0812131200w4fb9b4aekfb392e2356807826>