thanks, the seafile-package in the aur has a patch to fix this error, i used that and it worked
Search Criteria
Package Details: seafile 9.0.12-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/seafile.git (read-only, click to copy) |
|---|---|
| Package Base: | seafile |
| Description: | An online file storage and collaboration tool |
| Upstream URL: | https://github.com/haiwen/seafile |
| Licenses: | GPL2 |
| Conflicts: | seafile-server |
| Provides: | seafile-client-cli |
| Submitter: | eolianoe |
| Maintainer: | Joffrey |
| Last Packager: | Joffrey |
| Votes: | 110 |
| Popularity: | 0.000000 |
| First Submitted: | 2016-08-11 16:38 (UTC) |
| Last Updated: | 2025-02-18 17:52 (UTC) |
Dependencies (8)
- argon2 (argon2-gitAUR)
- fuse (fuse2)
- libevent (libevent-gitAUR)
- libsearpcAUR
- libwebsockets
- sqlite (sqlite-fossilAUR)
- intltool (make)
- vala (vala-gitAUR) (make)
Required by (2)
Sources (2)
<deleted-account> commented on 2013-08-28 12:32 (UTC)
kevincox commented on 2013-08-27 19:00 (UTC)
You need to edit the build scripts. I haven't looked into it enough to tell what exactly needs to be done.
<deleted-account> commented on 2013-08-27 14:02 (UTC)
sorry, that about exceeds my knowledge of compiling and linking.
Could you please be more specific?
kevincox commented on 2013-08-27 13:54 (UTC)
@hachel
Just change the excutable. gcc will take object files on the command line and link them using it's liker and its settings.
<deleted-account> commented on 2013-08-27 13:52 (UTC)
@kevincox
how would I use gcc for linking instead of ld?
kevincox commented on 2013-08-26 22:55 (UTC)
The download file hasn't moved, however the old version 404's. Changing pkgver to 1.8.1 fixes this. (Of course the checksum has to be updated too).
However, there is a build error in this new version.
Making all in tools
make[2]: Entering directory `/tmp/yaourt-tmp-kevincox/aur-seafile-server/src/seafile-1.8.1/tools'
/bin/sh ../libtool --tag=CC --mode=link gcc -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1,--sort-common,--as-needed,-z,relro -o seaf-server-init seaf_server_init-seaf-server-init.o seaf_server_init-seaf-db.o -lglib-2.0 -lzdb
libtool: link: gcc -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -o seaf-server-init seaf_server_init-seaf-server-init.o seaf_server_init-seaf-db.o -lglib-2.0 -lzdb
/usr/bin/ld: seaf_server_init-seaf-db.o: undefined reference to symbol 'pthread_setspecific@@GLIBC_2.0'
/usr/bin/ld: note: 'pthread_setspecific@@GLIBC_2.0' is defined in DSO /usr/lib/libpthread.so.0 so try adding it to the linker command line
/usr/lib/libpthread.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[2]: *** [seaf-server-init] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-kevincox/aur-seafile-server/src/seafile-1.8.1/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-kevincox/aur-seafile-server/src/seafile-1.8.1'
make: *** [all] Error 2
The error appears to be that the package is being compiled with gcc but linked with ld. Generally you need to link with the compiler's linker (use gcc and it will call the right linker with the right options).
I doubt this is a packaging error and if you confirm I don't mind reporting it upstream.
(I'm make sure I subscribe this time)
kevincox commented on 2013-08-26 22:40 (UTC)
@ddanier, yes, I have tested it and have been using it for a while.
untitaker commented on 2013-08-18 18:15 (UTC)
Seafile is now at GitHub. Package doesn't compile.
ddanier commented on 2013-07-04 09:23 (UTC)
@kevincox: Have you tested this, does it work?
kevincox commented on 2013-07-04 01:12 (UTC)
Adding "armv6h" to the "arch" variable allows for use on arm devices such as the raspberry pi.
Pinned Comments