s3fs-fuse
git-remote-dropbox
s3fs-fuse | git-remote-dropbox | |
---|---|---|
57 | 14 | |
8,079 | 3,030 | |
0.9% | - | |
8.8 | 5.2 | |
17 days ago | about 2 months ago | |
C++ | Python | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
s3fs-fuse
-
Is Posix Outdated?
The author needs to ask themselves: in this cloud technology stack, is there POSIX involved somewhere lower down, where I can't access it? The answer is, of course, "yes". The sort of cloud storage systems described all run on top of POSIX APIs. They provide convenience (cost efficiency is more debatable) compared to the POSIX alternative, but that's because they exist at an entirely different conceptual layer (hence the presence of POSIX anyway, just buried).
Your point about surfacing a POSIX that's actually there but hidden and thus visible to low-level Amazon employees building the S3 service which makes it invisible to S3 end customers is true but isn't the the point of the article. The author is saying there are motivations for a POSIX-like api visible also the end user.
So your explanation of stack looks like 2 layers: POSIX api <-- AWS S3 built on top of that
Author's essay is actually talking about 3 layers: POSIX <-- AWS S3 <-- POSIX
That's why the blog post has the following links to POSIX-on-top-of-S3-objects :
https://github.com/s3fs-fuse/s3fs-fuse
https://github.com/kahing/goofys
https://www.cuno.io/
- Gcsfuse: A user-space file system for interacting with Google Cloud Storage
-
R2 slow PUT file transfer
sudo apt install build-essential libfuse-dev fuse git clone https://github.com/s3fs-fuse/s3fs-fuse.git cd s3fs-fuse sudo apt install libfuse2 sudo apt install libcurl4-openssl-dev sudo apt install libxml2-dev ./autogen.sh ./configure make
- Cloud Backed SQLite
-
Podman and S3 Storage Driver (Audiobookshelf)
Don’t know actually. Here is project page.
- Uploading hundreds to thousands of files to S3
- Linux Client for R2
-
s3fs-fuse - allows to mount your s3/minio bucket link to your local directory
s3fs-fuse
-
AWS Announces Open Source Mountpoint for Amazon S3
How is this different than these other solutions?
https://github.com/kahing/goofys
https://github.com/s3fs-fuse/s3fs-fuse
-
Introducing Mountpoint for Amazon S3 - A file client that translates local file system API calls to S3 object API calls like GET and LIST.
I don’t get it. Why not just improve https://github.com/s3fs-fuse/s3fs-fuse
git-remote-dropbox
-
iCloud Drive silently deletes your content
For what it's worth, git also can fail in some pretty bizarre ways in Dropbox for much the same reasons. I've used git-remote-dropbox [1] in the past to use Dropbox as a git server.
[1] https://github.com/anishathalye/git-remote-dropbox
- What did I do to deserve this kind of torture
- GitHub is crying in the corner
- git-remote-dropbox: a transparent bridge between Git and Dropbox - use a Dropbox (shared) folder as a Git remote
-
Dropbox, the new git.
If you want to use dropbox, then you should use the dropbox/git bridge, which lets git speak to dropbox somewhat directly, bypassing these problems.
-
git-remote-dropbox: A transparent bridge between Git and Dropbox - use a Dropbox (shared) folder as a Git remote!
This is a high-level overview. No summary of API requests, but all the file I/O is in helper.py, so you can look there. At a high level, we rely on atomic (over)write and atomic test-and-set. Different primitives could work too, as long as there's some way to get concurrency control through the API.
- git-remote-dropbox
- Error when trying to use any non-internal function
-
Computers as I used to love them
So, if you really want to use dropbox for syncing git repos, this plugin solves the problem well:
https://github.com/anishathalye/git-remote-dropbox
For me, it solved all of the corruption problems with using Dropbox for git storage. In the end, I decided it was too heavy weight, and wanted to be able to clone my repo on machines that might not have anything other than "git" installed, but until I reached that point, I was a happy user of it.
I'm not aware of a similar tool for syncthing.
-
F*** VCS, all my homies use google docs.
Yeah there are tools that help in doing that. e.g, git-remote+dropbox
What are some alternatives?
goofys - a high-performance, POSIX-ish Amazon S3 file system written in Go
github-activity-generator - A script that helps generate a rich GitHub Contribution Graph for your account 🤖
rclone - "rsync for cloud storage" - Google Drive, S3, Dropbox, Backblaze B2, One Drive, Swift, Hubic, Wasabi, Google Cloud Storage, Azure Blob, Azure Files, Yandex Files
Infinite-Storage-Glitch - ISG lets you use YouTube as cloud storage for ANY files, not just video
mountpoint-s3 - A simple, high-throughput file client for mounting an Amazon S3 bucket as a local file system.
wormhole-gui - Cross-platform application for easy encrypted file, folder, and text sharing between devices. [Moved to: https://github.com/Jacalz/rymdport]
jellyfin-webos - WebOS Client for Jellyfin
syncthing - Open Source Continuous File Synchronization
jellyfin-tizen - Jellyfin Samsung TV Client
Gitea - Git with a cup of tea! Painless self-hosted all-in-one software development service, including Git hosting, code review, team collaboration, package registry and CI/CD
mediacms - MediaCMS is a modern, fully featured open source video and media CMS, written in Python/Django and React, featuring a REST API.
frp - A fast reverse proxy to help you expose a local server behind a NAT or firewall to the internet.