Arch Linux User Repository

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

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)

good... now compile. thx

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

/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

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

@je-vv

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

Best

@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

@cray @insign

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

+1 to the error posted by @insign

[ 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

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

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);

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

@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

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

I am getting similar error as @sadid

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.

@pmatts & @electra

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

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

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

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

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

[ 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

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

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

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

@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

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.

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

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.

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"...

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 !!!

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

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

No change with latest master branch :-1:

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

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"...

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

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?

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

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...?

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.

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

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

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

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

the same as above

          * 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...

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

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

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

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

@edh: That's what I did

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

Getting boost errors. Tried git version too.

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

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

That version supports a .griveignore file which is critical.

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

Thank you for the clarification!

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

Hello. Why do you randomly update package release?

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

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

@simonszu Just rebuilding the package should be sufficient.

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?

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

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

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