Linked by Thom Holwerda on Tue 31st Oct 2006 23:44 UTC
Permalink for comment 177440
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/23/13 23:22 UTC
Linked by Thom Holwerda on 05/23/13 22:04 UTC
Linked by Thom Holwerda on 05/23/13 22:01 UTC
Linked by Thom Holwerda on 05/23/13 17:52 UTC
Linked by Thom Holwerda on 05/22/13 22:23 UTC
Linked by Thom Holwerda on 05/22/13 13:38 UTC
Linked by Thom Holwerda on 05/22/13 13:30 UTC, submitted by JRepin
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
Linked by Thom Holwerda on 05/21/13 15:53 UTC
More News »
Sponsored Links



Member since:
2005-10-01
Now I only hope that some clever coder makes something similar to this for GNU/Linux, but I really doubt so, since this seems to rely on filesystem-specific features. If someone can prove me wrong, you're welcome ;-)
Some time ago Robert Love wrote BeagleFS. a FUSE implementation that mounted Beagle's query results as run-of-the-mill directories, see
Let's see if I can by standing on the shoulders of giants
http://www.osnews.com/story.php?news_id=15256
Once it's a directory of hard links, I can't see why it can't be again indexed and searched by Beagle just as any other directory, thus performing the same trick that the blog describes with plenty of screenshots.
So yes, it's a filesystem-specific feature, but thankfully dealing with filesystems is something *nixes do egregiously.
Small disclaimer: I never really tried out BeagleFS and I don't even know if it ever progressed past the prototype stage, but I'm pretty sure if there was interest in it, it could be fixed up quickly.
Edited 2006-11-01 04:53