Log message:
Include <arpa/inet.h> to make sure hton*() is defined.  (Interix fix)

Log message:
Fix some long-standing kqueue bugs that have been bothering me for a long
time.  For example, simply running 'nautilus /' could lock up famd in pipewr
status.  To fix:

- Make the struct devino's sorting function work properly; otherwise the
  map behaves incorrectly.
- Handle kqueue errors if they are returned as an entry in the events table
  (with flags containing EV_ERROR).

While here, add more debugging code that helped me catch this issue (some
extra messages and assertions).

Also reenable assertions (except on Darwin as, according to version 1.14 of
the Makefile, they cause problems).

Not bumping revision because kqueue support is still off by default.

Log message:
The default location of the pkgsrc-installed rc.d scripts is now
under share/examples/rc.d. The variable name already was named
RCD_SCRIPTS_EXAMPLEDIR.

This is from ideas from Greg Woods and others.

Also bumped PKGREVISION for all packages using RCD_SCRIPTS mechanism
(as requested by wiz).

Log message:
Patches added recently for Solaris don't work on Linux, because they
include headers which are unavailable on Linux.  Modify the patches so
that those headers are included only when they are found by configure.

Log message:
Various fixes/cleanups to get this package compiling on Solaris:

 + Use the mnttab(4) interface instead of mntent.
 + C++ syntax cleanups to appease the SunPro compiler.
 + Use MAXPATHLEN instead of NAME_MAX which can be unimplemented on strict
   POSIX systems.
 + Use POSIX inttypes.h if BSD types are not available.
 + RPC includes and C++ namespace fixes.
 + Use dirent(3) instead of older sys/dir.h interface.
 + Avoid `sun' namespace collision.

Patch based on the work of Robert Lillack and others, described in
http://mail-index.netbsd.org/tech-pkg/2004/08/20/0005.html and tested with
SunPro and gcc.

Log message:
Remove a memory leak that was supposed to fix a bug (but the bug is not
really there... i.e., me not reading the code properly).  Not bumping
revision since this affects the kqueue part only, which is not built by
default.

Log message:
When enabling kqueue, only link famd against -lpthread, not everything.

Log message:
Add kqueue support.  This way, famd can be notified of changes to files and
directories in "real time", without having to periodically poll(2) for them
after several seconds.  This improves the responsiveness of applications
using famd (specially GNOME) when changes to files occur from the "outside"
(they are notified from changes immediately), or even from the application
itself (for example, have you ever tried to rename several files from
Nautilus?  just a PITA).

To enable kqueue, you have to pass the 'kqueue' option to the package.
I'm not enabling it by default because it needs testing (but it should be
enabled in a future).  Furthermore, I'd like to send these patches to the
FAM developers for comments too.  And a review from somebody knowing kqueue
could be good!  (this is the first time I use the kqueue interface, so I'm
not sure if everything is right).

A description on how this works can be found in the files/IMonKQueue.c++
file.  Note that, due to FAM's design, the easiest way to do this change
is to "emulate" imon functionality.

While here, add an rc.d script for famd, in case the user prefers to run
it at system startup instead of from inetd (I created it while developing
the kqueue functionality, so it's a good moment to add it).  Adjust the
MESSAGE accordingly.

Bump PKGREVISION to 4.

Log message:
Make the mntent compatibility layer work properly.  It was storing the list
of mounted filesystems in a local variable that was lost between calls to
the emulated getmntinfo function.

I'm not sure if this fixes any visible problem, but it probably should.
The code was randomly reading from memory before (running with debugging
enabled exposed the problem, for example).

Bump PKGREVISION to 3.

Log message:
Libtool fix for PR pkg/26633, and other issues.  Update libtool to 1.5.10
in the process.  (More information on tech-pkg.)

Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.

Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.