Package request: onedrive (by abraunegg)

[catalinux]

thank you. will try. maybe I'll even switch to onedrive permanently untill grive gets fixed (and frankly, I only trust those data miners such as Google and Microsoft when I need them. Tracking stuff aside, you still need some stuff for online use even if your country is praised by Bernie Sanders for your fast internet).

Edit: so far so good, it downloaded my files without any issues. It keeps downloading some screenshots that appear to have been backed up from my now dead tablet and that I forgot about. Seems I have a lot of cleaning to do on my part, haha. But hey, it seems to be working, thank you.

[Stevo]

Thanks for the feedback. It turns out I actually had done a version of the ldc compiler it needed for MX 15 and 17 test repos about a year ago, so rebuilt it against that version.

What's broken with grive? Our main repo version still works for me--I use it all the time to upload packages to my Google Drive.

[catalinux]

It sometimes works, many times it doesn't.

I type 'grive' and after 'reading remote server file list' (sometimes even earlier), it throws me this error:

Code: Select all

exception: /build/grive2-0.5+git20160125/libgrive/src/protocol/AuthAgent.cc(142): Throw in function long int gr::AuthAgent::CheckHttpResponse(long int, const string&, const gr::http::Header&)
Dynamic exception type: boost::exception_detail::clone_impl<gr::http::Error>
[gr::expt::BacktraceTag*] = #0 0x55812c655bb9 grive gr::Exception::Exception()
#1 0x55812c635b2f grive gr::AuthAgent::CheckHttpResponse(long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, gr::http::Header const&)
#2 0x55812c636088 grive gr::AuthAgent::Request(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, gr::SeekStream*, gr::DataStream*, gr::http::Header const&)
#3 0x55812c66d7e7 grive gr::http::Agent::Get(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, gr::DataStream*, gr::http::Header const&)
#4 0x55812c66c0df grive gr::v2::Feed2::GetNext(gr::http::Agent*)
#5 0x55812c616a60 grive gr::Drive::DetectChanges()
#6 0x55812c606f75 grive Main(int, char**)
#7 0x55812c604dcd grive main
#8 0x7f6c6700c2e1 /lib/x86_64-linux-gnu/libc.so.6 __libc_start_main
#9 0x55812c605b0a grive _start

[gr::http::ResponseBodyTag*] = {
 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "reason": "rateLimitExceeded",
    "message": "Rate Limit Exceeded"
   }
  ],
  "code": 403,
  "message": "Rate Limit Exceeded"
 }
}

[gr::http::ResponseCodeTag*] = 403
[gr::http::RequestHeadersTag*] = Authorization: Bearer ya29.Gl1oBkq8VoszmUD9rCaBJzh8-fXf1IL_x_upuNab9aWUZJTb_MlcbdQGDK4J-n_GWl3uLjBMyQ0HNrdxOnoH1qgH0RnkJB7HsShcQDxMR6fK8LIB3yWzvdeKPw9FBj4
GData-Version: 3.0

[gr::http::ResponseHeadersTag*] = HTTP/1.1 403 Forbidden
Vary: X-Origin
Content-Type: application/json; charset=UTF-8
Date: Tue, 04 Dec 2018 19:25:08 GMT
Expires: Tue, 04 Dec 2018 19:25:08 GMT
Cache-Control: private, max-age=0
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
Server: GSE
Alt-Svc: quic=":443"; ma=2592000; v="44,43,39,35"
Accept-Ranges: none
Vary: Origin,Accept-Encoding
Transfer-Encoding: chunked


[gr::http::UrlTag*] = https://www.googleapis.com/drive/v2/files?maxResults=1000&pageToken=~!!~AI9FV7RkLzOMVso8-eYEo-peuRjU03sad4cnjSWXxGdjhoKkEhTDPu-RZTgH-L6c31KUbBPqTxvaTmpTbDmLRypZY7aAzFTJs8WraMRMNnhqFrD6oVw6dow8KhbhLAZg3eeuGIJxXq1kTd3C_qQHcLCeK84BbyU9n1FPIhMEfD07A7y9kotuxMnUPlpQ1-E9s8pWF5tgi1lE4Z3VRcIiHaQRTt8pfAB8csYhLAmpSjx64HdbnJ5XpVR4EJ3CJ0yVMEpGpLdJ6ghpjwDUctcSKTAPga9Z-K_i1v5m3wJFnoQla_1FWvjamimlr5ShyQ-OTQ-hqpvxO4-HCfRqFY9cjXsDgMsQRqPcZyLi279LCfbtCPM9EwHHo6ovyENY03BJkkE6Dl8B0WWK&q='me'+in+readers+and+trashed%3Dfalse

It does eventually sync my files to the cloud account, but after many attempts and if it skips one certain file I have to try multiple times to get a succesful sync.

I googled the error and it seems there is a known issue in grive dating from May 18 2017. I'll try the sync at 00:00 (my time) to see if it works as a workaround.

Later edit (for anyone still reading this): I had way more success syncing after 00:00 (on my older laptop) but that might just be a coincidence. I had some limited success even before 00:00 on my other laptop. So I don't know any workaround for this atm.

[Stevo]

There's a git commit that might fix that, according to the bug report. I'll rebuild grive from a git pull.

[catalinux]

thank you!

[ludolph]

I strongly recommend to wait for "InSync for OneDrive" (see https://www.insynchq.com/onedrive) which should be available very soon as beta version.

Every other OneDrive clients for Linux are pretty unstable ...