From owner-freebsd-gnome@FreeBSD.ORG Sun Feb 12 11:17:33 2006 Return-Path: X-Original-To: gnome@freebsd.org Delivered-To: freebsd-gnome@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26C5616A420; Sun, 12 Feb 2006 11:17:33 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4C9443D49; Sun, 12 Feb 2006 11:17:32 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [217.162.145.66] (217-162-145-66.dclient.hispeed.ch [217.162.145.66]) by elvis.mu.org (Postfix) with ESMTP id 76A0B1A3C19; Sun, 12 Feb 2006 03:17:31 -0800 (PST) Message-ID: <43EF193F.7040905@FreeBSD.org> Date: Sun, 12 Feb 2006 12:17:19 +0100 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Marcus Clarke References: <1139185642.25725.167.camel@wolverine> <1139187760.730.10.camel@shumai.marcuscom.com> <1139647425.79253.4.camel@shumai.marcuscom.com> <1139674838.37533.78.camel@wolverine> <1139685927.59900.1.camel@shumai.marcuscom.com> <1139713316.37533.84.camel@wolverine> <1139713404.59900.36.camel@shumai.marcuscom.com> <1139726108.12426.18.camel@shumai.marcuscom.com> <1139730552.91280.4.camel@shumai.marcuscom.com> In-Reply-To: <1139730552.91280.4.camel@shumai.marcuscom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: gnome@freebsd.org, jylefort@freebsd.org Subject: Re: problems rhythmbox 0.9.3.1 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2006 11:17:33 -0000 Joe Marcus Clarke wrote: > Sorry, this doesn't work. On closer inspection, all events would be > ignored by r-b if this was done. I've copied Jean-Yves and Suleiman on > this to get their opinion. I checked how Linux's inotify works, and > they have separate events for st_atime changing vs. other attributes > (IN_ACCESS vs. IN_ATTRIB). Perhaps we should do something similar. Sounds like a reasonable thing to do. I'll try to implement it, by adding a NOTE_ACCESS knote, but I don't think this can make it to the 6.x branch. > In the meantime, the best solutions I can come up with are to disable > NOTE_ATTRIB processing in gamin, or turn off library monitoring in > rhythmbox. I think the best solution would be to have a way to tell gamin which events we care about (I don't really know anything about gamin, so there may already be such a thing). Alternatively, you can mount your filesystem with the noatime option. -- Suleiman