Over the last few days, I've been noticing that /dev/null on my Solaris
box had had its permissions changed a few times. That sort of disturbed
me, and I finally figured out what's been doing it: The ./configure
script for ntop 2.2. Check this out:
---
156 nag /usr/local/src/ntop-2.2/ntop-2.2 # ls -ld /dev/null
2 lrwxrwxrwx 1 root root 25 Jun 21 16:10 /dev/null ->
/devices/pseudo/[EMAIL PROTECTED]:null*
157 nag /usr/local/src/ntop-2.2/ntop-2.2 # ./d >& d.output
158 nag /usr/local/src/ntop-2.2/ntop-2.2 # ls -ld /dev/null
2 -rw-rw-r-- 1 root root 874 Jun 21 16:17 /dev/null
159 nag /usr/local/src/ntop-2.2/ntop-2.2 #
---
'd' is the script that does a clean ./configure. Its text is simply
---
! /bin/csh -f
make distclean;make realclean;make clean
/bin/rm -f config.cache
setenv CC gcc
setenv LDFLAGS "-lgdbm -L/usr/local/lib -lnsl -lsocket"
setenv CPPFLAGS "-I/usr/local/ssl/include -I/usr/local/include"
setenv CFLAGS "-O4 "
setenv LI /usr/local/lib
setenv IN /usr/local/include
./configure \
--with-rrd-root=/usr/local/rrdtool \
--with-rrd-lib=/usr/local/rrdtool/lib \
--with-rrd-include=/usr/local/rrdtool/include \
--enable-configuredebug \
--enable-largerrdpop \
--enable-ntcsh \
--enable-sslv3 \
--with-pcap-lib=$LI \
--with-pcap-include=$IN \
--with-gdbm-lib=$LI \
--with-gdbm-include=$IN \
--with-libpng-lib=$LI \
--with-libpng-include=$LI \
--with-ossl-lib=/usr/local/ssl/lib \
--with-ossl-include=/usr/local/ssl/include \
| tee doit.output
---
This seems ... suboptimal.
-roy
_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
