**** BEGIN LOGGING AT Fri Jul 01 23:59:57 2005
Jul 02 05:27:59 <perlguru> hi
Jul 02 05:29:21 <Tiersten> hey
Jul 02 05:31:42 <rwhitby-away> perlguru: got your soldering iron ready?
Jul 02 05:31:54 <perlguru> do i need one?
Jul 02 05:32:10 <rwhitby> only if you want to double the core clock speed of your slug ..
Jul 02 05:32:11 <Tiersten> or nail clippers if you want to follow glc :)  Not that we recommend that method!
Jul 02 05:32:30 <perlguru> tell me...
Jul 02 05:32:32 <Tiersten> http://www.nslu2-linux.org/wiki/HowTo/OverClockTheSlug
Jul 02 05:35:26 <perlguru> looks like even I can do it ;)
Jul 02 05:35:56 <perlguru> any horror stories yet on this subject?
Jul 02 05:36:29 <Tiersten> Nope
Jul 02 05:36:56 <Tiersten> Extra power consumption is minimal and the temperature increase is also minimal
Jul 02 05:37:24 <Tiersten> All that it relies on really is your skill in removing the SMD without breaking anything :)
Jul 02 05:48:29 <perlguru> what is the status of the buildenvironment?
Jul 02 05:48:39 <perlguru> still bitbake?
Jul 02 05:49:46 <rwhitby> perlguru: "mkdir /home/slug ; cd /home/slug ; wget http://www.nslu2-linux.org/Makefile ; make"
Jul 02 05:50:58 <perlguru> magic ;)
Jul 02 05:51:31 <perlguru> i'll do this later, i am updating my gentoo box at the moment
Jul 02 05:51:45 <rwhitby> make sure it's got monotone 0.19 installed
Jul 02 05:52:42 <perlguru> checked. emerge monotone will give me 0.19
Jul 02 08:05:18 <jbowler-zzz> jacques: what is ipkg -test?
Jul 02 08:18:43 <jacques> jbowler-zzz, sorry that was meant for rwhitby :-)
Jul 02 08:19:10 <jbowler-zzz> Sounds useful though...
Jul 02 08:19:11 <jacques> he told me that ipkg -test will do what I wanted 
Jul 02 08:19:23 <jacques> tell one what ipkg is going to upgrade
Jul 02 08:19:30 <jacques> without actually doing it
Jul 02 08:19:39 <jbowler-zzz> Ah ha!  Yes.
Jul 02 08:19:56 <jacques> I swear last time I looked (years ago) it wasn't there :-)
Jul 02 08:21:23 <jbowler-zzz> Like --pretend in gentoo apparently: root@lochalsh:~# ipkg -test install gcc
Jul 02 08:21:23 <jbowler-zzz> Installing gcc (3.4.4-r0) to root...
Jul 02 08:21:23 <jbowler-zzz> Downloading ftp://marsco/osuclibc/deploy/ipk/gcc_3.4.4-r0_armeb.ipk
Jul 02 08:21:24 <jbowler-zzz> Nothing to be done
Jul 02 08:23:00 <jacques> so it downloaded it but didn't install?  I guess it has to download to get deps
Jul 02 08:28:33 <jbowler-zzz> I don't know - if it downloaded it it got deleted afterward, but the local download is too fast for me to be sure.
Jul 02 08:30:02 <jbowler-zzz> Yes, it must be downloading because it does get the dependencies
Jul 02 08:30:24 <jbowler-zzz> No... maybe not - maybe they are in the Packages file.
Jul 02 08:31:53 <jbowler-zzz> Yes, they are, for example: Package: libldap-2.2-bin
Jul 02 08:31:54 <jbowler-zzz> Version: 2.2.24-r3
Jul 02 08:31:54 <jbowler-zzz> Depends: libldap-2.2-7 (>= 2.2.24), uclibc (>= 0.9.27), libgcc1 (>= 3.4.4)
Jul 02 08:32:24 <jacques> ah
Jul 02 08:34:04 <jbowler-zzz> Still it does download - I move the ipk on the ftp server and "ipkg -test install libldap-2.2-bin" failed
Jul 02 08:34:34 <jacques> Jul  1 15:35:06 (none) syslog.info -- MARK --  messages in the log are annoying
Jul 02 08:39:04 <jbowler-zzz> Set the shell variable MARKINT in /etc/syslog.conf
Jul 02 08:44:57 <jbowler-zzz> optware needs a javac compiler?  classpath build fails: configure: cannot find javac, try --with-gcj, --with-jikes, --with-kjc, or --with-gcjx
Jul 02 08:44:58 <jbowler-zzz> make: *** [/home/nslu2/nslu2-linux/optware/builds/classpath/.configured] Error 1
Jul 02 08:52:10 <jacques> jbowler-zzz, yeah currently it does :-\
Jul 02 08:52:19 <jacques> jikes
Jul 02 11:04:41 <perlguru> I got an error with make-> monotone: misuse: no database specified
Jul 02 11:04:55 <jacques> :-\
Jul 02 11:05:21 <perlguru> making from scretch
Jul 02 11:11:15 <perlguru> -> monotone: misuse: no database specified
Jul 02 11:11:57 <perlguru> monotone: successful exchange with monotone.nslu2-linux.org
Jul 02 11:11:57 <perlguru> monotone: [bytes in: 26.0k] [bytes out: 3094] [certs in: 26] [revs in: 8]
Jul 02 11:11:57 <perlguru> monotone pull
Jul 02 11:11:57 <perlguru> monotone: misuse: no database specified
Jul 02 11:11:57 <perlguru> make: *** [update-master] Error 1
Jul 02 11:16:23 <jacques> hmm I guess we gotta wait for the monotone gurus to wake up
Jul 02 11:19:29 <ByronT-Away> looks like it lost the default server information
Jul 02 11:20:25 <ByronT-Away> do a monotone -d monotone/nslu2-linux.db pull montone.nslu2-linux.org org
Jul 02 11:20:59 <ByronT-Away> that should set the default server back to our monotone repo...
Jul 02 11:38:18 <jbowler-zzz> If the pull fails - for example because there are two heads (I think that will do it) then the nslu2-linux.db is left broken
Jul 02 11:38:40 <jbowler-zzz> I.e. 'make setup' won't fix it, cause it is apparently already setup.
Jul 02 11:40:24 <jacques> this this what's fixed in 0.20 ?
Jul 02 11:41:02 <jbowler-zzz> No - it's a bug in the master makefile
Jul 02 11:41:34 <jbowler-zzz> I'm not sure how to fix it, seems like since setup does two expensive pulls there should be two setup steps.
Jul 02 11:42:09 <jbowler-zzz> Hum.  That gives me an idea.
Jul 02 11:56:02 <jbowler-zzz> No, two heads won't cause it to fail - just a non-available monotone.nslu2-linux.org (or a timeout).  In that case the setup fails - it's just a bad rule for 'monotone-update'.
Jul 02 11:58:36 <perlguru> i did the make in a clean dir
Jul 02 12:04:24 <jbowler-zzz> perlguru: what happened immediately after the command:         ( monotone -d monotone/nslu2-linux.db pull monotone.vanille.de org.openembedded )
Jul 02 12:04:34 <jbowler-zzz> (I'm interested in the next three commands executed by make).
Jul 02 12:07:49 <perlguru> [ -e monotone/nslu2-linux.db ] || ( mkdir -p monotone && monotone -d monotone/nslu2-linux.db db init )
Jul 02 12:07:49 <perlguru> ( monotone -d monotone/nslu2-linux.db pull monotone.vanille.de org.openembedded )
Jul 02 12:07:49 <perlguru> monotone: setting default server to monotone.vanille.de
Jul 02 12:08:11 <perlguru> monotone: setting default collection to org.openembedded
Jul 02 12:08:12 <perlguru> monotone: warning: doing anonymous pull
Jul 02 12:08:12 <perlguru> monotone: connecting to monotone.vanille.de
Jul 02 12:08:12 <perlguru> monotone: rebuilding merkle trees for collection org.openembedded
Jul 02 12:08:22 <perlguru> more?
Jul 02 12:09:57 <jbowler-zzz> Yes - there should be two 'unset' lines then a pull line - it's what happened on the pull which matters.
Jul 02 12:11:08 <perlguru> ( monotone -d monotone/nslu2-linux.db unset database default-server )
Jul 02 12:11:08 <perlguru> ( monotone -d monotone/nslu2-linux.db unset database default-collection )
Jul 02 12:11:08 <perlguru> ( monotone -d monotone/nslu2-linux.db pull monotone.nslu2-linux.org org )
Jul 02 12:11:08 <perlguru> monotone: setting default server to monotone.nslu2-linux.org
Jul 02 12:11:08 <perlguru> monotone: setting default collection to org
Jul 02 12:11:27 <perlguru> monotone: warning: doing anonymous pull
Jul 02 12:11:27 <perlguru> monotone: connecting to monotone.nslu2-linux.org
Jul 02 12:11:27 <perlguru> monotone: rebuilding merkle trees for collection org
Jul 02 12:11:27 <perlguru> monotone: including branch org.openembedded.dev
Jul 02 12:11:27 <perlguru> monotone: including branch org.openembedded.nslu2-linux
Jul 02 12:11:27 <perlguru> monotone: [certs: 221] [keys: 9]
Jul 02 12:11:59 <perlguru> monotone: first time connecting to server monotone.nslu2-linux.org
Jul 02 12:11:59 <perlguru> monotone: I'll assume it's really them, but you might want to
Jul 02 12:11:59 <perlguru> monotone: double-check their key's fingerprint: 0d63ffa0fad7729bafd3428d29b28da7b61fac4d
Jul 02 12:11:59 <perlguru> monotone: warning: saving public key for nslu2-linux@nslu2-linux.org to database
Jul 02 12:12:01 <perlguru> monotone: [bytes in: 26.0k] [bytes out: 3080] [certs in: 26] [revs in: 8]
Jul 02 12:12:02 <perlguru> monotone: verifying new revisions (this may take a while)
Jul 02 12:12:04 <perlguru> monotone: successful exchange with monotone.nslu2-linux.org
Jul 02 12:12:06 <perlguru> monotone: [bytes in: 26.0k] [bytes out: 3094] [certs in: 26] [revs in: 8]
Jul 02 12:12:08 <perlguru> monotone pull
Jul 02 12:12:10 <perlguru> monotone: misuse: no database specified
Jul 02 12:12:12 <perlguru> make: *** [update-master] Error 1
Jul 02 12:12:14 <perlguru> that's all...
Jul 02 12:13:33 <jbowler-zzz> Ah!  It isn't the default-server etc.  Hum, I saw something like this too then it went away.
Jul 02 12:16:01 <jbowler-zzz> perlguru: do you have an MT/options files?
Jul 02 12:16:50 <perlguru> huh?
Jul 02 12:17:06 <jbowler-zzz> Is there a file called MT/options in /home/nslu2
Jul 02 12:17:16 <perlguru> no
Jul 02 12:17:34 <perlguru> just a monotone dir
Jul 02 12:17:48 <perlguru> which contains nslu2-linux.db
Jul 02 12:17:52 <jbowler-zzz> In the Makefile, is there command to do monotone... co -b org.nslu2-linux.dev... in the monotone-setup step?
Jul 02 12:18:43 <jbowler-zzz> No, there isn't.  The Makefile on http://www.nslu2-linux.org is out-of-date
Jul 02 12:18:56 <perlguru> i took that one...
Jul 02 12:19:08 <jbowler-zzz> Or maybe it's more uptodate and broken...
Jul 02 12:20:48 <jbowler-zzz> If you execute make openslug/Makefile it should work.
Jul 02 12:21:51 <jbowler-zzz> (Well, that command should work)
Jul 02 12:23:07 <perlguru> ?
Jul 02 12:23:48 <perlguru> ok, that did something
Jul 02 12:24:46 <jbowler-zzz> It should work now, I think, it's a maze-of-twisty-make-rules situation
Jul 02 12:25:15 <perlguru> would be nice if it got solved, for future developers...
Jul 02 12:25:43 <jbowler-zzz> I think it is solved - check the Makefile, it should have changed.
Jul 02 12:27:44 <jbowler-zzz> Anyway, to be safe, execute 'make setup' (either Makefile).
Jul 02 12:28:11 <perlguru> also the download directory isnot created
Jul 02 12:28:40 <jbowler-zzz> Do you mean 'not created yet' or 'not created at a point where it is used?'
Jul 02 12:28:51 <perlguru> latter
Jul 02 12:29:07 <perlguru> created it myself
Jul 02 12:29:15 <perlguru> that fixed it
Jul 02 12:29:43 <jbowler-zzz> The problem is that the default 'all' rule doesn't do the setup.  So you have half a directory structure.  If you don't execute 'make setup' with the old Makefile all manner of things will fail (I think).
Jul 02 12:30:20 <jbowler-zzz> Even with the new Makefile, 'make' only works if you do it with the new Makefile - it doesn't work if the directory structure is b0rken by the old Makefile.
Jul 02 12:30:40 <jbowler-zzz> ... I think ... like I said, maze-of-twisty-make-rules-all-alike
Jul 02 12:31:08 <perlguru> well, unslung is building now....
Jul 02 12:31:14 <jbowler-zzz> If you do 'make setup' however everything should get fixed, so long as you haven't tried to fix it up yourself meanwhile (in that case you are on your own...)
Jul 02 12:31:38 <dyoung-zzzz> prelguru, when did you pull this Makefile, and are you doing it in a fresh directory?
Jul 02 12:32:07 <jbowler-zzz> dyoung-zzzz: I just did a wget on the www.nslu2-linux.org Makefile.  It is broken.
Jul 02 12:32:20 <jbowler-zzz> (And it is broken in the way perlguru encountered)
Jul 02 12:32:29 <dyoung-zzzz> Is there a fixed one in the repo?
Jul 02 12:32:50 <jbowler-zzz> Well, perlguru didn't answer my question, so I don't know yet.
Jul 02 12:32:56 <perlguru> just re-wget the makefile from www.nslu2-linux.org/Makefile
Jul 02 12:33:01 <dyoung-zzzz> It worked for me yesterday, which is strange.
Jul 02 12:33:26 <perlguru> did do a make in a clean directory (the first time)
Jul 02 12:33:58 <dyoung-zzzz> make clean wouldnt have helped you
Jul 02 12:34:05 <dyoung-zzzz> there is no "clean" target
Jul 02 12:34:37 <perlguru> no, i did: make $HOME/slug; cd $HOME/slug; wget ...Makefile; make
Jul 02 12:34:49 <perlguru> make -> mkdir
Jul 02 12:34:53 <dyoung-zzzz> oh, misread that.  heh
Jul 02 12:35:33 <perlguru> seems to work now. also did a make setup
Jul 02 12:35:51 <perlguru> now 'make unslung' is running
Jul 02 12:37:22 <jbowler-zzz> dyoung-zzzz: it only works if the user does 'make setup'
Jul 02 12:38:38 <jbowler-zzz> It's a new Makefile, it changed recently, the old one would work without 'make setup', I think.
Jul 02 12:39:00 <dyoung-zzzz> I thought the consensus was the setup tasks were dependencies of the appropriate foo-build targets?
Jul 02 12:39:07 <dyoung-zzzz> Oh
Jul 02 12:39:20 <dyoung-zzzz> So the one on the website is wrong, but the one in the repo is good?
Jul 02 12:39:53 <jbowler-zzz> No - I hadn't synced.
Jul 02 12:40:02 <jbowler-zzz> (Since yesterday ;-)
Jul 02 12:40:41 <jbowler-zzz> I think it can be fixed by adding 'setup-foo' stamp files in appropriate places.
Jul 02 12:41:57 <jbowler-zzz> Or just make 'all' depend on 'setup' and have a 'setup' stamp.
Jul 02 12:42:12 <dyoung-zzzz> Ok, if the website one ios probably good, i'm gonna go do some errands.
Jul 02 12:42:33 <jbowler-zzz> ? good in what sense
Jul 02 12:42:57 <jbowler-zzz> It can be made to work, and it would be fine if there was documentation to require 'make setup' first.
Jul 02 12:43:01 <dyoung-zzzz> if the one people wget works, I'm not going to fix it
Jul 02 12:43:25 <dyoung-zzzz> but if its broken, I'm in a position to replace it with one that works.
Jul 02 12:44:10 <jbowler-zzz> I don't know what the constraints are - if the current documentation says 'run make setup first', it's fine (I think).
Jul 02 12:45:05 <jbowler-zzz> But the current one has .PHONY setup and .PHONY is gnuish - I'm not familiar with it.
Jul 02 12:45:08 <dyoung-zzzz> trying a raw "make" in new directory.
Jul 02 12:45:15 <jbowler-zzz> Fails
Jul 02 12:55:49 <dyoung-zzzz> well, it worked for me
Jul 02 12:56:19 <dyoung-zzzz> its now happily building unslung-image
Jul 02 12:56:28 <dyoung-zzzz> what version of make do you guys have?
Jul 02 12:58:04 <jbowler-zzz> GNU Make 3.80
Jul 02 12:58:15 <dyoung-zzzz> me too
Jul 02 12:58:20 <dyoung-zzzz> oh well
Jul 02 12:58:45 <dyoung-zzzz> all I can say with any authority is, "typing 'make' worked for me"
Jul 02 12:59:02 <jbowler-zzz> I don't see how it can work in the absence of a bug in make - specifically a bug which doesn't have the feature that unordered targets go left-to-right.
Jul 02 12:59:07 <dyoung-zzzz> in a fresh directory, with a freshly got Makefile from www.nslu2-linux.org
Jul 02 13:00:37 <jbowler-zzz> all -> update -> update-master -> monotone/nslu2-linux.db
Jul 02 13:00:58 <jbowler-zzz> That update-master rule does 'monotone pull'
Jul 02 13:01:49 <jbowler-zzz> But there is nothing in the monotone/nslu2-linux.db rule to do a 'co .'
Jul 02 13:03:05 <jbowler-zzz> dyoung-zzzz: what commands were executed, up to and including the 'monotone pull'?
Jul 02 13:03:13 <dyoung-zzzz> you can ask rwhitby about it, all I know is it works for me.
Jul 02 13:03:34 <dyoung-zzzz> I dunno, its way out of buffer now
Jul 02 13:03:38 <dyoung-zzzz> I can start it again.
Jul 02 13:06:29 <jbowler-zzz> If you have monotone/nslu2-linux.db set as a default database in monotonerc (I don't even know if this is possible) that would explain the behaviour.
Jul 02 13:06:53 <dyoung-zzzz> I dont have a .monotone or monotonerc anyplace.
Jul 02 13:13:05 <jbowler-zzz> jbowler@marsco:/home/nslu2/t$ make
Jul 02 13:13:05 <jbowler-zzz> [ -e monotone/nslu2-linux.db ] || ( mkdir -p monotone && monotone -d monotone/nslu2-linux.db db init )
Jul 02 13:13:05 <jbowler-zzz> ( monotone -d monotone/nslu2-linux.db pull monotone.vanille.de org.openembedded )
Jul 02 13:13:13 <jbowler-zzz> ( monotone -d monotone/nslu2-linux.db unset database default-server )
Jul 02 13:13:14 <jbowler-zzz> ( monotone -d monotone/nslu2-linux.db unset database default-collection )
Jul 02 13:13:14 <jbowler-zzz> ( monotone -d monotone/nslu2-linux.db pull monotone.nslu2-linux.org org )
Jul 02 13:13:30 <jbowler-zzz> monotone pull
Jul 02 13:13:30 <jbowler-zzz> monotone: misuse: no database specified
Jul 02 13:14:09 <jbowler-zzz> At this point there are two files (Makefile, monotone/nslu2-linux.db) and nothing else in the directory.
Jul 02 13:14:51 <jbowler-zzz> Makefile is from wget and matches the head of org.nslu2-linux.dev
Jul 02 13:15:17 <jbowler-zzz> The make commands match what I would expect the Makefile to do.
Jul 02 13:17:51 <jbowler-zzz> I can't see any reason why it would work - nothing in the monotone manual that I can find about default databases.
Jul 02 13:25:26 <dyoung-zzzz> jbowler-zzz, Okay this is the output:
Jul 02 13:25:27 <dyoung-zzzz> http://pastebin.ca/16738
Jul 02 13:26:48 <dyoung-zzzz> and I've verified that I have no monotonerc's or .monotone anywhere.
Jul 02 13:29:22 <jbowler-zzz> wow.  How does it do that?
Jul 02 13:29:32 <dyoung-zzzz> Beats me
Jul 02 13:29:37 <jbowler-zzz> dyoung-zzzz: do you have a /home/slug/MT directory?
Jul 02 13:29:55 <dyoung-zzzz> you mean foo/MT ?
Jul 02 13:30:11 <dyoung-zzzz> or .../slug/MT 
Jul 02 13:30:20 <dyoung-zzzz> foo is .../slug/foo .
Jul 02 13:30:30 <jbowler-zzz> I mean MT in the top level directory - where the Makefile is.
Jul 02 13:30:35 <dyoung-zzzz> Nope
Jul 02 13:30:48 <dyoung-zzzz> [dereky@builder foo]$ ls
Jul 02 13:30:49 <dyoung-zzzz> bitbake/  buildlog  Makefile  monotone/
Jul 02 13:31:08 <jbowler-zzz> Do you have a directory MT in any higher level directory (i.e any (../)*MT?)
Jul 02 13:31:21 <dyoung-zzzz> *THAT* I have.
Jul 02 13:31:34 <dyoung-zzzz> because my main build is .../slug, and foo is .../slug/foo
Jul 02 13:32:17 <dyoung-zzzz> I can try again in /tmp
Jul 02 13:32:41 <jbowler-zzz> Yes - I'm pretty sure it will fail then (unless you have /MT ...)
Jul 02 13:35:23 <jbowler-zzz> (Oh, your .../slug/monotone/nslu2-linux.db will probably have had a pull done on it too)
Jul 02 13:44:29 <dyoung-zzzz> Okay, NOW its PF
Jul 02 13:44:45 <dyoung-zzzz> (properly... um... Failed.)
Jul 02 14:01:53 <jbowler-zzz> dyoung-zzzz: I think I have a fix, just testing it.
Jul 02 14:16:57 <jbowler-zzz> dyoung-zzzz: the monotone head Makefile has my fix (it works) - can you put it on the web site?
Jul 02 14:19:30 <dyoung-zzzz> Not anymore.
Jul 02 14:19:41 <dyoung-zzzz> I no longer have group write access on that file.
Jul 02 14:20:19 <jbowler-zzz> Hum...
Jul 02 14:20:19 <dyoung-zzzz> lets see if the sysadmin can do anything about it.
Jul 02 14:31:36 <dyoung-zzzz> jbowler-zzz, can you check that out and make sure its the right Makefile please?
Jul 02 14:38:53 <CHAOSiTEC> to use oe i need to download a makefile, right?
Jul 02 16:03:21 <CIA-8> 03jeanfabrice * 10unslung/ (make/rrdtool.mk sources/rrdtool/rrd_gfx.c.wiley.patch): Patched rrdtool to have it compile without wchar_t support (wiley target)
Jul 02 16:09:12 <jbowler-zzz> dyoung-zzzz: revision d527f8c864b93d4971fca8bd5f0155edbf5bd7b1 has the correct Makefile
Jul 02 16:38:00 <jeanfabrice> 
ACTION 

Jul 02 18:41:37 <jbowler-zzz> The makefile is still broken, it isn't creating 'downloads'.  The general fix is to run 'make setup' *first*, before a simple 'make'
Jul 02 18:57:14 <CHAOSiTEC> jbowler i just created that dir my hand, and that seemed to fix it
Jul 02 18:57:22 <CHAOSiTEC> by even
Jul 02 19:15:20 <CIA-8> 03bzhou * 10unslung/ (Makefile make/py-serial.mk): py-serial ready for cross testing
Jul 02 19:25:41 <Tiersten> Hmm.  NAiL actually sleeps.. wow :)
Jul 02 19:26:48 <NAiLSleep> haha
Jul 02 19:26:55 <NAiLSleep> Once in a while, I do
Jul 02 19:27:16 <Tiersten> Okay.  Admit it.  Who are you and what have you done with NAiL?
Jul 02 19:27:21 <NAiLSleep> hahaha
Jul 02 19:27:36 <NAiLSleep> I'll be back in a few hours. Probably three or four
Jul 02 19:27:41 <Tiersten> :)
Jul 02 22:07:50 <NAiL> Tiersten: Didn't take as long as expected :P
Jul 02 23:10:23 <NAiL> hm.. anyone know the purpose of libnss_nis? Isn't that some network authentication thingy?
Jul 02 23:18:36 <peteru-home> NIS (formerly Yellow Pages) is a way of sharing config maps on networks.
Jul 02 23:19:14 <peteru-home> used for /etc/passwd, hosts, netgroups, automounter maps, etc
Jul 02 23:19:22 <NAiL> ah
Jul 02 23:19:40 <peteru-home> libnss_* is the libs used for performing these lookups as selected in /etc/nsswitch.conf
Jul 02 23:20:32 <NAiL> openntpd was trying to open 'em and failed. 
Jul 02 23:20:34 <peteru-home> Introduced by Sun. NIS+ and LDAP are the more modern versions of the same thing.
Jul 02 23:21:07 <peteru-home> probably harmless
Jul 02 23:21:24 <NAiL> yeah, it just didn't want to start. 
Jul 02 23:21:36 <peteru-home> check your /etc/nsswitch.conf and if you don't have one, create it
Jul 02 23:21:37 <NAiL> I won't start now either, but atleast I know that's not the problem :-P
Jul 02 23:21:52 <NAiL> The libs weren't installed. They are now.
Jul 02 23:22:35 <peteru-home> if you change the /etc/nsswitch.conf entries from compat to files, it won't even try to open those libs.
Jul 02 23:22:44 <NAiL> Right now openntpd complains it can't stat something. Looking through strace I can't figure out what on earth it's failing to stat.
Jul 02 23:22:54 <peteru-home> or at least, it *should not* try.
Jul 02 23:47:54 <NAiL> peteru-home: thx, btw ;)
**** ENDING LOGGING AT Sat Jul 02 23:59:56 2005