Kinda wish there was a FUSE FS that would let me browse or even modify such archives while letting git-annex see just the broad structure (like iso archives and loopbacks), or a modification of git-annex (and presumably git) to that effect. avoided unnecessary disk reads, and the real solution is to zip/tar up any folder that I don’t expect to be adding individual files to in the future. Git (annex) isn’t made to handle that many files, but it’s mostly on me: there are some config settings that would have eg. I tried to git annex add my entire drive, including old backup directories that had been rsynced over. Alternatively, if you only need to capture a part of a page, you must select it and use the clip selection. You can tag all the actions coming out of a meeting and you can create linked tasks from them in Outlook. TagSpaces for Firefox can save an editable copy of the visited page in HTML format. Create and organize To-Do lists like an offline wiki for project tracking. You can import all the meeting details, including a checklist of attendees and a link back to the original event in your Outlook calendar. Save web content in HTML or MHTML format using Chrome and Firefox TagSpaces web clipper extension. Might try that again some day!Ī similar tool is found within the git-annex tooling, which I’ll refrain from trying to explain in my own words because their docs are just great:ĭidn’t go through with this one either, because. This is great for taking meeting minutes. I don’t remember what stopped me, maybe I really wanted to compile it from source or just put it down one night never came back to it. I think Supertag looks great, and recall trying to set it up on a ZFS backed ZVOL, maybe FUSE-on-EXT-on-ZFS. (Oh, and BTW if someone has seen a quasi-DVCS for file moves/updates that keeps track which version of a file is newer than which and what was moved how but only duplicates metadata and relies on at least one side of a sync to have the data we need - it would probably also solve your problem as it could be used as a source of data on moves, and also, I want it too) Which one sounds closer to what you want? Yet another might be to say that between indexing runs (possibly inotify-triggered?) each file is either moved or modified but not both, I guess? There is a risk that some creative pattern of create-and-move for atomic whole-file update will be able to break the illusion, though… Not sure how complicated things become with mmap here (which you want for some software).Īnother is to say that the real files are stored in some incomprehensible way on your filesystem, and you only ever work with symlinks to them, and even hierarchical representation is just obtained via special hierarchical tags. One option is to take a performance hit of accessing large files through FUSE, I guess. The issue with renaming is: it is straightforward to track when it is done through your FUSE tool, I guess some kind of hashing/indexing could solve it for immutable files, but if you want movable mutable massive files there has to be something you are willing to compromise. As someone who tried various stuff and settled on planning hierarchical structures for storage (but some stuff is handled through generic SQL-queries-as-directories approach), I think it is a good idea to determine how it could work so that you know what you are looking for.
0 Comments
Leave a Reply. |