Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
harababurel
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
by
harababurel
6y ago
Have you tried watch[0]? Sounds like it might be a decent solution for what you want. [0] https://linux.die.net/man/1/watch
2.
▲
by
harababurel
8y ago
Thank you! I have covered this question in a different comment: > In short, GCSF tends to be faster in several cases (listing files recursively, reading large files from Drive). The caching strategy it uses also leads to very fast reads
3.
▲
by
harababurel
8y ago
Not at the moment. I would like to add this feature in an upcoming version.
4.
▲
by
harababurel
8y ago
I haven't use OneDrive, but I think it is similar to the Backup and Sync app for Google Drive, which targets a different purpose than this project.
5.
▲
by
harababurel
8y ago
I haven't personally used rclone so far. I will look into it and see how it compares to GCSF.
6.
▲
by
harababurel
8y ago
Some unwanted behavior might occur in scenarios like the one you describe. Most probably, the change performed by one client will silently overwrite the other. If there is however a small gap between the operations, the earlier one will hav
7.
▲
by
harababurel
8y ago
The question is not stupid at all, but the answer is :). GCSF stands for "Google Conduce Sistem de Fișiere" -- a (bad) word-by-word Romanian translation of "Google Drive File System".
8.
▲
by
harababurel
8y ago
See this issue[0]. tl;dr: make sure you have the libfuse-dev package installed. [0] https://github.com/harababurel/gcsf/issues/9
9.
▲
by
harababurel
8y ago
Thank you!
10.
▲
by
harababurel
8y ago
Not at the present moment. I plan to add support for this in the near future.
11.
▲
by
harababurel
8y ago
Should be achievable using winfsp[0]. I will look into it for a future release. [0] https://github.com/billziss-gh/winfsp
12.
▲
by
harababurel
8y ago
Not sure what you are referring to as implemented natively in GNOME. One crucial difference is the fact that Backup and Sync picks up local files (which exist physically on the user's machine) and uploads them to a special Drive direct
13.
▲
by
harababurel
8y ago
> This is neat! Can I use this for multiple accounts? I've been looking for a MacOS and Linux solution for this exact problem but I'd like to use it for 3-4 Google accounts. The current release allows you to mount a single acco
14.
▲
by
harababurel
8y ago
Thank you for pointing this out. The link should now be fixed.
15.
▲
by
harababurel
8y ago
Thank you! I think google-drive-ocamlfuse is an excellent product. It is clearly more mature and has more features than GCSF. I made a comparison between the two projects in sections 4.2 and 4.3 of my thesis [0]. In short, GCSF tends to be
16.
▲
by
harababurel
8y ago
Thank you for your response! You are correct in saying that GCSF doesn't download any data upfront. It constructs the file tree at mount time using only file metadata and downloads the actual file content only when it encounters a `rea
17.
▲
by
harababurel
8y ago
Hello everyone! I have built a tool that allows Linux and macOS users to mount their Google Drive account locally as a virtual file system. The file system supports most typical operations (creating/deleting/moving/renaming f
18.
▲
Show HN: Google Drive as a file system
(github.com)
374 points
by
harababurel
8y ago
|
83 comments
19.
▲
TelereadsBot: Goodreads Integration for Telegram, Written in Rust
(github.com)
3 points
by
harababurel
9y ago
|
0 comments
20.
▲
Putting the fun in function optimization
(blog.sergiu.ml)
2 points
by
harababurel
9y ago
|
0 comments