[197] in The Cryptographic File System users list
cfs under linux... problems to get it up and running
daemon@ATHENA.MIT.EDU (Thomas Bueschgens)
Fri Jul 7 13:43:50 2000
From owner-cfs-users@crypto.com Fri Jul 07 17:43:50 2000
Return-Path: <owner-cfs-users@crypto.com>
Delivered-To: cfs-mtg@CHARON2.MIT.EDU
Received: (qmail 13600 invoked from network); 7 Jul 2000 17:43:50 -0000
Received: from unknown (HELO mx.crypto.com) (207.140.168.138)
by charon2.mit.edu with SMTP; 7 Jul 2000 17:43:50 -0000
Received: (from majordomo@localhost)
by MultiHostMXServer (8.9.3/8.9.x4) id NAA12519
for cfs-users-list; Fri, 7 Jul 2000 13:35:30 -0400 (EDT)
Received: from mail-green.research.att.com (H-135-207-30-103.research.att.com [135.207.30.103])
by MultiHostMXServer (8.9.3/8.9.x4) with ESMTP id NAA25660
for <cfs-users@crypto.com>; Fri, 7 Jul 2000 13:35:29 -0400 (EDT)
Received: from amontillado.research.att.com (amontillado.research.att.com [135.207.24.32])
by mail-green.research.att.com (Postfix) with ESMTP id F3B681E013
for <cfs-users@crypto.com>; Fri, 7 Jul 2000 13:35:28 -0400 (EDT)
Received: from nsa.research.att.com (root@nsa.research.att.com [135.207.24.155])
by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id NAA15760
for <cfs-users@crypto.com>; Fri, 7 Jul 2000 13:35:27 -0400 (EDT)
Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.30.103]) by nsa.research.att.com (8.7.3/8.7.3) with ESMTP id NAA04702 for <cfs-users@nsa.research.att.com>; Fri, 7 Jul 2000 13:35:28 -0400 (EDT)
Received: by mail-green.research.att.com (Postfix)
id EE9AB1E019; Fri, 7 Jul 2000 13:35:28 -0400 (EDT)
Delivered-To: cfs-users@research.att.com
Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18])
by mail-green.research.att.com (Postfix) with ESMTP id 6CE9E1E013
for <cfs-users@research.att.com>; Fri, 7 Jul 2000 13:35:27 -0400 (EDT)
Received: from fmrl03.sul.t-online.de
by mailout04.sul.t-online.com with smtp
id 13Ac2A-0008D1-00; Fri, 7 Jul 2000 19:35:26 +0200
Received: from bateman.langquaid.seconet.de (320089034688-0001@[62.158.136.53]) by fmrl03.sul.t-online.com
with esmtp id 13Ac1w-06ZFQmC; Fri, 7 Jul 2000 19:35:12 +0200
Received: from hammer.langquaid.seconet.de (hammer.langquaid.seconet.de [192.168.0.65])
by bateman.langquaid.seconet.de (8.9.3/8.9.3) with ESMTP id TAA11299
for <cfs-users@research.att.com>; Fri, 7 Jul 2000 19:34:00 +0200
Received: (from sledge@localhost)
by hammer.langquaid.seconet.de (8.9.3/8.9.3) id TAA05109;
Fri, 7 Jul 2000 19:34:07 +0200
X-Authentication-Warning: hammer.langquaid.seconet.de: sledge set sender to sledge@seconet.de using -f
To: cfs-users@research.att.com
Subject: cfs under linux... problems to get it up and running
Reply-To: sledge@seconet.de
From: Thomas Bueschgens <sledge@seconet.de>
Date: 07 Jul 2000 19:34:07 +0200
Message-ID: <87d7kpg7zk.fsf@hammer.langquaid.seconet.de>
Lines: 60
User-Agent: Gnus/5.0805 (Gnus v5.8.5) Emacs/20.6
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Sender: 320089034688-0001@t-dialin.net
Sender: owner-cfs-users@crypto.com
Precedence: bulk
Hi cfs-users,
well, while trying to secure my networking environment I chose cfs to
encrypt some confidential files. I use linux, kernel 2.2.16 and
glibc2.1.2, it is a Slackware distrib in case someone needs to now.
A few days ago I download cfs1.4.0.beta2.tar.gz and tried to install
it, but the compile barfs out immediatly.
I _think_ I read all the relevant docs given in the tar-file, for I am
an "experienced" unix-user, but no programmer, sorry.
Here the excerpt of the error-messages:
/tmp/cfs $ make cfs
rpcgen -k -b -h -o nfsproto.h nfsproto.x
rpcgen -k -b -h -o admproto.h admproto.x
gcc -O2 -DPROTOTYPES=1 -m486 -DTMOUT=720 -DIDLE=120 -U__STDC__ -Dd_fileno=d_ino -I -c cfs.c -o cfs.o
*undef*:1: warning: undefining `__STDC__'
In file included from /usr/include/sys/un.h:24,
from /usr/include/rpc/clnt.h:44,
from /usr/include/rpc/rpc.h:51,
from cfs.c:34:
/usr/include/string.h:38: warning: conflicting types for built-in function `memcpy'
/usr/include/string.h:54: warning: conflicting types for built-in function `memset'
/usr/include/string.h:58: warning: conflicting types for built-in function `memcmp'
cfs.c: In function `main':
cfs.c:189: warning: passing arg 4 of `svc_register' from incompatible pointer type
cfs.c:195: warning: passing arg 4 of `svc_register' from incompatible pointer type
/tmp/cc27YDeM.o: In function `main':
/tmp/cc27YDeM.o(.text+0x164): undefined reference to `nfs_program_2'
/tmp/cc27YDeM.o(.text+0x1af): undefined reference to `adm_program_2'
/tmp/cc27YDeM.o: In function `initstuff':
/tmp/cc27YDeM.o(.text+0x2ae): undefined reference to `instances'
/tmp/cc27YDeM.o: In function `grimreap':
/tmp/cc27YDeM.o(.text+0x2f1): undefined reference to `instances'
/tmp/cc27YDeM.o(.text+0x30b): undefined reference to `freeinstance'
collect2: ld returned 1 exit status
make: *** [cfs.o] Error 1
Could it be that rpcgen does no generate the correct headerfiles (just
an assumption).
How to get it up and running. It IS possible, right?
Thanks in advance for any information,
Thomas
--
Thomas Bueschgens PGP-key available at server or via email
sledge@acm.org sledge@seconet.de
"The only system that is truly secure is one that is switched off and
unplugged, locked in a titanium-lined safe, buried in a concrete
bunker, and surrounded by nerve gas and very highly-paid armed
guards. Even then, I wouldn't stake my life on it." -- Gene Spafford
