Package Details: grive-git 557.648ff8e-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: 78
Popularity: 0.000284
First Submitted: 2012-04-29 15:20 (UTC)
Last Updated: 2023-01-23 14:25 (UTC)

Dependencies (13)

Required by (0)

Sources (1)

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.

Latest Comments

1 2 3 4 5 6 .. 11 Next › Last »

jasper1378 commented on 2022-09-21 02:51 (UTC)

@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).

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? :(