-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mounting multiple ZIP files without requiring additional tools - eg. Google Takeout #28
Comments
|
The Google Takeout zip's aren't multipart, so its just a matter of overlaying multiple zips onto the same mount point. But multipart zip support would also be convenient - and I suppose that the libzip authors won't reject a solid PR that adds support for those either, which I'm also willing to look at. |
I see. How would that be specified on the command line? |
I'm not sure if its necessary to use a separate switch for the mount point, so for now I'm just going with:
|
Ok. It might be possible to implement this feature efficiently and neatly in |
I would also find this handy. True that this can also be achieved using |
If we want to implement this feature, then we probably need to think about file name collisions. At the moment, |
This project is ideal for mounting and selectively searching and extracting from large Google Takeout .zip's.
The problem with those is that they are usually split up into multiple files - and this tool could be immensely useful in situations where space is at a premium, without having to require additional layers like
overlayfs
ormergerfs
and the like (although the latter might be a good quick-fix.)This issue is to discuss the option and mechanism of expanding this tool so as to be able to mount multiple .zip files into the same path. This would also make it useful to explore incremental backups, if newer files were presented over older ones.
The text was updated successfully, but these errors were encountered: