1999-08-26  Uberdog  <root@localhost.localdomain>

	* urmcore.in: added --help line for those who expect it to be there,
		like Troy Engel <tengel@sonic.net>.

1999-08-26  Uberdog  <uberdog@linuxbox.com>

	* urmcore.cron.in: my attempt to hardcode the path to the urmcore
		executable in the urmcore.cron file with autoconf failed.
		it now uses the path that cron has set to find it.  thanks
		to Johnathon Walls <jwalls@yorku.ca> for letting me know
		that urmcore.cron wasn't happy.

1999-08-23  Uberdog  <uberdog@linuxbox.com>

	*  (Note): urmcore is fully autoconfed and automaked, solving some
		portability problems.  installation is also, therefore, done
		with a `make install`, simplifying installation considerably.


1999-08-07  Uberdog  <uberdog@linuxbox.com>

	* urmcore: in the neverending quest to fix silly bugs:
		- urmcore was running find on any subdirectories under the
		location where a core file was found.  so if a core file was
		in / for example, find was getting run on the entire
		filesystem...rendering the efficiency of using slocate to nil.
		thanks to Chris Jantzen <chris@maybe.net> and 
		Lamont Granquist <lamontg@raven.genome.washington.edu>
		for letting me know about this one (i.e. it's fixed now)
	
		- the age checking was goofed.  urmcore was deleting core
		files if they had been accessed in _less_than_ 4 days (by
		default).  it works as advertised now.  big props to
		Glen Stewart <root@associate.com> for that but report.

		- core files weren't getting removed if somewhere in the 
		directory structure they were in there was a space.  (i.e.
		the core file was here: /usr/local/foo bar/core).  tis fixed.
		thanks to Lamont Granquist 
		<lamontg@raven.genome.washington.edu> for that one, 
		too.

		aaaand...in the neverending quest to support every system:
		- Mike Frantzen <frantzen@expert.cc.purdue.edu> let 
		me know this:
		"If you want to support *BSD in urmcore, you want to look for 
		 files of the form *.core.  Ex:  if netscape cores, it 
		 produces netscape.core".
		huh.  didn't know that. urmcore now handles that core dump
		naming scheme.

1999-08-06  Uberdog  <uberdog@linuxbox.com>

	* urmcore:  oops. i fixed a tiny little bug ( :P ) that made urmcore 
		not remove any core files if the file(1) command was present.
		this bugfix also makes urmcore depend on the basename(1) and
		dirname(1) commands...found in the sh-utils package.
		made a v0.1.1 release with this bugfix.
	* urmcore: changed it so that it prefers slocate to locate (it was
		the other way around before)
