Free Client for OneDrive on Linux
skilion.github.io
skilion.github.io
2. If I get a functional OneDrive client for Linux before a functional CLI GoogleDrive client for Linux... I just feel like that says something. And I've used the other "community-provided" GDrive clients and have had problems with all of them.
Maybe I'm just the outlier, but I was curious about D until I learned that it was a proprietary language, and not run by the community. At that point, I just left it dead and moved on.
I'm not trying to shit on this project, but I know I would find it troublesome contributing to a project like this, when it's not even certain if I can get the compiler running on my Linux-distro of choice...
Is that also handled by the community, or do Walter and Andrei still rule supreme here? Control of the language is IMO much more important than control of a single compiler.
Why a Makefile instead of Dub?
Also why disabling the bounds checking? Have you proven with a profiler that it really produces a noticeable impact for the user?
What I DON'T get is why they don't just pick a winner and move everyone's data over to said winner.
Yep, it's still sharepoint on the backend.
Though I am probably going to bite the bullet and start paying for something with full built in encryption. Obviously this will cost more as Google, OneDrive, etc. take a loss on the storage costs, making it back via data mining, ads, and product upsells.
The proverbial final straw was Windows 10 slide-showing personal pics hijacked from my phone on my start menu at a client site. Who knows if it would happen on the lock screen, too, since they've turned Pro edition, even, into a conumption and ad platform instead of a business class OS.
I have told Android OneDrive to NOT auto upload pics from my phone a least a dozen times, yet it still gives not a shit.
I'm looking for a language, preferably c like, that optionally has pointers and with a good support for HTTP.
Plus it has lots of metaprogramming goodies, without the C++ SFINAE craziness.
However it does have the caveat of using an old GC implementation and not much GUI related tools are available.
But for CLI or server side applications on UNIX, if you don't want to wait for CoreRT to become available or not found of Mono AOT, D might be worth a try.
Like this tool it doesn't support One drive for business though. Microsoft have made it very difficult for open source programs to use one drive for business as far as I can see. It has the most complicated registration procedure I've ever seen - even Microsoft admit it is too complicated!
Same with Skype and Skype for Business.
I really should put some time aside to write a script I've been thinking about:
1) Poll [somefolder] every 10 seconds (or whatever). Or watch with inotify.
2) On change, wait [5 seconds] and if change remains the same...
3) `borg create [oneDriveRepo]::[somefolder]` (does a delta backup with deduplication and lz4 compression, can be FUSE-mounted, and can be encrypted).
4) rclone -> [oneDriveRepo] -> onedrive.
And the reverse in the other direction I guess.
It's nice to have auto-upload for my photos taken on my phone. I wish SpiderOak made their client simpler to use since last time I tried it was kind of confusing GUI even for me as a programmer.
Microsoft is now mainly interested in being in Oracle's shoes. I would not be surprised if next year they had a Microsoft Linux, like Oracle has had an Oracle Linux for years now.
(What I would be surprised about is if next year there's an Xbox Two. That's probably the next part of the remaining consumer space to feel the cold.)
Even if you've got a measuring system in place, it helps figure out what would be a reasonable limit that works for 99% of your users.
*as long as you don't negatively affect other users.