<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sat, Jan 18, 2014 at 1:53 PM, Jonathan Marten <span dir="ltr"><<a href="mailto:jjm2@keelhaul.demon.co.uk" target="_blank">jjm2@keelhaul.demon.co.uk</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Vishesh Handa <<a href="mailto:me@vhanda.in">me@vhanda.in</a>> writes:<br>
> <a href="http://community.kde.org/Baloo" target="_blank">http://community.kde.org/Baloo</a><br>
<br>
Thanks for producing that useful page, and of course for all your past<br>
and current work on Nepomuk and Baloo.  There is one statement there<br>
that makes me a little concerned:<br>
<br>
"This metadata is now stored with the extended attributes of the file<br>
instead of storing it in a separate database."<br>
<br>
Am I right in assuming that this means xattr?  If so, would there be<br>
implications for cases where those extended attributes may not get<br>
preserved or are not supported:<br>
<br>
- simple copy/move of a file using cp/mv (with the default options)<br>
- copy/move of a file using KIO<br>
- network file systems (NFS or SMB)<br>
- backup/restore<br>
- FAT filesystems<br>
- platforms other then Linux<br>
<br>
Hoping that none of those will make normal use impossible, but if<br>
there would be problems or workarounds needed with any of these then<br>
they ought to be addressed early.<br></blockquote><div><br></div><div>Vishesh, what about these^ ? I've seen the same concerns raised on the digikam ML.</div><div><br></div><div>Cheers</div></div>-- <br><div><span style="color:rgb(102,102,102)">Martin Klapetek | KDE Developer</span></div>


</div></div>