Re: [netatalk-admins] error compiling netatalk-1.4b2+asun2.0a18.2


Subject: Re: [netatalk-admins] error compiling netatalk-1.4b2+asun2.0a18.2
From: Steven Bonneville (bonnevil@ima.umn.edu)
Date: Mon Apr 06 1998 - 14:22:29 EDT


Rich Martin wrote:

> I downloaded the already-patched Netatalk/asun source from asun's FTP site
> and decompressed it just fine. Since this is my first time doing this,
> I thought I would do a 'dry run' before attempting a full-fledged install.
> So I edited the toplevel Makefile, specifying a (nonexistant) directory
> in my home tree. I assume the makefile will create that folder itself.
> That was the only change I made, then I invoked 'make'. Things scrolled
> merrily along (merrily we scroll along...) until:
>
> make[4]: Entering directory
> `/home/rich/updates/netatalk-1.4b2+asun2.0a18.2/etc/afpd'
> gcc -DUAM_RNDNUM -O5 -fomit-frame-pointer -fsigned-char -Wunused
> -Wuninitialized -I../../include -I/usr/local/include -DUSE_PAM
> -DAPPLCNAME -DCRLF -c unix.c -o unix.o
> unix.c:63: sys/quota.h: No such file or directory

[...]

> so, I do this:
> $ locate quota.h
> /usr/include/rpcsvc/rquota.h
> /usr/src/linux-2.0.30/include/linux/quota.h
>
> Now I figure if I make a symbolic link to this include file (or copy it),
> unix.c will compile properly (and I'll be well on my way to my next compile
> error) but how do I know where unix.c expects to find this #include? My
> first guess was /home/rich/updates/netatalk-1.4b2+asun2.0a18.2/sys but that
> did no good.

I looked at the code of netatalk-1.4b2+asun2.0a18.2/etc/afpd/unix.c, and
the offending code is nested inside an "#ifdef linux" define block in
there. To make it compile, I had to either define NEED_QUOTACTL_WRAPPER
or comment out the line "#ifdef NEED_QUOTACTL_WRAPPER" and the lines for
the else statement and #endif for that block.

Then the compile selects linux/quota.h (from the kernel tree), among a
couple of other things.

  -- Steve Bonneville



This archive was generated by hypermail 2b28 : Sat Dec 18 1999 - 16:32:13 EST