| Summary: | netatalk-2.0.x cannot find afs installation | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Ben Ridenhour <securebenji-general> |
| Component: | New packages | Assignee: | Diego Elio Pettenò (RETIRED) <flameeyes> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mmokrejs, net-fs |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Configuration log from the netatalk-2.0.1 build | ||
|
Description
Ben Ridenhour
2005-01-28 09:37:05 UTC
Created attachment 49754 [details]
Configuration log from the netatalk-2.0.1 build
netatalk needs a developer to take up maintenance. Please try with new netatalk-2.0.3 and report back thanks. The same problem occurs with 2.0.3. I have to remove the afs use flag to make netatalk emerge still. Ok I'm going to look at this Please try with latest ebuild (time that it hits the sync mirrors), should work around this. I believe the problem is that configure did not find afs. Inspecting your config.log I don't see any -L and -I related to afs to be used when that test for afs went on. Check configure script where does it actually look for afs sources. maybe it failed because it needed some other library, like krb4 library .;) I had a look at netatalk homeopage, there's just nothing about kerberos and AFS. Changelog shows few changes several years ago. The krb5 USE flags are nonsense. Remove kerberos also and depend only on kth-krb . Maybe also mit-krb5 has directly krb4 code (not just support using krb4 libs like heimdal does, btw.). I proposed somewhwere else to zap most of current USE flags as they are useless including the virtuals. People will use heimdal and kth-krb together and is legitimate to have even mit-krb5 as the third on same host. Do not trust kerberos related virtuals. Googling around for heimdal and netatalk gives me few hit, and almsot no recent em,ail postings to some discussion lists, except years like 1992 or 1998. It afs really supported? Just a thought: http://homepage3.nifty.com/hatada/pc/net/readme.afs.html I downloaded netatalk-2.0.3 myself from ran configure without any arguments on a machine running openafs and having /usr/heimdal and /usr/athena/ checking whether to enable AFS support... no [cut] checking whether the PGP UAM should be build... no checking whether the Kerberos IV UAM should be build... no checking whether Kerberos V UAM should be build... no configure just doesn't look for kerberos, maybe not even afs I played with the switches and this makes configure immediately when it does not find AFS: ./configure --enable-afs=/usr/afsws/i386_linux24 --with-gssapi=/usr/heimdal --enable-afs --enable-krbV-uam And the next confirms configure does not pass path information to the compiler when compiling the tescase, as seen in original bugreport. This helps to find libafsauthent but needs more libs: CFLAGS=-I/usr/afsws/i386_linux24/include LDFLAGS=-L/usr/afsws/i386_linux24/lib ./configure --enable-afs=/usr/afsws/i386_linux24 --with-gssapi=/usr/heimdal --enable-afs --enable-krbV-uam configure:13706: checking for pioctl in -lafsauthent configure:13737: gcc -o conftest -I/usr/afsws/i386_linux24/include -L/usr/afsws/i386_linux24/lib conftest.c -lafsauthent -l nsl -ldl >&5 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/../../../../i686-pc-linux-gnu/bin/ld: warning: libafsrpc.so, needed by /usr/afsws/i3 86_linux24/lib/libafsauthent.so, not found (try using -rpath or -rpath-link) /usr/afsws/i386_linux24/lib/libafsauthent.so: undefined reference to `rxkad_NewServerSecurityObject' /usr/afsws/i386_linux24/lib/libafsauthent.so: undefined reference to `__dn_expand' /usr/afsws/i386_linux24/lib/libafsauthent.so: undefined reference to `pthread_getspecific' /usr/afsws/i386_linux24/lib/libafsauthent.so: undefined reference to `rx_enable_stats' /usr/afsws/i386_linux24/lib/libafsauthent.so: undefined reference to `rx_socket' Well, I'll make it short, this makes configure allmost completely get it right, except two symbols (probably because I run different kernel or have different libc): LIBS='-lpthread' LD_LIBRARY_PATH=/usr/afsws/i386_linux24/lib CFLAGS=-I/usr/afsws/i386_linux24/include LDFLAGS='-L/usr/afsws/i386_linux24/lib' ./configure --enable-afs=/usr/afsws/i386_linux24 --with-gssapi=/usr/heimdal --enable-afs --enable-krbV-uam configure:13706: checking for pioctl in -lafsauthent configure:13737: gcc -o conftest -I/usr/afsws/i386_linux24/dest/include -L/usr/afsws/i386_linux24/dest/lib conftest.c -lafsa uthent -lnsl -ldl -lresolv -lpthread >&5 /usr/afsws/i386_linux24/dest/lib/libafsauthent.so: undefined reference to `LogThreadNum' collect2: ld returned 1 exit status I've disabled afs support until openafs is fixed upstream. This patch fixes the problem. Simplay, require at least openafs-1.3.87 and above. http://www.openafs.org/cgi-bin/wdelta/logthreadnum-libafsauthent-20050808?diff&f=u More details at http://rt.central.org/rt/Ticket/Display.html?id=20412 Please reopen and apply. Diego, here is an answer from netatalk developers ... asking for afs testing. Maybe you could help as well? I don't have any macs and never ever faced netatalk. :( So, have not much clue how much effort it is, but anyway, this should be enough for upstream confirmation that "it works": 1) you need to check it out from cvs cvs co test-suite (I can mail you a tarball with the right stuff if you don't have automake/autoconf). 2) autogen.sh 3) make 4) run the tests You need a netatalk server with clear text password enable and an empty volume in test-suite/test folder: Ex: ./spectest -u foo -w bar -s vol run the test suite for user foo with password bar on volume vol ./spectest -4 -u foo -w bar -s volume same with AFP 3.1 ./spectest -u foo -d foo1 -w bar -s vol run tests with two users foo and foo1, must the same password. Feel free to ask if you have a problem. Didier <dgautheron@magic.fr> |
