Package Details: openafs 1.8.11-1

Git Clone URL: https://aur.archlinux.org/openafs.git (read-only, click to copy)
Package Base: openafs
Description: Open source implementation of the AFS distributed file system
Upstream URL: http://www.openafs.org
Licenses: IPL-1.0
Conflicts: openafs-features
Submitter: None
Maintainer: Bevan
Last Packager: Bevan
Votes: 61
Popularity: 0.000000
First Submitted: 2006-02-01 17:18 (UTC)
Last Updated: 2024-03-24 14:23 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 32 Next › Last »

kgizdov commented on 2017-10-22 23:53 (UTC)

stopped building for me: [ yes != "" ] || case amd64_linux26 in \ alpha_dux*|sgi_*|sun*_5*|rs_aix*|*linux*|hp_ux11*|ia64_hpux*|*[nof]bsd*) \ cd src && cd tptserver && make all ;; \ *_darwin_[1-6][0-9]) \ echo Not building MT ptserver for amd64_linux26 ;; \ *_darwin_*) \ cd src && cd tptserver && make all ;; \ *) \ echo Not building MT ptserver for amd64_linux26 ;; \ esac set -x; \ if test "-lncurses"; then \ cd src && cd gtx && make all ; \ else \ echo Not building gtx, because no curses-headers found. ; \ fi + test -lncurses + cd src + cd gtx + make all make[3]: Entering directory '/home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/src/gtx' gcc -o gtxtest gtxtest.o libgtx.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/librx.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/liblwp.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/libsys.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/libcmd.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/libkauth.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/libauth.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/librxkad.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/libdes.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/libafscom_err.a /home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/lib/util.a -lncurses -lresolv /usr/bin/ld: libgtx.a(curseswindows.o): undefined reference to symbol 'LINES' /usr/lib/libtinfo.so.6: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[3]: *** [Makefile:179: gtxtest] Error 1 make[3]: Leaving directory '/home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1/src/gtx' make[2]: *** [Makefile:350: gtx] Error 2 make[2]: Leaving directory '/home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1' make[1]: *** [Makefile:694: build] Error 2 make[1]: Leaving directory '/home/gizdov/Packages/builds/openafs/src/openafs-1.6.21.1' make: *** [Makefile:39: all_nolibafs] Error 2

Ethyling commented on 2017-09-14 14:01 (UTC)

@Bevan thanks

darkxsun commented on 2017-09-13 15:52 (UTC)

caddar: for more context, note than AUR packages assume base-devel is installed (including patch)

caddar commented on 2017-09-13 11:35 (UTC)

Yes and no. The hint with the AUR helper helped to resolved the problem - I tried to build the package manually and got an error complaining about missing command 'patch'... I use pacaur, and it seems it somehow doesn't complain or at least properly propagate the error that the patch was found, but never applied due to missing patch-utility. After installing 'patch' everything worked, both manually and with the AUR helper. Thanks for the hint, should have known myself to try it manually...

Bevan commented on 2017-09-13 11:22 (UTC)

caddar: The fact that the error still occurs in line 109 shows that the patch has not been applied. Otherwise it would have to be line 112. I double checked that the patch should be applied in the PKGBUILD, though. I therefore guess there is some kind of caching problem. A wild guess: Was there still an old src directory lying around before you ran makepkg? Or are you maybe using some AUR helper that caches package sources? I did not increase pkgrel because the compiled result does not change by applying the patch but this may confuse AUR helpers.

caddar commented on 2017-09-13 11:14 (UTC) (edited on 2017-09-13 11:15 (UTC) by caddar)

Hi, seems the push yesterday included some fix (0004), but I still get the same error (I think): "volinodes.h:109:45: error: unitptr_t undeclared (first use in this function); did you mean intptr_t?" Any ideas? I'm not familiar with c(++), so before wasting time for something that might be trivial.. (I checked that my openafs-git indeed includes the 0004-patch) best, c

Bevan commented on 2017-09-12 16:32 (UTC)

Ethyling: Thanks for the hint. I can reproduce the issue and will push a fixed version within the next hours.

Ethyling commented on 2017-09-12 14:33 (UTC)

Hi guys, There is a build problem with file volinodes.h : Got the error "‘uintptr_t’ undeclared (first use in this function); did you mean ‘intptr_t'". I'm building it on a fresh system. Regards.

totsilence commented on 2017-02-27 11:14 (UTC)

Hey Bevan, openafs needs this patch: https://gerrit.openafs.org/#/c/12506 (789319bf0f2b26ad67995f8cbe88cee87a1bbdc0 in master) to build with Linux 4.10. Cheers!

mmrezaie commented on 2016-10-20 12:11 (UTC)

@Bevan thanks

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 32 Next › Last »