Package Details: openafs 1.8.13.1-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-12-21 09:26 (UTC)

Latest Comments

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

drslmr commented on 2017-11-03 09:59 (UTC)

Since last linux and openafs upgrade I can't access my directories anymore. In the directory tree I can see directories only down to a certain level. As soon as there is an additional IP based access right required I don't see the directories anymore. This IP based access right seams to require that the hosts IP address belongs to a certain set of IP sub-nets. I have no clue how that works. But it seams to not work anymore now.

kgizdov commented on 2017-10-24 21:00 (UTC)

latest version compiles for me fine.

totsilence commented on 2017-10-24 10:32 (UTC)

I prepared a patch and submitted it here as an OpenAFS bug: https://rt.central.org/rt/Ticket/Display.html?id=134420 I guess they will move the patch to gerrit if they agree with it. The patch solves the linking issue for me.

Bevan commented on 2017-10-23 17:23 (UTC)

Good catch! So it is caused by the latest ncurses update: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ncurses&id=e5cd527d1ab09e10ae44fdfd1c4ab16a4ad993bf Searching the web for "ncurses with-termlib=tinfo" shows that this is/was an issue for other software packages as well. I guess the configure logic needs to be extended for again. I won't have time to look into this today. If you come up with a patch we can directly send it upstream for review.

totsilence commented on 2017-10-23 17:13 (UTC)

I can reproduce the linking issue as well. It is related to missing "LINES" symbol which is part of libtinfo.so in our ncurses package and -ltinfo is missing in some linker commands. When adding -ltinfo things build. Probably another patch to openafs autotools files is required.

Bevan commented on 2017-10-23 16:57 (UTC)

Mmh.. I think we are actually having two different issues here: 1) Infinite loop on configure: For some reason this seems to only occur on some systems. I cannot reproduce it. However, thanks to totsilence there is a patch which I now applied to all three openafs packages. 2) Linking error when trying to build openafs. This issue I can reproduce and it only occurs when building the openafs package. The module packages build fine. Unfortunately, the curses patch does not fix this issue although the error points into a similar direction (maybe the latest ncurses update?) So this is still unfixed...

kgizdov commented on 2017-10-23 09:18 (UTC)

Yes, indeed. It filled up my SSD twice yesterday... I was able to build it by manually waiting and killing the process, so the compilation can continue. What's strange is that it builds on my desk PC fine with the same exact environment. Interesting...

totsilence commented on 2017-10-23 08:33 (UTC)

Bevan, kgizdov: Yes, I need that patch to compile the kernel module. I don't know yet at which point this patched became necessary, but it's definetely required here: Otherwise ./configure goes into an infinite loop (it calls the "/usr/bin/yes") and "make.log" in the dkms build folder grows infinitely - I stopped it at 12 GB size.

Bevan commented on 2017-10-23 07:42 (UTC)

kgizdov: Could be related to the issue addressed here: https://gerrit.openafs.org/#/c/12740/ I will try to reproduce this later today.

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

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