Notices

The multiple partitions theory was something I'd been thinking for several days as it is the usual cause of the os.rename error but couldn't understand why it would be the case. Coincidently, I built a version late last night that uses shutil.move instead that I've been testing but should, theoretically, solve the issue. I didn't really want to do so until I'd determined why there was an issue on one n900 but not another. It is probably better this way for handling specialised setups like yours.

I transferred some newly ripped albums earlier this evening and added album art with this new version without any issue. I'm still getting some small disc/dots/blanks in some searches so that needs solving at some stage. The error handling, although a little better, is also in need of some work.

When I get back to laptop, probably tomorrow morning, I'll upload this one for you to test.

Incidentally, is there not anything under .cache that you would want encrypted? Tracker databases??

Edit: Had to wait for PS4 to update so here's latest test build

Thanks, I'll test it ASAP (probably tomorrow). As for things from .cache I wanted encrypted, IIRC, it was about .thumbnails - I have all photos/videos took via device's camera automatically saved to encrypted partition (one that I mount at boot). Considering, that I have lock code set for 5 minutes and rather safe SSH setup, in case of losing device, there shouldn't be humanly way to get into filesystem without at least one reboot, so personal photos/videos/files should be safe from potential 3th party. Considering this, having all photos thumbnail'ed in unencrypted partition and even cached in img viewer seemed silly I didn't wanted tracker to spoil things by it's database too, as you presumed.

Generally, I've moved everything sensitive, yet required-during-normal-device-usage to such partition mounted at boot (addressbooks, mail settings, etc) and I've everything symlinked, but I've never, ever, encountered any problem/complains from any program - I thought that symlinks are transparent enough for underlying apps.

Of course, I should have mention it earlier, but frankly, I've established my encryption setup so long ago, that I've totally forget putting .thumbnails there, including the reason - to the point, that for a while, I was actually surprised to see symlink as result of ls'ing things You've asked about. Memories of setting it returned half a second later

/Estel

any feedback? if it works for you now i'll push to repos.

Sh|t, I was sure I've posted feedback few days ago, but it seems, that browser chuckled while sending it and it never went through :/ Sorry.

It works now for changing art, thanks! Surprisingly, the "last image empty result" seems to return and disappear randomly. Sometimes my proposed images result list is full, sometimes, there is "small disc" as last result. Terminal doesn't say anything interesting (just 'none none' when there is empty result). Of course all of this for popular albums, that have thousands of results.

Anyway, I'm glad that you've squashed critical (for me) bug with things save din other physical medium. Sorry that I wasn't able to suggest probable case earlier, saving you some work.

Cheers,
/Estel

i'll push to repo as 0.52-9 or 0.53 then at some stage.

results with little dots is going to need more investigation.

optified version will prevent to use rootfs ( /home/user/ (.cache/mussorgsky, .cache/media-art/*, and .thumbnails/cropped/) ?

/home/user is not in rootfs, in fact whole /home and /opt are on the same partition (/opt is in really /home/opt).

Finally got around to pushing 0.5.2-9 with the fix for Estels issues to repo. It is the same as the last test version.

gianko: If I get time I'll try to see if it is an option. There is the small issue of where tracker looks for them and permissions. .cache/mussorgsky should only ever contain 5 files max. It is the temporary store for the choices given in UI.

I've been trying to move python files over to /opt but pycentral (IIRC) doesn't seem to like it at the moment. As for metadata side, I haven't looked too much into that yet.

right! i tought it was /usr/.cache LOL

so optified version should only move /usr/lib/mussorgsky to /home/opt/usr/lib/mussorgsky ?

if /home/user/ (.cache/mussorgsky, .cache/media-art/*, and .thumbnails/cropped/) doesn't fill with too much files is fine, orelse a "clear cache" option can also be added

When optified, files in /usr/lib/mussorgsky will move to /opt.

.cache won't fill more than 5 files AIUI. media-art and thumbs will depend on how many covers you have. Relocating these depends on whether tracker supports the relocation.

I pushed latest -devel version to testing. If it gets enough votes I can get rid of the broken version in extras.