2 May 2005 15:41
2 May 2005 20:44
Re: Arla and OS X Tiger
Harald Barth <haba <at> pdc.kth.se>
2005-05-02 18:44:30 GMT
2005-05-02 18:44:30 GMT
> Any show stopper to building Arla for Tiger? If you are talking about the newest release of OSX and not about a big cat: Yes. Different vnode interface people who have tried tell me. But someone with some Mac Develloper connection might have newer information. Harald.
3 May 2005 09:28
Re: Arla and OS X Tiger
Massimo Marino <Massimo_Marino <at> lbl.gov>
2005-05-03 07:28:09 GMT
2005-05-03 07:28:09 GMT
> /bin/sh ../../libtool --mode=link --tag=CC gcc -Wall -Wmissing- > prototypes -Wpointer-arith -Wbad-function-cast -Wmissing- > declarations -Wnested-externs -DINET6 -g -I/sw/include -Wall - > Wmissing-prototypes -Wpointer-arith -Wmissing-declarations -Wnested- > externs -L/sw/lib -flat_namespace -o gensysname gensysname- > gensysname.o ../../util/libarlautil.la ../../lib/roken/ > libroken.la -L/usr/lib -L-DINET6 -L-g -L-I/sw/include -L-Wall -L- > Wmissing-prototypes -L-Wpointer-arith -L-Wmissing-declarations -L- > Wnested-externs -L-Wl,-search_paths_first -lkrb5 -lk5crypto - > lkrb5support -lcom_err -lresolv > ../../libtool: line 1: cd: -D: invalid option > cd: usage: cd [-L|-P] [dir] > libtool: link: cannot determine absolute directory name of `-DINET6' > make[1]: *** [gensysname] Error 1 > make: *** [all-recursive] Error 1 forgot to add: where all those spurious '-L' comes from exactly?
3 May 2005 09:26
Re: Arla and OS X Tiger
Massimo Marino <Massimo_Marino <at> lbl.gov>
2005-05-03 07:26:33 GMT
2005-05-03 07:26:33 GMT
On May 2, 2005, at 3:41 PM, Massimo Marino wrote: > Any show stopper to building Arla for Tiger? > > Massimo On Tiger, with a ./configure && make it barfs on: > /bin/sh ../../libtool --mode=link --tag=CC gcc -Wall -Wmissing- > prototypes -Wpointer-arith -Wbad-function-cast -Wmissing- > declarations -Wnested-externs -DINET6 -g -I/sw/include -Wall - > Wmissing-prototypes -Wpointer-arith -Wmissing-declarations -Wnested- > externs -L/sw/lib -flat_namespace -o gensysname gensysname- > gensysname.o ../../util/libarlautil.la ../../lib/roken/ > libroken.la -L/usr/lib -L-DINET6 -L-g -L-I/sw/include -L-Wall -L- > Wmissing-prototypes -L-Wpointer-arith -L-Wmissing-declarations -L- > Wnested-externs -L-Wl,-search_paths_first -lkrb5 -lk5crypto - > lkrb5support -lcom_err -lresolv > ../../libtool: line 1: cd: -D: invalid option > cd: usage: cd [-L|-P] [dir] > libtool: link: cannot determine absolute directory name of `-DINET6' > make[1]: *** [gensysname] Error 1 > make: *** [all-recursive] Error 1
3 May 2005 10:04
Re: Arla and OS X Tiger
Massimo Marino <Massimo_Marino <at> lbl.gov>
2005-05-03 08:04:12 GMT
2005-05-03 08:04:12 GMT
On May 3, 2005, at 9:28 AM, Massimo Marino wrote: >> /bin/sh ../../libtool --mode=link --tag=CC gcc -Wall -(Continue reading)Wmissing- >> prototypes -Wpointer-arith -Wbad-function-cast -Wmissing- >> declarations -Wnested-externs -DINET6 -g -I/sw/include -Wall - >> Wmissing-prototypes -Wpointer-arith -Wmissing-declarations - >> Wnested-externs -L/sw/lib -flat_namespace -o gensysname >> gensysname-gensysname.o ../../util/libarlautil.la ../../lib/roken/ >> libroken.la -L/usr/lib -L-DINET6 -L-g -L-I/sw/include -L-Wall -L- >> Wmissing-prototypes -L-Wpointer-arith -L-Wmissing-declarations -L- >> Wnested-externs -L-Wl,-search_paths_first -lkrb5 -lk5crypto - >> lkrb5support -lcom_err -lresolv >> ../../libtool: line 1: cd: -D: invalid option >> cd: usage: cd [-L|-P] [dir] >> libtool: link: cannot determine absolute directory name of `-DINET6' >> make[1]: *** [gensysname] Error 1 >> make: *** [all-recursive] Error 1 >> >> > > > forgot to add: where all those spurious '-L' comes from exactly? > sorry for replying to myself: they are in the Makefile for KRB5_LIB_FLAGS and KRB5_LIB_DIR, RXKAD_LIBS. M.
3 May 2005 10:15
Re: Arla and OS X Tiger
Massimo Marino <Massimo_Marino <at> lbl.gov>
2005-05-03 08:15:58 GMT
2005-05-03 08:15:58 GMT
On May 3, 2005, at 10:04 AM, Massimo Marino wrote: > On May 3, 2005, at 9:28 AM, Massimo Marino wrote: > > > >>> /bin/sh ../../libtool --mode=link --tag=CC gcc -Wall -(Continue reading)Wmissing- >>> prototypes -Wpointer-arith -Wbad-function-cast -Wmissing- >>> declarations -Wnested-externs -DINET6 -g -I/sw/include -Wall - >>> Wmissing-prototypes -Wpointer-arith -Wmissing-declarations - >>> Wnested-externs -L/sw/lib -flat_namespace -o gensysname >>> gensysname-gensysname.o ../../util/libarlautil.la ../../lib/roken/ >>> libroken.la -L/usr/lib -L-DINET6 -L-g -L-I/sw/include -L-Wall - >>> L-Wmissing-prototypes -L-Wpointer-arith -L-Wmissing-declarations - >>> L-Wnested-externs -L-Wl,-search_paths_first -lkrb5 -lk5crypto - >>> lkrb5support -lcom_err -lresolv >>> ../../libtool: line 1: cd: -D: invalid option >>> cd: usage: cd [-L|-P] [dir] >>> libtool: link: cannot determine absolute directory name of `-DINET6' >>> make[1]: *** [gensysname] Error 1 >>> make: *** [all-recursive] Error 1 >>> >>> >>> >> >> >> forgot to add: where all those spurious '-L' comes from exactly? >> >>
7 May 2005 20:26
What about adding --dereference to tar?
Anders Selander <selander <at> pdc.kth.se>
2005-05-07 18:26:43 GMT
2005-05-07 18:26:43 GMT
Hello ladies and guys, would it be impractical to add a tactical --dereference to tar in the Makefile (Makefile.in) in nnpfs/linux? The last couple of days, I have been playing around with the Ubuntu linux dist on a spare laptop, and, as you all know, no system is complete without afs. torkel's debian packages built under Ubuntu were all arla 0.38, so I set out to compile arla 0.39 myself. I already had installed heimdal, so I quickly found out that I needed to install libssl and the linux-headers matching my current kernel (it seems I still needed to give CFLAGS=-DHAVE_OPENSSL and LDFLAGS=-lssl to configure in order to get different portions of arla to build). However, I ran into the problem that arla's build process copied the relative symb-links of my /lib/modules/.../build rather than the files they actually points to. Judging by the web-archive of this mailing-list, this is not uncommon. So, my question is, would it be possible to just add --dereference, at least to the tar -c --dereference init scripts Makefile arch .config include Module.s ymvers | \ tar -x -C $(CURDIR)/kernel-source-tree.tmp line in nnpfs/linux/Makefile(.in)? I mean, I believe that the purpose of autoconfigure is to figure out if the system at hand has got a tar version with the right capabilities, isn't it? Just my two cents, regards /Selander, happy to have afs(Continue reading)-- --
9 May 2005 12:14
Re: What about adding --dereference to tar?
Harald Barth <haba <at> pdc.kth.se>
2005-05-09 10:14:48 GMT
2005-05-09 10:14:48 GMT
> would it be impractical to add a tactical --dereference to tar in > the Makefile (Makefile.in) in nnpfs/linux? I don't think it would harm more than some extra disk blocks. Fine with me. > The last couple of days, I have been playing around with the Ubuntu > linux dist on a spare laptop, and, as you all know, no system is > complete without afs. :-> > torkel's debian packages built under Ubuntu > were all arla 0.38, so I set out to compile arla 0.39 myself. I > already had installed heimdal, Is there any new and improved heimdal package in Ubuntu or is it the same old and misconfigured cruft as in Debian? Kerberos v4 is so last century. > so I quickly found out that I needed > to install libssl and the linux-headers matching my current kernel > (it seems I still needed to give CFLAGS=-DHAVE_OPENSSL and > LDFLAGS=-lssl to configure in order to get different portions of > arla to build). Should not be needed with a modern configuted heimdal 0.6.4. > However, I ran into the problem that arla's build(Continue reading)
9 May 2005 12:25
Re: What about adding --dereference to tar?
Anders Selander <selander <at> pdc.kth.se>
2005-05-09 10:25:49 GMT
2005-05-09 10:25:49 GMT
On Mon, May 09, 2005 at 12:14:48PM +0200, Harald Barth wrote: > > would it be impractical to add a tactical --dereference to tar in > > the Makefile (Makefile.in) in nnpfs/linux? > I don't think it would harm more than some extra disk blocks. Fine > with me.(Continue reading)
9 May 2005 21:54
Re: What about adding --dereference to tar?
Anders Selander <selander <at> pdc.kth.se>
2005-05-09 19:54:49 GMT
2005-05-09 19:54:49 GMT
On Mon, May 09, 2005 at 12:25:49PM +0200, Anders Selander wrote: > On Mon, May 09, 2005 at 12:14:48PM +0200, Harald Barth wrote: > > > torkel's debian packages built under Ubuntu > > > were all arla 0.38, so I set out to compile arla 0.39 myself. I > > > already had installed heimdal, > > Is there any new and improved heimdal package in Ubuntu or is it the > > same old and misconfigured cruft as in Debian? Kerberos v4 is so > > last century. > I did not find any heimdal at all in the default Ubuntu repositories, > so I compiled 0.6.4 from PDC. ... and in order to get heimdal to compile cleanly, I had to install the ncurses-dev packages, some yacc and lex (byacc and flex), and add a pair of missing terminating ":s to a heimdal file. > > > so I quickly found out that I needed > > > to install libssl and the linux-headers matching my current kernel > > > (it seems I still needed to give CFLAGS=-DHAVE_OPENSSL and > > > LDFLAGS=-lssl to configure in order to get different portions of > > > arla to build). > > Should not be needed with a modern configuted heimdal 0.6.4. > Interesting, perhaps I should go back and give more detailed information > of what subparts of the arla compilation that fails without the > ssl-stuff and just heimdal 0.6.4 (which arla's autoconfigure script > does find). Now done. In /afs/pdc.kth.se/home/s/selander/Public/arla resides information (output of both configure and make, as well as commands typed) for two runs. The first with the error of both a plain ./configure and a ./configure --without-krb4: a syntax error before(Continue reading)
RSS Feed