nfs-utils.git/utils/nhfsstone, branch fixrootccache NFS utils related patches nhfsstone remove due to license uncertainty. 2006-12-18T22:44:17+00:00 Neil Brown neilb@suse.de 2006-12-18T22:44:17+00:00 fd1b52710313d01f537a1afcba1a7a4d67ab8ac7 It isn't clear the the License (See DISCLAIMER) is GPLv2 compatable, and it is believed that the code is largely unused, so get rid of nhfsstone just to be safe. Signed-off-by: NeilBrown <neilb@suse.de> 
It isn't clear the the License (See DISCLAIMER) is GPLv2 compatable,
and it is believed that the code is largely unused, so get rid
of nhfsstone just to be safe.

Signed-off-by: NeilBrown <neilb@suse.de>
Comment out the decades-old SCCS id strings from the original Sun 2006-06-27T11:22:59+00:00 Greg Banks gnb@melbourne.sgi.com 2006-06-27T11:22:59+00:00 33beb42d3d2cd13a82ddbbdc4275d2a048030ae3 distribution. They cause compile warnings, there is no longer any reason to try to build them into the binaries, and gcc seems to be eliding some of them anyway. 
distribution.  They cause compile warnings, there is no longer any
reason to try to build them into the binaries, and gcc seems to be
eliding some of them anyway.
Replace the deprecated sigblock() with more modern 2006-06-27T10:28:02+00:00 Greg Banks gnb@melbourne.sgi.com 2006-06-27T10:28:02+00:00 a09eeb36c2c45151b9bb89f5015da0c584799716 signal functions to avoid compile warnings. 
signal functions to avoid compile warnings.
fix nhfsrun signal 2006-06-05T02:47:00+00:00 Neil Brown neilb@suse.de 2006-06-05T02:47:00+00:00 20dbc272005b69903bb3c1c2a6623cf69084c111 nhfsrun is supposed to be able to be signalled with SIGUSR1, but the signal trapped is number 30, which is something else entirely (SIGPWR). This patch simply changes it to say "USR1", which gets it right no matter what the value is. "Steinar H. Gunderson" <sesse@debian.org> 
  nhfsrun is supposed to be able to be signalled with SIGUSR1, but
  the signal trapped is number 30, which is something else
  entirely (SIGPWR). This patch simply changes it to say "USR1",
  which gets it right no matter what the value is.
         "Steinar H. Gunderson" <sesse@debian.org>
Remove **/Makefile.in, aclocal.m4, configure, and 2006-04-17T07:07:39+00:00 Neil Brown neilb@notabene.(none) 2006-04-17T07:07:39+00:00 922d6cfd29bab9ae552cb3b1ad6eb3a9bcd89b6b support/include/config.h.in from source control These are auto autogenerated by aclocal -I aclocal ; autoheader ; automake ; autoconf 
	 support/include/config.h.in from source control
	These are auto autogenerated by
	  aclocal -I aclocal ; autoheader ; automake ; autoconf
2006-04-10 "Kevin Coffman" <kwc@citi.umich.edu> 2006-04-10T04:00:31+00:00 neilbrown neilbrown 2006-04-10T04:00:31+00:00 aa2d7a1e352a6c2190452ebc3c638b66a2cf6f9b Check for sufficient version of librpcsecgss and libgssapi in configure.in 
	Check for sufficient version of librpcsecgss and libgssapi
	in configure.in
2006-04-10 "Kevin Coffman" <kwc@citi.umich.edu> 2006-04-10T03:53:14+00:00 neilbrown neilbrown 2006-04-10T03:53:14+00:00 dad8bf9fdf53d1f954339567da2aa1d1bc202c73 Update aclocal/tcp-wrappers.m4 to define HAVE_LIBWRAP and HAVE_TCP_WRAPPERS as appropriate. 
	Update aclocal/tcp-wrappers.m4 to define HAVE_LIBWRAP and
	HAVE_TCP_WRAPPERS as appropriate.
aclocal/autoconf/automake, properly this time. 2006-03-28T04:22:44+00:00 neilbrown neilbrown 2006-03-28T04:22:44+00:00 aaf1ebff9c894f341dfb7db5ced2c47a5d50e750 






head/tail fixes
2005-12-21T04:10:33+00:00

neilbrown
neilbrown

2005-12-21T04:10:33+00:00

1d715bffd42b582d99f16f5eca46b9cc9b71dbad












Remove all the Makefiles
2005-12-20T05:19:23+00:00

neilbrown
neilbrown

2005-12-20T05:19:23+00:00

bdbc60fa30f8aaaf61f4958c84d0ff3ca85c6149