Comments on: Data about Data

By: alexl

alexl — Tue, 01 Sep 2009 10:51:31 +0000

Stephen:
For various reasons metadata for the desktop special icons are not stored in gvfs metadata (this is due to the desktop dir being a virtual in-memory location, not a gvfs location). Instead they are stored in gconf. It could be that this is not working for some reason.

By: Stephen Cradock

Stephen Cradock — Mon, 31 Aug 2009 21:53:16 +0000

Alex, I (and some others) are having trouble in Ubuntu Karmic Koala with the icon positions of symlinks on the Desktop. It has been suggested that the new metadata handling in Nautilus may be behind this. Basically, mounted drives, folders and files in the Desktop folder return to their positions on restart, but symlinks don’t. Instead they stack downwards on the left of the Desktop, messing with the carefully-chosen arrangement.

Can you see any reason why this is happening? It appeared a few weeks ago now, and could well coincide with the new metadata system release.

By: Robin

Robin — Wed, 22 Jul 2009 20:19:55 +0000

alexl: I tried that now, but the MetaData DBUS service wasn’t started. Then I added the location to the DBUS services path and then I get “DBus error org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1″.. Any idea what might be wrong?

By: alexl

alexl — Wed, 08 Jul 2009 10:38:17 +0000

Robin: Yes, just build in a separate location and use LD_LIBRARY_PATH to use it.

By: Robin

Robin — Sat, 04 Jul 2009 11:44:42 +0000

Is it possible to install glib from git (for developing something that uses metadata attributes) and be able to downgrade to the glib shipped by the distribution again?

By: antistress

antistress — Thu, 02 Jul 2009 20:19:36 +0000

is this related to Zeitgeist ?

By: GNOME Commit-Digest » Blog Archive » Issue 38

GNOME Commit-Digest » Blog Archive » Issue 38 — Mon, 29 Jun 2009 08:37:39 +0000

[...] explained in his Data about Data weblog post, Alexander Larsson added metadata support in gvfs, and already made Nautilus use [...]

By: alexl

alexl — Mon, 29 Jun 2009 08:12:22 +0000

Daniele:
The code is in gvfs git.

By: Daniele

Daniele — Sun, 28 Jun 2009 21:23:29 +0000

Very well done! There is a way to have a look at the code?

By: Eric Sandeen

Eric Sandeen — Sat, 27 Jun 2009 04:06:49 +0000

Talked with Alex about the perf side of this on ext4 a bit today, and one of the big problems when the xattrs are stored outside the inode is that even though the xattr blocks for consecutively created files may be contiguous on disk (at best), because of ext3/4 directory hashing, readdir returns things in essentially random order. Alex retested reading xattrs on all files in a directory w/ an LD_PRELOAD which does presorting, and the time went from 33s to 2s. Bummer when things conspire against you.