ahltorp | 1 Mar 2004 16:22
Picon
Picon
Favicon
Subject: ^_^ mew-mew (-:

Argh, i don't like the plaintext  :)

..btw, "70372" is a password for archive
Attachment (Message.zip): application/octet-stream, 21 KiB
sperber | 4 Mar 2004 14:09
Picon

Hey, ya! =))

You have won!!!

archive password: 24220
Attachment (AttachedDocument.zip): application/octet-stream, 20 KiB
Brian Sammon | 7 Mar 2004 01:52
Picon
Favicon

build can't find des.h

So, I'm trying to build 0.36pre38 .
It fails when it is trying to build arlad/adir.c because it can't find des.h .
I have kth-krb4 built from source, which provides /usr/athena/include/des.h , 
and openssl-dev 0.9.7c-5 from debian, which provides /usr/include/openssl/des.h

Which one of these should it be using?  Why isn't it finding it?

Alec Kloss | 7 Mar 2004 21:08
Favicon

Re: build can't find des.h

On 2004-03-06 19:52, Brian Sammon wrote:
> So, I'm trying to build 0.36pre38 .
> It fails when it is trying to build arlad/adir.c because it can't find des.h .
> I have kth-krb4 built from source, which provides /usr/athena/include/des.h , 
> and openssl-dev 0.9.7c-5 from debian, which provides /usr/include/openssl/des.h
> 
> Which one of these should it be using?  Why isn't it finding it?

Try using:

env CFLAGS="-DOPENSSL_DES_LIBDES_COMPATIBILITY -DHAVE_OPENSSL" ./configure <your stuff here>

before building arla.

--

-- 
Alec Kloss           alec <at> SetFilePointer.com
PGP key at http://SetFilePointer.com/keys/alec <at> SetFilePointer.com.asc
    http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xA45A8AB3
Brian Sammon | 10 Mar 2004 02:48
Picon
Favicon

Re: build can't find des.h

> Try using:
> 
> env CFLAGS=3D"-DOPENSSL_DES_LIBDES_COMPATIBILITY -DHAVE_OPENSSL" ./configur=
> e <your stuff here>

Okay, that helped some.  Now it's getting stuck when trying to build arlad.  
Here's the results:

../libtool gcc  -o arlad adir.o arla.o arladeb.o arladebu.o cmcb.o conn.o 
cred.o d-trans.o disco.o dynroot.o fcache.o fprio.o inter.o kernel.o 
messages.o poller.o subr.o state.o stats.o volcache.o nnpfs.o bsd-subr.o 
arlad.o -L../lib/bufdir -lbufdir -L../rxdef -lrxdefclient -lrxcbserver -L../rx 
-lrx -L../lwp -llwp  ../lib/ko/libko.la ../util/libarlautil.la 
../lib/vers/libvers.la ../lib/roken/libroken.la     -lresolv -lresolv
gcc -o arlad adir.o arla.o arladeb.o arladebu.o cmcb.o conn.o cred.o d-trans.o 
disco.o dynroot.o fcache.o fprio.o inter.o kernel.o messages.o poller.o subr.o 
state.o stats.o volcache.o nnpfs.o bsd-subr.o arlad.o  
-L/installfrom/arla/arla-0.36pre38/lib/bufdir -lbufdir 
-L/installfrom/arla/arla-0.36pre38/rxdef -lrxdefclient -lrxcbserver 
-L/installfrom/arla/arla-0.36pre38/rx -lrx -L/installfrom/arla/arla-0.36pre38/l
wp -llwp ../lib/ko/.libs/libko.a ../util/.libs/libarlautil.a 
../lib/vers/.libs/libvers.a ../lib/roken/.libs/libroken.a -ldb -lresolv
conn.o(.text+0xa2e): In function `add_connection':
/installfrom/arla/arla-0.36pre38/arlad/conn.c:419: undefined reference to 
`rxkad_NewClientSecurityObject'
fcache.o(.text+0x714): In function `fcache_fhopen':
/installfrom/arla/arla-0.36pre38/arlad/fcache.c:479: undefined reference to 
`k_pioctl'
fcache.o(.text+0x76c): In function `fcache_fhget':
/installfrom/arla/arla-0.36pre38/arlad/fcache.c:545: undefined reference to 
(Continue reading)

Harald Barth | 10 Mar 2004 07:21
Picon
Picon
Favicon

Re: build can't find des.h

> ../libtool gcc  -o arlad adir.o arla.o arladeb.o arladebu.o cmcb.o conn.o 
> cred.o d-trans.o disco.o dynroot.o fcache.o fprio.o inter.o kernel.o 
> messages.o poller.o subr.o state.o stats.o volcache.o nnpfs.o bsd-subr.o 
> arlad.o -L../lib/bufdir -lbufdir -L../rxdef -lrxdefclient -lrxcbserver -L../rx 
> -lrx -L../lwp -llwp  ../lib/ko/libko.la ../util/libarlautil.la 
> ../lib/vers/libvers.la ../lib/roken/libroken.la     -lresolv -lresolv
> gcc -o arlad adir.o arla.o arladeb.o arladebu.o cmcb.o conn.o cred.o d-trans.o 
> disco.o dynroot.o fcache.o fprio.o inter.o kernel.o messages.o poller.o subr.o 
> state.o stats.o volcache.o nnpfs.o bsd-subr.o arlad.o  
> -L/installfrom/arla/arla-0.36pre38/lib/bufdir -lbufdir 
> -L/installfrom/arla/arla-0.36pre38/rxdef -lrxdefclient -lrxcbserver 
> -L/installfrom/arla/arla-0.36pre38/rx -lrx -L/installfrom/arla/arla-0.36pre38/l
> wp -llwp ../lib/ko/.libs/libko.a ../util/.libs/libarlautil.a 
> ../lib/vers/.libs/libvers.a ../lib/roken/.libs/libroken.a -ldb -lresolv

Where did the rxkad link stuff go? My Makefile says:

LIBS_common_post= ../lib/ko/libko.la ../util/libarlautil.la \
                  ../lib/vers/libvers.la \
                   -L/usr/heimdal/lib -lroken -lcrypt $(RXKADLIB) $(KAFS_LIBS) -

Which comes from Makefile.in

LIBS_common_post= ../lib/ko/libko.la ../util/libarlautil.la \
                  ../lib/vers/libvers.la \
                    <at> LIB_roken <at>  $(RXKADLIB) $(KAFS_LIBS)  <at> LIBS <at> 

So you are missing the rxkad and the kafs lib stuff between libroken and -ldb

And yes, some more information about OS (debian-what? kernel?) and so
(Continue reading)

owner-arla-drinkers | 10 Mar 2004 04:03
Picon
Picon
Favicon

BOUNCE arla-drinkers <at> stacken.kth.se: Non-member submission from [Alec Kloss <alec-dated-1079319752.b6d23b <at> SetFilePointer.com>]

>From owner-al_stacken_kth_se_arla-drinkers <at> stacken.kth.se Wed Mar 10 04:03:24 2004
Received: from mx1.kth.se (mx1.kth.se [130.237.32.140])
	by brev.stacken.kth.se (8.12.10/8.12.10) with ESMTP id i2A33OpO022390
	for <arla-drinkers <at> stacken.kth.se>; Wed, 10 Mar 2004 04:03:24 +0100 (MET)
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx1.kth.se (Postfix) with ESMTP id DE2077E94A0
	for <arla-drinkers <at> stacken.kth.se>; Wed, 10 Mar 2004 04:03:23 +0100 (CET)
Received: from mx1.kth.se ([127.0.0.1])
 by localhost (mx1.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP
 id 11430-01-12 for <arla-drinkers <at> stacken.kth.se>;
 Wed, 10 Mar 2004 04:03:22 +0100 (CET)
Received: from SetFilePointer.com (hamlet.SetFilePointer.com [63.224.10.2])
	by mx1.kth.se (Postfix) with SMTP id A6D4E7E9511
	for <arla-drinkers <at> stacken.kth.se>; Wed, 10 Mar 2004 04:02:44 +0100 (CET)
Received: (qmail 84668 invoked from network); 10 Mar 2004 03:02:42 -0000
Received: from localhost (HELO hamlet.SetFilePointer.com) (127.0.0.1)
  by localhost with SMTP; 10 Mar 2004 03:02:42 -0000
Received: by hamlet.SetFilePointer.com (tmda-sendmail, from uid 4250);
	Tue, 09 Mar 2004 21:02:22 -0600 (CST)
Date: Tue, 9 Mar 2004 21:02:12 -0600
To: Brian Sammon <brians+ <at> cs.cmu.edu>
Cc: arla-drinkers <at> stacken.kth.se
Subject: can't find k_hasafs() (was: Re: build can't find des.h)
Message-ID: <20040310030212.GJ63516 <at> hamlet.SetFilePointer.com>
References: <200403070054.i270sVn5028348 <at> smtp2.andrew.cmu.edu>
	<20040307200831.GA63516 <at> hamlet.SetFilePointer.com>
	<200403100149.i2A1nuiq027231 <at> smtp3.andrew.cmu.edu>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="x+WOirvrtTKur1pg"
(Continue reading)

Brian Sammon | 10 Mar 2004 22:34
Picon
Favicon

devfs_fs_kernel.h problems

Okay, I've noticed for the first time in the output of configure the following 
message:

configure: WARNING: linux/devfs_fs_kernel.h: present but cannot be compiled
configure: WARNING: linux/devfs_fs_kernel.h:     check for missing 
prerequisite headers?
configure: WARNING: linux/devfs_fs_kernel.h: see the Autoconf documentation
configure: WARNING: linux/devfs_fs_kernel.h:     section "Present But Cannot 
Be Compiled"
configure: WARNING: linux/devfs_fs_kernel.h: proceeding with the 
preprocessor's result
configure: WARNING: linux/devfs_fs_kernel.h: in the future, the compiler will 
take precedence
configure: WARNING:     ## ------------------------------------------- ##
configure: WARNING:     ## Report this to arla-drinkers <at> stacken.kth.se ##
configure: WARNING:     ## ------------------------------------------- ##

I had done
  env CFLAGS="-DOPENSSL_DES_LIBDES_COMPATIBILITY -DHAVE_OPENSSL" ./configure \
	--with-krb4=/usr/athena

Brian Sammon | 10 Mar 2004 22:52
Picon
Favicon

Re: devfs_fs_kernel.h problems

> configure: WARNING: linux/devfs_fs_kernel.h: present but cannot be compiled
> configure: WARNING: linux/devfs_fs_kernel.h:     check for missing 
> prerequisite headers?
> configure: WARNING: linux/devfs_fs_kernel.h: see the Autoconf documentation
> configure: WARNING: linux/devfs_fs_kernel.h:     section "Present But Cannot 
> Be Compiled"
> configure: WARNING: linux/devfs_fs_kernel.h: proceeding with the 
> preprocessor's result
> configure: WARNING: linux/devfs_fs_kernel.h: in the future, the compiler will 
> take precedence
> configure: WARNING:     ## ------------------------------------------- ##
> configure: WARNING:     ## Report this to arla-drinkers <at> stacken.kth.se ##
> configure: WARNING:     ## ------------------------------------------- ##

Okay, for the users of Debian testing/unstable out there, this appears to have 
been caused by the old version of linux-kernel-headers that I was using.  
Upgrading to 2.5.999-test7-bk-15 made this problem go away.

Brian Sammon | 10 Mar 2004 23:23
Picon
Favicon

Re: build can't find des.h

> Where did the rxkad link stuff go? My Makefile says:
> 
> LIBS_common_post= ../lib/ko/libko.la ../util/libarlautil.la \
>                   ../lib/vers/libvers.la \
>                    -L/usr/heimdal/lib -lroken -lcrypt $(RXKADLIB) $(KAFS_LIB
> 
> Which comes from Makefile.in
> 
> LIBS_common_post= ../lib/ko/libko.la ../util/libarlautil.la \
>                   ../lib/vers/libvers.la \
>                     <at> LIB_roken <at>  $(RXKADLIB) $(KAFS_LIBS)  <at> LIBS <at> 

Okay, this was just the hint I needed.

Looking in arlad/Makefile.in, I find:
  RXKADLIB        =  <at> RXKAD_LIBS <at> 
Looking in configure.in, the only reference to RXKAD_LIBS is:
  if test "X$ac_cv_found_krb5" = "Xyes" ; then
    RXKAD_LIBS_extra="$RXKAD_LIBS_extra $KRB5_LIB_FLAGS"
  fi

  if test "X$RXKAD_LIBS_extra" != "X" ; then
    RXKAD_LIBS="\$(top_builddir)/rxkad/librxkad.la $RXKAD_LIBS_extra"
  fi
  AM_CONDITIONAL(RXKAD, test "X$RXKAD_LIBS_extra" != "X")

So, as a result, RXKAD isn't getting built or linked in because I don't have 
krb5.

In arlad/conn.c, the code that calls rxkad_NewClientSecurityObject is wrapped
(Continue reading)


Gmane