@s1lentechoes
I increased the pkgrel to force a rebuild.
Search Criteria
Package Details: grive 0.5.3-3
Package Actions
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: | 283 |
Popularity: | 0.081505 |
First Submitted: | 2012-04-29 22:26 (UTC) |
Last Updated: | 2025-05-04 13:41 (UTC) |
Dependencies (12)
- boost-libs
- curl (curl-gitAUR, curl-c-aresAUR)
- expat (expat-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc-libs-snapshotAUR)
- json-c (json-c-gitAUR)
- libgcrypt
- yajl (yajl-gitAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- binutils (optional) – backtrace and libiberty
- cppunit (optional) – unit tests
- inotify-tools (inotify-tools-gitAUR) (optional) – scheduled syncs and syncs on file change events
Required by (0)
Sources (4)
Latest Comments
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 30 Next › Last »
edh commented on 2016-10-31 09:25 (UTC)
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.
Pinned Comments
edh commented on 2023-10-11 23:00 (UTC)
If you encounter errors similar to
error [...] loading shared libraries
, you most likely need to rebuilt the grive package. Usually no further action is needed except for forcing a rebuilt.The error is due to grive having been built against an older version of the library mentioned in the error message. The library has likely since been updated by
pacman
and grive need to be made aware of this by rebuilding it.