Package Details: grive 0.5.1-3

Git Clone URL: https://aur.archlinux.org/grive.git (read-only, click to copy)
Package Base: grive
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 Google grive2 sync vitalif
Licenses: GPL2
Submitter: mrbit
Maintainer: edh
Last Packager: edh
Votes: 285
Popularity: 0.114496
First Submitted: 2012-04-29 22:26 (UTC)
Last Updated: 2021-03-16 23:09 (UTC)

Latest Comments

edh commented on 2021-06-01 09:20 (UTC)

@hal3000 If you can nail down the commit that fixes your issue, I would be happy to backport it. Having said that, I think for this package it is actually better to always use the latest version, i.e. grive-git. Unfortunately things keep breaking for the stable release of grive.

hal3000 commented on 2021-05-29 15:35 (UTC) (edited on 2021-05-29 15:35 (UTC) by hal3000)

After latest update I'm getting "unable to access shared file" error. However, building from source fixes problem (https://github.com/vitalif/grive2#manual-build)

simona commented on 2021-03-16 23:15 (UTC)

good... now compile. thx

edh commented on 2021-03-16 23:09 (UTC)

I backported the changes needed to compile grive. Sorry for the extremely long delay!

simona commented on 2020-12-27 11:12 (UTC)

/home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd, asection, void)’:
/home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’?
121 | bfd_vma vma = bfd_get_section_vma(abfd, section);
| ^~~~~~~~~~~~~~~~~~~
| bfd_set_section_vma
/home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd
’ to ‘constasection’ {aka ‘const bfd_section’}
127 | bfd_size_type size = bfd_section_size(abfd, section);
| ^~~~
| |
| bfd
In file included from /home/simona/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26:
/usr/include/bfd.h:1219:35: note: initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection
)’ 1219 | bfd_section_size (const asection sec)
| ~~~~~~~~~~~~~~~~^~~
make[2]:
[libgrive/CMakeFiles/grive.dir/build.make:628: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Errore 1
make[1]:
* [CMakeFiles/Makefile2:213: libgrive/CMakeFiles/grive.dir/all] Errore 2

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

Giving error while compiling:

[ 86%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd, asection, void)’: /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’? 121 | bfd_vma vma = bfd_get_section_vma(abfd, section); | ^~~~~~~~~~~~~~~~~~~ | bfd_set_section_vma /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd’ to ‘const asection’ {aka ‘const bfd_section’} 127 | bfd_size_type size = bfd_section_size(abfd, section); | ^~~~ | | | bfd In file included from /home/ozgur/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26: /usr/include/bfd.h:1219:35: note: initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection)’ 1219 | bfd_section_size (const asection sec) | ~~~~~~~~~~~~~~~~^~~ make[2]: [libgrive/CMakeFiles/grive.dir/build.make:628: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1 make[2]: Waiting for unfinished jobs.... make[1]: [CMakeFiles/Makefile2:184: libgrive/CMakeFiles/grive.dir/all] Error 2 make: * [Makefile:149: all] Error 2 ==> ERROR: A failure occurred in build().

davama commented on 2020-07-01 16:54 (UTC)

@je-vv

Yeah, same davama on github :) Glad it's working

Best

cray commented on 2020-06-29 09:28 (UTC) (edited on 2020-06-29 09:29 (UTC) by cray)

@davama

Thank you for pointing it out, installing grive-git worked for me.

Connecting to the google account however appears to be problematic due to some policy change by google.

@jkendall posted at grive-git that a solution could be found at: https://github.com/vitalif/grive2/issues/287

davama commented on 2020-06-26 15:29 (UTC)

@cray @insign

Have you used git? as the maintainer suggested? He hasnt updated this pkg in the aur but git is good.

cray commented on 2020-06-26 15:26 (UTC)

+1 to the error posted by @insign

insign commented on 2020-06-12 01:31 (UTC)

[ 86%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd, asection, void)’: /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’? 121 | bfd_vma vma = bfd_get_section_vma(abfd, section); | ^~~~~~~~~~~~~~~~~~~ | bfd_set_section_vma /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd’ to ‘const asection’ {aka ‘const bfd_section’} 127 | bfd_size_type size = bfd_section_size(abfd, section); | ^~~~ | | | bfd In file included from /home/helio/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26: /usr/include/bfd.h:1205:35: note: initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection)’ 1205 | bfd_section_size (const asection *sec) | ~~~~~~~~~~~~~~~~^~~ make[2]: [libgrive/CMakeFiles/grive.dir/build.make:629: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1 make[2]: Waiting for unfinished jobs.... make[1]: [CMakeFiles/Makefile2:185: libgrive/CMakeFiles/grive.dir/all] Error 2 make: [Makefile:150: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Error making: grive

davama commented on 2020-05-19 15:10 (UTC)

I also saw the error on two if my arch installations:

grive: error while loading shared libraries: libjson-c.so.4: cannot open shared object file: No such file or directory

Updated my computers, reinstalled json-c, rebooted, and rebuild grive from git and all is well in the world again

alfredo.ardito commented on 2020-05-14 09:32 (UTC)

After getting the error about libjson-c.so.4 missing, I tried to reinstall the package with yay and then tried again with a clean build and got this error:

error: cannot convert ‘bfd’ to ‘const asection’ {aka ‘const bfd_section*’}
127 | bfd_size_type size = bfd_section_size(abfd, section);

thehungryturnip commented on 2020-05-13 00:44 (UTC)

@Hemular

When trying to clean-build the package I get the error encountered by @pmatts.

I switched to using grive-git and it does build successfully and runs without error.

Hemular commented on 2020-05-12 20:51 (UTC) (edited on 2020-05-12 20:52 (UTC) by Hemular)

@coxackie @sadid @thehungryturnip and anyone else experiencing the libjson-c.so.4 error, update your system, reboot and rebuild grive. It should grab the correct libjson-c.so automatically

thehungryturnip commented on 2020-05-06 14:59 (UTC)

+1 to the error experienced by @coxackie and @sadid

coxackie commented on 2020-05-04 18:13 (UTC)

I am getting similar error as @sadid

sadid commented on 2020-05-02 08:59 (UTC)

I get this when try to run grive:

grive: error while loading shared libraries: libjson-c.so.4: cannot open shared object file: No such file or directory

The system libjson is libjson-c.so.5. It probably can be solved with a symlink but it better to be handle in the build.

davama commented on 2020-04-08 15:30 (UTC)

@pmatts & @electra

use git, as the maintainer suggested.... it works

pmatts commented on 2020-04-01 12:17 (UTC)

I'm getting error:

[ 86%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o
/home/x/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd*, asection*, void*)’:
/home/x/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’?
  121 |  bfd_vma vma = bfd_get_section_vma(abfd, section);
      |                ^~~~~~~~~~~~~~~~~~~
      |                bfd_set_section_vma
/home/x/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd*’ to ‘const asection*’ {aka ‘const bfd_section*’}
  127 |  bfd_size_type size = bfd_section_size(abfd, section);
      |                                        ^~~~
      |                                        |
      |                                        bfd*
In file included from /home/x/.cache/yay/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26:
/usr/include/bfd.h:1205:35: note:   initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection*)’
 1205 | bfd_section_size (const asection *sec)
      |                   ~~~~~~~~~~~~~~~~^~~
make[2]: *** [libgrive/CMakeFiles/grive.dir/build.make:626: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1
make[2]: Leaving directory '/home/x/.cache/yay/grive/src/grive2-0.5.1/build'
make[1]: *** [CMakeFiles/Makefile2:182: libgrive/CMakeFiles/grive.dir/all] Error 2
make[1]: Leaving directory '/home/x/.cache/yay/grive/src/grive2-0.5.1/build'
make: *** [Makefile:147: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

electra commented on 2020-03-22 09:52 (UTC)

Not install. make[2]: [libgrive/CMakeFiles/grive.dir/build.make:609: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Ошибка 1 make[2]: Ожидание завершения заданий… make[2]: выход из каталога «/var/tmp/pamac-build-electra/grive/src/grive2-0.5.1/build» make[1]: [CMakeFiles/Makefile2:165: libgrive/CMakeFiles/grive.dir/all] Ошибка 2 make[1]: выход из каталога «/var/tmp/pamac-build-electra/grive/src/grive2-0.5.1/build» make: [Makefile:130: all] Ошибка 2 ==> ОШИБКА: Произошел сбой в build().

davama commented on 2020-03-17 20:23 (UTC)

@edh thanks for the input I have no problem using git. Thank you for the support

edh commented on 2020-03-16 16:09 (UTC)

@davama Thanks for the report. I can reproduce your problem. Lucilly, the latest commit works though. Unfortunately, as of now I have only very little spare time at hand and will probably not be able to backport the commit that makes the current version for grive work in the next couple of days. For now, I would recommend checking out grive-git instead.

davama commented on 2020-03-16 15:55 (UTC) (edited on 2020-03-16 15:56 (UTC) by davama)


[ 82%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/Backtrace.cc.o
[ 84%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/Debug.cc.o
[ 86%] Building CXX object libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o
/home/dmacias/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc: In static member function ‘static void gr::SymbolInfo::BacktraceInfo::Callback(bfd*, asection*, void*)’:
/home/dmacias/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:121:16: error: ‘bfd_get_section_vma’ was not declared in this scope; did you mean ‘bfd_set_section_vma’?
  121 |  bfd_vma vma = bfd_get_section_vma(abfd, section);
      |                ^~~~~~~~~~~~~~~~~~~
      |                bfd_set_section_vma
/home/dmacias/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:127:40: error: cannot convert ‘bfd*’ to ‘const asection*’ {aka ‘const bfd_section*’}
  127 |  bfd_size_type size = bfd_section_size(abfd, section);
      |                                        ^~~~
      |                                        |
      |                                        bfd*
In file included from /home/dmacias/grive/src/grive2-0.5.1/libgrive/src/bfd/SymbolInfo.cc:26:
/usr/include/bfd.h:1205:35: note:   initializing argument 1 of ‘bfd_size_type bfd_section_size(const asection*)’
 1205 | bfd_section_size (const asection *sec)
      |                   ~~~~~~~~~~~~~~~~^~~
make[2]: *** [libgrive/CMakeFiles/grive.dir/build.make:609: libgrive/CMakeFiles/grive.dir/src/bfd/SymbolInfo.cc.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory '/home/dmacias/grive/src/grive2-0.5.1/build'
make[1]: *** [CMakeFiles/Makefile2:165: libgrive/CMakeFiles/grive.dir/all] Error 2
make[1]: Leaving directory '/home/dmacias/grive/src/grive2-0.5.1/build'
make: *** [Makefile:130: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Tried with pacaur -S grive and using the PKGBUILD file makepkg -i with the same result.

Note sure how to fix... any input is appreciated?

Thanks

edh commented on 2020-02-04 09:49 (UTC)

@yaron

Please read up on how the AUR is supposed to work. A great source of information for example is the wiki. Among other things, it will tell you that base-devel is assumed to be installed if building packages via makepkg and any packages within said group should not be listed as make-dependency.

yaron commented on 2020-02-04 09:45 (UTC)

An error occurred since I didn't have pkgconf (pkg-config) package installed.

thehungryturnip commented on 2020-02-01 15:30 (UTC)

@rylanm Thanks for the information! I was able to get it working.

rylanm commented on 2020-01-31 22:22 (UTC)

@thehungryturnip The authentication error is a known upstream issue. See previous comments below or the following issue tracker for a workaround. https://github.com/vitalif/grive2/issues/287

thehungryturnip commented on 2020-01-30 13:52 (UTC)

When trying to authenticate, I'm getting the following error from Google:

Sign in with Google temporarily disabled for this app This app has not been verified yet by Google in order to use Google Sign In.

AlD commented on 2019-12-21 22:31 (UTC)

@rrt: It works with boost1.69: https://gitlab.kitware.com/cmake/cmake/issues/19841

rrt commented on 2019-12-18 01:14 (UTC)

For 0.5.1-1:

CMake Error in libgrive/CMakeLists.txt:
  Imported target "Boost::unit_test_framework" includes non-existent path

    "/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.



CMake Error in libgrive/CMakeLists.txt:
  Imported target "Boost::unit_test_framework" includes non-existent path

    "/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.



CMake Error in libgrive/CMakeLists.txt:
  Imported target "Boost::filesystem" includes non-existent path

    "/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.



CMake Error in libgrive/CMakeLists.txt:
  Imported target "Boost::filesystem" includes non-existent path

    "/include"

  in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

  * The path was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and references files it does not
  provide.



-- Generating done
CMake Generate step failed.  Build files cannot be regenerated correctly.
==> ERROR: A failure occurred in build().
    Aborting...
The build failed.

je-vv commented on 2019-11-22 02:25 (UTC) (edited on 2019-11-22 02:28 (UTC) by je-vv)

Tested and confirmed to work. I just missed that one needs to enable google drive for the API project, and generate the certifications for it on the project... Also when running "grive --id bla --secret blu -a" to get 1st access, one needs to enable access to grive2, and in order to do so, in the accessing web page, one needs to do the "unsafe" authorization on "advanced"...

je-vv commented on 2019-11-20 01:23 (UTC) (edited on 2019-11-22 02:26 (UTC) by je-vv)

Not quite fixable: https://github.com/vitalif/grive2/issues/287, but seems like there's a workaround by manually creating a concole APIs project on google for grive2. Look for @davama comments there. Perhaps one can create an alias for "grive --id bla --secret blu"... Haven't tested it yet, but others seem to have confirmed it works...

BTW, if the @davama on github is the same as the @davama in AUR that commented here, thanks a lot !!!

semeion commented on 2019-11-19 20:39 (UTC)

I have same @je-vv issue, how to fix it?

sigma14 commented on 2019-11-18 09:40 (UTC)

@davama, how did you install v 0.52-dev? there does not seem to be a AUR package for it

davama commented on 2019-11-15 20:29 (UTC)

No change with latest master branch :-1:

grive -v
grive version 0.5.2-dev Nov 15 2019 15:25:07

davama commented on 2019-11-15 20:04 (UTC) (edited on 2019-11-15 20:05 (UTC) by davama)

Same as @jev-vv

updated grive to 0.5.1-1

had to remove .grive and .grive_state

ran grive -a and got the:

Sign in with Google temporarily disabled for this app
This app has not been verified yet by Google in order to use Google Sign In.

It is interesting that it says "grive2"...

je-vv commented on 2019-11-15 19:50 (UTC) (edited on 2019-11-15 19:53 (UTC) by je-vv)

Same thing here.

As I got oauth failure:

Failed to refresh auth token: HTTP 401, body: exception: /home/vasqueja/.cache/aurutils/snapshot/grive/src/grive2-0.5.1/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 0x559c9e093d7c grive gr::Exception::Exception()

<h1>1 0x559c9e0892ea grive gr::OAuth2::AuthFailed::AuthFailed()</h1> <h1>2 0x559c9e088f24 grive gr::OAuth2::Refresh()</h1> <h1>3 0x559c9e089115 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&)</h1> <h1>4 0x559c9e03947b grive Main(int, char**)</h1> <h1>5 0x559c9e037369 grive main</h1> <h1>6 0x7fe96847a153 /usr/lib/libc.so.6 __libc_start_main</h1> <h1>7 0x559c9e037e9e grive _start</h1>

Then I tried removing ".grive", and "grive -a", and after logging in I got the message:

Sign in with Google temporarily disabled for this app This app has not been verified yet by Google in order to use Google Sign In.

Weird enough is that when attempting to login, the app showed up as grive2. Then I checked on google security, and grive was actually authorized. I'm not sure if the "grive2" app name is the issue...

jsola commented on 2019-11-15 11:55 (UTC)

I'm having issues connecting it to google, google says that the app has not been verified and that logins are disabled, is this normal?

edh commented on 2019-10-25 19:46 (UTC)

@deemon The -git package fetches the very latest version from the repository itself, while the non-git version, i.e. this package, uses the latest tag. This naming convention is used through the AUR and described in much more detail in the ArchWiki.

deemon commented on 2019-10-24 09:31 (UTC)

I see 2 packages, grive and grive-git both maintained by edh and both referring to the same upstream url. Why 2 packages and which one is the better version to use? For a while grive wasn't even updated, but not it seems...?

MagicAndWires commented on 2019-10-08 01:15 (UTC) (edited on 2019-10-08 01:23 (UTC) by MagicAndWires)

So, comparing cmake output between running it within a tty and in X I noticed that the paths were different, which led me to comparing $PATH.

Turns out that in X something was adding /bin to my $PATH. This normally should be fine, /bin is symlinked to /usr/bin after all, but for some reason this causes errors in this specific instance.

Changing build() to the following allows makepkg to succeed even within Xorg for me.

        PATH="${PATH#/bin:}" cmake -DCMAKE_BUILD_TYPE=Release \
        -DCMAKE_INSTALL_PREFIX=/usr \
        -DCMAKE_EXE_LINKER_FLAGS=-ljson-c ..

    make

I have no idea what adds /bin to the path, it's something specifically sourced by zsh for my user configuration (but when run inside Xorg), as bash or zsh as root don't have the same problem.

I just added the same addition to my .zshenv, and that removes it from my profile.

If someone has the same issue and this solution works I'd love to compare dotfile configurations, in order to find the offender.

MagicAndWires commented on 2019-10-07 23:41 (UTC)

@Mr.Smith1974, In a chroot or tty as well?

(I tried building after a reboot as well, and I still get the same error when building in X but on a tty it still builds, it probably is some weird environment setting that is set somewhere, but we probably won't be able to find out what it is unless we compare systems)

Mr.Smith1974 commented on 2019-10-07 18:46 (UTC)

@MagicAndWires @edh I still have error:

  ==> Starting build()...
  CMake Warning (dev) in CMakeLists.txt:
    No project() command is present.  The top-level CMakeLists.txt file must
    contain a literal, direct call to the project() command.  Add a line of
    code such as

      project(ProjectName)

    near the top of the file, but after cmake_minimum_required().

    CMake is pretending there is a "project(Project)" command on the first
    line.
  This warning is for project developers.  Use -Wno-dev to suppress it.

  -- The C compiler identification is GNU 9.2.0
  -- The CXX compiler identification is GNU 9.2.0
  -- Check for working C compiler: /bin/cc
  -- Check for working C compiler: /bin/cc -- works
  -- Detecting C compiler ABI info
  -- Detecting C compiler ABI info - done
  -- Detecting C compile features
  -- Detecting C compile features - done
  -- Check for working CXX compiler: /bin/c++
  -- Check for working CXX compiler: /bin/c++ -- works
  -- Detecting CXX compiler ABI info
  -- Detecting CXX compiler ABI info - done
  -- Detecting CXX compile features
  -- Detecting CXX compile features - done
  -- Found libgcrypt: -lgcrypt -lgpg-error
  -- Found CURL: /usr/lib/libcurl.so (found version "7.66.0")
  -- Found EXPAT: /usr/lib/libexpat.so (found version "2.2.7")
  -- Found Boost: /lib64/cmake/Boost-1.71.0/BoostConfig.cmake (found suitable version "1.71.0", minimum required is "1.40.0") found components:  program_options filesystem unit_test_framework regex system
  -- Found libbfd: /usr/lib/libbfd.so
  -- Found libiberty: /usr/lib/libiberty.a
  -- Found ZLIB: /usr/lib/libz.so (found version "1.2.11")
  -- Found PkgConfig: /bin/pkg-config (found version "1.6.3")
  -- Checking for module 'yajl'
  --   Found yajl, version 2.1.0
  -- Found Boost: /lib64/cmake/Boost-1.71.0/BoostConfig.cmake (found version "1.71.0") found components:  program_options
  -- Configuring done
  CMake Error in libgrive/CMakeLists.txt:
    Imported target "Boost::program_options" includes non-existent path

      "/include"

    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

    * The path was deleted, renamed, or moved to another location.

    * An install or uninstall procedure did not complete successfully.

    * The installation package was faulty and references files it does not
    provide.



  CMake Error in libgrive/CMakeLists.txt:
    Imported target "Boost::program_options" includes non-existent path

      "/include"

    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

    * The path was deleted, renamed, or moved to another location.

    * An install or uninstall procedure did not complete successfully.

    * The installation package was faulty and references files it does not
    provide.



  CMake Error in grive/CMakeLists.txt:
    Imported target "Boost::program_options" includes non-existent path

      "/include"

    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

    * The path was deleted, renamed, or moved to another location.

    * An install or uninstall procedure did not complete successfully.

    * The installation package was faulty and references files it does not
    provide.



  CMake Error in grive/CMakeLists.txt:
    Imported target "Boost::program_options" includes non-existent path

      "/include"

    in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

    * The path was deleted, renamed, or moved to another location.

    * An install or uninstall procedure did not complete successfully.

    * The installation package was faulty and references files it does not
    provide.



  -- Generating done
  CMake Generate step failed.  Build files cannot be regenerated correctly.

MagicAndWires commented on 2019-10-07 03:03 (UTC)

@edh @simona @Mr.Smith1974

This problem is resolved by building in a chroot, and even works if you build it in a new login session (I built it successfully in virtual terminal when I couldn't in X)

It probably has something vaguely to do with something not being properly notified that files have changed.

No PKGBUILD changes necessary.

edh commented on 2019-10-06 19:05 (UTC)

@simona,Mr.Smith1974 Can you try reproducing your problem in a clean chroot? If so, I suppose it probably is a bug in grive itself. I am unfortunately still unable to reproduce the described error on two separate machines.

I am happy to add any workarounds necessary, if there is a consensus on the bug-tracker.

simona commented on 2019-10-06 18:34 (UTC)

the same as above

Mr.Smith1974 commented on 2019-10-06 18:17 (UTC)

          * An install or uninstall procedure did not complete successfully.

          * The installation package was faulty and references files it does not
          provide.



        CMake Error in libgrive/CMakeLists.txt:
          Imported target "Boost::program_options" includes non-existent path

            "/include"

          in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

          * The path was deleted, renamed, or moved to another location.

          * An install or uninstall procedure did not complete successfully.

          * The installation package was faulty and references files it does not
          provide.



        CMake Error in grive/CMakeLists.txt:
          Imported target "Boost::program_options" includes non-existent path

            "/include"

          in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

          * The path was deleted, renamed, or moved to another location.

          * An install or uninstall procedure did not complete successfully.

          * The installation package was faulty and references files it does not
          provide.



        CMake Error in grive/CMakeLists.txt:
          Imported target "Boost::program_options" includes non-existent path

            "/include"

          in its INTERFACE_INCLUDE_DIRECTORIES.  Possible reasons include:

          * The path was deleted, renamed, or moved to another location.

          * An install or uninstall procedure did not complete successfully.

          * The installation package was faulty and references files it does not
          provide.



        -- Generating done
        CMake Generate step failed.  Build files cannot be regenerated correctly.
        ==> ERROR: A failure occurred in build().
Aborting...

edh commented on 2019-10-06 16:07 (UTC)

@Mr.Smith1974 I guess you mean, it does not work due to the recent boost update. Recompiling the program from source should fix the problem and works on my machine.

Mr.Smith1974 commented on 2019-10-06 15:46 (UTC)

After the last "boost" update, it cannot compile.

jkfurrer commented on 2019-01-17 19:45 (UTC)

@Tharbad @edh : I can confirm that simply rebuilding the package resolves missing boost libraries. It appears that boost-libs has been updated from 1.68 to 1.69, but grive was still looking for 1.68 libraries.

edh commented on 2018-12-09 16:47 (UTC)

@Tharbad Great! If something surfaces where a change in the AUR package can help, please let me know.

Tharbad commented on 2018-12-09 11:59 (UTC)

@edh: That's what I did

edh commented on 2018-12-09 11:28 (UTC)

@Tharbad Try rebuilding the package and see whether it works afterwards. In case it doesn't, please file a bug report upstream.

Tharbad commented on 2018-12-09 09:00 (UTC)

Getting boost errors. Tried git version too.

edh commented on 2018-11-08 14:30 (UTC)

@tjc The objective of this package is to track stable releases. I admit that the 0.5.1-dev release has been around for a while but it has not been officially released yet, let alone been tagged in git. I would highly encourage you to contact upstream and motivate them to create a new release.

tjc commented on 2018-11-07 23:25 (UTC)

When will this package be updated to Grive2 v0.5.1-dev?

That version supports a .griveignore file which is critical.

Tharbad commented on 2018-09-25 12:47 (UTC) (edited on 2018-09-25 12:50 (UTC) by Tharbad)

Edit: Nevermind, reinstalled grive-tools and it solved itself.

Doesn't work. Found this in the logs:

exception: /tmp/yay/grive/src/grive2-0.5.0/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 0x55915c17d2f7 grive gr::Exception::Exception()</gr::http::error>

1 0x55915c16c7e0 grive gr::AuthAgent::CheckHttpResponse(long, std::__cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, gr::http::Header const&)</char></char,>
2 0x55915c16cf6e grive gr::AuthAgent::Request(std::cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, std::</char></char,>cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, gr::SeekStream, gr::DataStream, gr::http::Header const&)</char></char,>
3 0x55915c19f3a1 grive gr::http::Agent::Get(std::__cxx11::basic_string<char, std::char_traits<char="">, std::allocator<char> > const&, gr::DataStream*, gr::http::Header const&)</char></char,>
4 0x55915c19dbab grive gr::v2::Feed2::GetNext(gr::http::Agent*)
5 0x55915c136b19 grive gr::Drive::DetectChanges()
6 0x55915c12868d grive Main(int, char**)
7 0x55915c1267fc grive main
8 0x7fc09e4ee223 /usr/lib/libc.so.6 __libc_start_main
9 0x55915c1273be grive _start

Felixoid commented on 2018-09-21 14:58 (UTC)

Thank you for the clarification!

edh commented on 2018-09-20 03:30 (UTC)

@Felixoid As stated in the commit message, I update the pkgrel whenever boost-lib is updated. I might have gotten a little bit to cautious with doing so but in the past grive broke on several occasions when being build with an older version.

Felixoid commented on 2018-09-19 08:20 (UTC)

Hello. Why do you randomly update package release?

lybin commented on 2018-08-09 12:11 (UTC)

==> Checking for packaging issues... ==> WARNING: Package contains reference to $srcdir usr/bin/grive

simonszu commented on 2018-06-27 05:23 (UTC)

@edh I have switched to grive-git. This worked.

edh commented on 2018-06-25 18:07 (UTC)

@simonszu Just rebuilding the package should be sufficient.

simonszu commented on 2018-06-25 17:49 (UTC)

grive: error while loading shared libraries: libjson-c.so.3: cannot open shared object file: No such file or directory

Problem is: this grive package has json-c as a dependency, but according to https://www.archlinux.org/packages/core/x86_64/json-c/files/ the header files are now called libjson-c.so.4. Is this something you can fix, edh? Or should i file a bug in grive upstream?

edh commented on 2018-01-08 20:10 (UTC) (edited on 2018-01-08 20:11 (UTC) by edh)

@beliy

It is not my decision to make whether to tag a new release or not. This is purely a choice of the upstream developer with which I will not interfere. Feel free to use the git version (grive-git) if you do not want to track the current release but the master of the git repository instead.

beliys commented on 2018-01-08 19:20 (UTC)

please replace source to https://github.com/vitalif/grive2/archive/master.zip, because https://github.com/vitalif/grive2/archive/v0.5.0.tar.gz is very old

r08 commented on 2017-12-13 00:33 (UTC)

Such a nice little tool. Such a tragedy that it depends on boost-libs....

edh commented on 2017-10-06 17:06 (UTC)

@Scotty Just rebuild grive against the new boost-libs package and it will most definitely work again just fine. This is a known issue and as of now I just keep pumping the pkgrel whenever there is a boost-libs update. However it is kind of odd, that you happen to run into this issue now since boost-libs has not been updated since 2017-09-10.

Scotty commented on 2017-10-06 09:56 (UTC)

grive: error while loading shared libraries: libboost_program_options.so.1.64.0: cannot open shared object file: No such file or directory boost-libs, required by many programs, installs 1.65.1-1, which seems to be not compatibel. It's a major issue because there is no feedback from grive-indicator about any problem. In fact it say 'done'. Good news is that grive-git work.

nickmt commented on 2017-03-27 09:39 (UTC) (edited on 2017-03-27 09:41 (UTC) by nickmt)

Got some 403 errors which caused an exception when trying to sync, however it worked fine when I tried it again. Not too sure why it happened though, so I thought I should post here about it. exception: /home/nick/.cache/pacaur/grive/src/grive2-0.5.0/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 0x49f78c grive gr::Exception::Exception() #1 0x47b723 grive gr::AuthAgent::CheckHttpResponse(long, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, gr::http::Header const&) #2 0x47bc88 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 0x4bf212 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 0x470750 grive gr::v2::Syncer2::GetChangeStamp(long) #5 0x45aefe grive gr::Drive::Update() #6 0x44e38d grive Main(int, char**) #7 0x44c1bb grive main #8 0x7fc7e613e511 /usr/lib/libc.so.6 __libc_start_main #9 0x44ceda 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.Gl0bBNhDBc3ehZWoDfsDojUWT92FEAExj3f_Zonisi_c58rA8fGZoN2nTIEnsy5ic8zgANuxsQ-8VtmrYpUf8rAfFDPeD1ItRyf2H2HQW44BOPQLn0KcpShMwEEqfjQ GData-Version: 3.0 [gr::http::ResponseHeadersTag*] = HTTP/1.1 403 Forbidden Vary: X-Origin Content-Type: application/json; charset=UTF-8 Date: Mon, 27 Mar 2017 09:30:14 GMT Expires: Mon, 27 Mar 2017 09:30:14 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="37,36,35" Accept-Ranges: none Vary: Origin,Accept-Encoding Transfer-Encoding: chunked [gr::http::UrlTag*] = https://www.googleapis.com/drive/v2/changes?maxResults=1&includeSubscribed=false&startChangeId=31060

edh commented on 2017-01-16 22:17 (UTC)

@ram4nd Thanks, I increased the pkgrel. Btw. flagging the package is sufficient.

ram4nd commented on 2017-01-16 09:56 (UTC) (edited on 2017-01-16 09:57 (UTC) by ram4nd)

Got an error, but I feel this should be solved by version bump ors. So I flagged the package, don if it its the right thing though. Solution: https://browse-tutorials.com/snippet/grive-error-while-loading-shared-libraries-libboostprogramoptionsso1620-cannot-open-shared

3539037O3Ul2kNk1 commented on 2016-11-01 01:37 (UTC)

Worked like a charm. Thanks again @edh.

edh commented on 2016-10-31 09:25 (UTC)

@s1lentechoes I increased the pkgrel to force a rebuild.

3539037O3Ul2kNk1 commented on 2016-10-31 02:34 (UTC)

@edh It happened again, but this time with libboost_program_options - grive: error while loading shared libraries: libboost_program_options.so.1.61.0: cannot open shared object file: No such file or directory

edh commented on 2016-09-12 22:12 (UTC)

@iamroot Thanks for debugging. However I think this is a bug in grive itself and not directly related to this PKGBUILD. The build script follows the installation instructions provided upstream. Be sure to file a bug at the project page [1]. [1] https://github.com/vitalif/grive2

iamroot commented on 2016-09-12 16:45 (UTC)

Segmentation fault bug, added the GDB backtrace below, thanks for the help. 10436 segmentation fault (core dumped) Running with GDB ->> Starting program: /usr/bin/grive [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7ffff0d9a700 (LWP 16495)] [Thread 0x7ffff0d9a700 (LWP 16495) exited] Reading local directories Reading remote server file list [New Thread 0x7ffff0d9a700 (LWP 16532)] [Thread 0x7ffff0d9a700 (LWP 16532) exited] Thread 1 "grive" received signal SIGSEGV, Segmentation fault. 0x00000000004ab65b in gr::Resource::MD5[abi:cxx11]() const () Thanks again!

3539037O3Ul2kNk1 commented on 2016-09-12 03:08 (UTC)

Okay, thanks. Yeah, reinstalling the package fixed it. Many thanks.

edh commented on 2016-09-11 22:32 (UTC)

@s1lentechoes This isn't really grive's fault but probably due to the boost-lib update. Either way I increased the pkgrel to force a rebuild.

3539037O3Ul2kNk1 commented on 2016-09-11 11:38 (UTC)

Broke after an update yesterday. Error - grive: error while loading shared libraries: libboost_program_options.so.1.60.0: cannot open shared object file: No such file or directory

edh commented on 2016-05-15 00:09 (UTC) (edited on 2016-05-15 00:11 (UTC) by edh)

@BrianAllred Thanks for reporting the bug. Though it was neither the fault of the PKGBUILD nor grive it was still plausible to assume it is. Apparently GCC screwed up [1] a couple of abi tags [1]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1331983#c10 [2] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/boost&id=9dbe4b8fa53e4d488f0d16309b5b1cf8b6c2c8ee

BrianAllred commented on 2016-05-14 19:11 (UTC)

@edh Looks like it was a problem with the boost packages. They updated to 1.60.0-5 today and I was able to build and install just fine. Thanks for being patient with me!

BrianAllred commented on 2016-05-14 14:10 (UTC)

Filed an issue here: https://github.com/vitalif/grive2/issues/75 Hopefully the dev can shed some light on this, because I agree, it's very strange.

edh commented on 2016-05-14 11:33 (UTC)

@BrianAllred In this case be sure to file a bug report at the github repo of grive2. The building is done in compliance with the documentation and if it does not even build when followed by hand then there is a bug in the project itself. This is getting quite strange...

BrianAllred commented on 2016-05-14 01:45 (UTC)

Interesting, I still get the same error when building manually.

edh commented on 2016-05-13 23:24 (UTC)

@BrianAllred In case gcc fails, I would have expected that one would be unable to build it manually as well. Since it is building just fine if the PKGBUILD is sourced and executed, my first assumption was that a makepkg/pacman update broke it. Therefore I reverted the changed C*FLAGS and tried again but with no success so far. Please be sure to let me know of any other correlations you might have thought of.

BrianAllred commented on 2016-05-12 21:02 (UTC)

One thing I noted is that it started failing after gcc updated to 6.1.1 in [core]. Maybe that had something to do with it?

edh commented on 2016-05-12 15:59 (UTC) (edited on 2016-05-12 15:59 (UTC) by edh)

@BrianAllred Thanks for the report. Btw. please use something like pastebin for long error messages in order to preserver a clean comment section. I am quite astonished that it is not building. Removing "-DCMAKE_BUILD_TYPE=Release" from cmake helped a little but did not fix the actual problem. Building manually worked flawless and even sourcing the PKGBUILD and invocing the functions worked. However as soon as makepkg takes the lead, it crashes. I will test a couple of more things and will hopefully update the package soon. Please be patient until then and feel free to post suggestions.

BrianAllred commented on 2016-05-12 02:36 (UTC)

Fails to build with this error: [100%] Linking CXX executable grive ../libgrive/libgrive.a(State.cc.o): In function `char const* boost::re_detail_106000::re_is_set_member<char const*, char, boost::regex_traits<char, boost::cpp_regex_traits<char> >, unsigned int>(char const*, char const*, boost::re_detail_106000::re_set_long<unsigned int> const*, boost::re_detail_106000::regex_data<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, bool)': State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x145): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform_primary[abi:cxx11](char const*, char const*) const' State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIPKccNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_S8_S8_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x459): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform[abi:cxx11](char const*, char const*) const' ../libgrive/libgrive.a(State.cc.o): In function `__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > boost::re_detail_106000::re_is_set_member<__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, char, boost::regex_traits<char, boost::cpp_regex_traits<char> >, unsigned int>(__gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, __gnu_cxx::__normal_iterator<char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, boost::re_detail_106000::re_set_long<unsigned int> const*, boost::re_detail_106000::regex_data<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, bool)': State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x17a): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform_primary[abi:cxx11](char const*, char const*) const' State.cc:(.text._ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb[_ZN5boost16re_detail_10600016re_is_set_memberIN9__gnu_cxx17__normal_iteratorIPKcNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEEEcNS_12regex_traitsIcNS_16cpp_regex_traitsIcEEEEjEET_SH_SH_PKNS0_11re_set_longIT2_EERKNS0_10regex_dataIT0_T1_EEb]+0x36c): undefined reference to `boost::re_detail_106000::cpp_regex_traits_implementation<char>::transform[abi:cxx11](char const*, char const*) const' collect2: error: ld returned 1 exit status grive/CMakeFiles/grive_executable.dir/build.make:111: recipe for target 'grive/grive' failed make[2]: *** [grive/grive] Error 1 CMakeFiles/Makefile2:179: recipe for target 'grive/CMakeFiles/grive_executable.dir/all' failed make[1]: *** [grive/CMakeFiles/grive_executable.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... :: failed to build grive package(s)

edh commented on 2016-02-04 22:21 (UTC)

No problem ;D

semeion commented on 2016-02-03 20:42 (UTC)

Thank you for this package!

edh commented on 2015-07-15 20:57 (UTC)

I am sorry for the inconvenience but the error is unfixable for me. The problem is that you are fetching the package from the **old** AUR and not my package from AUR4. The package which I maintain in the AUR4 has a valid hash sum and builds just fine for me. However in AUR3 the package is outdated. But since I only maintain the AUR4 and not the AUR3 package I have no power to fix this. The avoid this problem, try explicitly fetching your packages from the AUR4 interface: yaourt supports this through the "--aur-url" option, pacaur through "--domain".

martinhath commented on 2015-07-15 17:39 (UTC)

grive-v0.4.0-1-src.zip failes validity check

mrbit commented on 2015-06-06 18:54 (UTC)

Thanks Joermungand, updated.

Joermungand commented on 2015-06-06 11:38 (UTC)

Try as I might, I just couldn’t get the unit tests to build. The package itself compiled after removing unit-test-related lines by adding: sed -i "111d" libgrive/CMakeLists.txt sed -i "110d" libgrive/CMakeLists.txt sed -i "10d" libgrive/CMakeLists.txt just before the line: sed -i -e '/find_package(BFD)/d' libgrive/CMakeLists.txt in the PKGBUILD. Once compiled, grive works flawlessly. Tested along with grive-tools.

manmatteo commented on 2015-06-04 13:19 (UTC)

I get and error while compiling libgrive/test/drive/StateTest.cc complaining that it cannot find drive/State.hh

mrbit commented on 2015-06-01 06:48 (UTC)

Oops!! Thanks Joermungand, done :)

nullptr_t commented on 2015-05-31 23:18 (UTC)

@mrbit: it's nice that this is working again. However, you should run 'updpkgsums' on the PKGBUILD (the current md5sum is not correct), resubmit and start each version with a pkgrel=1 instead of pkgrel=0.

Joermungand commented on 2015-05-30 08:59 (UTC)

Is it only me that cannot get the package to compile? Fails while building libgrive/CMakeFiles/unittest.dir/test/drive/ResourceTest.cc, complaining it cannot find drive/Resource.hh. Does anybody else get this?

mrbit commented on 2015-05-29 22:05 (UTC)

ok, thanks semeion :)

semeion commented on 2015-05-29 21:10 (UTC)

I had tested, and yes it is working fine, thanks for the package!

semeion commented on 2015-05-28 21:35 (UTC)

It is grive2, from another source. Someone verified if it is safe to use?

dixi_minga commented on 2015-05-28 18:04 (UTC)

new grive seems to work fine with grive-tools https://aur.archlinux.org/packages/grive-tools/ thx

mrbit commented on 2015-05-25 11:48 (UTC)

Thanks aytac , change src-work, test please .

aytac commented on 2015-05-23 10:11 (UTC)

There ise a grive fork which is working right now https://github.com/vitalif/grive2

Muflone commented on 2015-05-03 22:15 (UTC)

There's a pending deletion request for this package with the following request: "grive doesn't work because Google changed it's API and the grive team is not maintaining grive anymore." If someone would try to fix this package, please do. I'm temporarily rejecting the request, in order to give some time to try to fix it. If a following deletion request will come without any fix to this package, the package itself will be deleted because it's usefulness to keep a broken package.

semeion commented on 2015-04-27 20:05 (UTC)

It have 1 pending request, probably to be deleted, what is a bad thing :( We need a C developer urgent here for help us! I think the necessary patch is easy, google have all documentation, and grive use curl, probably with -z parameter to make the sync. Anyone could try fix it!

semeion commented on 2015-04-27 19:59 (UTC)

The github page of grive is https://github.com/Grive/grive and i don´t think it have an updated version, reason for what it is out-of-date. The last update was like 3 years ago. If nobody make a new patch to new google API, it will not work anymore. I don´t think this patch is hard, look like only need a new authentication/login update using new Google Drive API. The source code of grive is in C or C++, i don´t know. I am looking for a new google drive sync/client, but i can´t found a good :/

dixi_minga commented on 2015-04-27 17:55 (UTC)

the guy who flagged this out of date could maybe reveal about the new version ? and where to find it ?

colinkeenan commented on 2015-04-21 21:51 (UTC)

https://aur.archlinux.org/packages/drive/ only has 3 dependencies, and they are all make dependencies. I have put a binary (signed by me) up on archlinuxcn. See https://wiki.archlinux.org/index.php/Unofficial_user_repositories and https://github.com/archlinuxcn/repo#arch-linux-chinese-community-repository

colinkeenan commented on 2015-04-21 21:47 (UTC)

This package should be deleted because grive is obviously not being maintained anymore. Only if somebody takes over on github should this package be put back in the AUR.

colinkeenan commented on 2015-04-21 21:45 (UTC)

I went with https://aur.archlinux.org/packages/drive/, you can push or pull Google Drive files! It's great, and supports other features of Google Drive. See https://github.com/odeke-em/drive#drive for documentation.

semeion commented on 2015-04-21 14:19 (UTC)

I don´t like google-drive-ocamlfuse, it have alot of dependences :( Maybe someone could fix grive to use the new google API: https://github.com/Grive/grive

w-flo commented on 2015-04-21 14:00 (UTC)

I use google-drive-ocamlfuse now and it works, but it's a pain. Lots of AUR dependencies needed, and one of the deps fails to build with the recent gnutls update (but removing the -enable-gnutls flag from the PKGBUILD fixed that issue). Also google-drive-ocamlfuse is a little difficult to use when not having a GUI browser installed, but I posted a workaround to their github issue tracker: https://github.com/astrada/google-drive-ocamlfuse/issues/109 Might be slower than grive, but I don't care.

semeion commented on 2015-04-21 12:17 (UTC)

Yeah, it no longer works because Google changed the API. Anyone know an alternative?

w-flo commented on 2015-04-21 11:54 (UTC)

It seems like Google stopped supporting the interface used by grive today or yesterday. So this tool no longer works. http://askubuntu.com/questions/611801/grive-sync-error-possibly-google-api-shift

fi-dschi commented on 2015-03-05 20:41 (UTC)

mind this serious bug: Renaming directory at drive.google.com and then syncing with grive deletes files in directory from Google Drive https://github.com/Grive/grive/issues/130

rantanran commented on 2014-12-22 12:39 (UTC)

Just startet tinkering with arch and installed this package. Works fine for me! @semeion: The main difference is that you are able to choose seperate folder sync with gdrive2. Here the official site: http://mastersoft24.github.io/Grive2/

semeion commented on 2014-12-08 23:23 (UTC)

@ubuntuaddicted, i never tested grive2. What difference between grive and grive2?

ubuntuaddicted commented on 2014-12-08 04:59 (UTC)

I'm attempting to use grive2 and I am getting some sort of boost error so I am wondering if grive2 suffers from the same thing others here are complaining about. I'm running boost 1.57.0-2, what do I have to do to get grive working?

semeion commented on 2014-11-26 20:52 (UTC)

Thanks for this package!

nullptr_t commented on 2014-11-11 01:48 (UTC)

Since boost 1.57.0, there seems to be no nessecarity to link the libs anymore (see below) $ /u/lib> ls -l /usr/lib/libboost_filesystem.so …system.so …system.so.1.56 …system.so.1.57.0 $ /u/lib> ls -l /usr/lib/libboost_filesystem.so.1.56 lrwxrwxrwx 1 root root 31 Sep 9 21:32 /usr/lib/libboost_filesystem.so.1.56 -> /usr/lib/libboost_filesystem.so* $ /u/lib> ls -l /usr/lib/libboost_filesystem.so.1.57.0 -rwxr-xr-x 1 root root 101568 Nov 6 08:46 /usr/lib/libboost_filesystem.so.1.57.0* $ /u/lib> ls -l /usr/lib/libbost_program_options.so.1.56.0 lrwxrwxrwx 1 root root 36 Sep 9 21:32 /usr/lib/libbost_program_options.so.1.56.0 -> /usr/lib/libboost_program_options.so* Please remove/uncomment the corresponding line ln -sf "/usr/lib/libboost_program_options.so" "${pkgdir}/usr/lib/libbost_program_options.so.1.57.0" || return 1 in your PKGBUILD to prevent file conflicts during upgrading via pacman. The following line can stay ;)

monojp commented on 2014-11-10 15:30 (UTC)

boost has been updated and the lib needs to be changed once again

markusk commented on 2014-10-15 20:22 (UTC)

"Boost" problem : you have to recompile all aur pakages that depend on boost

mrbit commented on 2014-10-11 15:08 (UTC)

Hi, yedibela why to downgrade boost to 1.55?

yedibela commented on 2014-10-11 14:18 (UTC)

hi, can someone give me helping hand in order to make grive run again. Do i need to downgrade my boost to 1.55?

monojp commented on 2014-09-12 11:40 (UTC)

hi, the 3 i686 sed fixes (casting to boost::uint64_t in State.cc) also apply for the armv6h architecture (archlinuxarm on raspberry pi)

mrbit commented on 2014-09-09 16:12 (UTC)

Thanks, whahn1983, updated link for boost 1.56

whahn1983 commented on 2014-09-09 15:44 (UTC)

grive: error while loading shared libraries: libboost_program_options.so.1.55.0: cannot open shared object file: No such file or directory Looks like boost was updated to 1.56 a few days ago.

mrbit commented on 2014-05-29 12:03 (UTC)

ok, now work.

mrbit commented on 2014-05-28 22:20 (UTC)

Thanks colinkeenan

colinkeenan commented on 2014-05-28 20:24 (UTC)

I didn't have the previous version of json-c, but found it in the Arch Rollback Machine: http://seblu.net/a/arm/2013/08/31/extra/os/x86_64/json-c-0.11-1-x86_64.pkg.tar.xz. After clicking that link and doing sudo pacman -U ~/Downloads/json-c-0.11-1-x86_64.pkg.tar.xz I can use grive again.

colinkeenan commented on 2014-05-28 20:10 (UTC)

I really wanted to use grive just now, so tried manually updating lib32-json-c by copying the PKGBUILD, changing the version to .12, and running updpkgsums then makepkg -si. The build for lib32-json-c version .12 failed though: json_tokener.c:355:6: error: variable 'size' set but not used [-Werror=unused-but-set-variable] int size; ^ And, I'm guessing this is what's holding back the new version of lib32-json-c from coming out.

colinkeenan commented on 2014-05-28 19:52 (UTC)

This isn't out of date because even if I clone directly from git, it doesn't install. I think the problem is that lib32-json-c (https://www.archlinux.org/packages/multilib/x86_64/lib32-json-c/) is out of date, and it was already marked out of date on 5/24 when json-c was updated.

egan commented on 2014-05-28 01:26 (UTC)

After json-c update to 0.12-2, grive cannot load libjson.so.0 and the package cannot be compiled because cmake fails to find JSON-C.

marius commented on 2014-03-23 13:17 (UTC)

You're right! That was it. Thank you! It was a wierd issue with curl though I had to delete some old files: /usr/local/lib/libcurl.a and /usr/local/lib/libcurl.la

mrbit commented on 2014-03-23 07:41 (UTC)

hi marius, you need to upgrade curl 7.35

marius commented on 2014-03-23 07:20 (UTC)

Grive does not compile for me: Kernel: Linux desktop 3.13.6-1-ARCH #1 SMP PREEMPT Fri Mar 7 22:47:48 CET 2014 x86_64 GNU/Linux Error: http://pastebin.com/9mG6y4VY

commented on 2014-01-18 08:52 (UTC)

Hey mrbit!! Thank you so much, it worked prefectly with yaourt! :D Now I will use yaourt in the future and remove aurget that was just giving me problems. Have a nice day =)

mrbit commented on 2014-01-17 17:46 (UTC)

Hi Henkeman0 aurget !!?? hummmm test with yaourt -S grive.

commented on 2014-01-17 17:19 (UTC)

Hi mrbit and thanks for the suggestion but sadly it did not help. Did an system update+reinstall of boost but still same error at 90% :( Here is the full output if that maybe can give some clue: [henkeman@BIMBO:Hämtningar]$ aurget -S grive :: Resolving dependencies... :: Searching AUR... Targets (1): grive-0.3.0-1 Proceed with installation? [Y/n] :: Retrieving taurball from AUR... :: Building package... ==> Skapar paket: grive 0.3.0-1 (fre jan 17 18:07:19 CET 2014) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Hittade grive-v0.3.0-1-src.tar.gz ==> Validerar källfiler med md5sums... grive-v0.3.0-1-src.tar.gz ... Godkänd ==> Extracting sources... -> Extraherar grive-v0.3.0-1-src.tar.gz med bsdtar ==> Removing existing pkg/ directory... ==> Startar build()... -- The C compiler identification is GNU 4.8.2 -- The CXX compiler identification is GNU 4.8.2 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Found libgcrypt: -lgcrypt -lgpg-error -- Found JSON-C: /usr/lib64/libjson.so -- Found CURL: /usr/lib64/libcurl.so (found version "7.34.0") -- Found EXPAT: /usr/lib64/libexpat.so (found version "2.1.0") -- Boost version: 1.55.0 -- Found the following Boost libraries: -- program_options -- filesystem -- unit_test_framework -- system -- Found libiberty: /usr/lib64/libiberty.a -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.8") -- Boost version: 1.55.0 -- Found the following Boost libraries: -- program_options -- Looking for Q_WS_X11 -- Looking for Q_WS_X11 - found -- Looking for Q_WS_WIN -- Looking for Q_WS_WIN - not found -- Looking for Q_WS_QWS -- Looking for Q_WS_QWS - not found -- Looking for Q_WS_MAC -- Looking for Q_WS_MAC - not found -- Found Qt4: /usr/bin/qmake-qt4 (found version "4.8.5") -- Boost version: 1.55.0 -- Configuring done -- Generating done -- Build files have been written to: /home/henkeman/Hämtningar/grive/src/grive-master/build -- Found libgcrypt: -lgcrypt -lgpg-error -- Found JSON-C: /usr/lib64/libjson.so -- Boost version: 1.55.0 -- Found the following Boost libraries: -- program_options -- filesystem -- unit_test_framework -- system -- Found libiberty: /usr/lib64/libiberty.a -- Boost version: 1.55.0 -- Found the following Boost libraries: -- program_options -- Boost version: 1.55.0 -- Configuring done -- Generating done -- Build files have been written to: /home/henkeman/Hämtningar/grive/src/grive-master/build Scanning dependencies of target grive [ 1%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/State.cc.o [ 3%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/Entry.cc.o [ 5%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/ResourceTree.cc.o [ 7%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/CommonUri.cc.o [ 9%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/Feed.cc.o [ 11%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/Drive.cc.o [ 13%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/Resource.cc.o [ 15%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive2/Feed.cc.o [ 16%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive2/Drive.cc.o [ 18%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive2/Resource.cc.o [ 20%] Building CXX object libgrive/CMakeFiles/grive.dir/src/http/Download.cc.o [ 22%] Building CXX object libgrive/CMakeFiles/grive.dir/src/http/Header.cc.o [ 24%] Building CXX object libgrive/CMakeFiles/grive.dir/src/http/ResponseLog.cc.o [ 26%] Building CXX object libgrive/CMakeFiles/grive.dir/src/http/XmlResponse.cc.o [ 28%] Building CXX object libgrive/CMakeFiles/grive.dir/src/http/CurlAgent.cc.o [ 30%] Building CXX object libgrive/CMakeFiles/grive.dir/src/http/StringResponse.cc.o [ 32%] Building CXX object libgrive/CMakeFiles/grive.dir/src/protocol/OAuth2.cc.o [ 33%] Building CXX object libgrive/CMakeFiles/grive.dir/src/protocol/AuthAgent.cc.o [ 35%] Building CXX object libgrive/CMakeFiles/grive.dir/src/protocol/Json.cc.o [ 37%] Building CXX object libgrive/CMakeFiles/grive.dir/src/protocol/JsonResponse.cc.o [ 39%] Building CXX object libgrive/CMakeFiles/grive.dir/src/json/ValBuilder.cc.o [ 41%] Building CXX object libgrive/CMakeFiles/grive.dir/src/json/JsonParser.cc.o [ 43%] Building CXX object libgrive/CMakeFiles/grive.dir/src/json/Val.cc.o [ 45%] Building CXX object libgrive/CMakeFiles/grive.dir/src/json/ValResponse.cc.o [ 47%] Building CXX object libgrive/CMakeFiles/grive.dir/src/json/JsonWriter.cc.o [ 49%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/SignalHandler.cc.o [ 50%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/StringStream.cc.o [ 52%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/DateTime.cc.o [ 54%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/StdStream.cc.o [ 56%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/MemMap.cc.o [ 58%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/Crypt.cc.o [ 60%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/Config.cc.o [ 62%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/File.cc.o [ 64%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/OS.cc.o [ 66%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/Exception.cc.o [ 67%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/log/CommonLog.cc.o [ 69%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/log/Log.cc.o [ 71%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/log/CompositeLog.cc.o [ 73%] Building CXX object libgrive/CMakeFiles/grive.dir/src/util/log/DefaultLog.cc.o [ 75%] Building CXX object libgrive/CMakeFiles/grive.dir/src/xml/NodeSet.cc.o [ 77%] Building CXX object libgrive/CMakeFiles/grive.dir/src/xml/String.cc.o [ 79%] Building CXX object libgrive/CMakeFiles/grive.dir/src/xml/TreeBuilder.cc.o [ 81%] Building CXX object libgrive/CMakeFiles/grive.dir/src/xml/Node.cc.o Linking CXX static library libgrive.a [ 81%] Built target grive Scanning dependencies of target btest [ 83%] Building CXX object libgrive/CMakeFiles/btest.dir/test/btest/JsonValTest.cc.o [ 84%] Building CXX object libgrive/CMakeFiles/btest.dir/test/btest/UnitTest.cc.o [ 86%] Building CXX object libgrive/CMakeFiles/btest.dir/test/btest/ValTest.cc.o Linking CXX executable btest [ 86%] Built target btest Scanning dependencies of target grive_executable [ 88%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/main.cc.o Linking CXX executable grive [ 88%] Built target grive_executable [ 90%] Generating src/moc_MainWnd.cxx moc: Cannot open options file specified with @ Usage: moc [options] <header-file> -o<file> write output to file rather than stdout -I<dir> add dir to the include path for header files -E preprocess only; do not generate meta object code -D<macro>[=<def>] define macro, with optional definition -U<macro> undefine macro -i do not generate an #include statement -p<path> path prefix for included file -f[<file>] force #include, optional file name -nn do not display notes -nw do not display warnings @<file> read additional options from file -v display version of moc bgrive/CMakeFiles/bgrive_executable.dir/build.make:61: receptet för målet ”bgrive/src/moc_MainWnd.cxx” misslyckades make[2]: *** [bgrive/src/moc_MainWnd.cxx] Fel 1 CMakeFiles/Makefile2:215: receptet för målet ”bgrive/CMakeFiles/bgrive_executable.dir/all” misslyckades make[1]: *** [bgrive/CMakeFiles/bgrive_executable.dir/all] Fel 2 Makefile:116: receptet för målet ”all” misslyckades make: *** [all] Fel 2 ==> FEL: Ett fel uppstod i build(). Avbryter... warning: package grive failed to build, skipping Sorry for the Swedish language ;) I'm not new to Linux but a newbie on Arch and have a newly installed system. Maybe I need to do some checking of my system because I feel like most of my Aurget installs have issues...

mrbit commented on 2014-01-12 21:57 (UTC)

Hi Henkeman0, strange error , update system --> reinstall boost and boost-libs , grive

commented on 2014-01-12 19:50 (UTC)

Hi! Tried to use grive today but it complained about: grive: error while loading shared libraries: libboost_program_options.so.1.54.0. So I tried to re-install grive but then I get this error at 90%: [ 90%] Generating src/moc_MainWnd.cxx moc: Cannot open options file specified with @ Usage: moc [options] <header-file> -o<file> write output to file rather than stdout -I<dir> add dir to the include path for header files -E preprocess only; do not generate meta object code -D<macro>[=<def>] define macro, with optional definition -U<macro> undefine macro -i do not generate an #include statement -p<path> path prefix for included file -f[<file>] force #include, optional file name -nn do not display notes -nw do not display warnings @<file> read additional options from file -v display version of moc bgrive/CMakeFiles/bgrive_executable.dir/build.make:61: receptet för målet ”bgrive/src/moc_MainWnd.cxx” misslyckades make[2]: *** [bgrive/src/moc_MainWnd.cxx] Fel 1 CMakeFiles/Makefile2:215: receptet för målet ”bgrive/CMakeFiles/bgrive_executable.dir/all” misslyckades make[1]: *** [bgrive/CMakeFiles/bgrive_executable.dir/all] Fel 2 Makefile:116: receptet för målet ”all” misslyckades make: *** [all] Fel 2 ==> FEL: Ett fel uppstod i build(). Avbryter... warning: package grive failed to build, skipping Hope you can give me some help?

mrbit commented on 2013-12-22 12:00 (UTC)

ArchGiac, thank you..Merry Christmas :)

ArchGiac commented on 2013-12-22 11:58 (UTC)

@mrbit Great job! It work fine! Merry Christmas :)

mrbit commented on 2013-12-22 11:27 (UTC)

uhummm ...?? please now test compile..

ArchGiac commented on 2013-12-22 09:15 (UTC)

I found this link: http://www.pihomeserver.fr/en/tag/grive/ To me it seems strange to find this statement "result.Add( "change_stamp", Json((boost::uint64_t)m_cstamp) ) ) ;" in State.cc. But maybe I'm wrong ... Sorry for my english

mrbit commented on 2013-12-22 08:56 (UTC)

sorry....uhummm strange ,...why i686 ??

ArchGiac commented on 2013-12-22 08:36 (UTC)

@mrbit Thank you, but now the error has changed: [ 1%] Building CXX object libgrive/CMakeFiles/grive.dir/src/drive/State.cc.o /tmp/yaourt-tmp-giac/aur-grive/src/grive-master/libgrive/src/drive/State.cc: In member function ‘void gr::v1::State::Write(const boost::filesystem::path&) const’: /tmp/yaourt-tmp-giac/aur-grive/src/grive-master/libgrive/src/drive/State.cc:256:64: error: expected ‘;’ before ‘)’ token result.Add( "change_stamp", Json((boost::uint64_t)m_cstamp) ) ) ; ^ libgrive/CMakeFiles/grive.dir/build.make:57: recipe for target 'libgrive/CMakeFiles/grive.dir/src/drive/State.cc.o' failed make[2]: *** [libgrive/CMakeFiles/grive.dir/src/drive/State.cc.o] Error 1 CMakeFiles/Makefile2:117: recipe for target 'libgrive/CMakeFiles/grive.dir/all' failed make[1]: *** [libgrive/CMakeFiles/grive.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.

mrbit commented on 2013-12-21 21:46 (UTC)

Done ArchGiac, please test compile..

mrbit commented on 2013-12-21 21:11 (UTC)

ok,.thanks ArchGiac, I will prepare a patch as soon as possible..

ArchGiac commented on 2013-12-21 20:26 (UTC)

@mrbit Could it be that the problem? https://github.com/Grive/grive/issues/193

ArchGiac commented on 2013-12-21 14:30 (UTC)

@mrbit Thanks for the effort, but it seems to me that nothing has changed :( [ 90%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/main.cc.o Linking CXX executable grive ../libgrive/libgrive.a(State.cc.o): In function `gr::v1::State::Write(boost::filesystem::path const&) const': State.cc:(.text+0x75d): undefined reference to `gr::Json::Json<long>(long const&)' State.cc:(.text+0x7c8): undefined reference to `gr::Json::Json<unsigned long>(unsigned long const&)' State.cc:(.text+0x875): undefined reference to `gr::Json::Json<long>(long const&)' collect2: error: ld returned 1 exit status grive/CMakeFiles/grive_executable.dir/build.make:101: recipe for target 'grive/grive' failed make[2]: *** [grive/grive] Error 1 CMakeFiles/Makefile2:202: recipe for target 'grive/CMakeFiles/grive_executable.dir/all' failed make[1]: *** [grive/CMakeFiles/grive_executable.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.

mrbit commented on 2013-12-21 13:12 (UTC)

uhummm strange strange,...why i686 ?? ArchGiac recompile now , test please

ArchGiac commented on 2013-12-21 10:49 (UTC)

@lto Correct the bug occurs on i686

ArchGiac commented on 2013-12-21 10:46 (UTC)

@mrbit, Thanks, but ... :( I still have same error: [ 90%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/main.cc.o Linking CXX executable grive ../libgrive/libgrive.a(State.cc.o): In function `gr::v1::State::Write(boost::filesystem::path const&) const': State.cc:(.text+0x75d): undefined reference to `gr::Json::Json<long>(long const&)' State.cc:(.text+0x7c8): undefined reference to `gr::Json::Json<unsigned long>(unsigned long const&)' State.cc:(.text+0x875): undefined reference to `gr::Json::Json<long>(long const&)' collect2: error: ld returned 1 exit status grive/CMakeFiles/grive_executable.dir/build.make:101: recipe for target 'grive/grive' failed make[2]: *** [grive/grive] Error 1 CMakeFiles/Makefile2:202: recipe for target 'grive/CMakeFiles/grive_executable.dir/all' failed make[1]: *** [grive/CMakeFiles/grive_executable.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.

mrbit commented on 2013-12-20 23:18 (UTC)

change dependence.... ArchGiac recompile now , test please

commented on 2013-12-20 21:41 (UTC)

I have the same error reported by ArchGiac when building on i686. On x86_64 instead the package builds fine.

ArchGiac commented on 2013-12-20 12:06 (UTC)

@mrbit, @nsmathew The system is updated and these are the dependencies: ==> grive dependencies: - gcc-libs (already installed) - curl (already installed) - json-c (already installed) - openssl (already installed) - boost-libs (already installed) - libgcrypt (already installed) - expat (already installed) - yajl (already installed) - cmake (already installed) - cppunit (already installed) - boost (already installed) I also tried to reinstall json-c, but the result does not change :( PS Some information on my system: Kernel: 3.12.5-1-ARCH Desktop Environment: KDE CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz

mrbit commented on 2013-12-20 07:41 (UTC)

Hi ArchGiac, strange errors, check all dependencies and update system.

nsmathew commented on 2013-12-20 04:53 (UTC)

@ArchGiac, I did not get that error, not sure what is the cause. I just tried re installing and the build succeeded. Maybe @mrbit should be able to help.

ArchGiac commented on 2013-12-19 20:05 (UTC)

@nsmathew I do not understand, I still have this error: [ 90%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/main.cc.o Linking CXX executable grive ../libgrive/libgrive.a(State.cc.o): In function `gr::v1::State::Write(boost::filesystem::path const&) const': State.cc:(.text+0x75d): undefined reference to `gr::Json::Json<long>(long const&)' State.cc:(.text+0x7c8): undefined reference to `gr::Json::Json<unsigned long>(unsigned long const&)' State.cc:(.text+0x875): undefined reference to `gr::Json::Json<long>(long const&)' collect2: error: ld returned 1 exit status grive/CMakeFiles/grive_executable.dir/build.make:101: recipe for target 'grive/grive' failed make[2]: *** [grive/grive] Error 1 CMakeFiles/Makefile2:202: recipe for target 'grive/CMakeFiles/grive_executable.dir/all' failed make[1]: *** [grive/CMakeFiles/grive_executable.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.

colinkeenan commented on 2013-12-19 20:03 (UTC)

@mrbit, Thanks for the quick update. When I turned on my computer this morning, I was able to install grive-v0.3.0 without an problems. I've also tested it out after making changes to the ods file that was causing my issue, and that's solved under this version.

nsmathew commented on 2013-12-19 19:21 (UTC)

@mrbit, @ArchGiac, looks good now, used the current PKGBUILD.

mrbit commented on 2013-12-19 18:15 (UTC)

oops , pacman -S yajl

ArchGiac commented on 2013-12-19 18:02 (UTC)

The same as nsmathew

nsmathew commented on 2013-12-19 17:39 (UTC)

Hi I am trying to install v0.3.0. Getting this error while trying to build. -------------------------------- /tmp/packerbuild-0/grive/grive/src/grive-master/libgrive/src/json/JsonWriter.cc:24:27: fatal error: yajl/yajl_gen.h: No such file or directory #include <yajl/yajl_gen.h> ^ compilation terminated. libgrive/CMakeFiles/grive.dir/build.make:586: recipe for target 'libgrive/CMakeFiles/grive.dir/src/json/JsonWriter.cc.o' failed make[2]: *** [libgrive/CMakeFiles/grive.dir/src/json/JsonWriter.cc.o] Error 1 CMakeFiles/Makefile2:117: recipe for target 'libgrive/CMakeFiles/grive.dir/all' failed make[1]: *** [libgrive/CMakeFiles/grive.dir/all] Error 2 Makefile:116: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... The build failed. --------------------------------

mrbit commented on 2013-12-19 12:06 (UTC)

ok, done test please.!

mrbit commented on 2013-12-19 07:37 (UTC)

Hi colinkeenan, Where is the source file link. ??

colinkeenan commented on 2013-12-18 21:43 (UTC)

I was having an issue with .ods files not uploading properly and posted an issue on the grive site. Someone suggested I try the latest version, 0.3.0 So, I'm marking this version out of date. I would like to get my update through AUR rather than installing this directly from the grive site.

nsmathew commented on 2013-12-12 09:00 (UTC)

@mrbit, thanks. That solved the issue.

mrbit commented on 2013-12-09 14:27 (UTC)

Hi nsmathew, please rebuild it..

nsmathew commented on 2013-12-09 12:27 (UTC)

I am getting the below error while running grive. Been getting this since yesterday. I think it belong to the boost-libs package. Can someone help? grive: error while loading shared libraries: libboost_program_options.so.1.54.0: cannot open shared object file: No such file or directory.

mrbit commented on 2013-11-15 17:00 (UTC)

why, flag package out-of-date ??

mrbit commented on 2013-10-30 07:56 (UTC)

Thanks xanthi, Done.

xanthi commented on 2013-10-29 18:42 (UTC)

Hi, Build is failing for me: Json.cc:(.text._ZN5boost9to_stringIN2gr7JsonTagENS1_4JsonEEESsRKNS_10error_infoIT_T0_EE[_ZN5boost9to_stringIN2gr7JsonTagENS1_4JsonEEESsRKNS_10error_infoIT_T0_EE]+0x15e): undefined reference to `json_object_to_json_string' collect2: error: ld returned 1 exit status grive/CMakeFiles/grive_executable.dir/build.make:124: recipe for target 'grive/grive' failed make[2]: *** [grive/grive] Error 1 CMakeFiles/Makefile2:165: recipe for target 'grive/CMakeFiles/grive_executable.dir/all' failed make[1]: *** [grive/CMakeFiles/grive_executable.dir/all] Error 2 Makefile:116: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Any suggestions please? Thanks

ArchGiac commented on 2013-07-15 14:59 (UTC)

Re: nnkken Right, doing the rebuild it work fine! (with boost 1.54.0-2)

commented on 2013-07-15 12:45 (UTC)

Re ArchGiac: I got the same problem (missing libboost_program_options.so.1.53.0) before, but after rebuilding the package, it works fine now. BTW, I tried building the package using clang and the package is not functioning (just like entered a dead loop after I type "grive"). It works well after I tried using gcc.

ArchGiac commented on 2013-07-13 16:43 (UTC)

After the recent upgrade to boost 1.54.0-2, i get this error: grive: error while loading shared libraries: libboost_program_options.so.1.53.0: cannot open shared object file: No such file or director. Thanx a lot

mrbit commented on 2013-06-19 22:21 (UTC)

ok. fixed , thanks zappafrank ; please test.

commented on 2013-06-19 20:25 (UTC)

Hi, I download the tarball and execute the makepkg command, this is the errore: make[2]: *** [grive/grive] Errore 1 make[1]: *** [grive/CMakeFiles/grive_executable.dir/all] Errore 2 make: *** [all] Errore 2 it's bug or my mistake? ther'is a solution? Thanx a lot

ArchGiac commented on 2013-06-05 12:07 (UTC)

Do not worry, I do not speak english ... Thanks

mrbit commented on 2013-06-05 11:48 (UTC)

sorry, for bad inglish , I'll see what I can do :(

ArchGiac commented on 2013-06-05 11:41 (UTC)

For two or three days no longer works. This is the message: Reading local directories Synchronizing folders Reading remote server file list Synchronizing files sync "omitted" changed in local. uploading exception: /tmp/packerbuild-1000/grive/grive/src/grive-0.2.0/libgrive/src/http/CurlAgent.cc(149): Throw in function long int gr::http::CurlAgent::ExecCurl(const string&, gr::http::Receivable*, const gr::http::Header&) Dynamic exception type: boost::exception_detail::clone_impl<gr::http::Error> std::exception::what: std::exception :(

mrbit commented on 2013-06-03 06:57 (UTC)

please suggest ...!!

mrbit commented on 2013-06-03 06:56 (UTC)

sorry rek2gnulinux, strange, ....I work!!!!.

rek2gnulinux commented on 2013-04-03 22:11 (UTC)

mrbit yes like 2-3 weeks a go and stop working.. Im getting the error grive grive: error while loading shared libraries: libboost_program_options.so.1.52.0: cannot open shared object file: No such file or directory so I came here and notice you updated the PKBUILD so I try that and that is when I get the error I posted below..

mrbit commented on 2013-04-03 21:51 (UTC)

ok, updated pkgbuild, tested now

rek2gnulinux commented on 2013-04-03 21:19 (UTC)

mrbit yes like 2-3 weeks a go and stop working.. Im getting the error grive grive: error while loading shared libraries: libboost_program_options.so.1.52.0: cannot open shared object file: No such file or directory so I came here and notice you updated the PKBUILD so I try that and that is when I get the error I posted below..

mrbit commented on 2013-04-03 20:15 (UTC)

ok, updated pkgbuild, tested

mrbit commented on 2013-04-03 20:10 (UTC)

rek2gnulinux, you're right !!

rek2gnulinux commented on 2013-04-03 19:53 (UTC)

mrbit yes like 2-3 weeks a go and stop working.. Im getting the error grive grive: error while loading shared libraries: libboost_program_options.so.1.52.0: cannot open shared object file: No such file or directory so I came here and notice you updated the PKBUILD so I try that and that is when I get the error I posted below..

mrbit commented on 2013-04-01 22:12 (UTC)

rek2gnulinux you updated system ?

mrbit commented on 2013-04-01 22:00 (UTC)

strange, ....I work!!!!.

rek2gnulinux commented on 2013-04-01 21:33 (UTC)

Im getting this error: canning dependencies of target grive_executable [ 97%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/main.cc.o [100%] Building CXX object grive/CMakeFiles/grive_executable.dir/src/Config.cc.o Linking CXX executable grive [100%] Built target grive_executable ==> Entering fakeroot environment... ==> Starting package()... make: *** No rule to make target `D'. Stop. ==> ERROR: A failure occurred in package(). Aborting...

mrbit commented on 2013-02-04 22:26 (UTC)

thanks radams, apdated per compatibily boost 1.50.0

commented on 2013-02-04 12:44 (UTC)

At the moment, grive looks for version 1.50.0 of boost-libs, and won't run after boost-libs has been upgraded to the latest version. Adding the following links gets around this problem for now: ln /usr/lib/libboost_program_options.so /usr/lib/libbost_program_options.so.1.50.0 ln /usr/lib/libboost_program_options.so /usr/lib/libboost_program_options.so.1.50.0 ln /usr/lib/libboost_filesystem.so /usr/lib/libboost_filesystem.so.1.50 I'll submit a fixed version of the source code to github, unless somebody beats me to it.

commented on 2012-12-02 01:58 (UTC)

Or you can check out http://www.lbreda.com/grive/start... However, the "official" version number appears to be 0.2.0, not 0.3.0.

commented on 2012-12-02 01:53 (UTC)

The correct web page is now https://github.com/Grive/grive

mrbit commented on 2012-11-07 18:13 (UTC)

ok , updated...

commented on 2012-11-07 16:41 (UTC)

error 404 again change the source the webpage for upstream is a 404 wrong categorie ._.

ilpianista commented on 2012-10-19 09:51 (UTC)

Move boost to makedepends and replace it with boost-libs. categories=('network') WTF is that?

mrbit commented on 2012-10-10 09:16 (UTC)

ok fix..

idovitz commented on 2012-10-09 07:40 (UTC)

Update PKGBUILD to use gcc-libs instead gcc-libs-multilibs

gnumdk commented on 2012-09-27 09:35 (UTC)

Please fix your PKGBUILD. Remove arch test, it's not needed.

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

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

vendion commented on 2012-09-14 00:57 (UTC)

Seems to be a upstream issue that causes the build to fail: /tmp/yaourt-tmp-vendion/aur-grive/src/Grive-grive-113b110/libgrive/test/util/ConfigTest.cc:39:44: error: no ?void grut::ConfigTest::TestInitialiseWithNoPath()? member function declared in class ?grut::ConfigTest? /tmp/yaourt-tmp-vendion/aur-grive/src/Grive-grive-113b110/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.

mrbit commented on 2012-09-13 16:50 (UTC)

test please....conmpila !!!!

eduardosm commented on 2012-09-06 15:14 (UTC)

It stucks on "Reading local directories".

vendion commented on 2012-09-05 23:45 (UTC)

The readme on Github shows 0.3.0 and a date of 25 July 2012 https://github.com/Grive/grive/blob/master/README I guess there is a disconnect somewhere my apologies for incorrectly flagging out of date.

mrbit commented on 2012-08-29 14:36 (UTC)

http://www.lbreda.com/grive/_media/packages/0.2.0/grive-0.2.0.tar.gz ???? no 3.0

vendion commented on 2012-08-29 13:28 (UTC)

Version 0.3.0 has been out for a while, please update.

mrbit commented on 2012-08-14 08:00 (UTC)

updated ... thanks TingPing

commented on 2012-08-14 07:23 (UTC)

You need the following libraries: - json-c - libcurl - libstdc++ - libgcrypt - Boost (Boost filesystem and program_option are required) There are also some optional dependencies: - CppUnit (for unit tests) - libbfd (for backtrace) - binutils (for libiberty, required for compilation dah)

TingPing commented on 2012-08-10 01:42 (UTC)

Working pkgbuild - https://raw.github.com/gist/3310164/a7333fd4b45a38f4d9ac3e3b624b107a4e261d71/PKGBUILD

commented on 2012-07-26 18:39 (UTC)

0.3.0 is out.

commented on 2012-07-05 14:57 (UTC)

https://github.com/Grive/grive 0.2.0 is out

mrbit commented on 2012-06-12 04:53 (UTC)

update...now compila

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

update not compila : 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*)’

commented on 2012-06-09 23:31 (UTC)

https://github.com/Grive/grive grive 0.1.1 released

qwertzdenek commented on 2012-06-09 13:46 (UTC)

Project moved to here: https://github.com/Grive/grive and the last version is 0.1.1.

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

Somehow, downloading the sources gives the wrong git tag ( 271dd95 ), so the installation does not work. I am not sure whats wrong.

mrbit commented on 2012-06-04 05:38 (UTC)

updated..

commented on 2012-06-04 03:26 (UTC)

https://github.com/match065/grive rediing the README say grive 0.1.0 in other word are in version 0.1.0 now

mrbit commented on 2012-05-25 14:14 (UTC)

add boost--> dep

vendion commented on 2012-05-24 23:32 (UTC)

Currently does not pass the checksum -> Downloading match065-grive-co1ace7... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 131k 100 131k 0 0 195k 0 --:--:-- --:--:-- --:--:-- 221k ==> Validating source files with md5sums... match065-grive-co1ace7 ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build grive.

thepasto commented on 2012-05-23 17:43 (UTC)

missing boost dep

mrbit commented on 2012-05-22 19:47 (UTC)

update ...

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

errore al primo avvio kammela@archp .grive]$ grive -a terminate called after throwing an instance of 'gr::Config::Error' what(): std::exception Annullato

mrbit commented on 2012-05-07 14:36 (UTC)

ok

ilpianista commented on 2012-05-01 06:58 (UTC)

match065 do not use git tags, until that is fixed this package will not build. (Every git commit changes the dir name and the checksum).