@zwastik this is a known issue, there's a pull request upstream to fix it that has yet to be merged. https://github.com/vitalif/grive2/pull/363. You should be able to patch it yourself, or switch to the "grive" package (which is also currently broken, but should be fixed as soon as @edh implements my patch).
Search Criteria
Package Details: grive-git 557.648ff8e-1
Package Actions
| 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: | 78 |
| Popularity: | 0.037726 |
| First Submitted: | 2012-04-29 15:20 (UTC) |
| Last Updated: | 2023-01-23 14:25 (UTC) |
Dependencies (13)
- boost-libs (boost-libs-gitAUR)
- curl (curl-quiche-gitAUR, curl-gitAUR, curl-http3-ngtcp2AUR, curl-c-aresAUR)
- expat (expat-gitAUR)
- gcc-libs (gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-gitAUR)
- json-c (json-c-gitAUR)
- libgcrypt
- yajl (yajl-gitAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- git (git-gitAUR) (make)
- binutils (optional) – backtrace and libiberty
- cppunit (optional) – unit tests
- inotify-tools (inotify-tools-gitAUR) (optional) – scheduled syncs and syncs on file change events
Required by (0)
Sources (1)
jasper1378 commented on 2022-09-21 02:51 (UTC)
zwastik commented on 2022-09-21 02:44 (UTC) (edited on 2022-09-21 02:45 (UTC) by zwastik)
@jasper1378's patch does work but it fails to build later anyway
[ 11%] Building CXX object libgrive/CMakeFiles/grive.dir/src/base/Syncer.cc.o
In file included from /home/user/.cache/pikaur/build/grive-git/src/grive-git/libgrive/src/base/Syncer.cc:20:
/home/user/.cache/pikaur/build/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/user/.cache/pikaur/build/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 |
jasper1378 commented on 2022-09-21 00:26 (UTC)
@edh I created a pull request upstream that fixes the issue, hopefully it gets merged sooner rather than later. https://github.com/vitalif/grive2/pull/371
jasper1378 commented on 2022-09-20 20:52 (UTC)
@edh That makes sense. Upstream seems to be dead, but I'll look into making a patch that you can apply to the grive package. If that gentoo bug that I linked is correct however, it may not actually be a problem with grive.
edh commented on 2022-09-20 20:45 (UTC)
This package has a bad record of not building. However, I am reluctant to patch a git-package because any changes would most likely break with any new upstream commit. Please try to get the build fixed upstream or switch to the grive package.
jasper1378 commented on 2022-09-19 21:14 (UTC) (edited on 2022-09-20 13:57 (UTC) by jasper1378)
EDIT: Seems like there's an issue upstream referencing this: https://github.com/vitalif/grive2/issues/370
EDIT: Like the upstream issue mentioned, downgrading grep to 3.7 resolves the issue.
EDIT: Seems like it might actually a bug in libgcrypt-config. Take a look a this gentoo bug report: https://bugs.gentoo.org/868384
I'm getting the following error(s) when trying to build the latest version:
CMake Warning:
Value of grive_LIB_DEPENDS contained a newline; truncating
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
fgrep: warning: fgrep is obsolescent" which has leading or trailing
whitespace. This is now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
-lgcrypt -lgpg-error" which has leading or trailing whitespace. This is
now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
fgrep: warning: fgrep is obsolescent" which has leading or trailing
whitespace. This is now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
-lgcrypt -lgpg-error" which has leading or trailing whitespace. This is
now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
fgrep: warning: fgrep is obsolescent" which has leading or trailing
whitespace. This is now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
-lgcrypt -lgpg-error" which has leading or trailing whitespace. This is
now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
fgrep: warning: fgrep is obsolescent" which has leading or trailing
whitespace. This is now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
-lgcrypt -lgpg-error" which has leading or trailing whitespace. This is
now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
fgrep: warning: fgrep is obsolescent" which has leading or trailing
whitespace. This is now an error according to policy CMP0004.
CMake Error at libgrive/CMakeLists.txt:74 (add_library):
Target "grive" links to item " using grep -F
-lgcrypt -lgpg-error" which has leading or trailing whitespace. This is
now an error according to policy CMP0004.
semeion commented on 2022-08-10 06:35 (UTC)
@edh Oh i just deleted the .grive file and tried create new auth code using non-git version and it is working now!!!
Thank you very much! :D
semeion commented on 2022-08-10 06:00 (UTC) (edited on 2022-08-10 06:08 (UTC) by semeion)
@edh I think you could add the patch, because the package is already broken, if the program got fixed in mainstrean just remove the patchs :D
And, yeah, the non-git package compile but doesn´t run. I tried and i get this errors:
Failed to refresh auth token: HTTP 401, body:
exception: /home/mnemonic/.aur/grive/grive/src/grive2-0.5.1/libgrive/src/protocol/OAuth2.cc(111): Throw in function Refresh
Dynamic exception type: boost::wrapexcept<gr::OAuth2::AuthFailed>
[gr::expt::BacktraceTag*] = #0 0x55c4f4e3a04d grive gr::Exception::Exception()
#1 0x55c4f4e2f6a7 grive gr::OAuth2::Refresh()
#2 0x55c4f4e2fe69 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&)
#3 0x55c4f4dc1b83 grive Main(int, char**)
#4 0x55c4f4dbeddb grive main
#5 0x7fbd3e3592d0 /usr/lib/libc.so.6
#6 0x7fbd3e35938a /usr/lib/libc.so.6 __libc_start_main
#7 0x55c4f4dbf7c5 grive _start
edh commented on 2022-08-10 02:55 (UTC)
@semeion The non-git package should build just fine thanks to some additional patches. I am reluctant to introduce those patches to the git-package because they would most likely break the build as soon as a new commit is made upstream.
semeion commented on 2022-08-08 09:24 (UTC)
Someone have a solution or any workaround to compile it? :(
Pinned Comments
edh commented on 2022-09-20 20:45 (UTC)
This package has a bad record of not building. However, I am reluctant to patch a git-package because any changes would most likely break with any new upstream commit. Please try to get the build fixed upstream or switch to the grive package.