Package Details: grive-git 520.ffb744a-1

Git Clone URL: https://aur.archlinux.org/grive-git.git (read-only, click to copy)
Package Base: grive-git
Description: An open source Linux client for Google Drive with support for the new Drive REST API and partial sync
Upstream URL: https://github.com/vitalif/grive2
Keywords: drive git Google share sync
Licenses: GPL2
Conflicts: grive
Provides: grive
Submitter: ilpianista
Maintainer: edh
Last Packager: edh
Votes: 79
Popularity: 0.000006
First Submitted: 2012-04-29 15:20 (UTC)
Last Updated: 2021-03-16 23:09 (UTC)

Latest Comments

edh commented on 2022-06-03 20:27 (UTC)

Thanks for the comment. I assume this might be helpful to anyone trying to build the package right now. I fixed the grive package by patching the source.

Since this is a git package I will rely on upstream to fix this and will not patch the grive-git package.

jasper1378 commented on 2022-06-03 13:22 (UTC) (edited on 2022-06-03 15:21 (UTC) by jasper1378)

[ 14%] Building CXX object libgrive/CMakeFiles/grive.dir/src/base/Syncer.cc.o
In file included from /home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.cc:20:
/home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.hh:58:22: error: ‘unique_ptr’ in namespace ‘std’ does not name a template type
   58 |         virtual std::unique_ptr<Feed> GetFolders() = 0;
      |                      ^~~~~~~~~~
/home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.hh:23:1: note: ‘std::unique_ptr’ is defined in header ‘<memory>’; did you forget to ‘#include <memory>’?
   22 | #include "util/FileSystem.hh"
  +++ |+#include <memory>
   23 | 
/home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.hh:59:22: error: ‘unique_ptr’ in namespace ‘std’ does not name a template type
   59 |         virtual std::unique_ptr<Feed> GetAll() = 0;
      |                      ^~~~~~~~~~
/home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.hh:59:17: note: ‘std::unique_ptr’ is defined in header ‘<memory>’; did you forget to ‘#include <memory>’?
   59 |         virtual std::unique_ptr<Feed> GetAll() = 0;
      |                 ^~~
/home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.hh:60:22: error: ‘unique_ptr’ in namespace ‘std’ does not name a template type
   60 |         virtual std::unique_ptr<Feed> GetChanges( long min_cstamp ) = 0;
      |                      ^~~~~~~~~~
/home/jasper1378/.cache/yay/grive-git/src/grive-git/libgrive/src/base/Syncer.hh:60:17: note: ‘std::unique_ptr’ is defined in header ‘<memory>’; did you forget to ‘#include <memory>’?
   60 |         virtual std::unique_ptr<Feed> GetChanges( long min_cstamp ) = 0;
      |                 ^~~
make[2]: *** [libgrive/CMakeFiles/grive.dir/build.make:160: libgrive/CMakeFiles/grive.dir/src/base/Syncer.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:136: libgrive/CMakeFiles/grive.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: grive-git

When trying to install latest version.

EDIT: Adding "#include <memory>" to "libgrive/src/base/Syncer.hh" fixes the issue. There is already a pull request to fix this issue upstream.

edh commented on 2021-06-14 19:48 (UTC)

@zwastik Ah, I see. I though you wanted to voice problems concerning the grive binary itself in your last comment.

Please file a bug report upstream or even submit a patch. All distributions will benefit from this getting fixed.

zwastik commented on 2021-06-14 19:27 (UTC)

Now it does build successfully but service files have /usr/libexec path in them. Editing them solves the problem

edh commented on 2021-06-14 17:39 (UTC)

@zwastik Sorry, but I can't reproduce your error. Can you please recompile grive-git and try again? If the error persists, please file a bug report at https://github.com/vitalif/grive2 .

zwastik commented on 2021-06-14 17:24 (UTC)

grive-changes@Drive.service: Failed at step EXEC spawning /usr/libexec/grive/grive-sync.sh: No such file

It is looking in /usr/libexec but archlinux uses /usr/lib

zwastik commented on 2021-01-15 15:58 (UTC)

request failed due to auth token expired: 401 (body: ). refreshing token exception: /home/oiu7/.cache/pikaur/build/grive-git/src/grive-git/libgrive/src/json/JsonParser.cc(165): Throw in function void gr::JsonParser ::Parse(const char, std::size_t) Dynamic exception type: boost::wrapexcept<gr::JsonParser::Error> [gr::expt::BacktraceTag] = #0 0x555581c3d07a grive gr::Exception::Exception()

1 0x555581c18b1f grive gr::JsonParser::Parse(char const*, unsigned long)
2 0x555581c2c6ef grive gr::http::ValResponse::Write(char const*, unsigned long)
3 0x7f8778c74255 /usr/lib/libcurl.so.4
4 0x7f8778c86915 /usr/lib/libcurl.so.4
5 0x7f8778c6a6b5 /usr/lib/libcurl.so.4
6 0x7f8778c6bb76 /usr/lib/libcurl.so.4 curl_multi_perform
7 0x7f8778c41a8c /usr/lib/libcurl.so.4 curl_easy_perform
8 0x555581c10162 grive gr::http::CurlAgent::ExecCurl(std::__cxx11::basic_string<char, std::char_traits\<char>, std::allocator\<char> > const&,

gr::DataStream*, gr::http::Header const&)

9 0x555581c2e50b 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&, unsigned long long)

10 0x555581c0d9b4 grive gr::v2::Syncer2::Upload(gr::Resource*, bool)
11 0x555581c4d70f grive gr::Resource::SyncSelf(gr::Syncer, gr::ResourceTree, gr::Val const&)
12 0x555581c4db15 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
13 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
14 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
15 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
16 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
17 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
18 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
19 0x555581c4dc39 grive gr::Resource::Sync(gr::Syncer, gr::ResourceTree, gr::Val const&)
20 0x555581bf06a3 grive gr::Drive::Update()
21 0x555581be075e grive Main(int, char**)
22 0x555581bdd9e9 grive main
23 0x7f87763db152 /usr/lib/libc.so.6 __libc_start_main
24 0x555581bde53e grive _start

obayhan commented on 2020-12-18 17:41 (UTC)

google getting uglier....

@jkendall solution in here https://github.com/vitalif/grive2/issues/287 gives the error below:

Failed to refresh auth token: HTTP 400, body: exception: /home/ozgur/.cache/yay/grive-git/src/grive-git/libgrive/src/protocol/OAuth2.cc(111): Throw in function void gr::OAuth2::Refresh() Dynamic exception type: boost::wrapexcept<gr::OAuth2::AuthFailed> [gr::expt::BacktraceTag*] = #0 0x563a4e0f868a grive gr::Exception::Exception()

1 0x563a4e0ee11a grive gr::OAuth2::AuthFailed::AuthFailed()
2 0x563a4e0ec9e6 grive gr::OAuth2::Refresh()
3 0x563a4e0ecbb5 grive gr::OAuth2::OAuth2(gr::http::Agent*, 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&, std::__cxx11::basic_string<char, std::char_traits\<char>, std::allocator\<char> > const&)
4 0x563a4e0927d5 grive Main(int, char**)
5 0x563a4e08ff79 grive main
6 0x7f21940fe152 /usr/lib/libc.so.6 __libc_start_main
7 0x563a4e090a3e grive _start

jkendall commented on 2020-03-30 20:58 (UTC) (edited on 2020-04-01 20:36 (UTC) by jkendall)

I am unable to connect to my google account. I run grive -a and follow the link, but then I see: "Sign in with Google temporarily disabled for this app This app has not yet been verified by Google in order to use Google Sign in."

Is this happening for everyone else?

Maybe the more up to date package 'grive' (rather than 'grive-git') fixes the problem but I cannot install it due to an error during build.

Any ideas?

EDIT: I found the solution here: https://github.com/vitalif/grive2/issues/287

rylanm commented on 2020-02-04 02:28 (UTC)

@tjc Last Friday, I had the same runtime error. I fixed it by using the workaround dikei posted, where a line is changed in PKGBUILD. Hopefully that works for you as well. cmake -DCMAKE_BUILD_TYPE=Release \ to cmake -DBoost_DIR=/usr/lib/cmake/Boost-1.71.0 \ https://pastebin.com/HFem07Qj

tjc commented on 2020-02-04 00:32 (UTC)

sorry, which comment (timezones are different). I am not getting the build error vlas commented about; I am getting a runtime error.

rylanm commented on 2020-02-03 22:55 (UTC)

@tjc See dikei's comment below with timestamp 2019-10-19 01:21 for a workaround.

tjc commented on 2020-02-03 22:31 (UTC)

with a freshly installed grive-git I am getting: grive: error while loading shared libraries: libboost_filesystem.so.1.71.0: cannot open shared object file: No such file or directory

edh commented on 2020-01-29 19:59 (UTC)

@vlas

Sure, that is why I implicitly recommended you to check how to get to the error in a reproducable way or depending on preliminary tests on your side, file a bug report. It is not required to understand every last bit of C++ code in grive to do either of this. To start with, I would check that you boost package is up-to-date and make sure that the error also occurs if you manually try to build grive.

P.s. please be a little bit more considered of what to expect from the comment section of a package. This is not a helpdesk after all.

vlas commented on 2020-01-29 19:45 (UTC)

@edh, I'm sorry, but I'm not a coder and I have no idea what caused this error. I expect getting advice here.

edh commented on 2020-01-29 19:07 (UTC)

@vlas I can not reproduce your error. Please file a bug upstream if you think that it is actually due to something in the code of grive.

vlas commented on 2020-01-29 16:08 (UTC)

501.a3cce71-1 build error: https://pastebin.com/raw/zfeE88Rt

vlas commented on 2019-10-20 22:08 (UTC) (edited on 2019-10-20 22:12 (UTC) by vlas)

@dikei: It works, thanks! Just changed cmake -DCMAKE_BUILD_TYPE=Release \ to cmake -DBoost_DIR=/usr/lib/cmake/Boost-1.71.0 \
Mad. I never would have thought of it. Am I the only one with this problem?..

dikei commented on 2019-10-19 08:21 (UTC) (edited on 2020-03-22 08:47 (UTC) by dikei)

@vlas: Seem like a new bug in Boost-1.71 https://gitlab.kitware.com/cmake/cmake/issues/19841

Workaround by manually setting -DBoost_DIR=/usr/lib/cmake/Boost-<boost_version>/ in the PKGBUILD file

https://pastebin.com/HFem07Qj

vlas commented on 2019-10-08 19:20 (UTC) (edited on 2019-10-08 19:21 (UTC) by vlas)

493.f039e38-2 build error: https://pastebin.com/V0yrr9uY

the_isz commented on 2019-03-03 16:51 (UTC)

@edh: Sorry, somehow I completely missed your response D:

You are correct, it is an optional dependency because you only need it if you want to use "grive-changes" to automatically upload changes to your google drive folder.

Tharbad commented on 2019-02-02 11:55 (UTC)

What happened to grive-tools package?

edh commented on 2019-01-29 15:54 (UTC)

@the_isz Thanks for the comment. I admit that it can be considered a dependency. However, AFAIK it is optional for running grive. For now I have added it to the optdepends array and will push it with the next new release.

the_isz commented on 2019-01-28 20:14 (UTC)

Hi edh,

I think inotify-tools is a missing mandatory dependency for this package.

Could you add it for your next release, please?

Thanks and best regards,

Iszzy

edh commented on 2015-10-23 22:25 (UTC)

@justinkb Thanks for the hint. I will update it in a couple of minutes.

semeion commented on 2015-10-23 22:20 (UTC) (edited on 2015-10-23 22:20 (UTC) by semeion)

@justinkb: Exactly. I got same error here. Recompiling the AUR package solve the problem.

justinkb commented on 2015-10-23 22:14 (UTC) (edited on 2015-10-23 22:15 (UTC) by justinkb)

Maybe do a revbump since boost-libs pkg update from [extra] from a week or two ago means rebuilding this package is necessary (grive: error while loading shared libraries: libboost_program_options.so.1.58.0: cannot open shared object file: No such file or directory)

edh commented on 2015-06-28 11:39 (UTC)

The concerning bug has been fixed upstream and I can confirm that it is working.

edh commented on 2015-06-26 14:48 (UTC)

There seems to be a problem concerning the build of some test units. I reported the error upstream! The good news is that it only occurs when the package "cppunit" is installed: Removing the package, removes the error. This definitely is not a permanent solution but for now "cppunit" is considered a conflicting package. @jorges Thanks for your comment!

jorges commented on 2015-06-26 13:29 (UTC)

Build failing here, see below for excerpt Linking CXX executable btest [ 81%] Built target btest Scanning dependencies of target unittest [ 83%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/UnitTest.cc.o [ 85%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/drive/EntryTest.cc.o /var/abs/local/yaourt/tmp/yaourt-tmp-jscandal/aur-grive-git/src/grive-git/libgrive/test/drive/EntryTest.cc:24:26: fatal error: drive/Entry.hh: No such file or directory compilation terminated. libgrive/CMakeFiles/unittest.dir/build.make:77: recipe for target 'libgrive/CMakeFiles/unittest.dir/test/drive/EntryTest.cc.o' failed make[2]: *** [libgrive/CMakeFiles/unittest.dir/test/drive/EntryTest.cc.o] Error 1 CMakeFiles/Makefile2:149: recipe for target 'libgrive/CMakeFiles/unittest.dir/all' failed make[1]: *** [libgrive/CMakeFiles/unittest.dir/all] Error 2 Makefile:116: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build grive-git.

edh commented on 2015-06-01 13:37 (UTC)

I just obtained maintainership and will update this package from now on. The PKGBUILD now uses a different source. To be precise it uses a fork of the original grive programm which was also introced in the grive package. This does not only fixes several bugs, e.g. the missing implementation of the new REST API, but moreover promises a much cleaner and better implementation of the new APIs.

tmoore commented on 2015-02-01 22:35 (UTC)

Updated and working

gosella commented on 2014-12-16 16:06 (UTC)

Please, update the patch file "json-c.patch" with this: http://linkode.org/GolkssnklWcMlrBExxUr17 The first part of the patch is no longer relevant (and is causing trouble appling it, as reported by @frabjous). Thanks!

frabjous commented on 2014-12-10 03:28 (UTC)

This may be related to filinep's problem but I currently cannot build this. I get: build.sh cmake CMakeLists.txt COPYING grive grive.spec libgrive package README scripts /tmp/pacaurtmp-kck/grive-git/src/grive-git patching file cmake/Modules/FindJSONC.cmake Hunk #1 FAILED at 6. 1 out of 1 hunk FAILED -- saving rejects to file cmake/Modules/FindJSONC.cmake.rej patching file libgrive/src/protocol/Json.cc Hunk #1 succeeded at 29 with fuzz 2.

filinep commented on 2014-11-27 08:35 (UTC)

I had to remove the first part of the json-c.patch file to get it to compile.

allencch commented on 2014-09-25 02:55 (UTC)

Another patch is required (https://github.com/Grive/grive/issues/193): ===================== --- a/libgrive/src/drive/State.cc +++ b/libgrive/src/drive/State.cc @@ -248,12 +248,12 @@ void State::Write( const fs::path& filename ) const { Json last_sync ; - last_sync.Add( "sec", Json(m_last_sync.Sec() ) ); - last_sync.Add( "nsec", Json(m_last_sync.NanoSec() ) ); + last_sync.Add( "sec", Json((boost::uint64_t)m_last_sync.Sec() ) ); + last_sync.Add( "nsec", Json((boost::uint64_t)m_last_sync.NanoSec() ) ); Json result ; result.Add( "last_sync", last_sync ) ; - result.Add( "change_stamp", Json(m_cstamp) ) ; + result.Add( "change_stamp", Json((boost::uint64_t)m_cstamp) ) ; std::ofstream fs( filename.string().c_str() ) ; fs << result ; ==============

axper commented on 2014-05-31 14:35 (UTC)

@ksj Sounds like very upstream bug.

ksj commented on 2014-05-31 14:31 (UTC)

Hello, I got following error, when I tried to run "grive -a" (after enter the auth code): exception: /tmp/yaourt-tmp-ksj/aur-grive-git/src/grive-git/libgrive/src/protocol/Json.cc(231): Throw in function gr::Json gr::Json::operator[](const string&) const Dynamic exception type: N5boost16exception_detail10clone_implIN2gr4Json5ErrorEEE [PN2gr11KeyNotFoundE] = access_token [PN2gr4expt12BacktraceTagE] = #0 0x488f3c grive gr::Exception::Exception() #1 0x4740d1 grive gr::Json::Error::Error() #2 0x472612 grive gr::Json::operator[](std::string const&) const #3 0x47d072 grive gr::OAuth2::Auth(std::string const&) #4 0x43d830 grive Main(int, char**) #5 0x43b8bb grive main #6 0x7f05c28b8000 /usr/lib/libc.so.6 __libc_start_main #7 0x43c86f grive [PN2gr7JsonTagE] = { "error": "invalid_grant", "error_description": "Invalid code." } [PN2gr8JsonCApiE] = json_object_object_get What I have to do to run code correctly?

J-Wreck commented on 2014-05-29 00:23 (UTC)

new PKGBUILD w/ gosella's patch (and a new, more active upstream git source) released. Also, converted PKGBUILD to modern VCS format.

gosella commented on 2014-05-28 22:35 (UTC)

I've created a patch to fix the changes introduced with the json-c update. It basically changes all include files from <json/...> to <json-c/...>. The modified PKGBUILD: http://pastebin.com/m9Mc8ngt The PKGBUILD also needs a patch file that must be named "json-c.patch": http://pastebin.com/b87P3TTt Hope it helps!

mrbit commented on 2014-05-28 10:08 (UTC)

After json-c update to 0.12-2, the package cannot be compiled because cmake fails to find JSON-C.

J-Wreck commented on 2013-06-19 17:16 (UTC)

Odd, using the ljson-c flag builds fine in a clean chroot for me...

hongy19 commented on 2013-06-19 14:19 (UTC)

I also need to change "ljson-c" to "ljson" in order to solve missing "ljson-c" issue. PKGBUILD -DCMAKE_EXE_LINKER_FLAGS=-ljson-c

hongy19 commented on 2013-06-19 01:21 (UTC)

this scrip also need qt4 for compile?

J-Wreck commented on 2013-06-18 14:53 (UTC)

Should be fixed now

commented on 2013-06-18 08:00 (UTC)

Still getting errors when trying to build. Fixed one by installing yajl Fixed another by adding the lines #define PACKAGE "grive" #define PACKAGE_VERSION "git" to libgrive/src/bfd/SymbolInfo.cc as suggested by bananaoomarang The current error I'm receiving is: -- Installing: /home/niksko/AUR/grive-git/pkg/grive-git/usr/bin/bgrive CMake Error at bgrive/cmake_install.cmake:52 (FILE): file INSTALL cannot find "/home/niksko/AUR/grive-git/src/grive/bgrive/doc/grive.1". Call Stack (most recent call first): cmake_install.cmake:39 (INCLUDE) make: *** [install] Error 1 ==> ERROR: A failure occurred in package(). Aborting...

dobo commented on 2013-06-17 13:38 (UTC)

If it doesn't compile try this workaround https://gist.github.com/dobo90/5796923

J-Wreck commented on 2013-01-29 17:24 (UTC)

@mountpeaks, are you building with the latest sources? It builds fine for me

J-Wreck commented on 2012-12-11 01:00 (UTC)

As of the last update (Dec 6), the package should build fine.

bananaoomarang commented on 2012-12-10 20:33 (UTC)

@temoto I just figured out a patch to get it to build on my box, just a couple of small problems. Seems to work now. http://pastebin.com/Df4HPnL1

temoto commented on 2012-11-22 10:46 (UTC)

Build fail log: https://gist.github.com/4130520 ==> Determining latest git revision... -> Version found: 20121122 ... [ 70%] Building CXX object libgrive/CMakeFiles/grive.dir/src/xml/Node.cc.o [ 72%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o In file included from /tmp/pacaurtmp-temoto/grive-git/src/grive/libgrive/src/bfd/SymbolInfo.cc:25:0: /usr/include/bfd.h:37:2: error: #error config.h must be included before this header make[2]: *** [libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1 make[1]: *** [libgrive/CMakeFiles/grive.dir/all] Error 2 make: *** [all] Error 2

bananagranola commented on 2012-11-02 00:27 (UTC)

I modified the PKGBUILD here https://github.com/bananagranola/dotfiles/blob/master/.sources/grive-git/PKGBUILD to address https://github.com/Grive/grive/issues/72 by adding "sed -i -e '/find_package(BFD)/d' "${srcdir}"/grive/libgrive/CMakeLists.txt" before make. I also added cppunit to the conflicting packages list because doing so fixes zhobbs' problem (hacky, but temporarily works as long as you're not doing unit tests).

mrbit commented on 2012-09-14 16:20 (UTC)

fix: https://github.com/mrpdaemon/grive/commit/a145c2041260be264069cdeb0cd4968afcee9035

dlin commented on 2012-09-04 03:42 (UTC)

jwooton & zhobbs: I re-produce your problem. That's caused by wrong choose. rm /tmp/yaourt-tmp-<yourname> The sources of grive-git were kept last time. Use them ? [Y/n] You should reply 'N' here.

commented on 2012-09-04 02:29 (UTC)

I get the same results as zhobbs...see below. But I am able to install the older version from the AUR: grive 0.2.0-38 . Unfortunately that version not up to date and behaving properly. $ uname -a Linux dadacomputer 3.5.3-1-ARCH #1 SMP PREEMPT Sun Aug 26 09:14:51 CEST 2012 x86_64 GNU/Linux $ gcc --version gcc (GCC) 4.7.1 20120721 (prerelease) Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ pwd && git show /tmp/yaourt-tmp-root/aur-grive-git/src/grive commit 113b1107d8172ade8a6141735e8883bd3d64fe50 Merge: 804fe92 29f1739 Author: Nestal Wan <me@nestal.net> Date: Mon Aug 6 07:51:57 2012 -0700 Merge pull request #112 from justinharding/issue_86_partial_sync fix broken unit tests [ 91%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/util/FunctionTest.cc.o [ 93%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/util/DateTimeTest.cc.o [ 95%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/util/ConfigTest.cc.o /tmp/yaourt-tmp-root/aur-grive-git/src/grive/libgrive/test/util/ConfigTest.cc:39:44: error: no 'void grut::ConfigTest::TestInitialiseWithNoPath()' member function declared in class 'grut::ConfigTest' /tmp/yaourt-tmp-root/aur-grive-git/src/grive/libgrive/test/util/ConfigTest.cc:48:42: error: no 'void grut::ConfigTest::TestInitialiseWithPath()' member function declared in class 'grut::ConfigTest' make[2]: *** [libgrive/CMakeFiles/unittest.dir/test/util/ConfigTest.cc.o] Error 1 make[1]: *** [libgrive/CMakeFiles/unittest.dir/all] Error 2 make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build grive-git. ==> Restart building grive-git ? [y/N] ==> ----------------------------------

commented on 2012-08-21 05:20 (UTC)

I get this: [ 93%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/util/DateTimeTest.cc.o [ 95%] Building CXX object libgrive/CMakeFiles/unittest.dir/test/util/ConfigTest.cc.o /tmp/grive-git/src/grive/libgrive/test/util/ConfigTest.cc:39:44: error: no ‘void grut::ConfigTest::TestInitialiseWithNoPath()’ member function declared in class ‘grut::ConfigTest’ /tmp/grive-git/src/grive/libgrive/test/util/ConfigTest.cc:48:42: error: no ‘void grut::ConfigTest::TestInitialiseWithPath()’ member function declared in class ‘grut::ConfigTest’ make[2]: *** [libgrive/CMakeFiles/unittest.dir/test/util/ConfigTest.cc.o] Error 1 make[1]: *** [libgrive/CMakeFiles/unittest.dir/all] Error 2 make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

lqs commented on 2012-08-09 08:40 (UTC)

The requested URL returned error: 403 Forbidden while accessing https://github.com/Grive/grive.git/info/refs So what address is availuable now? Anyone help?

dlin commented on 2012-07-18 01:13 (UTC)

from:maintainer, Please remove old comment if that issue have fixed. 20120718 fixed license & download url to https

ilpianista commented on 2012-06-26 23:16 (UTC)

* orphaning

muunleit commented on 2012-06-18 16:12 (UTC)

It seems grive has moved again https://github.com/Grive/grive

mrbit commented on 2012-06-10 21:33 (UTC)

grive-git/src/grive/libgrive/src/protocol/OAuth2.cc:67:36: error: no matching function for call to ‘gr::http::CurlAgent::Post(const string&, std::string&, gr::http::JsonResponse*)’ not compila...

ilpianista commented on 2012-06-09 14:53 (UTC)

@gnomeye thanks, the url is changed.

eyenx commented on 2012-06-09 14:45 (UTC)

anyone else getting a 404 trying to get to http://match065.github.com/grive ?

crobe2 commented on 2012-06-08 07:04 (UTC)

The current version does not work for me, grive authenticates, but does not create its state files, so it wants to initialize again on the next run.

ilpianista commented on 2012-05-30 14:54 (UTC)

@ctarwater openssl is already installed by ca-certificates, which is needed by curl. I haven't libstdc++5 on my system, and grive-git builds fine.

ctarwater commented on 2012-05-30 02:32 (UTC)

Thanks for maintaining this package! I had to add 'libstdc++5' and 'openssl' in order to get this to compile and install/run properly. Once installed I created a new directory, cd-ed into it and ran 'grive-a' without any issues.

commented on 2012-05-24 04:36 (UTC)

Same error as gdw and palpinter received.

ilpianista commented on 2012-05-23 17:39 (UTC)

Report the bug upstream!

palpinter commented on 2012-05-23 17:38 (UTC)

Does'nt work properly: /tmp/yaourt-tmp-palpinter/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc: In constructor ‘gr::Gdbm::Gdbm(const string&)’: /tmp/yaourt-tmp-palpinter/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc:39:78: error: invalid conversion from ‘void (*)()’ to ‘void (*)(const char*)’ [-fpermissive] In file included from /tmp/yaourt-tmp-palpinter/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc:24:0: /usr/include/gdbm.h:101:18: error: initializing argument 5 of ‘gdbm_file_info* gdbm_open(const char*, int, int, int, void (*)(const char*))’ [-fpermissive] /tmp/yaourt-tmp-palpinter/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc:42:39: error: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive] make[2]: *** [libgrive/CMakeFiles/grive.dir/src/util/Gdbm.cc.o] Error 1 make[1]: *** [libgrive/CMakeFiles/grive.dir/all] Error 2 make: *** [all] Error 2

gdw commented on 2012-05-23 16:40 (UTC)

Doesn't compile for me: /tmp/yaourt-tmp-gwarner/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc: In constructor 'gr::Gdbm::Gdbm(const string&)': /tmp/yaourt-tmp-gwarner/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc:39:78: error: invalid conversion from 'void (*)()' to 'void (*)(const char*)' [-fpermissive] In file included from /tmp/yaourt-tmp-gwarner/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc:24:0: /usr/include/gdbm.h:101:18: error: initializing argument 5 of 'gdbm_file_info* gdbm_open(const char*, int, int, int, void (*)(const char*))' [-fpermissive] /tmp/yaourt-tmp-gwarner/aur-grive-git/src/grive/libgrive/src/util/Gdbm.cc:42:39: error: invalid conversion from 'const char*' to 'char*' [-fpermissive] make[2]: *** [libgrive/CMakeFiles/grive.dir/src/util/Gdbm.cc.o] Error 1 make[1]: *** [libgrive/CMakeFiles/grive.dir/all] Error 2 make: *** [all] Error 2

ilpianista commented on 2012-05-17 18:01 (UTC)

@kammela Report the bug upstream

commented on 2012-05-17 17:37 (UTC)

I have a error when first start grive [kammela@archp .grive]$ grive -a terminate called after throwing an instance of 'gr::Config::Error' what(): std::exception Annullato

commented on 2012-05-07 12:49 (UTC)

doesn't work for me too, same behaviour as reported by HarD

HarD commented on 2012-05-06 18:16 (UTC)

I have a error when start grive grive -a *** glibc detected *** grive: double free or corruption (top): 0x00000000013de1c0 *** ======= Backtrace: ========= /lib/libc.so.6(+0x78a56)[0x7fbd81c06a56] /usr/lib/libcurl.so.4(+0x1ca54)[0x7fbd81732a54] /usr/lib/libgrive.so.0(_ZN2gr4http5Agent6EscapeERKSs+0x4d)[0x7fbd82461d8d] /usr/lib/libgrive.so.0(_ZN2gr6OAuth211MakeAuthURLERKSsS2_+0x81)[0x7fbd82462151] grive(main+0x80)[0x4028b0] /lib/libc.so.6(__libc_start_main+0xf5)[0x7fbd81baf455] grive[0x4031e1] ======= Memory map: ========

ilpianista commented on 2012-04-29 22:14 (UTC)

@mrbit Works for me. Try again

mrbit commented on 2012-04-29 22:13 (UTC)

==> Connecting to GIT server.... remote: Counting objects: 53, done. remote: Compressing objects: 100% (17/17), done. remote: Total 38 (delta 23), reused 36 (delta 21) Unpacking objects: 100% (38/38), done. From https://github.com/match065/grive 74d6b56..60f1e87 master -> origin/master Updating 74d6b56..60f1e87 error: Your local changes to the following files would be overwritten by merge: src/main.cc Please, commit your changes or stash them before you can merge. Aborting ==> ERRORE: