From owner-freebsd-ports@FreeBSD.ORG Wed Feb 8 14:27:02 2006 Return-Path: X-Original-To: ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B6F116A420 for ; Wed, 8 Feb 2006 14:27:02 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.FreeBSD.org (Postfix) with SMTP id DFAC543D48 for ; Wed, 8 Feb 2006 14:26:58 +0000 (GMT) (envelope-from ale@FreeBSD.org) Received: (qmail 68539 invoked from network); 8 Feb 2006 14:26:56 -0000 Received: from unknown (HELO ?192.168.2.5?) (192.168.2.5) by andxor.it with SMTP; 8 Feb 2006 14:26:56 -0000 Message-ID: <43E9FFAE.5020500@FreeBSD.org> Date: Wed, 08 Feb 2006 15:26:54 +0100 From: Alex Dupre User-Agent: Thunderbird 1.5 (X11/20060115) MIME-Version: 1.0 To: ports@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jean-Yves Lefort , Joe Marcus Clarke Subject: gamin 0.1.7 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 14:27:02 -0000 In the last days I worked on porting the latest release of gamin (0.1.7) to FreeBSD (and cygwin, too, but this is for another mailing list ;-)). If you don't want to read more, the result was successfully and the new port may be downloaded for testing from http://www.alexdupre.com/gamin.tar.gz. If you are interested in porting work and changed internals go ahead. The 0.1.7 release works (with about the same bugs of 0.1.5) out-of-the-box only on Linux with kernel backends (dnotify/inotify). Polling is broken, kqueue doesn't compile. I fixed all the bugs I found and tried to make polling and kqueue work flawless. Internally I replaced the read of the linux /etc/mtab file with a call to getmntinfo() to know which file system could be monitored by the kernel and which should be polled. In the latter case the monitoring job is carried out by the polling backend, in the former the job is completed by the kqueue backend in the same way is done actually in the 0.1.5 release. I did many tests on a 6-STABLE with thousands of monitored dirs/files on ufs and smbfs file systems to catch any possible bug, but it seems it's working great. Unless you will find anything wrong with the port, I'm going to commit it in the end of the week. -- Alex Dupre