> Kernel John: > > There were cases when neither reval nor remount were effective. > > Our development environment is based on often changed branches. There were > > cases, when modification times of files on aufs were not updated after > > modifying them on branches. It makes our cache mechanism not working because > > it relays on modification time. udba=inotify was doing just fine in this > > case. > > Hmm,,, > I have to agree when changing branch directly is so often, aufs may be > wrong... > Ok, I will revert/restore the feature in the future. Probably the next > version of 'baseN' series.
Hi, I already re-implemented udba=inotify in aufs2, so please try and let me know the result. But the default udba=reval in aufs2 is refined too, and I hope it would be enough for your case (mtime). Please try it too. Thanx in advance J. R. Okajima ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
