This is a log of the Netatalk Release Hacking Party at Saturday, 2001-11-24 on #netatalk-devel@irc.openprojects.net. I have removed all personal chatter and generally everything, not directly related to Netatalk. I've also anonymized personal data (like IP addresses). Participants: The nicks have partly changed during the course of the chat, but they should still be recognizable. * Dan: Daniel E. Lautenschleger * JamieFlournoy: Jamie Flournoy * PaulKrohn: Paul Krohn * Steve: Steve Freitas * arichard: Alain Richard * bs_Tru64: Burkhard Schmidt * craigz: Craig Zimmerman * dnanetatalk: Dallas Antley * jroger: Sebastian Rittau * lancel: Lance Levsen * marcus: Joe Clarke * schluppy: * sibaz: Simon Bazley * stewb: Stew Benedict * swanberg: Karen A Swanberg --> jroger (~srittau@jroger.in-berlin.de) has joined #netatalk-devel --- Topic for #netatalk-devel is Netatalk Release Hacking Meeting today 17:00 UTC -- logs are kept -- test tar balls available at http://me.in-berlin.de/~jroger/netatalk/ --- Topic for #netatalk-devel set by jroger at Sat Nov 24 16:31:58 --- ChanServ gives channel operator status to jroger --> Dan_SuSE (~usrdel@144.92.19.115) has joined #netatalk-devel --> swanberg (swanberg@Jolinar.geo.umn.edu) has joined #netatalk-devel --> HeliumGas (~nobody@cl3029622-b.rchstr1.mn.home.com) has joined #netatalk-devel --> stuart (~stuart@dsl254-099-164.nyc1.dsl.speakeasy.net) has joined #netatalk-devel --- jroger has changed the topic to: Netatalk Release Hacking Meeting -- logs are kept -- test tar balls available at http://me.in-berlin.de/~jroger/netatalk/ Karen, what type of computer lab to you maintain? --- Lance_Away is now known as lancel Anyone here got NT to compile on an OS X? * swanberg grins at Lance. "I presume NT here means Netatalk, and not WinNT? =)" :) AFAI heard, there are still issues with OSX. I tried to resolve them, but I didn't manage, since I don't have access to an OSX box. Mine fails on the ./autogen.sh, it can't find a couple of macros. I've only used OSX 10.1.1 as a client for Ntatalk. --> marcus (~marcus@rdu57-28-046.nc.rr.com) has joined #netatalk-devel I'm afraid I'm only going to be able to test OBSD 3.0 today. My 2.9 box is busy ghosting my WinNT server... (I love dual boots...) No sweat, Karen. So, where's the rc source? I notice a warning during compilation that in afpd, it says dangerous to use mktemp, better to use mkstemp (or something like that). This a problem? lancel: I'm just uploading rc0.3. --> arichard (~Snak@ns1.equation.fr) has joined #netatalk-devel me.in-berlin.de/~jroger/netatalk/ Done. Is rc.3 the one we're all gonna start with? I would suggest so. rc0.1 was release yesterday or so and had a few problem reports already. In rc0.2 I (hope I) fixed the problem reported by Steve: libdb3 got linked to every binary. In rc0.3 I fixed the Tru64 problem reported by Burkhard Okay. Thanks. Sebastian, are you logging this? Dan_Suse, no, the mkstemp is not required here. We don't actually open the temp file. Yep. Thanks, Joe. <-- jroger has kicked [jroger] from #netatalk-devel (Daemon be gone.) --> JamieFlournoy (~chatzilla@adsl-63-204-195-98.dsl.snfc21.pacbell.net) has joined #netatalk-devel --> steve (~steve@cx428818-b.irvn1.occa.home.com) has joined #netatalk-devel <-- JamieFlournoy has quit (Remote closed the connection) --- steve is now known as SteveF --> JamieFlournoy_ (~chatzilla@adsl-63-204-195-98.dsl.snfc21.pacbell.net) has joined #netatalk-devel lancel: I will strip out all stuff not directly related to netatalk and post the log on netatalk-devel if that's fine with everyone. --> sibaz (~root@sibaz.ncuk.net) has joined #netatalk-devel Sounds good! hi guys Simon? fine indeed --> PaulKrohn (~pkrohn@agency.sfna.com) has joined #netatalk-devel Simon Bazley, aka sibaz * JamieFlournoy_ getting-tarball openbsd: I ran the 0.1 a few minutes ago, ./configured, and then deleted that dir to run 0.3. On 0.3, now, I get this error: "checking whether build environment is sane...configure: error: newly created file is older than distributed file!" Karen, sounds like either you're building on a NFS volume, or your time is really off sync. yup, my time was off. now it's working... Any word on whether jeff was planning to be here? SteveF: Hadn't heard him say anything about this meeting. not sure? is Joe here? sibaz: I'm here. ./configure --prefix=/usr/local/netatalk --sysconfdir=/etc --enable-suse --enable-timelord --with-pam --with-shadow --with-flock-locks --with-tcp-wrappers --with-did=last --with-pkgconfdir=/etc/atalk works just fine! also my first time using cvs ... what a bear! Cause I wanted to respond to Joes comments about the logger code going into the main trunk of cvs are we checking just for compile success, or running success? Please, respond. cvs is lovely *beams* PaulKrohn: You don't need to use CVS. Just use the supplied tar-balls. Karen: Both! :-) In fact Paul, please stick to the tar-balls, otherwise it's more of a moving target. Good build on Debian w/ ./configure --prefix=/home/lance/netatalk_build --with-tcp-wrappers --with-shadow so whats the plan and who's chairing this meeting? sibaz is Sebastian, correct? * jroger shakes his head. I'm Sebastian. ok, tarballs are a-fetching ... nope, sibaz is simon bazley, aka the one thats written the logger and is using a linux 7.1 box in london (sibaz si mon baz ley) --- SteveF is now known as Steve_Mandrake sibaz: I will post the plan I had posted on the mailing list at the URL in the topic. Do we need a chair? --> stewb (~stewb@209.81.166.20) has joined #netatalk-devel I think "~/ "Home Directory" is AppleVolumes.default should be left as #~ with a note mentioning that home directories can be enabled by removing the pound sign. it would probably make things easier, but I not sure its really a necesity oh, okay, As long as you're here. =) How does the rc.atalk file work now? It gets generated, and we just have to refer to it in rc or rc.local somewhere? on RH 7.2 linux, a simple ./configure seams to compile ok, but there are some errors on what is going installed --> craigz (~craigz@66-108-57-38.nyc.rr.com) has joined #netatalk-devel Dan, I disagree. I think when an admin installs it, it ought to work to some degree out of the box. That way they don't freak when they run it. Yes, it could be a matter of RTFM, but not everyone does. Hello. I'm Craig Zimmerman, looking at building for OSX. Hi Craig! Thanks for coming! * swanberg grins at the brave OSX man... Any other opinions? env CFLAGS="-O -pipe" ./configure --without-pam --with-pkgconfdir=/usr/local/etc --with-did=last --with-tcp-wrappers works on FreeBSD. Having trouble with afp_options.c craigz: what's the error? You are assuming that an admin wishes to share Home directories, though... Dan, that's true, I just think something ought to work by default. Are there other options? (...of what could be shared?) craigz: I have heard there were problems on OSX. Related to macro concatenation. I had traced down this problem to include/atalk/paths.h Dan_SuSE: Can't the user just create their own .applevolumes file, and share out their home dirs? I don't know, Joe. marcus-> here goes: afp_options.c: In function `afp_options_init': afp_options.c:132: `_PATH_LOCKDIRafpd' undeclared (first use in this function) afp_options.c:132: (Each undeclared identifier is reported only once afp_options.c:132: for each function it appears in.) afp_options.c: In function `afp_options_parse': afp_options.c:366: warning: comparison is always false due to limited range of data type how about a default share of a directory within PREFIX? would at least serve as an example. you could ship it with a dummy volume shared, with a text file in it saying "OK now customize your shared volumes by editing..." etc. I've just edited paths.h to have the line: define _PATH_LOCKDIR "/var/run/" Rather than looking for the #IFDEF MACOSX_SERVER I like anything other than having something shared by default. Sebastian: Compiling RC0.3 on Mandrake 8.1 with CNID. I took DB3 out of ldconfig's cache. Compile, make, make install worked file. When I attempt to start the daemon, I get this: Starting AppleTalk services: *I* want to chosse what is to be shared. Starting atalkd:/usr/local/netatalk/sbin/atalkd: error while loading shared libraries: libdb-3.3.so: cannot open shared object file: No such file or directory [FAILED] Registering schizo:Workstation: /usr/local/netatalk/bin/nbprgstr: error while loading shared libraries: libdb-3.3.so: cannot open shared object file: No such file or directory [FAILED] Registering schizo:netatalk: /usr/local/netatalk/bin/nbprgstr: error while loading shared libraries: libdb-3.3.so: cannot open shared object file: No such file or directory [FAILED] Starting papd:/usr/local/netatalk/sbin/papd: error while loading shared libraries: libdb-3.3.so: cannot open shared object file: No such file or directory [FAILED] Starting afpd:/usr/local/netatalk/sbin/afpd: error while loading shared libraries: libdb-3.3.so: cannot open shared object file: No such file or directory [FAILED] JamieFlournoy_: I like your idea of a non-writable directory with a SimpleText file saying, "Congratulations! You rawk! Now customize $CONFIG_PATH/AppleVolumes.system! craigz: The problem is that obviously the wrong concatenation rule ATALKPATCAT in paths.h is used. --- JamieFlournoy_ is now known as JamieFlournoy_Solaris Steve_Mandrake: I will look into this. Could you send me the relevant log part via /dcc send? jroger any ideas what ATALKPATCAT concatenation rule to use? craigz: If you look at paths.h you will see that there is a conditional #define of ATALKPATHCAT. Could you find out which one is used? Possibly using #error. --- swanberg is now known as swanberg_obsd For some reason the startup script for SuSE is ending up back in /sbin/init.d/ It should be going to --sysconfdir There seems to be a hardcoded path for atalkd.tmp somewhere. Using --prefix=/home/lance/netatalk_build, syslogs outputs a "/usr/local/netatalk/etc/netatalk/atalkd.tmp: No such file or directory" jroger -> here's the part from paths.h: #ifdef HAVE_BROKEN_CPP #define BROKEN_ECHO(a) a #define ATALKPATHCAT(a,b) BROKEN_ECHO(a)##BROKEN_ECHO(b) #else #define ATALKPATHCAT(a,b) a##b Dan_SuSE: That location is hard-coded in the Makefile. #endif #else #define ATALKPATHCAT(a,b) a/**/b #endif Where can I define HAVE_BROKEN_CPP, that is OSX Like. i have the console windo open, but it just shows the welcome info, never what i type. hi everybody, it seems I have missed the start of meeting? I have just discovered there is a rc0.3 version I have just downloaded as an asside, are we going to do anythign about atalkd acting as a router? At the very least it shouldn't try to be a router unless there are 2 network cards, alternatively it shouldn't try atall unless its told to. it there any recommended ./configure options ? sibaz: I would suggest delaying that to the next release. sysvdir should be /etc/rc.d/ for SuSE Dan_SuSE: is it okay to hardcode that path? Dan_SuSE: RedHat seems to have /etc/rc.d/init.d I don't understand as I changed that in the CVS version on Monday. can someone give me an ftp address where I can download the tarball (please) jroger I put a hard coded DEFINE BROKEN_CPP in paths.h and it built a bit further, giving only a warning: afp_options.c:132: warning: cannot merge ) with BROKEN_ECHO, result is not a valid token afp_options.c: In function `afp_options_parse': afp_options.c:366: warning: comparison is always false due to limited range of data type but then croaks on quota.c as such: quota.c:408: only 1 arg to macro 'dbtob' (2 expected) quota.c:409: only 1 arg to macro 'dbtob' (2 expected) quota.c:410: only 1 arg to macro 'dbtob' (2 expected) quota.c:412: only 1 arg to macro 'dbtob' (2 expected) quota.c:413: only 1 arg to macro 'dbtob' (2 expected) quota.c:414: only 1 arg to macro 'dbtob' (2 expected) redhat use /etc/rc.d/init.d up to versions 6.2 and now recommend /etc/init.d sibaz: Doesn't http work? SuSE 7.1 -7.2 now use /etc/rc.d I could use http, but I'm inside a proxy server, ftp is easier ...also 7.3 Seb, perhaps your tarball does not have my Monday change to distrib/initscripts/Makefile.am Dan_SuSE: I'm taking the rc0 tar-balls out of the CVS release-branch so not all changes may have propagated. Dan_SuSE: Yes... Dan_SuSE: Let's see... Nope, it does not...line 48 craigz: try defining HAVE_BROKEN_DBTOB Dan_SuSE: You're using rc0.3? I had changed it since rc0.1. I just ripped 2GB of data to a shared Netatalk volume and an NT volume. Netatalk was almost twice as fast!! Yes, rc.3 Dan_SuSE: Netatalk's breath stinks with the blood of man. *giggles* Uh, yeah, Steve... You're scaring me. Dan_SuSE: Hahahaha.... Was NT serving DDP or TCP? NT only supports AppleTalk, not AppleTalk over IP. Dan_SuSE: In my version it says in line 48: :SBINDIR:/timelord Oh. Well. That would explain it, then. :-) Nah, I was just curious whether you were comparing to MacServerIP on NT or the like... * swanberg_obsd growls that some people abbreviate NetaTalk to NT, and now she's all confused... * Steve_Mandrake growls that people USE NT... * lancel Agrees w/ steve No, look at Makefile.am. It is missing my Monday change on line 48. marcus, I defined HAVE_BROKEN_DBTOB in quota.c, and now get a different error: quota.c:376: undefined or invalid # directive quota.c:419: #endif outside an #if There is a problem with afpd finding the uams on a --prefix=/not/usr/local build. craigz: You you send me your config.h file to srittau@debian.org? jroger it's on the way.... Could everyone who has the compile, install, and Netatalk function working on their platform please yell? And say what platform, please. (Without issues, that is.) --> schluppy (~sschluppe@dialin-145-254-032-009.arcor-ip.net) has joined #netatalk-devel can someone tell me where I can get a copy of the tarball from to test please sibaz: http://me.in-berlin.de/~jroger/netatalk/ * Steve_Mandrake yells, obeying his own voice, saying Mandrake works great without db3 in the path. ok, i compile with very simple options to start, just defining prexif and sysconfidr. on solaris 2.6, i hadn't installed the openssl stuff, and that worked, at least to the extent of seeing my home directory,. rats. remember the problem OpenBSD was having with not creating the .so files? Still happening! craigz: You might try disabling quota support by setting NO_QUOTA_SUUPORT. Thanks Paul whats the full url to the file (I'm using wget to download it) SuSE 7.3 is working fine except rc.3 needs to have distrib/initscripts/Makefile.am line 50 modified to read: sysvdir = /etc/rc.d Not sure why that #endif is out side of range. Of course, the final few #if..#endif's were not commented. on solaris 2.8, i have openssl installed, and noow i think i'm in PAM hell ... i mean heck! http://me.in-berlin.de/~jroger/netatalk/netatalk-1.5rc0.3.tar.gz Dan_SuSE: I'll take your word for it that'll be fixed. :-) cheers thats only 754k is that right? yeah I mean 764k err, yeah, that too Dan_SuSE: done so for rc0.4 The Obsd problems with .so files were once upon a time due to libtool issues, right? I don't have libtool on this machine yet, didn't think I'd need it. I compiled with --with-tcp-wrappers --with-ssl-dir=/usr Thanks, Seb. 764590 bytes. --- swanberg_obsd is now known as swan_obsd Stew, how goes Solaris 7? Alain, had a chance to dig into YellowDog yet? One question, is there a 'make uninstall' feature that will remnove an installed Netatalk app? I'm tired of manually uninstalling Netatalk. Steve - just running a straight .configure right now with NO_QUOTA_SUPPORT I get: quota.c:47: undefined type, found `DEFINE' quota.c:47: illegal external declaration, missing `;' after `NO_QUOTA_SUPPORT' quota.c:376: undefined or invalid # directive quota.c:380: #endif outside an #if quota.c:419: #endif outside an #if How are you defining it, craigz? Dan_SuSE: There is, but I don't know if it works. It would be a bug if it doesn't, though. I mean, this kind of thing should be in config.h think that was a typo...just made it: #define NO_QUOTA_SUPPORT #define NO_QUOTA_SUPPORT 1 in config.h should do it for testing. Cool Schluppy, what platform are you compiling on? I've done a successful configure and make on the targball (running on redhat linux 7.1) Steve_Mandrake We use SuSE 7.X and SuSE Enterprice Server 7 Cool. * JamieFlournoy_Solaris compiling on Solaris 8 can anyone access a macserver on the internet via IP if I turn it on? Steve_Mandrake Sumit Bose from SuSE is the person who help us to get a version to work, he has posted some mails in the mailling list I can, Simon. under RH 7.2, the rc0.3 version build with ./configure --prefix=/opt/netatalk --enable-redhat compiles and install without problems. I am now trying it with a MacOS 9 client and I have a problem : during the copy of a full system folder (about 260 Mo and 2000 files), the copy process stop at half with an error "unable to copy QuickHelp because an item with the same name already exits". Alain, you should also be using the --with-did=last option to configure. Does anyone know what controls the libdir in ./etc/uams/uams_*. No thoughts on the lack of links to .so files? Marcus, I've edited config.h and it's building further now.... Ok, I'll make install and put a quick AppleDefaults file together. I'm doing a strictly basic install wiht no configure options as I reccon thats what most basic users will do marcus: That's the default for rc's. marcus: ok, I recompile (I was assuming this was the default option). Sebastian, is --with-did=last the default now? Alain should have gotten that without having to specify anything, I think. oh yeah. A recurring Solaris "make" issue that could be fixed with docs: "ar" isn't in a user's PATH by default; it's in /usr/xpg4/bin and so it needs to be added or else "make" will fail. I'll set up an account for you Steve, password Mandrake (with capitals) Karen: Do you know what causes this? swan_obsd: What does 'find . -name "*.so"' say? ok, having trouble with pam.conf on solaris 8 ... i added the lines from SYSCONFDIR/pam.d/netatalk to /etc/pam.conf, having added 'netatalk' to the start of each line if netatalk is the user's first compile from source on Solaris, then the user probably won't know this off the top of their head. steve, my box is dns sibaz.ncuk.net ip 213.166.20.162 Steve_Mandrake: It is. JamieFlournoy_Solaris: Looking into that... Simon: Got it, just tell me when you want me to connect. Alain, do you have USE_LASTDID defined to 1 in config.h? * JamieFlournoy_Solaris make-installing ok, I've done a make install, I'll just setup the appledouble and run it and tell you default install hasn't generated the atalkd scripts in init.d marcus: I have just checked and I have effectively USE_LASTDID=1 in config.h, so this is not a config problem but a run problem. Also retrying the same copy result in the same problem. The only special thing I have is "codepage:maccode.iso8859-1" in the AppleVolumes.default file, so I will make a try without it steve: If I knew what caused it, I'd fix it. =) This has been a persistant problem, check out the netatalk-devel archives, thread: uams still broken BSD from July. sebastian: where should I do that find for the .so files? In usr or in my compile directory? swan_obsd: Sorry, I was just trying to kickstart the exchange for you, but Seb jumped in. :-) I'll try compiling without the --with-ssl-dir/usr. steve, I'm just trying to find the binarys now *grins* swan_obsd: I think we have the same problem. Does your syslog say it can't find the uams? swan_obsd: The compile directory (netatalk-1.5rc0.3) i get "User unknown or incorrect password ..." when trying to connect to netatalk on Solaris 8 w/ssl. Also, are we expecting ddp to work on Solaris 8? perhaps only in 32-bit mode? marcus: no, i just use an empty folder in which I copy my system folder. I manually uninstalled Netatalk rc.3, removed did and used cnid. All compiles properly on SuSE and appears to function properly as well. swan_obsd: I think the problem is in ./etc/uams/uams*.la where the libdir is hardcoded to libdir='/usr/local/netatalk/etc/netatalk/uams' this isn't where the uams are if you used --prefix jroger: The find command doens't find anything in the compile directory Ok, I will make up a list of all problems that people have with rc0.3 Please do "/msg jroger [short problem desc]" with your problems. Nother error: 'There is not enough room on the disk "Home Directory" to copy (an additional 278,478,848 GB is needed).' This on the Solaris 2.6 i thought was working ... marcus: there is only one quickhelp file in that folder ! swan_obsd: Can you post the output of "make" while it's going through the etc/uams directory? OK, I've found a problem, the rc.atalk.redhat file in distrib/initscripts isn't executable any ideas which ports I need to openup on IP chains for this to work? sibaz: 548 tcp is afpovertcp. infact, steve whats your IP addres I'll just give you complete access XX.XXX.XX.XXX Okay, the list is now up at http://me.in-berlin.de/~jroger/netatalk/compile-problems.lst . I will add/remove from this list as new problems are discovered/problems are resolved. Please /msg me with additions. --> opti (~bs@cube.cpfs.mpg.de) has joined #netatalk-devel marcus: i just restart the copy without the codepage:maccode.iso8859-1 option and now the copy go up to 2/3 but now hangs with an other problem : "error -37" during the copy of "Ressources système". In the MacErrors.h file, the error is defined as "bdNamErr = -37 /*there may be no bad names in the final system!*/" so this is not supposed to occure ! marcus: I will make more investigation with --enable-debug --> sibaz2 (~root@sibaz.ncuk.net) has joined #netatalk-devel arse, my connection to my server just dropped I'm ready for you now steve if you want to try it error -37 is bdNamErr Bad file name; there may be no bad names in the final system! <-- sibaz has quit (Remote closed the connection) This -37 error is the same error that occurs when copying files with OS X clients. steve, any joy? sibaz2: Getting incorrect password error. I'm using "Steve" and "Mandrake". MANDRAKE all caps thats right <-- opti (~bs@cube.cpfs.mpg.de) has left #netatalk-devel OK, I've had this problem before but I thought it was fixed I'm using shadow passwords, and it used to not detect it properly --> opti (~bs@cube.cpfs.mpg.de) has joined #netatalk-devel my syslog message is this: Hmm, I tried "steve" and "Mandrake" and now you've hung my Mac! I'm thinking civil suit. LOL jroger: How do you want us do corrections? CVS to sourceforge? Nov 24 17:59:51 sibaz afpd[2110]: ASIP session:548(1) from 24.177.19.184:62098(2) Nov 24 17:59:51 sibaz afpd[2110]: dhx login: Steve Nov 24 17:59:52 sibaz afpd[2110]: uams_dhx_pam.c :PAM: PAM_Error: Authentication failure -- No such file or directory Nov 24 17:59:52 sibaz afpd[2110]: 0.17KB read, 0.13KB written Nov 24 17:59:52 sibaz afpd[2014]: server_child[1] 2110 done Nov 24 18:00:17 sibaz afpd[2115]: ASIP session:548(1) from 24.177.19.184:62098(2) Nov 24 18:00:18 sibaz afpd[2115]: dhx login: Steve marcus: so I just retry with iso conversions and debug. I was thinking that most people where not using codepage:maccode.iso8859-1 option although I think this should be a default option. Nov 24 18:00:18 sibaz afpd[2115]: uams_dhx_pam.c :PAM: PAM_Error: Authentication failure -- No such file or directory Nov 24 18:00:18 sibaz afpd[2115]: 0.17KB read, 0.13KB written Nov 24 18:00:18 sibaz afpd[2014]: server_child[1] 2115 done sorry steve *hugs* Do wipe my tears. *wipes Steves tears, but mutters somehing about the wonder reliability of macs* sibaz-> can you tell us what ls -l is of your /etc/uams directory? lancel: Patches that I can apply to my local copy of the stablizing branch and roll into the RC's. When we're finished today, I will commit all these patches. no such file or directory Sibaz, where are the UAMs? Do an ls -l of that directory. ...yes, that's what I meant. I've not got the foggiest, whats the default cause thats where they are (I'm doing a find now) but somethings wrong, like I say I'm being a complete simpleton with my setup, whatever its doing, its wrong if it hasn't worked its own thing out just seen that there is a maccode.iso8859-1.adapted file. Who knows what it is ? ok, /usr/local/etc/netatalk/uams Sibaz, what distro are you using and what is your ./configure line? I just typed ./configure no options ls -l of that uam directory and post it. --> satan (ali@frank.gwc.org.uk) has joined #netatalk-devel Well, that may explain the problem. here you go: lrwxrwxrwx 1 root root 11 Nov 24 17:45 uams_clrtxt.so -> uams_pam.so -rw-r--r-- 1 root root 48778 Nov 24 17:45 uams_dhx_pam.a -rwxr-xr-x 1 root root 869 Nov 24 17:45 uams_dhx_pam.la -rwxr-xr-x 1 root root 50264 Nov 24 17:45 uams_dhx_pam.so -rw-r--r-- 1 root root 36884 Nov 24 17:45 uams_dhx_passwd.a -rwxr-xr-x 1 root root 884 Nov 24 17:45 uams_dhx_passwd.la -rwxr-xr-x 1 root root 39325 Nov 24 17:45 uams_dhx_passwd.so * swan_obsd is back temporarily. She hate WinNT so much it makes her see red. "Sebasitan, I'm re-making so I'll post the output for the uams section in a second... lrwxrwxrwx 1 root root 15 Nov 24 17:45 uams_dhx.so -> uams_dhx_pam.so -rw-r--r-- 1 root root 25778 Nov 24 17:45 uams_guest.a -rwxr-xr-x 1 root root 822 Nov 24 17:45 uams_guest.la -rwxr-xr-x 1 root root 28660 Nov 24 17:45 uams_guest.so -rw-r--r-- 1 root root 38202 Nov 24 17:45 uams_pam.a -rwxr-xr-x 1 root root 814 Nov 24 17:45 uams_pam.la -rwxr-xr-x 1 root root 40281 Nov 24 17:45 uams_pam.so -rw-r--r-- 1 root root 31198 Nov 24 17:45 uams_passwd.a -rwxr-xr-x 1 root root 829 Nov 24 17:45 uams_passwd.la -rwxr-xr-x 1 root root 33892 Nov 24 17:45 uams_passwd.so -rw-r--r-- 1 root root 42354 Nov 24 17:45 uams_randnum.a -rwxr-xr-x 1 root root 863 Nov 24 17:45 uams_randnum.la -rwxr-xr-x 1 root root 43992 Nov 24 17:45 uams_randnum.so so uams)dhx_pam is there, I wonder why it didn't find it? swan_obsd: thanks I'm using redhat 7.1 --- sibaz2 is now known as sibaz2-redhat-7 --- sibaz2-redhat-7 is now known as sibaz-redhat-7-1 any ideas? Geez, I remember this was happening last week to Jon Newman. I could swear there was a patch applied to CVS and he was able to fix it. ...let me scout the devel list. BRB lancel: Regarding your hardcoding problem: I can't reproduce that here. My *.la file has libdir='/home/srittau/Test/etc/netatalk/uams' if I use prefix=/home/srittau/Test. Which other flags did you use? <-- opti (~bs@cube.cpfs.mpg.de) has left #netatalk-devel jroger: ./configure --prefix=/home/lance/netatalk_build --with-tcp-wrappers --with-shadow lancel: What platform? jroger: Debian testing configure didn't enable shadow support, I'm assuming pam should deal with that? Sibaz. I can'r find the e-mail about this issue, but I'd swear this was fixed in CVS. <-- schluppy has quit ("i will be back later and listen to you") ok dan, any idea when and I'll chec the cvs logs output of some .configure --with-tcp-wrappers --with-ssl-dir=usr on obsd: checking for SSL... /usr (enabling RANDNUM and DHX support) checking for main in -lcrypto... yes checking for main in -ldes... yes "make"ing now... lancel: Uhm... I'm using Debian unstable, so the difference shouldn't be that big... Do you have libtool installed? What version? --> bs_Tru64 (~bs@cube.cpfs.mpg.de) has joined #netatalk-devel Around Nov 16 or 17th. jroger: ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) Post to the list and see if Jon Newman can help. ...I know he was able to resolve is Red Hat UAM issue. marcus: I have just checked the differences between maccode.iso8859-1 and maccode.iso8859-1.adapted and it seems the later has about 13 more char equivalents between iso1 and macos charset. One of them is code 0xAA, the code for , so probably the problem is in the maccode.iso8859-1 table. I make an other try with maccode.iso8859-1.adapted table. Sibaz and Dan: So, this isn't caused by the fact that Simon didn't do --with-shadow? Sibaz, post a message to seb: /msg jroger [problem] I don'r know, Steve? Simon, please try recompiling with --with-shadow, and let's see what it does. Good idea... Steve, I know that will work, but its not a solution its a work around marcus: I have probably to first recompile without --debug because this is too slow ! (4 minutes to copy without, 7 hours with it !) Oh. What's your goal? Steve_Mandrake: build/install OK Solaris2.7 - startup fails on can't establish STREAMS plumbing, exiting. lancel: You you re-configure, re-run make and post the make output in /etc/uam, too? I always specify --with-pam and --with-shadow, Sibaz. Stew, can you /msg that to jroger? He'll add it to the list. Thanks. jroger: I'm also going to use --with-pam Here's my full configure line:./configure --prefix=/usr/local/netatalk --sysconfdir=/etc --enable-suse --enable-timelord --with-pam --with-shadow --with-flock-locks --with-tcp-wrappers --with-db3=/usr/lib --enable-cnid-db --with-pkgconfdir=/etc/atalk output of obsd make: afp_options.c: In function `afp_options_parse': afp_options.c:366: warning: comparison is always false due to limited range of data type ... Steve thats what I used to do to get this to work back on version 1.5pre6 sebastian, can I e-mail you the make output on openbsd? I'm not sure what you want to see. swan_obsd: yes, I swan_obsd: yes, I'm not sure, either, but then... Stew, just a shot in the dark, but I heard something about Solaris & DDP kernel stuff. I wonder what would happen if you went into netatalk.conf and turned atalkd and papd off. marcus: to be more effective, I may enable debug only on some part of the process, do you have an idea ? (it should be better for us to set the debug a runtime option that may be more or less verbose like all the other daemon works) Karen, can you try the following on line 365: burkhard: did you try rc0.3? Steve - I'm seeing now in the readme - I did not do make kinstall - which fails options->umask = (mode_t)strtol(optarg, &tmp, 8); make kinstall fails? Sebastian, I did. The UAMs are named correctly bash-2.03# make kinstall make: Fatal error: Don't know how to make target `kinstall' whats the CVS version of the /netatalk/configure.in file? bs_Tru64: Great, thanks. second that, no kinstall target. :( marcus: just for you information, I have reproduced the problem by copying just a part of the system folder and it reproduced on the same file, so this is probably the problem I was expecting. The other problem is that there is nothing interesting in the debug log, only the following : marcus: yes, but in a minute. I'm multitasking today... Burkhard: Since you joined late, you should know that Sebastian's keeping a list of outstanding issues and put it up for viewing at "http://me.in-berlin.de/~jroger/netatalk/compile-problems.lst". So for every problem you have that doesn't get quickly solved, please /msg jroger [short problem description] These log messages look hopeful: Nov 24 19:19:26 julie afpd[10608]: begin afp_getfildirparams: Nov 24 19:19:26 julie afpd[10608]: end afp_getfildirparams: Nov 24 19:19:26 julie afpd[10608]: begin afp_createfile: Nov 24 19:19:26 julie afpd[10608]: begin afp_getfildirparams: Nov 24 19:19:26 julie afpd[10608]: begin getfilparams: Include $(top_srcdir)/include before everything else. Nov 24 19:19:26 julie afpd[10608]: end getfilparams: Nov 24 19:19:26 julie afpd[10608]: end afp_getfildirparams: Fixed file so --sysconfdir works correctly as well as adding code to capture --prefix=DIR and handle it correctly. Steve: I'll have a look Alain, the error happens at the end of the log output? --- jroger has changed the topic to: Netatalk Release Hacking Meeting -- logs are kept -- test tar balls available at http://me.in-berlin.de/~jroger/netatalk/ -- /msg jroger with problem reports and patches marcus:yes thats versions 1.126 and 1.127 respectively marcus: line 365 of which file? ./etc/uams/makefile? Karen, no in afp_options.c A question: On RedHat, if you want to authenticate from /etc/shadow, but you don't specify --with-shadow, but instead --with-pam, is it *supposed* to work? weird: if i set --with-did=last, compiling fails: Making all in shell_utils make: Fatal error: Don't know how to make target `lp2pap.sh' Making all in shell_utils make: Fatal error: Don't know how to make target `lp2pap.sh' Paul, are you using the release candidate tarball or CVS? I had that same error a minute ago (Solaris 8) with no config options; blowing away and re-un-tarring the tarball Made It Go Away. karen: In you compile output it says: "Warning: libtool could not satisfy all declared inter-library dependencies of module uams_guest. Therefore, libtool will create a static module, that should work as long as the dlopening application is linked with the -dlopen flag." Steve, I'heard told on the list that it is, using pam karen: It also says that you should have shared versions of -lcom_err -lresolv, and -lrpcsvc. Do you have them? Sebastian, Daniel: Is --with-pam supposed to work to authenticate against /etc/shadow? Or are you supposed to need --with-shadow? No clue...I've always used both and things have worked. Steve, I'm doing a configure --wtih-shadow so we can check my setup, but we need to get the uams thing to work ok Steve_Mandrake: just a moment, I'm looking what --with-shadow does. marcus: when I make that change, I get this error on make: afp_options.c: In function `afp_options_parse': I'm still getting bit by ATALKPATHCAT in include/atalk/paths.h marcus: when I make that change, I get this error on make: afp_options.c: In function `afp_options_parse': afp_options.c: In function `afp_options_parse': afp_options.c:366: warning: comparison is always false due to limited range of data type Karen, okay, just checking. I need to look at that some more. under redhat, the default options are well detected (a ./configure --prefix=/opt/netatalk --enable-redhat just compiles with the pam support, admin group and did=last). Don't forget to post your issues to: /msg jroger [problem]. jroger: Okay, I don't know what the difference was, but adding --with-pam solved the problem, the uams are correctly found now. Simon, is it okay if I leave for ten minutes to pick up a car? (I'm strong.) Or if you're close to another test, I'll stick around for that. I'm just building bow, can you give me 3 minutes if it doesn;'t work 1st time, I'll work back on the uams thing k craigz: I now added you ATALKPATHCAT problem to the problems file. Can I check the log of the chat, to see the early suggestions to the OSX build issues? I'm in a new source tree and want to ensure I've added all suggetions steve, lancel: --with-shadow should be of no consequence for PAM. OK steve, its coming up now. Any progress on making atalkd not try to be a router (ie wait 30 seconds) if therss only 1 network card? Ok steve hit me Sebastian: Okay, but will PAM authenticate against /etc/shadow? lets try and see nope same error again *pow!* LOL Steve_Mandrake: It should if you are using pam_unix.so try connecting without authentication I mean using cleartext Cleartext? I'd need an old client, which I don't have. So you'd need to force that in your UAM config. Karen, change line 366 to: --> schluppy (~sschluppe@dialin-145-254-043-121.arcor-ip.net) has joined #netatalk-devel if (options->umask > 0777) { mode_t is an unsigned short. It can never be less than 0. DDudude, you'EVE b0rEKNE my MAC!!11111 IVE been 000nwnneeddd111111 REebebOTOT! Good God, Steve. Hey, it's early here. Just making bits for Sebastian to snip in the post-game. Hee hee. Alright, I'm AFK for ten minutes or so. Never buy a Chevy. both times you've connected using dhx and its complains about nosuch file or directory I haven't setup anything with afppasswd I don't have to d oI? --- Steve_Mandrake is now known as Steve_AFK Does DHX depend on SSL and Sibaz's SSL is not being found during configure? <-- schluppy has quit (Client Quit) craigz: Could you patch you paths.h file with the patch I'm sending you, and try to rebuid? The build should abort. I need the #error message. Dan_SuSE: dhx depends on SSL. jroger -> sure thing. I do have ssl, but I didn't tell it anything Perhaps SSL libs need to be specified on Sibaz's ./configure can any of you guys get acces to my box? sibaz, dan: What did configure say? Were SSL found? OK, a no-options make/make install works on a vanilla Solaris 8 install... at least enough to run ./afpd and get at it from a MacOS 9.0.4 client over TCP/IP. SSL (openssl) is installed in the default location too let me run configure again without the --with-shadow Sibaz will have to answer that... craigz: Please do a /dcc receive jroger Sibaz, during ./configure, do you see a line that says, "enabling DHX"? this is the important bit I thiknk: checking if we should even bother with PAM... yes checking for pam_set_item in -lpam... (cached) yes checking whether shadow support should be enabled... no checking whether flock locks should be enabled... no checking whether timelord should be compiled... no * Linux specific configuration checking for sys/quota.h... (cached) yes checking for linux/quota.h... (cached) yes checking for quotactl... (cached) yes * found Linux 2.2.x or higher checking for SSL... /usr (enabling RANDNUM and DHX support) checking for main in -lcrypto... (cached) yes checking for main in -ldes... (cached) no so clearly somethign strange is breaking it *sibaz ponders how eas this would be with a consice logger built in *grins* * jroger-> Hunk #1 succeeded at 6 with fuzz 2. there is no reason to keep the false iso8859-1 table, so with not just replace it with the adapted one ? I'm out of ideas, Sibaz. hmmm, I'll try moving the uams stuff about jroger: I don't have -lcom_err -lresolv, and -lrpcsvc. Which static module should libtool be creating? Should I be linking my .so files to it instead of uams_dhx_passwd.so? craigz: That's ok. Now please try "make" again in the directory where it failed. (etc/afpd) jroger-> cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -g -O2 -I../../sys -c `test -f psorder.c || echo './'`psorder.c ../../include/atalk/paths.h:12: STDC_NO_BROKEN_CPP With regard to the atalkd routing issue, why not specify the -dontroute flag on your interface in atalkd.conf? Sibaz, I think you need to specify --enable-redhat for the initscript to get installed for Red Hat. anyone else fancy trying to connect to my box? swan_obsd: It seems that libtool tries to link against these libraries, notices that it has only static versions of them and therefore only produces static versions of the modules, too. (For whatever reason). craigz: Thanks... jroger -> sure thing. Let me know what to do next... jroger: Okay, now I can't even recreate the problem. craigz: Could you search config.h for the string HAVE_BROKEN_CPP? It should be commented out, I guess. jroger: okay. =) But I'm not a programmer. What does that mean for me in trying to set this up? I presume you mean code link with #include as opposed to #ln -s uams_dhx.so uams_dhx_passwd.so? lancel: Did you unpack the tar-ball again and then recompiled? swan_obsd: To be true, I'm a little bit puzzled. Just mom... jroger: Yes, but I didn't kill the build directory, I'm going to try that noww too. lancel: ok does anyone else have the feeling that make clean and make distclean arent getting quite everything? i have much better success with freshly un-tarred source jroger->* sibaz-redhat-7-1: the rc.atalk.redhat script doesn't install by default:: I don't know if he was specifying --enable-redhat or not. strongly agree, make clean doesn't really clean. Paul->niether one works jroger -> I'd added define HAVE_BROKEN_CPP 1 to config.h. That was what the configure file was doing if it recoginized macosx. PaulKrohn: Could you compare what's left? craigz: But this wasn't defined by itself? Defining it by hand helped with that problem, didnt' it? dan, sibaz: Ok, could you keep me informed whether --enable-redhat helps? jroger -> I'd thought it helped. But I just commented it out of config.h and I'm making further down the chain now... --> sibaz (~root@sibaz.ncuk.net) has joined #netatalk-devel soz about that connection timed out (2 hours) Sibaz, were you specifying --enable-redhat during ./configure so that the red hat initscript was installed? nope, I'll try that in a sec I'm hoping somoen can connect to see if my uams problem is just a load of stuff in the wrong place I'm surprised there aren't multiple Red Hat users to help you in here, Sibaz. I'm not *grins* Redhat isn't exactly a hackers platform, thats why I'm trying to set it up from the muppets point of view craigz: During ./configure, does it say " * Mac OSX specific configuration"? afpd does work in Solaris 2.7, despite the make kinstall issue <-- sibaz-redhat-7-1 has quit (Remote closed the connection) --- sibaz is now known as sibaz-redhat-7-1 Arichard->Can you expand on your "nls" comment that you sent to Jroger? I'm curious about this as OSX gives -37 errors when copying files to Netatalk. Thanks. --> schluppy (~sschluppe@dialin-145-254-043-121.arcor-ip.net) has joined #netatalk-devel Dan, I'm trying to fix the problem, but I need Alain to try out a patch. I think the obsd uams thing is related to the version of Libtool. We fought that for awhile back this summer. Also, around pre5, they were created fine. And, for awhile (jun25, thread in devel called "uams") they were getting created but called so.0.0. Might the CVS hint where things got changed to make the obsd uams not work? jroger -> nope. I can make it do that if I add *darwin*) ... this_os=macosx ;; the code to recoginize osx looks for the string osx which is gone now. Only problem with going that route is that the build fails looking at the appletalk librarys... Thanks, Marcus. er, Joe. while we're all on here, I might get my netatalk install working with my logger stuff so I can see how it works is there no-one on here that can acces my box to test my build out? Dan_SuSE: arichard: there is no reason to keep the false iso8859-1 table, so with not just replace it with the adapted one ? when using no nls conversions (this is a little bit silly but probably a lot of people are using netatalk like that), a filename using special characters like "" produce an error "bdNamErr = -37 /*there may be no bad names in the final system!*/". sibaz -> I can check from the other room. What's your IP <-- schluppy has quit (Client Quit) swan_obsd: The problem is that this is nothing that could be traced through CVS. The libtool version of the tar-ball is the libtool version that's used on the packager's system. (I.e. my system in the case of the RCs.) jroger "oh, okay. Want me to try switching libtools again? pted table. As far as I know, there is no reason to keep the false iso8859-1 table, so with not just replace it with the adapted one ? I don't know exactly what you mean, arichard. Sorry. Sibaz, access your box how? craigz: So I'm going to add *darwin*) to the $host_os check for 0.4. yep, its sitting ther waiting for steve or anyone else, I'll need to add your IP to my ipchain though, but yep, Its just waiting swan_obsd: This is probably of no use. I had to switch libtool. But then I would like to fix this once and for all. jroger -> I'd commented out define HAVE_BROKEN_CPP 1 from config.h Then ran make again. It ran for a bit then burned again on cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -g -O2 -I../../sys -c `test -f psorder.c || echo './'`psorder.c ../../include/atalk/paths.h:12: STDC_NO_BROKEN_CPP dan: yep, if you can I just want to test netatalk again jroger: ?? I can't reproduce it failing to find the UAMS. Must have been an EP, engineering phenomena. Oh well. Debian compiles fine for cleartext. jroger: well, let me know what you want me to do, if anything. craigz: Yes, you have to remove the #error lines from paths.h to make it work again. But I'm just preparing a rc0.4 which fixes the osx->darwin problems. lancel: ok, I'm removing the problem from the list PaulKrohn: could you send the patch again? It didn't arrive here. Sibaz, did you use --enable-redhat? Did the initscript get installed? I haven't tried that I've been using the script in dist/initscripts without installing it Are you ready for me to connect to your box? jroger -> ok, I've removed #error lines, and am re making. It's gone back a good bit, so I'll see in a while if it works. I'll need the IP. jroger -> when the darwin is defined, there is a lot of trouble with appletalk librarys definitions asserting they are already defined. craigz: Could you give an example? swan_obsd: In etc/uams/Makefile there should be mentions of -rpcsvc, -lresolv, and -lcom_err. Could you just remove these occurences and try a make in etc/uams? jroger -> after this make, i'll edit the *darwin* line and make, and send you the errors. carig: ok Jroger-> How long before rc.4? Dan_SuSE: I'm just waiting for a patch Paul wants to send me. Unfortunately dcc didn't work, so were trying email. Thanks. Not a patch... Just the diffs list. I'm preparing rc0.4 now. Is this related to 'make uninstall'? To make clean. Ah. Uploading... What about make uninstall? Does it work? Properly? Hmmm. Error untarring rc.4 Geez. Upload not finished. Uploaded. --- Steve_AFK is now known as Steve_Mandrake Modem. Hey Simon, want me to try again? gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Child returned status 1 tar: Error exit delayed from previous errors Please try again now. It should be complete now. It's OK. Works. Thanks. Another problem: "make install" installs only the first of etc/afpd/nls/maccode.* The new tar-balls should only have two fixes: the SuSE build script and *darwin* as alias to *osx*. bs_Tru64: Looking into that. jroger -> here we go: jroger -> cc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -g -O2 -I../../sys -c netddp_open.c -Wp,-MD,.deps/netddp_open.TPlo -fno-common -DPIC -o .libs/netddp_open.lo netddp_open.c:24: header file 'at/appletalk.h' not found netddp_open.c:25: header file 'at/ddp.h' not found netddp_open.c:36: undefined type, found `at_inet_t' cpp-precomp: warning: errors during smart preprocessing, retrying in basic mode appletalk.h really lives in /usr/include/netat/appletalk.h Simon, I'm trying a new install with --enable-redhat as the only switch. Of course, I'm on Mandrake. So we'll see. * JamieFlournoy_Solaris marvels at how slow an Ultra 5's internal IDE hard disk is any one of the mistakes that is which file defines appletalk.h's location? I'd edited this on friday, and the fireworks really start after fixing that... hmmm, same error again Jroger->Everything looks good with SuSE on rc.4 Joe->Any progress on cnid locking under heavy load? I don't really have a good test base providing me feedback on a timely basis. I send Alistair some patches, but never heard back from him. Joe, after we get a stable release, I plan to call an IRC meeting like this one for load testing with you and those who have the means to test. We'll get it set for 1.x.1. I was hoping the SuSE guy would be able to help further (Sumit I think was his name). Okay. Anyone else need me for anything today? Yeah, I think Sumit and some others can help, we just need to nail a time down. That seems to be the biggest problem. I've never set up Helios LanTest before, but I have a buttload of Mac clients at my disposal for testing. Anyone know how to enable appletalk on Solaris 2.7 anyone have a spare 278,478,848 GB of disk I can borrow? heh Is it OK if it comes in the form of a stack of AOL floppies? In file included from netddp_open.c:28: ../../sys/netatalk/at.h:54: redefinition of `struct at_addr' ../../sys/netatalk/at.h:74: redefinition of `struct sockaddr_at' ../../sys/netatalk/at.h:74: redefinition of `struct sockaddr_at' ok, so how does dhx actually work? burkhard: etc/afpd/nls maccode issue fixed - will be in rc0.5 JamieFlournoy_Solaris: Hahahaahah! Sebastian: Thank you Joe and Dan: Let's set up a time two weeks or so from now, that should be post-stable-release, to do load testing. LanTest is easy, and a free download of course. DHX == Diffie-Hellman Exchange. craigz: What does "locate appletalk.h" say? Oops... Forget it Joe and Dan, you free on Saturday, Dec 8? [localhost:netatalk/new_try/netatalk-1.5rc0.3] craigz% locate appletalk.h Not sure, Steve. I'd have to get back to you. * JamieFlournoy_Solaris compiling rc0.4 on slowaris Not sure. I think I'll be around. and /usr/include/netat/appletalk.h EVERYBODY: Anyone who is available to do CNID load testing, please speak up. This means you'll have a Netatalk server running CNID, and 3 or more Macs to hit the Netatalk server with. <-- bs_Tru64 (~bs@cube.cpfs.mpg.de) has left #netatalk-devel I'm pretty sure we'd be looking at the one in /usr... not frameworks Okay Dan, let me know as soon as you can. Joe, can you find out definitively? You're the life of the party where this is concerned. the first was /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/netat/appletalk.h ircle had a problem with the / steve, I can run a cnid server, but I've got no macs to test it with, anyone that wants to hit it over the internet is more than welcome though Hmm -- A barrage of Helios Lantesters over a 3k/sec line. That sounds like fun. :-) * lancel :) btw, steve can you try hitting it again now, I've got another CVS version installed and running You gonna crash my Mac again? I'm thinking of switching to Windows because of you. Steve -> I'll put it on my calendar. Can we make it a little later than 17:00 UTC? rc0.4 makes OK on Sol8 well y'know Failed. doh Is hitting a cnid server right now with Helios. Very cool. same error again You rizzock, Dizzan! I will be your test guy. I'll set up 3 more Macs on Monday. Joe: Sure, I hate getting up at 9 am. The only concern is that if we can get Sumit to help, he's in Germany. btw, anybody wanna buy a Sun Enterprise 3500? I have a spare. Not kidding. Dan, if you could run some tests then, that'd be great. ok so what the hell do I do to get dhx working? should I just recompile without pam and with shadow I can't believe no-one knows how to get this working *sniggers and things of pissups and brewerys* just built and tested rc4 on YellowDog Linux PPC and it works. We're supposed to be hackers. Can't we do this at 20:00 UTC? Sumit was using 3 helios LanTest Macs on a cnid server. I can easily produce that. I mean, I'm up until 3:00 EST almost every night. Oh, that's it? Forget him! :-) Simon: For what it's worth, I just did an install with the only option being --enable-redhat, and it's broken for me too. Okay, try this... Joe. I will set up 3 Macs with Helios LanTest on Monday, compile with debugging and start testing. That good enogh? rc0.4 afpd over tcp works on sol8. steve do you want to try again, I just noticed I don't have a pam.conf file Good enough, but you'll want some patches first. that could be what it was complaining about th eabsence of Simon: ARG!!!!!!!!!!!!!!!!!!! Just kidding. Sure, now? I'm working off the stable branch now....not rc though. * swan_obsd bows low to jroger. "that makefile fix did create the .so files. Let me reboot..." look you knwo you want to reboot your mac anyway *grins* That's fine. Shall I use today's CVS and have you e-mail the patches to bobo@bocklabs.wisc.edu? Ok, I will change the include to includes in rc0.5. This should only affect MacOS X boxes. Dan -> works for me. Steve, given that my winNT print server just started to smoke, and I'm going to get drawn and quartered on Mon. because of it, any victory deserves a kowtow right now... =) Great. I am sorry that I have to go, folks. Thank-you Seb and all. has anyone here got any idea how to configure pam? I also have a Mac OS X box that I can use for testing as well, folks :-) Then stay here and compile! ;-) JamieFlournoy_Solaris: I got ld.so errors with afpd. Simon: You ready? <-- Dan_SuSE has quit ("BitchX: the cure for the common client") GO for it steve, it probably won't work but lets see Nope. Okay, try a compile like this: lancel: did you say you were on 2.7? I'm on 2.8... that could be it. ./configure --prefix= --with-ssl-dir=/usr --with-shadow --with-did=last --with-flock-locks --disable-shell-check --enable-redhat JamieFlournoy_Solaris: Could be. I rebooted to see if that loads the libraries. - the maccode.iso8859-1.adapted is far better than maccode.iso8859-1 and solves a lot of problems. We need probably to investigate more on that part (I suspect there are still some chars not converted). I know there are extra bits in there, but I want to go to a known base. never mind on that disk space. it seems my ultra5 has 2,666,369,024 GB available. Geez Paul, would you do your basic legwork before you bother us? =) --> sibaz (~root@sibaz.ncuk.net) has joined #netatalk-devel jroger: this Makefile fix seems to be working. My daemons started, and I was able to log in using encrypted transport. Unfortunately, I'm going to have to stop testing now, to do other things. I'll hopefully try more later, maybe this weekend, maybe this week. Karen: What's left to do? Just so I know. en.c -Wp,-MD,.deps/netddp_open.TPlo -fno-common -DPIC -o .libs/netddp_open.lo Steve: test. =) all I've done is log in, I haven't tried anything beyond compile/install/log in. sawn: Ok, but this change will only help temporarily (until you do ./configure or Makefile.am changes). I'll investigate further. * swan_obsd nods and bows out. Karen: Thanks. I might have an OpenBSD disk laying about here, maybe I'll play with it. JamieFlournoy_Solaris: Nope. I get atp_open: Protocol not supported , and then it fails on the uams. Karen: What were your configure options? is that all? Mine has 8,058,953,728 GB, 2,066,477,056 of which are used (that's 2,218,862,843,363,590,144 bytes!) Simon: Since I compiled like you, and it broke similarly, I'd like you to try my configure line. Willing? of course Okay... Here it is... lancel: interesting. I compiled with no options whatsoever; you might wanna try that. JamieFlournoy_Solaris: Like wise, ./configure only. ./configure --prefix= --with-ssl-dir=/usr --with-shadow --with-did=last --with-flock-locks --disable-shell-check --enable-redhat I'm out of here unless anyone needs me for something. Good luck on the rest of the testing. All's well with FreeBSD. I know there are extra bits in there, but I want to just get to a stable base. I just uploaded rc0.5. Changes: Burkhard's problem, -> BTW- I vote that the next release be 1.6 and we do like the kernel versioning scheme. JamieFlournoy_Solaris: Did you use gnu tools or Solaris? --> dnanetatalk (~eirc@fury.clas.ufl.edu) has joined #netatalk-devel <-- marcus (~marcus@rdu57-28-046.nc.rr.com) has left #netatalk-devel lancel: gcc (Darn, I was hoping to suck Joe into conversation with that vote.) <-- sibaz-redhat-7-1 has quit (Remote closed the connection) --- sibaz is now known as sibaz-redhat-7-1 still need a netbsd/sparc and solaris8/suncc compiler? ok any thoughts on the --prefix or can I drop that? NetBSD: Nobody's touched it! Solaris 8: Nobody's used suncc! sorry to drop into the conversation - but are you referring to the standard GNU --prefix? Simon: Oh, specify /usr/local/netatalk just to keep things clean. It makes the uninstall ridiculously easy: rm -rf /usr/local/netatalk just some compile options steve asked me to try if so, you want to keep --prefix, so Solaris-heads can make packages ie --prefix=/opt/SUNWnetatalk No Dallas, I'm just telling Simon where to stuff his Redhat box. :-) sorry. teach me to come into an existing conversation] wheres the current tarball? so i can start compiling? dnanetatalk: topic. http://me.in-berlin.de/~jroger/netatalk/ <-- swan_obsd (swanberg@Jolinar.geo.umn.edu) has left #netatalk-devel - there are still problems when some char is not able to convert. I have had it with files containing bad chars like control chars. This will stop any attempts to copy a file or folder. Perhaps a good idea is to convert the bad chars to some visible character (like ?). - I have had some problems under the MacOS X client with errors -50 (bad parameter error). Still have to investigate it. It seems to be related to some attributes under MacOS X. - the install script is not perfect : why installing adv1tov2 (I assume it is some oldies from asun), afpd-mtab.pl and test_parse_mtab (the option choosen is did=last, so theses utilities related to did=mtab are not needed), cleanappledouble.pl and netatalkshorternamelinks.pl are undocumented utilites probably not needed, nu (macusers is far better). why not putting the /opt/netatalk/etc/pam.d/netatalk under /opt/netatalk/etc/netatalk/pam.d/netatalk netatalk (aarp.c, at_control.c, ...) Alain: Sounds like a good idea (the ?) i'm afraid i'm running a 32-bit kernel, due to the problems with kernel packages, so i can't test 64-bit ok ok thats configureing OK, I'm bailing now... the ddp kernel driver needs to be added back to sys/solaris/Maikefile; can't do much testing on Solaris without it. afpd works with no configure options... Okay Jamie. Thanks for your help. Any volunteers to add the ddp kernel driver to sys/solaris/Makefile? <-- JamieFlournoy_Solaris has quit ("ChatZilla 0.8.4 [Mozilla rv:0.9.5/20011011]") Uh oh, something broke in rc0.5 for me. Make install sez: Steve_Mandrake: I'm checking it out. ./makecode \ mkdir -p /home/steve/rc0/etc/netatalk/nls for f in ; do \ /usr//bin/install -c -m 644 $f /home/steve/rc0/etc/netatalk/nls/; \ done make[4]: *** [install-data-local] Error 2 make[4]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc/afpd/nls' make[3]: *** [install-am] Error 2 make[3]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc/afpd/nls' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc/afpd' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc' make: *** [install-recursive] Error 1 oops, hold on, need to repost that because it dropped something. Thanks, Lance. Okay, I'm going to try again. >./makecode \ >mkdir -p /home/steve/rc0/etc/netatalk/nls >for f in ; do \ > /usr//bin/install -c -m 644 $f /home/steve/rc0/etc/netatalk/nls/; \ >done >/bin/sh: -c: line 1: syntax error near unexpected token `;' >/bin/sh: -c: line 1: `for f in ; do /usr//bin/install -c -m 644 $f /home/steve/rc0/etc/netatalk/nls/; >done' >make[4]: *** [install-data-local] Error 2 >make[4]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc/afpd/nls' >make[3]: *** [install-am] Error 2 >make[3]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc/afpd/nls' >make[2]: *** [install-recursive] Error 1 >make[2]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc/afpd' >make[1]: *** [install-recursive] Error 1 >make[1]: Leaving directory `/home/steve/netatalk-1.5rc0.5/etc' >make: *** [install-recursive] Error 1 Simon, did you get a make install error? Are you using 0.5? Steve_Mandrake: Ok, I'm going to fix that in 0.6. Seems my new code doesn't work as expected. ok ok I've done the make ainstall, I'm just going to start it sorted, it even dod the sacript thing. It still takes an age to start up though (with only 1 network card) dod the sacript? =) ok hit me doh No idea what's jacked. same problem again, its pam Ok, I'm doing a build without pam and with shadow Did you use my configure line exactly as I gave it to you? yep with a change of the prefix to /usr/local/netatalk Hmm. Okay. I don't get it with the pam though I mean whats to configure, I've got a pam.d directory so pam.conf is ignored anyway okay, solaris8/suncc/32-bit, a straight configure with no options (save CC=cc, CFLAGS=-xO3, LDFLAGS=-s) works without a compile complaint. this is on rc 0.5 dnanetatalk: Did you test with a Mac client to ensure proper function? you want me to actually _test_ it, too? whoops. :-) no, not yet =) i'll need to disconnect and reconnect once the netbsd build finishes. i don't have a client in the machine room dnanetatalk: in sys/solaris, did the ddp modules get compiled? no dnanetatalk: in the Makefile, is there a target for kinstall? <-- ChanServ has quit (asimov.openprojects.net irc.openprojects.net) well steve and I have had no end of problems getting to to work ok try that steve (please) YES! nasty pam I have just uploaded rc0.6. It should fix Steve's problem with maccode. What'd you do?! TELL MEEEEE! I did a --with-shadow --without-pam I shouldn't have to do that Hmm. Sebastian, what's the lesson here? Simon's got Redhat 7.1 and needs to do --without-pam. Mine worked on 7.2 and didn't need --without-pam. <-- dnanetatalk has quit (Remote closed the connection) any ideas on how to test pam without netatalk Simon: I'll copy something to you. I've documented the use of Makefile.kernel in doc/README.platforms and will include the change in rc0.7. Copying something up worked, Simon. Steve_Mandrake: What was the problem when Simon didn't do --without-pam? jroger: Couldn't login. I think we need some means of testing pam independant of netatalk, so we can run it as part of the make install file or ./configure script so we can check that pam is actually going to work I've got pam but it doesn't seem to work well it doesn't work with netatalk atleast jroger -> anyword on appletalk errors on OSX? Simon: Why don't you look at some pam man pages? There ought to be some clues in there as to testing it. I had a quick look it didn't look very helpful, I'll consult RedHat Linx 7.0 Unleashed. craigz: I will work on a solution, but I'm not sure it I will get this to work today... no help jroger -> ok. I'm just going to be lurking in the meantime then. craigz: The problem is understood, the solution known, only the implementation is missing. did someone say earlier that you had pam working under redhat 7.2 jroger -> anything I can do or test, let me know here, or via email . craigz: Ok. craigz: Is there any general #define on MacOSX? Anything like __linux__ on Linux? Whoops. :) make -f Make.kernel kinstall caused a bad trap, kernel panic. :) jroger -> where would the #define be located? craigz: I don't know. It's probably compiled into the compiler itself. <-- sibaz-redhat-7-1 has quit ("Leaving") Ahh, fsck. That panic taosted my devices. Sigh, I'm getting real good at installing Solaris. - why we don't remove options that are not needed any longer (--disable-admin-group as this is now a runtime option, probably others like --disable-ddp) - why we don't merge options that are related (--with-pam is mutualy exclusive with --with-shadow and --with-cracklib, --enable-cnid-db should probably be --with-did=dnis-db, --enable-redhat,--enable-suse and --enable-cobalt are exclusive and should be --spec-file=redhat|suse|cobalt so that anybody can get the tarball and issue a simple "rpm -ta tarball.tgz") - a lot of functionnality needs to be explained (DHX, PGP and KRB4 uams, msg directory) - I have tested the build and run of SLP under RH 7.2 (with openslp 1.0.4) and it works perfectly. As this is a real plus for MacOS X clients, i propose of enabling it if slp is detected. - perhaps we should investigate on building a common spec file for redhat, suse, cobalt and mandrake, and making the differences in the pre and post install scripts of the spec file. --> sibaz (~root@sibaz.ncuk.net) has joined #netatalk-devel --- sibaz is now known as sibaz-redhat-7-1 Alain, I think those are really good ideas for the next version. Can you please put them in the Todo list on Sourceforge? We'll go through them and make a grand Todo for 1.6.1. Steve_Mandrake: ack --> dnanetatalk (~eirc@diashi.clas.ufl.edu) has joined #netatalk-devel are we ready for another tarball yet? Maybe we should start a To Do list in doc/TODO in CVS trunk? --> ChanServ (ChanServ@services.) has joined #netatalk-devel --- asimov.openprojects.net gives channel operator status to ChanServ --- ChanServ removes channel operator status from lancel Jolly Roger: Sure, whatever. Them's just details. =) blah. i'm afraid I've missed everything since i was asked if sys/solaris made itself Sebastian, 0.6 is still broken for me. Here's what I'm getting: dnanetatalk: I did a make -f Makefile.kernel make kinstall and toasted the devices. I'm reinstalling solaris. >./makecode \ >codes=maccode.* \ >if test -n "$codes"; then \ > mkdir -p /home/steve/rc0/etc/netatalk/nls; \ > for f in ; do \ > /usr//bin/install -c -m 644 $f /home/steve/rc0/etc/netatalk/nls/; \ > done; \ >fi >/bin/sh: -c: line 1: syntax error near unexpected token `then' >/bin/sh: -c: line 1: `./makecode codes=maccode.* if test -n "$codes"; then mkdir -p >/home/steve/rc0/etc/netatalk/nls; for f in ; do /usr//bin/install -c -m 644 $f >/home/steve/rc0/etc/netatalk/nls/; done; fi' >make[4]: *** [install-data-local] Error 2 >make[4]: Leaving directory `/home/steve/netatalk-1.5rc0.6/etc/afpd/nls' >make[3]: *** [install-am] Error 2 >make[3]: Leaving directory `/home/steve/netatalk-1.5rc0.6/etc/afpd/nls' >make[2]: *** [install-recursive] Error 1 >make[2]: Leaving directory `/home/steve/netatalk-1.5rc0.6/etc/afpd' >make[1]: *** [install-recursive] Error 1 >make[1]: Leaving directory `/home/steve/netatalk-1.5rc0.6/etc' >make: *** [install-recursive] Error 1 jroger -> it appears that there may be both an __APPLE__ and __MACOSX__, but I'm not completely sure on that count. Just found mention of that with regard to building OpenSSL in my notes... I think theses may be setup very easily, so we may probably work on them for the 1.5 or 1.5.1. I have sent theses remarks to jroger because I was thinking he is setting up some feedback of this meeting with todos, sucesses and remaining bugs. I am ready to work on some of theses issues (configure scripts, spec files, iso tables) but probably other people have also some ideas. <-- satan has quit (Killed (NickServ (Nickname Enforcement))) I think the problem might have been the solaris make. I'll try gnu make next. do we _really_ need ddp tested under solaris? i'm happy being tcp/ip only. :-) Alain: Okay, well, somebody just needs to code them. If that's you, great, if not, try suckering someone into it. =) I don't even have that. afpd breaks my 2.7 err breaks on my 2.7 dnanetatalk: You could blather something about AppleTalk being too chatty and mumble on the way out... actually, i'm not _supposed_ to deploy any more appletalk (or IPX) devices on the network... --- dnanetatalk is now known as dna --- Steve_Mandrake is now known as Steve_mdk i compiled on solaris 8 with: ./configure --prefix=/usr/local/atalk --sysconfdir=/etc/atalk --with-shadow --without-pam. I still am confused by the authentication issues; only clear text authentication works. <-- arichard has quit () Paul, did SSL get compiled in? PaulKrohn: Did you install openssh or openssl? yes, openssl got compiled in. PaulKrohn: What does syslog say when you run afpd? is there a secret? i did the symlink thing, uams_dhx.so -> uams_dhx_passwd.so i'm a dummy. is it just --with-ssl=/path/to/ssl? hold on ... have to re-do some stuff <-- stewb has quit ("Leaving") dnanetatalk: It should find the stuff correctly. You shouldn't need the --with-ssl, what does configure report when it checks for the ssl stuff? it doesn't find it, but we've got all the items packaged up as separate /opt/ items no /usr/local here! dnanetatalk: Gotcha. I used the sunfreeware.com gnu packages instead. I have /usr/local. ok, there is nothing in /var/log/syslog, but /var/adm/messages has: Nov 24 12:49:36 lancelot afpd[6621]: [ID 449896 daemon.error] main: atp_open: Pr otocol not supported craigz: I sent you e-mail with a new version of at.h attached. Could you please try this out? but that's jut beacuse i have no ddp installed, right? checking for DID scheme to use... no DID dev/inode mapping kludge PaulKrohn: That's the same error I get. It usually precedes a uams not found for clrtext and dhx. --> bs_Tru64 (hschwerd@pD9E1F4BD.dip.t-dialin.net) has joined #netatalk-devel Seb, does "checking for DID scheme to use... no DID dev/inode mapping kludge" mean did=last? Steve_mdk: I hope that I will finally fix that problem with maccode in the next upload. i never get anything about uams not found. no problem <-- sibaz-redhat-7-1 has quit (Remote closed the connection) jroger -> sure. Going to get it now. Steve_mdk: yes, but I'm very open to better messages. Me too. =) I'd approve a change. --> sibaz (~root@sibaz.ncuk.net) has joined #netatalk-devel So, any suggestions? checking for DID scheme to use... last ? PaulKrohn: Did you install the ssh headers and libraries from source? openssl and openssh were installed from source under /usr/local --- sibaz is now known as sibaz-redhat-7-1 Steve_mdk: Bah, it's so simple... Well -> rc0.7 Okay, how about "checking for DID scheme to use... Well, there's this long history, you see, a lot like this girl down the street, but I digress, and DIDs are a concept foreign to real mens' operating systems (that's where it diverges from the girls down the street), so although we won't have seen the last of her, we still see the last DID, until we reboot, or she moves on, whichever happens first." ? I like that... okay. configure is happy if i use --with-ssl-dir=/opt/ BTW Seb, if I just do a configure with no options on Linux, the authentication is broken. Now, I don't know of a mainstream Linux distro since 1998 that doesn't use /etc/shadow. So how about on Linux defaulting to shadow=yes and pam=no? heres an annoying one, I've just done a make clean and now its broken the build Simon, make clean's broken. Trash the source directory, ungzip again. can someone tell me what the latest tarball is and give me a url to get it (please) Seb, can you remove make clean and make distclean? It's far worse that they're there an broken than not there. Steve_mdk: I guess so. Done. ok, i've got to go .. be sure to let me know when we're doing this again. FWIW, the Dec 8 afternoon date conflicts with the ILM Xmas party ... Simon, 0.5 and 0.6 have a broken MacCode thang. 0.7's not there yet. Steve_mdk: no, not done... ok steve can you try connecting again (in 2 seconds) I think I've fixed the pam problem Steve_mdk: Nope, make (dist)clean are automake featrues. In what way are they broken? there hit it Seb: Was the "I guess so. Done." in response to removing (dist)clean, or defaulting on Linux to --with-shadow and --without-pam? <-- PaulKrohn has quit ("bye") I've just done a make install on a version I prepared earlier Steve_mdk: the latter one, but there are issues. thatr worked Simon: Could login, but Home Directory is greyed out. I know why pam is broken Why? and that is: (that build had a load of other stuff don't worry about it, but it says PAM: PAM Success -- Success jroger -> did you get those errors? ircle is a bit anoying with line breaks... Seb: There's a general consensus that reusing the same source tree after make clean/distclean isn't as good as untarring again. the netatalk file it puts in /usr/local/etc/pam.d and in /usr/local/netatalk/etc/pam.d should go in /etc/pam.d wihtout that netatalk can't use pam Good detective work, Simon! *winks and smiles with a ching* Damn. Steve_mdk: I agree, but it should work nevertheless. (It required for Debian builds to work!) Oh. Nevermind. =) okay. i've got solaris8 0.6 compiled, but sys/solaris is still unbuilt. should i try to build it manually, or just try a non-ddp test? sibaz-redhat-7-1: Did you set --sysconfdir? nope Did you set --preix? err, --prefix? I'll do some cleaning work to see where it puts stuff (just ./configure) dnanetatalk: trying to make kinstall in Makefile.kernel killed my machine. It's up to you. :) sibaz-redhat-7-1: Then it will place pam files in /usr/local/etc/pam.d/netatalk. oh, that's right, you were going to try it with gnu-make. dnanetatalk: At least, once I re-install, about 50% done now. Burkhard, how's Tru64? Just building 0.6 well I've cleaned out stuff now lets see if this works <-- stuart has quit ("Client Exiting") make install fails for me with 0.6. did you have a problem lancel? I don't have a platform. ok, so whos fault is it that this breaks pam? pam for only looking in /etc/pam.d, netatalk for not asking pam to look in /usr/local/etc/pam.d or make for only putting netatalk in /usr/local/etc/pam.d. I mean its got to work transparently or its pointless from an end user point of view --- dnanetatalk is now known as dna_sol8sunCC That or it needs to be put in large flashing letters in an install document, but really we shouldnt be asking a user to give a confdir for a separate package, when we really can't change it and are just leaving it up to the user to break things if they get it wrong. How can we detect that instead? sibaz-redhat-7-1: PAM does only look in where it's configured to look. Netatalk doesn't know where PAM looks, so it makes a reasonable guess: SYSCONFDIR/pam.d. SYSCONFDIR=PREFIX/etc by default. If that's not where the files are, you have to specify SYSCONFDIR. there must be a way for netatalk to find out where its configured solaris just smashes everthing into a single /etc/pam.conf, and i know some of the older linux dists did this, too What about a test in configure? if [ -d /etc/pam.d/ ] that or alter the -with-pam option to have -with-pam=/etc/pam.d for the pam stuff, sysconfdir is not a good bet IMO i like sibaz's suggestion. overloading the --with is common practice atleast then it makes it reasonably clear that the directory should exist and we can complain if it doesn't (there should be files in pam.d) So what's the default? On MDK it's /etc/pam.d, same on Debian. same on redhat by the looks of it Do we have a suser here? dans gone sadly No, Daniel hates us. no steve he just hates you *grins* Bwahahaha. :) Just a mom, I'll have a look at SuSE. Sebastian, there's an error in etc/afpd/nls/Makefile.am: lines 19 and 20 should end with "; \", not just with ";", don't they? It's /etc/pam.d, too. steve can you try connecting to my box again (please) sorry , I meant "\" Simon: Okay, just this once. :-P *beams* bs_Tru64: Heh, my make install just failed from that. --- lancel is now known as LanceL-Deb I'm glad I'm not alone bs_Tru64: Actually they shouldn't end with anything (or with ;\). I will fix that in 0.7. That's the reason, it didn't work for Steve, either. steve? OK. nice thats it then Works! its the pam.d directory Elaborate? like I said, the netatalk file must be in the correct pam directory thats all it is hmm. even tho it said it found the ssl libs, etc, i still only get clear-text logins dna_sol8sunCC: Sorry to ask this, but is your AppleShare Client up to date? I'll change the PAM check to check in $(--with-pam)/etc. probably not.... argh. its 7.6.2 client dna_sol8sunCC: did you edit afpd.conf and netatalk.conf? I mean, so that pam files will get installed in $(--with-pam)/etc. yep thats what we need Seb, does that mean I'll be able to compile on Linux and omit --with-shadow and --without-pam and have everything automagically work through pam? Simon: We're still at 0.6 with b0rken MacCode stuff. Steve_mdk: I hope so. So you can't compile and install right now. jroger: Cool! Can't wait to test. I've just built a happy 0.3 version whats the MacCode stuff do? It's a secret code so Mac users know each other. Like a secret handshake. If you say so *grins* jroger -> netddp_sendto.c:28: header file 'at/appletalk.h' not found netddp_sendto.c:29: header file 'at/ddp.h' not found Simon: Actually, I have an RH7.2 box here with me, so I don't think I'll need it. dna_sol8sunCC: Finished installing. I have to setup TCP and DNS though. Hate the NIS+ defaults in Solaris. Building a completely untest rc0.7 now. bingo. updated to appletalk 3.8.8 and all is happy untested --- LanceL-Deb is now known as LanceL-deb-sol7 solaris 8, sun cc 5.0, noddp tho env CC=cc CFLAGS="-xO3" ./configure --prefix=/opt/netatalk --sysconfdir=/etc/atalk --with-pam --with-shadow --with-ssl-dir=/opt/openssl --disable-ddp works successfully. with the 0.6 build <-- sibaz-redhat-7-1 has quit ("Leaving") dna_sol8sunCC: Sounds good, so basically no tweaking necessary beyond that config line? Building a not so untested rc0.7. there was a 'make install' error, but it didn't preclude it from installing. let me dig it up codes=maccode.* \ jroger: Hehe :0 So far that's just about everyone. :) yeah, i saw the complaint about maccodes errors, so i assumed everyone knew --- Steve_mdk is now known as Steve_mdk81 jroger -> I'm making it a bit further along with the build on MacOS X, now it's sticking on this: cc -I../../include -g -O2 -I../../sys -o aecho aecho.o ../../libatalk/.libs/libatalk.a -L/Users/craigz/Desktop/netatalk/new_try/netatalk-1.5rc0.3/libatalk -lcom_err /usr/bin/ld: Undefined symbols: _ddp_close _ddp_open _rtmp_netinfo make[3]: *** [aecho] Error 1 rc0.7 is ready now. It should fix that maccode error, as well as the PAM stuff, and maybe some MacOSX errors. Let's see... * Steve_mdk81 is comforted by compiling Does anyone know what libcom_err.so does do? On debian it's part of the e2fsprogs package. dna_sol8sunCC: You back? Are you going to be able to try NetBSD? Well, no MacCode error... This is good! craigz: I wonder where _ddp_close and so on are used? I can't find any mention of these functions in the netatalk code. jroger, good question! I noticed that's exactly where I'd made edits to the includes... Okay, I can't login. My configure consisted simply of "--prefix=/usr/local/netatalk --enable-redhat" I'm building 0.7 cleanly now. We'll see what comes up this time... Steve_mdk81: Yes, you probably need --with-pam=/ Err, what should it be? --with-pam=/etc/pam.d ? Steve_mdk81: Nope, the prefix of PAM. That's normally /. So if I hadn't specified, --prefix, it would have just worked? It's not optimal. The next step is splitting out the PAM test into its own macro and then create some PAM auto-detecting code. I will delay that to after RC1. Steve_mdk81: only if netatalk and PAM prefix are the same, which they most likely aren't. Trying ./configure --prefix=/usr/local/netatalk --with-pam=/ --enable-redhat... BTW, you know what'd be slick? If it detected what kind of sys initialization was done, so we wouldn't have to specify the linux distro. Hard? Steve_mdk81: I'd delay *that* to after release 1. I'm full of suggestions like that. dna_sol8sunCC: You back? back. netbsd/sparc is STILL compiling Okay, okay, I'm looking into PAM auto-detection now. Wow. Throw that crap nasty machine in the trash. ;-) Sebastian, the error in connection with the maccode.* is gone: No maccodes at all get installed with 0.7. That's not what you've intended? Well... --- dna_sol8sunCC is now known as dna_netbsd-sparc burkhard: I'm stupid... Hope to fix the problem now. Okay, didn't work either with ./configure --prefix=/usr/local/netatalk --with-pam=/ --enable-redhat i just had a sickening thought - does --with-shadow enable reading /etc/master.passwd for *BSD systems? Steve_mdk81: Same here, no pam file is created at all. Ok, I'm giving up and will just list all maccodes in the Makefile.am. Steve_mdk81: I *hate* that... I will look into that after fixing maccode... Gnnnn I'll try ./configure --prefix=/usr/local/netatalk --with-shadow --without-pam --enable-redhat just to make sure it all still works... * Steve_mdk81 absolutely LOVES the new DID notice! maccode fixed. Steve_mdk81: I guess I will change it again, nevertheless. Awwww.... Arg! no perl in Sol7.\ Perl is for encryption freaks. Works: ./configure --prefix=/usr/local/netatalk --with-shadow --without-pam --enable-redhat Steve_mdk81: that's just it. Can't compile openssl w/ perl. That'll teach me. jroger: Do you want me to try anything right now for you? err s|w/|w/out|g; haha Steve_mdk81: Nope, I'm re-writing the PAM test from scratch. Will take a few minutes. --> Dan_SuSE (~usrdel@144.92.19.115) has joined #netatalk-devel What rc are we up to? 7 I'll give the SuSE compile a go and report back. dna_netbsd-sparc: did you compile openssl or install pkgs? i compiled openssl dna_netbsd-sparc: Using cc or gcc? cc 5.0 that's odd - i compiled/installed 0.6 w/ openssl under netbsd the client mac gave me: 'the user authentication method required by this server can't be found' what's up wit dat? --> schluppy (~sschluppe@dialin-145-254-048-131.arcor-ip.net) has joined #netatalk-devel Hmmm. rc.7 works just fine on SuSE but netatalk pam file no longer ends up in /etc/pam.d It was earlier... We know... I'm currently rewriting the PAM check from scratch... ./configure --prefix=/usr/local/netatalk --sysconfdir=/etc --enable-suse --enable-timelord --with-pam --with-shadow --with-flock-locks --with-tcp-wrappers --with-db3=/usr/lib --enable-cnid-db --with-pkgconfdir=/etc/atalk Oh, did not know. I know. :) I got Joe's cnid patches and have 5 mac clients I can hit it with using LanTest on Monday. Finished the test and testing it now. <-- LanceL-deb-sol7 (lance@24.66.248.169) has left #netatalk-devel how do you debug client/server stuff if -d doesn't report anything until you authenticate? I don't think Sibaz' problem with red hat initscript is an issue that should be listed, Seb. He never used --enable-redhat. ...just a thought. Dan_SuSE: Should or shouldn't? * Steve_mdk81 agrees with Dan. I don't think it is a problem. He said he never used --enable-redhat. Ok, I will remove it from the list of problems. Done. hey guys... i'm trying to figure out why i'm getting a client error with the netbsd/sparc build. should i just shelf this for now? What version of Mac OS are you using? 8.6.1 with the 3.8.8 appletalk client it works fine with the solaris8/sunCC build i tested earlier Is that an updated OpenTransport version? OT 2.0.3 I do know that the version of Open Transport that is stock with 8.6 is not able to do DHX authentication. Can you specify cleartext only and it works? i installed the updated appletalk client, which allowed it to use DHX with my solaris8/sunCC build Hmmm. Okay. If it's OT that can't deal with DHX, you'll have to upgrade OT itself. Is that the case, Dan? --> rover (~ruse@we-24-126-76-165.we.mediaone.net) has joined #netatalk-devel its not OT. its the appletalk client. I see. Well, I think Dan's advice of disabling all UAMs but cleartext is a good one, it should get you somewhere. I've got a mix of 8.5.1 - 9.2.1 clients. I always let the <=8.6 clients revert to cleartext. since the client works with 0.6/Solaris8/SunCC with DHX, there's something whacked with the netbsd build. i'm wondering if ... okay I suspect it is something to do with UAMs at any rate. still errors out Anything appear in /var/log/messages? is sorry he does not know much about BSD. The new PAM test works for me now. Rolling a new RC. Dope! you're right - 'uam: uam not found'. Can you give us an ls -l of your UAM directory? ta da ...and where it is? ls /usr/local/etc/netatalk/uams uams_clrtxt.so uams_dhx_passwd.la uams_passwd.a uams_randnum.la Should there be symlinks in there? That does not look right. yeah i've got .a instead of .so I bet when Seb gets a minute, he'll be able to help you. This seems to be something that has happened before. that's with a straight ./configure under netbsd/sparc 0.6. no compile options dna_netbsd-sparc: You've got .a's instead of .so's? On NetBSD? correct New RC uploaded. Please try, especially on systems where PAM isn't installed. dna_netbsd-sparc: That's probably the same problem that Karen has experienced. Do you also get quite verbose libtool warnings when you're trying to build? I don't have a box w/o PAM, but I'll try anyway. jroger: Should I try ./configure --prefix=/usr/local/netatalk --enable-redhat ? Steve_mdk81: Yep. yes, there's a warning about needing -lrpcsvc functionality from libtool Yikes. --without-pam doesn't work. Fixing. so it creates static modules Darn, I miss the old DID notice... ready, set, compile! dna_netbsd-sparc: Then that's probably the problem. Could you try to remove AC_CHECK_LIB(rpcsvc,...) from configure.in, and rerun autoconf, configure, make. will do. nuking the build directory now... Rats. Still doesn't work, Seb. You want me to look for something? SuSE 7.3 now has netatalk file appearing back in /etc/pam.d Steve_mdk81: What did ./configure say about PAM? checking for PAM... yes (path: /) checking for security/pam_appl.h... no yes, the pam file is called netatalk Hahah... No, what's it called? I'm looking to whether it's in the right place, but I don't know what it's called. Ah, ok. What does "locate pam_appl.h" say? [root@schizo netatalk-1.5rc0.8]# locate pam_appl.h >[root@schizo netatalk-1.5rc0.8]# locate pam_appl.h >/usr/share/doc/pam-doc-0.75/html/pam_appl.html So, I take it I need pam-devel installed? I guess so, but let me check... Yes, otherwise uams_pam.so won't compile. jroger: Is it easy to make a list of what one needs to compile netatalk? jroger: Which platforms for testing are you still lacking? Okay, I'll try again. I'm pretty sure the pam-devel needs to be installed. Let's see... I'm not sure where we are on Solaris. We're all over Linux like a cheap suit, FreeBSD works, OpenBSD probably works, NetBSD is in process... solaris8/sunCC works, except for the DDP problems Steve_mdk81: nope, OpenBSD has issues (missing *.so's). I'm gonna clear out of hear as I need to clean up cat mess and go out to bar. Y'all have been awesome today. LanceL will work some more on that I'll post cnid testing results beginning Monday. Mac OS X is being fun, Tru64 works (I think), no one loves AIX, and OS/2 is right out! Steve_mdk81: We should probably such a list to doc/INSTALL. I will have an ARM box in few days. Guess thats not a really popular server :) It'll be popular to you! Sebastian, I don't want to interrupt your PAM conversation, but let me just mention that the maccode.* are in the right place with RC0.8. bs_Tru64: Great, thanks. <-- Dan_SuSE has quit ("[BX] The name's X. BitchX.") argh. netbsd doesn't have autoconf installed by default, so i can't rebuild configure.in for you rover: Actually, making sure it compiles on ARM might be good for those embedded types... so both netbsd and openbsd have the .so problem, right? Steve_mdk81: I supposed to get the netwinder on Wednesday. I'll probably put Debian on it. I don't think I could test until Saturday or Sunday maybe. dna_netbsd-sparc: It seems so. Never mind for now. I think the problem can be resolved by just removing all the AC_CHECK_LIBS at the beginning of configure.in. jroger: i'll try building the autoconf tools, then rebuilding configure.in. that'll take awhile tho rover: That's cool... It'd be nice to know that it works. dna_netbsd-sparc: I think I will leave, soon, but you may e-mail me the results if you want to. Steve_mdk81: Sure, I'll post to the netatalk-admins list or would you prefer I email you directly. rover: Best use netatalk-devel@lists.sourceforge.net as that is the proper list for all development-related stuff. Actually, netatalk-devel would be best. You can join from sf.net/projects/netatalk jroger: Ok. BTW - What do megatron and timelord do? timelord is a time server for macs, much list ntpd. Oh, cool! That will make life easier! It made /etc/pam.d/netatalk, trying to start it up It works great! That's a relief. That's really nice, because now somebody can just do a simple ./configure --enable-redhat and be on his/her way. Distro-autodetect for 1.5.1, of course. Hey, since nobody's around, we can set policy more easily. Where do we start? I vote that the stable release is 1.6. Second? I'm indifferent. Okay Seb, is your problems list up-to-date? Anything we need to add? --> [jroger] (srittau@mail.kloster.in-berlin.de) has joined #netatalk-devel Seb, want me to try rc0.8 on RH7.2 before you take off? <-- schluppy has quit () Steve_mdk81: I don't know, check for yourself. Sorry, I looked at it, I guess I was really asking whether you recall anything that didn't go into it. Dallas, Burkhard, can you check the list? It's at http://me.in-berlin.de/~jroger/netatalk/compile-problems.lst Not really, no. I guess Paul's problem "on solaris 2.8 w/ssl: my password is always incorrect. suspect PAM, but no messages are logged." could be removed, too. k "sibaz-redhat-7-1: we've detected uams config problems by default" Anyone remembers what that was? I think you can drop that, that was that whole pam/shadow config thing that you just fixed. i hate dependencies. Yeah, I remember now, he was the one that first figured out that netatalk wasn't ending up in /etc/pam.d dna_netbsd-sparc: Yeah, too bad we've got loads of 'em. Done. Also Jamie's "make kinstall doesn't work". It's now correctly documented in doc/README.platforms And Lance has taken responsibility to get that working, right? Yep... I remove another note by lancel to the same effect. Steve, Tru64 is fine as far as I can see at the moment. I'll do some further checks next week, OK? An the next release should be 1.5, if you ask me. That's it. The other problems are still there and should be looked at... Thanks, Burkhard. I don't care muchr, really... We can discuss the policy issues on the list. My main priority now is to get MacOS X and *BSD builds to work. Hmm, I'm still getting this on RH 7.2: Starting AppleTalk services: Starting atalkd: [ OK ] Registering mail:Workstation: nbp_rgstr: Connection timed out Can't register mail:Workstation@* [FAILED] Registering mail:netatalk: nbp_rgstr: Connection timed out Can't register mail:netatalk@* i'm getting all the autoconf dependencies, jroger. i'll test out the configure.in change and let you know So I can connect via TCP, but not DDP. dna_netbsd-sparc: Ok. Could that be a kernel problem? I will evaluate the IRC logs and will check in the changes I made today tomorrow. --- jroger has changed the topic to: Netatalk Release Hacking Meeting -- logs are kept -- test tar balls available at http://me.in-berlin.de/~jroger/netatalk/ --- jroger has changed the topic to: Netatalk Development Discussions -- logs are kept -- test tar-balls available at http://me.in-berlin.de/~jroger/netatalk/