rkfg wrote: There's no such message in the log. Here's what I have:
I guess it's simple to reproduce. I'll pass on MySQL since it's a pain to install and I believe it should be the latest resort at home. I'd suggest sticking to SQLite due to its zero configuration and as I see the logo says "All your files, quickly and easily".
Please Log in or Create an account to join the conversation.
rkfg wrote: That should be mentioned with big red font on first pages. Recursive removing of one tag can easily wipe the entire collection because of "+" relation which contains virtually all files.
rkfg wrote: So as I understand there's no way to delete a tag?
tx0@wallace:~/myfiles/tags$ mkdir test_tag
tx0@wallace:~/myfiles/tags$ rmdir test_tag
rkfg wrote: Trying the fresh SVN build. plist bug still not fixed so I had to edit the plugin.c again. Then I'm copying the file to ~/tags/tags/video/hq and it's fine. Then I'm copying the same file to ~/tags/tags/work/hq (which is empty), Thunar says that the file already exists and asking for replacing though the directory is completely empty. I'm saying "Yes" and it replaces the file and then Thunar just freezes. Any requests to the mounted FS result in freeze, too (D-state, so I suppose it has deadlocked). I can only kill the tagsistant process to unfreeze them.
ticso wrote: I'm more and more persuaded that a tag management directory is really required to let Tagsistant be fully used with a file manager.
Tagsistant is © Tx0 released under the GPL