| 00:29.46 | jacques | damn, I just got an email saying Les Suites (main OLS hotel) is almost sold out. I didn't expect it this early |
| 00:30.21 | ka6sox-office | ugh...when is this event? this weekend? |
| 00:30.22 | ka6sox-office | or next/ |
| 00:31.20 | *** join/#nslu2-linux jbowler (~jbowler@67.139.207.38) |
| 00:32.23 | jacques | ka6sox-office, OLS is in july (!) |
| 00:32.24 | *** join/#nslu2-linux ByronT-Away (~byron-por@ByronT.nslu2-linux) |
| 00:32.33 | ka6sox-office | wow. |
| 00:32.36 | jacques | i know |
| 00:32.38 | jacques | :-( |
| 00:32.49 | ByronT-Away | what+ |
| 00:32.55 | ByronT-Away | darn numlock on a laptop |
| 00:34.46 | *** join/#nslu2-linux eno (~eno@adsl-68-123-120-70.dsl.snfc21.pacbell.net) |
| 00:36.04 | jp30-work | morning, eno |
| 00:47.58 | jbowler | [g2], dyoung, dyoung-web: It turns out that on my OpenSlug NSLU2 the 'correct' tick is 10101.01 - but I have a fear that other slugs may need different values... |
| 00:48.12 | eno | hi jp30-work |
| 00:48.37 | [g2] | jbowler, I read you e-mail and was trying out stuff now |
| 00:48.49 | eno | my slug is not behaving today, had to reboot after up 45days |
| 00:49.31 | jbowler | [g2]: if you want ntpq you will need to install the ntp-bin package too (and that needs perl, probably a mistake adding that as an RDEPENDS...) |
| 00:51.22 | [g2] | jbowler, it's running |
| 00:52.18 | jbowler | eno: terrible, still, my main slug file server has only bee up 53 days so far... |
| 00:53.11 | jp30-work | anyone here know of a good tool for visualising differences between binary files? (must run on gnu/linux) |
| 00:54.32 | *** join/#nslu2-linux jstueve (~jstuve@c-24-1-182-79.hsd1.tx.comcast.net) |
| 00:58.50 | NAiL | jbowler: Drift on my slug is 140.260 |
| 01:00.22 | NAiL | jbowler: How'd you figure out the 'correct tick'? |
| 01:02.19 | jbowler | NAiL: run tickadj, it outputs a number (T), calculation T*(1+drift/1000000). This is the correct number. Edit /etc/default/rcS, change TICKADJ to this number. run /etc/init.d/ntpd force-reload |
| 01:03.57 | jbowler | So if you haven't changed anything, and everything worked, tickadj should output 10101 and the 'right answer' is 10102. ntp can deal with that amount of error (140PPM) no problem, anyway, it will change after a few more hours of running. |
| 01:04.37 | dyoung-web | need to glue an oven around that crystal. |
| 01:06.11 | jbowler | dyoung-web: to see how temp sensitive it is? |
| 01:06.57 | dyoung-web | well that too. But to maintain a temperature. Mostly though I'm just kidding around. |
| 01:07.29 | ByronT | you say that, but I get the feeling you were thinking of how to mount a heat gun somewhere |
| 01:08.24 | jbowler | Standard practice is to run boards in an environmental chamber for some specified time. Acorn used to fry ARMs for a few hours a piece. |
| 01:09.54 | dyoung-web | I was just looking at my box of oven crystals too. |
| 01:10.10 | jbowler | That number - 10101 - is exactly 100/99*10000. LinkSys (or someone) programmed something like 9901 somewhere inside the kernel to get the wrong tick. It seems like someone calculated the inverse of the right answer. |
| 01:10.41 | dyoung-web | hahahahahaha |
| 01:10.44 | dyoung-web | thats classic! |
| 01:10.52 | jbowler | Still, that's on the basis of a sample of 2 (my dev slug and NAiL's number). |
| 01:12.05 | jbowler | Oh, I've just managed to boot 2.6.11-mm4 OpenSlug, with Reiser4 support. |
| 01:12.16 | jstueve | hm... |
| 01:12.53 | jacques | mmmmm reiser4 |
| 01:13.44 | jstueve | that is HOT... |
| 01:13.50 | jstueve | whoops wrong channel.. ;) |
| 01:13.50 | *** join/#nslu2-linux jp30-work (~jp30@jp30.nslu2-linux) |
| 01:14.36 | jbowler | Haven't got reiser4tools onto OpenSlug yet, but they worked fine before (on 'jonslug', same kernel). |
| 01:16.24 | jacques | jbowler, your work on getting the slugs to tell time is greatly appreciated :-) |
| 01:18.42 | *** join/#nslu2-linux change-me (~change-me@h225.103.140.67.ip.alltel.net) |
| 01:19.10 | jbowler | jacques: just send me a driftfile ;-) If I get say 100 we'll know both whether there are board mod variations and how temp stable it is. |
| 01:19.39 | jacques | jbowler, OK I'll generate a couple (have two slugs) |
| 01:29.39 | *** join/#nslu2-linux jp30-work (~jp30@jp30.nslu2-linux) |
| 01:35.48 | *** join/#nslu2-linux barrym (~NSLU2-IRC@CPE004005538af8-CM001225407748.cpe.net.cable.rogers.com) |
| 01:37.15 | barrym | Have people been able to get the new adduser package to respect newly created user ID's passwords after a powerfail? |
| 01:37.47 | barrym | I'd add a slugbug, but there's nothing in there for it yet. |
| 01:38.08 | barrym | I can create IDs fine, but upon reboot the passwords no longer work. |
| 01:38.31 | barrym | This is on Unslung 3.18, I should add. |
| 01:39.30 | dyoung-web | what does df / tell you |
| 01:40.15 | barrym | # df / |
| 01:40.26 | barrym | Filesystem 1k-blocks Used Available Use% Mounted on |
| 01:40.39 | barrym | rootfs 6400 5308 1092 83% / |
| 01:40.49 | barrym | # |
| 01:42.16 | barrym | I'm trying to use "login" from my root id to test. |
| 01:43.14 | barrym | # adduser barry |
| 01:43.23 | barrym | adduser: barry: login already in use |
| 01:43.32 | barrym | # login |
| 01:43.41 | barrym | LKG0FD5B0 login: barry |
| 01:43.50 | barrym | Password: |
| 01:43.59 | barrym | Login incorrect |
| 01:44.25 | barrym | Yet if I delete the "barry" ID, recreate it, and attempt it again, it works. |
| 01:45.13 | dyoung-web | I havnt looked at adduser yet. |
| 01:45.27 | dyoung-web | jp30 ping |
| 01:45.51 | dyoung-web | hes kinda busy with something right now, but I think he got that package working right. |
| 01:46.26 | barrym | Any idea what his login method was? I'm using SSH. |
| 01:49.01 | jp30-work | barrym, dyoung, jeanfabrice is your man for adduser |
| 01:49.28 | jp30-work | ...i haven't tried using it myself |
| 01:49.42 | jacques | I suspect this has something to do with the multiple passwd files in unslung |
| 01:49.54 | jacques | rather than adduser per se |
| 01:49.58 | barrym | Yeah, that's what I was thinking. |
| 01:50.13 | barrym | I can't get SSH to recognise the IDs either. |
| 01:50.14 | jp30-work | yes, that seems likely. |
| 01:51.11 | dyoung-web | is there a barrym user in /etc/passwd? |
| 01:51.23 | dyoung-web | and if you add barrym2; does /etc/passwd become a file rather than a link? |
| 01:52.08 | barrym | There is a barry and a barrym in /etc/passwd.... |
| 01:52.28 | dyoung-web | did you add them after or before your last reboot? |
| 01:53.02 | barrym | Before. |
| 01:53.16 | barrym | And /etc/passwd is a file, not a symlink. |
| 01:53.35 | barrym | Should /etc/passwd be a symlink? |
| 01:54.16 | barrym | From /etc/passwd... |
| 01:54.18 | barrym | barry:x:2003:2004:Linux User,,,:/home/barry:/bin/sh |
| 01:54.33 | barrym | barrym2:jCGgIIl4JGdWM:2005:2005:Linux User,,,:/home/barrym2:/bin/sh |
| 01:54.43 | barrym | So for some reason the password isn't stored... |
| 01:55.13 | dyoung-web | do you have a disk [lugged in? |
| 01:55.22 | barrym | Yep. |
| 01:55.45 | dyoung-web | can you look in/share/hdd/conf/passwd too? |
| 01:55.54 | dyoung-web | usually /etc/passwd is a symlink to that flie. |
| 01:56.36 | barrym | Hmm... OK.... |
| 01:56.38 | jacques | I may be misremembering, but isn't the passwd file copied during shutdown ? |
| 01:57.00 | barrym | In this case, /share/hdd/conf/passwd's barrym2 doesn't have a password. |
| 01:57.21 | dyoung-web | okay thats your problem then/. |
| 01:57.33 | dyoung-web | whihc is strange. |
| 01:57.36 | dyoung-web | but anyways. |
| 01:58.00 | barrym | So delete the /etc/passwd and symlink to /share/hdd/conf/passwd? |
| 01:58.00 | dyoung-web | the q/d way to fix this right now is to edit the passwd hash into /share/hdd/conf/passwd . |
| 01:58.11 | dyoung-web | the symlink will be recreated the next time you reboot. |
| 01:58.51 | barrym | OK, I'll give it a shot. |
| 01:59.18 | dyoung-web | gl. |
| 02:00.16 | barrym | BTW, I took a crack at making "hpijs" for CUPS. As far as I can tell, it basically compiles... but I have no idea if it really works, since CUPS still doesn't send data to my HP printer. Anyone know the CUPS expert? |
| 02:01.15 | dyoung-web | bob_tm |
| 02:01.26 | dyoung-web | I think made the push with cups. |
| 02:01.52 | barrym | Being a total noob at this, I have no idea what to do with this package I've made. I'll send the file to someone for CVS input if they think it's useful. |
| 02:03.11 | barrym | Cool. I'll see if I can dig up his ID then. |
| 02:58.50 | *** join/#nslu2-linux CIA-10 (~CIA@flapjack.navi.cx) |
| 03:03.17 | *** join/#nslu2-linux CIA-1 (~CIA@flapjack.navi.cx) |
| 03:04.24 | *** join/#nslu2-linux CIA-1 (~CIA@flapjack.navi.cx) |
| 03:59.26 | rwhitby-away | adduser is really meant to be run in an rc script by packages :-) |
| 04:05.02 | rwhitby-away | we run it every boot to make sure the user is there for a package. |
| 04:07.27 | jbowler | There's useradd as well, the whole thing is half-baked. adduser has been used as a UI to simplify admin and as a generic API to mask machine independence. Yuck. |
| 04:08.35 | jbowler | There's still something strange about the openslug passwd/group stuff - I'm not sure that nsswitch.conf is working correctly. |
| 04:27.45 | rwhitby-away | jbowler: BTW, thanks for fixing up the OpenSlug linuxrc. I wasn't able to test it here due to a lack of a spare LAN port ... |
| 05:42.31 | jbowler | rwhitby-away: I only did a minimal fix, there are still problems in the NFS stuff. |
| 05:44.44 | rwhitby-away | yeah, we need someone who runs NFS rootfs on OpenSlug to fix that ... |
| 05:45.26 | jbowler | Well, I can do that. I can NFS mount with no problem. |
| 05:45.39 | rwhitby-away | cool, thx. |
| 05:45.51 | jbowler | But I'd like the /linuxrc to be simpler and to handle non-ext3 roots |
| 05:46.15 | jbowler | 'cause my reiser4 system would use reiser4 on / |
| 05:46.36 | rwhitby-away | ok, for openslug we don't really need to specify the -t ext3, and can just let it auto-detect. |
| 05:47.08 | jbowler | Yes, but it seems that some fs types don't reliably auto-detect unless the module has been insmoded |
| 05:47.41 | rwhitby-away | how do you propose we handle that then? |
| 05:47.49 | jbowler | So my idea was for turnup to select the correct set of commands to mount the root (since something must happen to select a non-flash root) |
| 05:49.02 | jbowler | I'd simply make turnup select the correct /linuxrc (e.g. by ln /boot/boot.nfs /linuxrc, /boot/* being the appropriate scripts). Seems easier to understand for most people. |
| 05:50.44 | jbowler | Easy to hack too for special purposes. So long as the fallback is to flash (not sure how to do that if there is a partially ok boot, but I have a couple of ideas.) |
| 05:50.57 | rwhitby-away | would each of those scripts handle the multi-level fail-safe fall-through we have in the linuxrc now? |
| 05:52.10 | jbowler | Right: if the rootfs is obviously bogus it falls back to flash. It's only really one level isn't it? |
| 05:53.48 | rwhitby-away | yeah, I guess it is only one level, but done multiple times. e.g. if it can't mount, then it fails safe, and if it can find the init, then it fails safe, and if it can't chroot then it fails safe. A single level in three different places. |
| 05:54.00 | jbowler | The fallbacks are easy to find by searching for 'exec' - those are the only possibilities. exec chroot, exec init or the last line - /bin/sh |
| 05:54.19 | rwhitby-away | I guess there is no reason why each of the /boot/boot.* scripts cannot do the same. |
| 05:54.42 | jbowler | How about touch /boot/started, then in rmlogin rm -f /boot/started. If /boot/started exists do a flash boot. |
| 05:55.16 | jbowler | It touches the flash once on every boot - that's what I wasn't sure about. It guarantees a failed boot returns to flash. |
| 05:56.15 | jbowler | You can get into flash by starting a boot then pulling the plug before the LED goes green ;-) |
| 05:56.34 | rwhitby-away | ok, the question is whether we want to do this for the 1.x beta release which is being prepared now, or wait for a 2.x ? |
| 05:56.55 | rwhitby-away | we have recently made big changes, so there is no reason why we couldn't do this now too |
| 05:57.26 | jbowler | Depends how long it takes to make it happen... Most of the work is in getting NFS boot to go I think. Scripting is easy. |
| 05:58.08 | jbowler | big changes... It's highly testable. Everyone will notice if it doesn't work ;-) |
| 05:58.27 | rwhitby-away | it also means abandoning the idea of some commonality of boot procedure between openslug and unslung. |
| 05:58.56 | rwhitby-away | but I think that has already gone past the point of no return anyway |
| 05:59.43 | jbowler | Yes, the /linuxrc's are necessarily in different places in the BitKeeper repo, and ifconfig ixp0/ifconfig eth0 is almost unmanageable. |
| 05:59.52 | rwhitby-away | yeah |
| 06:00.14 | jbowler | I had a whole set of shell scripting to read /proc/interfaces and guess which one to use. |
| 06:00.54 | jbowler | Hum... My 2.6.11-mm4 openslug just went and hung again. Several hours this time. |
| 06:01.11 | dyoung | agree. We're WAY past the point of common boot protocol. |
| 06:03.36 | jbowler | The boot proto really is very simple now - simply removing the init=/linuxrc from the command line gives a successful boot. It's a pity that RedBoot doesn't seem to allow this ('cause the command line is compiled in). |
| 06:04.28 | jbowler | So the boot is a pure 'SystemV' boot sequence - the only thing missing is the ability to get boot messages before the network is up (S40network). |
| 06:04.31 | dyoung | yeah. |
| 06:05.18 | dyoung | jbowler, BTW, thanks for taking care of fixing that. It was on my todo list; but I never got around to it. Been busy with Real Life stuffs. |
| 06:06.00 | ByronT | what?!? what is "Real Life?" |
| 06:06.28 | dyoung | its that thing youre supposed to sqeeze in between sleep and play. |
| 06:06.34 | jbowler | What would help is to work out how to get netconsole working with the ixp425_eth driver - it's just something to do with missing polling support. |
| 06:07.04 | dyoung | I thought Siddy had that working more or less? |
| 06:07.28 | dyoung | he nailed the alignment issues with it, and patched some stuff. |
| 06:09.00 | dyoung | Ah there it is. http://www.nslu2-linux.org/wiki/OpenSlug/EnableNetconsole |
| 06:09.49 | dyoung | the alignment patch is already in the main build tree somewhere. |
| 06:11.48 | jbowler | The intdriven.patch checked in on Mar05 ([g2]) has part of this - the disable of polling at the end, but not the add of the poll controller which is what is missing at present. |
| 06:12.45 | jbowler | I guess I could try adding that as well, but I have an MM patch which needs to go in first 'cause one of the functions is now declared in netdriver.h (and the module has void* not struct sockaddr*) |
| 06:15.11 | jbowler | CONFIG_NET_POLL_CONTROLLER is set in the defconfig, so everything is there except the patch. |
| 06:24.43 | jbowler | Well, it (ixp425_eth) compiles fine with the patch, and installs fine, will I be able to log in after a reboot though... |
| 06:25.29 | dyoung | Cool. |
| 06:25.45 | dyoung | There was an issue with netconsole, but I dont recall what it was. |
| 06:28.00 | jbowler | The ixp425_eth works fine, on 2.6.11-mm4, problem is I have a mix'n'match build and I only have netconsole 2.6.11.2... |
| 06:34.41 | *** join/#nslu2-linux ruDelph (~delph@194.154.83.193) |
| 06:47.10 | *** join/#nslu2-linux ka6sox (~ka6sox@adsl-66-159-198-116.dslextreme.com) |
| 07:00.07 | rwhitby-away | OK, I've added the anonymiser patch to OpenSlug |
| 07:00.25 | CIA-1 | 03rwhitby 07 * r1.3232 10openembedded/packages/linux/ (2 files in 2 dirs): OpenSlug: added anonymiser patch |
| 07:02.00 | rwhitby-away | sets the build identification to "openslug@downloads.openslug.org" |
| 07:05.38 | jbowler | Anyone know what the BitKeeper 'BitKeeper allows a limited number of offline commits' message is about? |
| 07:08.33 | ByronT | and the initial OpenSlug binary README is there as well |
| 07:11.30 | rwhitby-away | jbowler: I just got that too |
| 07:11.50 | ByronT | ditto - when I committed |
| 07:12.10 | jbowler | I've been getting it for a while now, it started at '8' now I'm down to '1'. I don't like this... |
| 07:12.28 | rwhitby-away | I'm down to 1 |
| 07:12.48 | jbowler | I figured it was because of my massive set of changes in 'jonslug' so I got a bk repo (jonslug.bkbits.net) and pushed all my changes to that. No help. |
| 07:14.13 | jbowler | bk log -d is incomprehensible, the HTTP post fails with 'remote: ERROR-listkey failed' (that's not an HTTP error), then the |
| 07:14.35 | jbowler | 'direct connection' fails with 'drainErrorMsg: Unexpected response:' and a valid HTML first line. |
| 07:16.22 | jacques | lie down with dogs... |
| 07:17.34 | ByronT | it looks like I sent a borked message to the changesets list as well |
| 07:17.48 | ByronT | that should have said something about a README checkin |
| 07:27.03 | rwhitby-away | maybe we'll be using the SVN on berlios for more than just snapshot storage .... |
| 07:27.49 | *** join/#nslu2-linux ByronT (~byron-por@ByronT.nslu2-linux) |
| 07:27.50 | rwhitby-away | wonder if anyone on #oe is experiencing the same thing .... |
| 07:29.23 | jbowler | I'm going to try a local openslug commit (of the 2.6.11-mm4 test kernel), that should take my count to 0. I'll tell you what happens, unless, of course, McVoy pops out of the monitor with an AK47 |
| 07:31.49 | ByronT | good night all |
| 07:42.55 | jbowler | No, weird, I've done another commit and the count is still at '1' (but I still get the message.) |
| 07:51.45 | macsat_zzz | Is anyone here running xmail ? |
| 07:57.10 | jbowler | bk commit: helptool for 'log' observes: bk commit will fail if there are more than 40 pending changesets that are older than one week. |
| 07:57.57 | jbowler | But it seems that the pending log count is per primary repo, so I have 184 on nslu2-linux, 195 on jonslug (just created) and 1 on nslu2-package-symlinks |
| 07:58.47 | jbowler | I know I've made several commits to nslu2-package-symlinks, so some are, or were, being logged. |
| 08:00.21 | *** join/#nslu2-linux [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 08:04.13 | jbowler | I can explicitly 'bk log' the changesets in nslu2-package-symlinks and my new oe-scripts repo, my count is down to 0 there. I can't for jonslug or openembedded/nslu2-linux, so I think there's a break in the OE repo. |
| 08:17.59 | jbowler | If I reclone bk://jonslug.bkbits.net/jonslug I get a clone with 12649 logs pending (!), clearly the output of bk log -p is not very useful. |
| 08:31.36 | rwhitby-away | I'm thinking of adding a postinst to the openslug kernel module which will flash the new kernel .... |
| 08:32.29 | rwhitby-away | or maybe just add a /usr/sbin/update-kernel script .... |
| 08:57.30 | jf-away | rwhitby-away: eggdrop is my first attempt to script the adduser package (in rc script plus postinst). May you have a look at those scripts and if they look corrects, I could update the BestPractice page |
| 08:58.29 | macsat_zzz | do you have eggdrop running now? And added to the package stream ? |
| 08:59.02 | jf-away | macsat_zzz : eggdrop is compiling fine. pushing it to the feeds |
| 08:59.25 | macsat_zzz | okidoki, nice |
| 08:59.52 | macsat_zzz | isnt it kindda memory intensive? I remmeber older versions where (some 3-5 years ago) |
| 09:01.21 | *** join/#nslu2-linux caplink811 (~Joerg@dsl-213-023-143-125.arcor-ip.net) |
| 09:12.04 | rwhitby-away | jf-away: do you need to check for a ":" at the end of "eggdrop" in the greps? Just in case someone creates an "eggdrophahafooledyou" user .... |
| 09:12.47 | rwhitby-away | other than that, it looks good. |
| 09:13.22 | rwhitby-away | Do we have a working "su" on both wileyware and unslung ? |
| 09:14.10 | rwhitby-away | and you might want to kill any running eggdrop process in a prerm script. |
| 09:14.47 | rwhitby-away | ah, jp30-work has added alternatives handling - nice. |
| 09:14.48 | macsat_zzz | I dont see a "su" on wiley |
| 09:15.16 | rwhitby-away | I wonder if update-alternatives exists on wiley .... |
| 10:22.32 | *** join/#nslu2-linux rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 10:23.33 | *** join/#nslu2-linux jago25_98 (~Aimio4@pc-80-235-139-147-na.blueyonder.co.uk) |
| 10:26.10 | jf-away | rwhitby-away: ok for the eggdrop:. As for the su, it lacks in the default busybox. is there an alternative ? |
| 10:26.49 | dyoung | jf-away, did that slug slither its way to you yet? |
| 10:27.01 | jf-away | dyoung: no :/ |
| 10:27.15 | dyoung | Bah. "1 week" my a$$. |
| 10:27.28 | dyoung | I guess 1 week only works for australia. |
| 10:27.30 | jf-away | thursday was off in France, saturday is often like a strike day |
| 10:27.36 | dyoung | hahaha okay. |
| 10:28.57 | jf-away | I only find 4.5v adapter, 800mA |
| 10:29.05 | jf-away | or 6v |
| 10:29.32 | dyoung | lemme look inside. |
| 10:31.53 | dyoung | Hmm. the 4.5 MIGHT work... |
| 10:33.00 | dyoung | I'm not sure if the HC74 is being powered directly or if it goes through that PWM controller first. |
| 10:33.06 | *** join/#nslu2-linux highbury_ (~steve@81-1-72-103.homechoice.co.uk) |
| 10:33.27 | dyoung | or you could use the 6V with a diode or 3. thats pretty UBE though. |
| 10:35.11 | dyoung | ~ube |
| 10:35.12 | jbot | methinks ube is Ugly But Effective. Or sometimes Unorthrodox But Effective |
| 11:19.10 | *** join/#nslu2-linux smok (~richard@clyne.plus.com) |
| 11:30.08 | rwhitby | BK is officially broken, not just for nslu2-linux, but also for #oe. |
| 11:48.34 | dyoung | bummers |
| 11:48.48 | dyoung | so we exceeded the number of changesets? |
| 11:49.06 | rwhitby | I think "we" includes everyone in #oe too. |
| 11:49.14 | rwhitby | I think it's per-repo. |
| 11:49.16 | dyoung | yeah, tahts kinda what I meant too... |
| 11:49.25 | dyoung | Major bummers! |
| 11:50.08 | rwhitby | I'm just installing cogito on the slug and the wl500gx now .... |
| 11:51.44 | rwhitby | now, which of our packages includes /usr/bin/env ... ? None :-( |
| 11:53.03 | jacques | should be in coreutils |
| 11:53.23 | jacques | and busybox |
| 11:53.49 | rwhitby | ok, that rules out the wiley then, cause /usr/bin is readonly. |
| 11:58.28 | rwhitby | so do I add a "ln -s /opt/bin/env /usr/bin/env" to coreutils ? |
| 12:00.20 | jacques | is something explicitly looking in /usr/bin ? |
| 12:00.21 | dyoung | ... or patch cogito (or whatever program) to obey path rules |
| 12:00.28 | jacques | yeah |
| 12:01.09 | jacques | on gentoo /usr/bin/env -> /bin/env |
| 12:01.17 | rwhitby | heh - the main use of /usr/bin/env is to allow a script to obey path rules for finding bash ... |
| 12:01.27 | jacques | lol |
| 12:02.21 | dyoung | Hmm |
| 12:05.26 | CIA-1 | 03rwhitby * 10unslung/make/libcurl.mk: Now creates staging/bin before trying to copy something into it. |
| 12:08.25 | rwhitby | so our only real choices are svn (on berlios), cvs (on sf.net) or cogito (on nudi). |
| 12:11.22 | dyoung | I'm sure with a crisis like this the #oe folk will come up with a preferred solution soon. |
| 12:12.06 | rwhitby | dunno, I was talking with mickeyl, and it sounded like they were waiting until June |
| 12:12.06 | dyoung | but I agree its a PITA to have to halt things. |
| 12:12.48 | dyoung | In the same breath though he figured it was a temporary problem. |
| 12:12.48 | rwhitby | temporary bk problem |
| 12:13.19 | dyoung | right. |
| 12:13.19 | jacques | I'm not so confident |
| 12:13.20 | dyoung | tempoary until june. |
| 12:13.20 | jacques | I think bk will only get worse between now and shutdown |
| 12:13.26 | jacques | the sooner we dont depend on it the better |
| 12:13.42 | rwhitby | the question is whether we fork from #oe now ... |
| 12:13.49 | rwhitby | or wait for them to decide |
| 12:13.59 | jacques | yes, that is a tough one |
| 12:14.26 | jacques | I guess they will be in just as much pain as we |
| 12:15.04 | rwhitby | they may be too large to move quickly though .... |
| 12:15.15 | jacques | another good point |
| 12:15.19 | dyoung | Using the OE build system is rather convenient. |
| 12:15.57 | dyoung | we could in theory retain the use of that data and migrate then sync later when they've come to a decision. |
| 12:16.31 | dyoung | in which case SVN sounds like a good plan. |
| 12:16.50 | rwhitby | then again, the change from oemake to bitbake was pretty swift ... |
| 12:17.11 | rwhitby | anyone used SVN before? |
| 12:17.29 | dyoung | not as a "core" developer. |
| 12:17.46 | rwhitby | (as an aside, where would discussion of the bk problem be happening right now ?) |
| 12:18.10 | dyoung | #bk-can-bite-me ? |
| 12:18.18 | dyoung | j/k. |
| 12:18.50 | dyoung | I would imagine that the kernel folk are probably buzzing bout it now. |
| 12:19.41 | dyoung | I'll idle there and see what if anything comes up |
| 12:20.40 | *** join/#nslu2-linux smok (~richard@clyne.plus.com) |
| 12:22.23 | dyoung | does linus have a "official" home page someplace? |
| 12:23.47 | dyoung | wow, kernel.org has 2 4-way opteron servers now. |
| 12:23.55 | dyoung | I'm jealous. |
| 12:43.19 | rwhitby | dyoung: any traffic |
| 12:45.25 | *** join/#nslu2-linux perlguru (~perlguru@cc444495-a.hnglo1.ov.home.nl) |
| 12:45.51 | perlguru | hello |
| 12:46.01 | rwhitby | g'day |
| 12:46.22 | perlguru | i've got my wl-hdd, now waiting for the hdd |
| 12:50.13 | rwhitby | all these people buying Asus gear now ... |
| 12:52.29 | jacques | yeah, it's kinda scary |
| 12:53.03 | rwhitby | perlguru: you know that the wl-hdd's disk to network performance is abysmal, right? |
| 12:53.48 | rwhitby | Looks like jbowler got the last openembedded Changeset (1.3236). |
| 12:56.27 | jacques | but they are so damn cute |
| 12:56.43 | jacques | maybe it's just a driver issue - pio mode or something |
| 12:56.50 | rwhitby | the wl-530g is the cute one |
| 12:57.17 | jacques | yeah that is even cuter - but I haven't seen any hacking activity - no forum for it - have you? |
| 12:57.32 | rwhitby | nope, but I have compiled the firmware for it |
| 12:57.43 | jacques | what are the specs ? |
| 12:57.49 | rwhitby | Marvell chip |
| 12:57.56 | rwhitby | 16MB RAM |
| 12:58.00 | jacques | for the proc ? |
| 12:58.07 | jacques | 4MB flash ? |
| 12:58.15 | rwhitby | yeah, I think so. |
| 12:58.34 | jacques | hmm all these 16MB RAM devices.... 32 would be so much better |
| 12:58.51 | rwhitby | yeah. I'm not really considering hacking the wl530g much |
| 12:59.18 | rwhitby | apart from adding the South Australian timezone ... |
| 12:59.52 | rwhitby | the wl500gx is the Asus device for sluggers |
| 13:00.00 | jacques | yeah |
| 13:08.34 | jacques | hmm unslung cvs build doesn't get very far |
| 13:08.49 | rwhitby | ? |
| 13:09.05 | jacques | dies while configuring openldap-2.2.26 |
| 13:09.23 | rwhitby | got all the RequiredSoftware installed? |
| 13:09.24 | jacques | configure: error: Berkeley DB version mismatch |
| 13:09.53 | rwhitby | look above it for an autoconf error |
| 13:10.46 | jacques | i dunno what to make of it |
| 13:10.54 | jacques | checking for db.h... yes |
| 13:10.54 | jacques | checking for Berkeley DB link (default)... no |
| 13:10.54 | jacques | checking for Berkeley DB link (-ldb43)... no |
| 13:10.54 | jacques | checking for Berkeley DB link (-ldb-43)... no |
| 13:10.54 | jacques | checking for Berkeley DB link (-ldb-4.3)... no |
| 13:10.56 | jacques | checking for Berkeley DB link (-ldb-4-3)... no |
| 13:10.59 | jacques | checking for Berkeley DB link (-ldb42)... no |
| 13:11.01 | jacques | checking for Berkeley DB link (-ldb-42)... no |
| 13:11.03 | jacques | checking for Berkeley DB link (-ldb-4.2)... yes |
| 13:11.05 | jacques | checking for Berkeley DB version match... no |
| 13:11.21 | rwhitby | do you have autoconf and automake installed? |
| 13:11.40 | jacques | heh |
| 13:11.50 | jacques | this is a gentoo box (like all my others) |
| 13:12.03 | dyoung | no traffic related to the issue at hand. |
| 13:12.20 | jacques | so yes |
| 13:13.11 | dyoung | openldap. Wasnt there a issue/problem with that brought up in the last 24 hours? |
| 13:13.22 | jacques | oh well, that's what make -k is for |
| 13:13.36 | dyoung | something about the new samba. |
| 13:13.45 | perlguru | jacques, did you read the gentoo newsletter? |
| 13:14.09 | jacques | perlguru, no |
| 13:14.21 | perlguru | has a topic on openldap 2.2 |
| 13:15.03 | jacques | but why would that matter for me cross-compiling it? |
| 13:15.30 | dyoung | was that directed toward me? |
| 13:16.08 | jacques | no toward perlguru |
| 13:16.10 | dyoung | Not sure if someone "did something" to it recently to facilitate and/or hack the mk to make it work with new samba. |
| 13:16.12 | dyoung | oh. |
| 13:16.14 | dyoung | :-) |
| 13:16.38 | jacques | whatever problems gentoo is having with openldap, I don't see why they should affect unslung cvs |
| 13:18.35 | perlguru | it is just an announcement. expect config troubles. but it shouldn't affert compilling... |
| 13:20.46 | caplink811-away | jacques: openldap couln't compile cross |
| 13:20.59 | caplink811-away | s/couln't/couldn't |
| 13:21.01 | jacques | caplink811-away, yeah that's the problem I'm having |
| 13:22.08 | caplink811-away | refers to the MainMakefile -> # openldap runs its own binaries at compile-time and expects them to have same byte-order as target |
| 13:22.34 | caplink811-away | so that's the reason while it coulnd't compile cross |
| 13:23.50 | jacques | caplink811-away, mine doesn't even get past the configure stage |
| 13:24.55 | caplink811-away | Jacmet: hm, 2.23 had configured and compiled, but 2.26 i haven't try yet |
| 13:25.08 | rwhitby | jacques: just configured for me, and is compiling now ... |
| 13:25.17 | jacques | okay |
| 13:25.19 | jacques | so it's broken |
| 13:25.38 | rwhitby | yep, not robust enough |
| 13:25.52 | jacques | like all the other packages that were allowing themselves to be contaminated by native versions installed |
| 13:26.28 | rwhitby | yep |
| 13:26.36 | jacques | it looks like it's being compiled cross because it's a dep of something - because it's in NATIVE_PACKAGES list only |
| 13:27.04 | rwhitby | php-ldap probably |
| 13:27.20 | rwhitby | (php.mk) |
| 13:27.26 | jacques | oh crap |
| 13:27.31 | jacques | I just thought of something |
| 13:27.48 | jacques | this is tha machine I setup to run armeb binaries automatically |
| 13:27.56 | jacques | this might be... interesting |
| 13:28.35 | jacques | some configures might try to run a binary and if they can't, make the (correct) assumption that they are cross-compiling and do the right thing |
| 13:28.37 | caplink811-away | if i remember, jp30 had compiled openldap libraries cross |
| 13:28.53 | jacques | well what would happen if they actually could run the armeb binaries |
| 13:29.00 | jacques | probably nothing good |
| 13:31.08 | jacques | going to start a build on another machine |
| 13:31.19 | caplink811-away | btw, configure (cross) runs through, but compile dies at |
| 13:32.15 | rwhitby | mine compiles fine, and just dies in -ipk when running install -s (wrong strip) |
| 13:33.04 | caplink811-away | oops, compile doesn't die... rwhitby: yes, so it is, when i remember right |
| 13:33.29 | jacques | belnet.dl.sourceforge.net is not responding |
| 13:33.42 | jacques | I thought we were getting away from explicit sf mirrors |
| 13:34.42 | jacques | dl.sourceforge.net worked fine |
| 13:37.11 | rwhitby | ok, I have a 17MB tarball of the latest openembedded source tree (everything). Should I check it into SVN on berlios, or CVS on sf.net? |
| 13:37.29 | rwhitby | (so we can continue development while #oe is offline) |
| 13:37.39 | rwhitby | s/#oe/bkbits.net/ |
| 13:40.01 | jacques | hmm, pros and cons, svn is better than cvs but do we need its features? I like it personally. is berlios as fast (or rather slow) as sf.net ? |
| 13:40.11 | rwhitby | dunno |
| 13:40.29 | rwhitby | everything outside of AU is slow for me ... |
| 13:41.07 | jacques | the number of packages in unslung cvs now is mind-boggling |
| 13:41.41 | jacques | >320 |
| 13:41.53 | rwhitby | Optware :-) |
| 13:43.14 | jacques | do we need a new channel? :-) |
| 13:43.26 | dyoung | are we smart enough to transfer keys and dev status along with said source tree? |
| 13:44.06 | rwhitby | individuals would have to upload keys to berlios, and we add them as developers there |
| 13:44.15 | *** join/#nslu2-linux [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 13:45.11 | jacques | my key is working great on berlios now :-) (after however many hours) |
| 13:45.18 | rwhitby | sf.net for packages, berlios for firmware. At least we can keep the two sets of developers as is. |
| 13:46.59 | jacques | hmm we might wanna update dropbear to 0.45 |
| 13:48.20 | dyoung | how many bk sla.. err, devs do we have? |
| 13:50.08 | rwhitby | 16 |
| 13:53.03 | rwhitby | ok, importing to SVN on berlios now |
| 13:53.30 | dyoung | part of the openslug project? |
| 13:53.48 | rwhitby | yep - openslug/trunk |
| 13:54.03 | rwhitby | serves as our first snapshot anyway |
| 13:57.30 | rwhitby | I took the openembedded dir from nudi, removed all the SCCS dirs, removed the BitKeeper dir, removed the ChangeSets file. That's what's currently uploading to svn on berlios. |
| 13:58.39 | jacques | cool |
| 14:01.23 | rwhitby | Committed revision 1. :-) |
| 14:07.44 | jacques | heh yeah, looks like my openldap problem was specific to that machine - probably the qemu stuff |
| 14:08.06 | rwhitby | ok, you can get our berlios repo with "svn checkout svn+ssh://svn.berlios.de/svnroot/repos/openslug/trunk" |
| 14:09.08 | rwhitby | I probably should have put it another level down (../openslug/firmware/trunk or something) |
| 14:12.29 | rwhitby | 306ms ping to svn.berlios.de - not too bad |
| 14:12.34 | rwhitby | s/306/360/ |
| 14:12.59 | jacques | about 200ms for me |
| 14:13.30 | jf-away | 80 from here ;) |
| 14:13.37 | rwhitby | heh, it was faster to check it out here in AU than it was on nudi. |
| 14:14.07 | dyoung | 230 from here, but I'm using a lot of local bw right now. |
| 14:15.29 | jacques | rwhitby, what are your pings to nudi? |
| 14:16.34 | rwhitby | 230 to 300, ave 260. |
| 14:19.27 | rwhitby | 22 hops to svn.berlios.de from here |
| 14:20.17 | rwhitby | and 20 to nudi :-) |
| 14:21.01 | ka6sox | 1 hop to nudi from here....24 hops to berlios.de |
| 14:21.10 | dyoung | um..... |
| 14:21.38 | ka6sox | oh...wait..that was the tunnel. |
| 14:22.01 | rwhitby | ok, building openslug-packages from the svn repo checkout .... |
| 14:22.18 | jacques | what's openslug-packages? |
| 14:22.28 | rwhitby | image plus known good packages |
| 14:23.02 | jacques | oh cool |
| 14:23.54 | rwhitby | ok, the berlios repo is good enough for bitbake to realise it doesn't have to do much. |
| 14:25.38 | rwhitby | Hmm - need an svn mode for emacs .... |
| 14:28.43 | rwhitby | (require 'vc-svn) |
| 14:28.50 | [cc]smart | moving to svn ? is there sth. that should be declard on homepage ? |
| 14:29.22 | rwhitby | not moving yet, just using it as a place to continue while bk is down |
| 14:31.46 | NAiL | rwhitby: "known good packages" include mysql, which doesn't compile because of linuxthreads :( |
| 14:33.39 | rwhitby | NAiL: that's why the default is glibc :-) |
| 14:33.52 | jacques | ah heh |
| 14:33.56 | NAiL | rwhitby: This is the glibc build. |
| 14:34.14 | rwhitby | I have it built here. |
| 14:34.15 | jacques | hmm |
| 14:34.17 | jacques | me too |
| 14:34.30 | NAiL | rwhitby: It *has* built earlier. But not now :( |
| 14:34.47 | rwhitby | 4.1.10a? |
| 14:34.49 | NAiL | It won't build at all with uClibc then? |
| 14:34.55 | rwhitby | dunno |
| 14:35.19 | NAiL | 4.1.10a-r3 |
| 14:35.37 | rwhitby | let me rebuild it now to confirm |
| 14:36.10 | rwhitby | Hmm - we need to get the berlios repo talking to CIA |
| 14:39.17 | NAiL | rwhitby: Just to clarify, my build is glibc, and it's completely from scratch following the StepByStep guide. I set up another tree so I could do both glibc and uClibc builds easily. |
| 14:41.38 | rwhitby | [cc]smart: I have updated the homepage |
| 14:49.59 | rwhitby | and sent a message to the mailing lst |
| 14:54.51 | *** join/#nslu2-linux jstueve_ (~jstuve@c-24-1-182-79.hsd1.tx.comcast.net) |
| 15:02.29 | rwhitby | NAiL: mysql-native completed, and mysql is still compiling .... |
| 15:05.29 | NAiL | odd |
| 15:05.54 | rwhitby | NAiL: mysql completed successfully |
| 15:06.07 | rwhitby | I only rebuilt from scratch, nothing else |
| 15:06.20 | rwhitby | rebuilt mysql from scratch |
| 15:06.42 | NAiL | strange |
| 15:07.02 | rwhitby | I'll start a complete rebuild everything from scratch now (to test the berlios repo properly) and it will run overnight |
| 15:07.30 | NAiL | ok, we'll see if it fails then ;) |
| 15:07.52 | NAiL | iirc, it has built before |
| 15:09.01 | rwhitby-asleep | night all |
| 15:09.13 | jacques | `night rwhitby-asleep |
| 15:09.35 | NAiL | nite |
| 15:34.16 | *** join/#nslu2-linux jbowler (~jbowler@67-139-207-38.dsl1.myc.or.frontiernet.net) |
| 15:53.18 | NAiL | jbowler: My slug hung this morning. I assume it was NTP :( |
| 15:53.54 | NAiL | (but I'm still running 4.1.2) |
| 15:55.15 | jbowler | NAiL: ah, 4.1.2... If it's causing a hang it will be the same in 4.2.0 |
| 15:55.30 | NAiL | *sigh* |
| 16:15.45 | NAiL | rwhitby-asleep: When you come back... MySQL failing on LinuxThreads wouldn't have anything to do with my gentoo-box being set up using nptl? |
| 16:56.55 | *** join/#nslu2-linux beewoolie-akf (~beewoolie@florence.buici.com) |
| 17:23.24 | NAiL | rwhitby-asleep: Yes. nptl is the problem. It's fixed in MySQL 4.1.2. |
| 17:23.44 | NAiL | err. 4.1.12 |
| 17:30.45 | Christopher-bbl | jp30-work: phpmyadmin also conplains about there not being an mbstring extension in php. Are there plans to compile this in? |
| 17:32.05 | NAiL | (but apparently, 4.1.12 hasn't been released yet) |
| 17:55.15 | NAiL | NOTE: package mysql-native-4.1.10a: completed |
| 17:55.22 | NAiL | Voilá! |
| 17:56.42 | ka6sox | sweet |
| 18:13.26 | NAiL | NOTE: package mysql-4.1.10a: completed |
| 18:13.34 | NAiL | Both works. Finally :) |
| 18:14.53 | ka6sox | cross and native? |
| 18:15.02 | NAiL | yeah |
| 18:15.18 | ka6sox | now all we need is for it to work under uclibc for Wiley! |
| 18:15.38 | NAiL | Doesn't it work? Mine's compiled for uclibc |
| 18:15.44 | ka6sox | :) |
| 18:15.56 | NAiL | Haven't installed and tested yet |
| 18:15.58 | ka6sox | oh..I thought it was for Unslung |
| 18:16.10 | NAiL | ah, no. openslug |
| 18:16.17 | ka6sox | k |
| 18:21.43 | jacques | jeez |
| 18:21.52 | jacques | the compressed samba source is 15MB |
| 18:21.56 | jacques | what is it doing? |
| 18:23.09 | NAiL | heh |
| 18:28.34 | *** join/#nslu2-linux jp30 (~josh@jp30.nslu2-linux) |
| 18:31.59 | ka6sox | morning jp30 |
| 18:32.25 | jp30 | morning, ka6sox |
| 18:33.25 | jp30 | i got a reply from dan kegel about the fix-embedded-paths issue. he said to send him exact details of our crosstool config and he would look at it |
| 18:34.38 | ka6sox | very good. |
| 18:57.20 | jstueve_away | samba failed cross for me. |
| 18:58.19 | eno | jstueve_away: error message? |
| 18:58.33 | jstueve_away | looking in the log now... |
| 18:59.35 | jstueve_away | /home/slug/build/tmp/staging/armeb-linux-uclibc/include/linux/posix_types.h:44: |
| 18:59.36 | jstueve_away | error: redefinition of typedef '__kernel_key_t' |
| 18:59.36 | jstueve_away | /home/slug/build/tmp/staging/armeb-linux-uclibc/include/bits/ipc.h:39: error: previous declaration of '__kernel_key_t' was here |
| 18:59.36 | jstueve_away | make: *** [client/smbmount.o] Error 1 |
| 18:59.36 | jstueve_away | FATAL: oe_runmake failed |
| 19:00.47 | eno | oe and uclibc |
| 19:01.14 | eno | how about hosting uname? |
| 19:01.23 | jstueve | hm? |
| 19:01.34 | jstueve | yes on the first name? |
| 19:01.59 | jstueve | hosting uname is: Linux |
| 19:02.53 | eno | ok, i only tried under unslung and glibc |
| 19:05.39 | jstueve | thnks... |
| 19:08.59 | eno | could be similar to this: http://64.233.179.104/search?q=cache:BG1sDDHN580J:ibot.rikers.org/uclibc/20020904.html.gz+__kernel_key_t+uclibc&hl=en&start=1 |
| 19:22.47 | jbowler | jstueve: check the definition of __kernel_key_t on line 39 of bits/ipc.h, it should be typedef int |
| 19:22.59 | jstueve | checking |
| 19:25.47 | jstueve | it is int in ipc.h |
| 19:27.09 | jbowler | Hum... What is the one in linux/posix_types.h then (on all my builds the posix_types definition is consistently 'int' too). |
| 19:29.23 | jstueve | same int |
| 19:29.34 | jstueve | might not have cleared the directory |
| 19:30.20 | jbowler | Ah. 'redefintion' - it's complaining that the same thing was defined twice, even though it's identical. Bet there is a gcc warning option for that. |
| 19:31.50 | jstueve | ahh... talking to NAiL he said it is trying to compile the smbmount and we've defined --without-smbmount |
| 19:32.42 | jstueve | said to delete the build/tmp/work/samba directory... but I didn't define the samba-3.0.10-r0 |
| 19:32.54 | jstueve | for the want of a tag, a samba build failed... |
| 19:33.16 | jbowler | The .bb file explicitly specifies --with-smbmount |
| 19:33.45 | NAiL | which doesn't necessarily compile :( |
| 19:33.58 | NAiL | removing smbmount (Should be enough to remove --with-smbmount probably) |
| 19:34.05 | NAiL | allows samba to compile |
| 19:34.21 | jstueve | hrm.. failed again |
| 19:35.54 | jbowler | Doesn't matter, is a uclibc bug because the glibc (etc) kernel headers simply don't include the typedef. |
| 19:40.51 | NAiL | jstueve: My samba build (uclibc) is up at my repository though ;) |
| 19:41.32 | jstueve | good enough... : |
| 19:43.20 | NAiL | jbowler: I don't have to do anything at all after installing the ntp ipkg, do I? It set tickadj and started ntpd itself... |
| 19:43.26 | NAiL | the 4.2.0 one |
| 19:43.57 | jbowler | NAiL: that's correct. I believe you will find that the ntp drift is a lot less than 140 this time... |
| 19:44.46 | NAiL | jbowler: Possible. I ended up at 129 before the slug crashed this morning |
| 19:45.49 | jbowler | I have netconsole operating now, so there's a possibility of debugging this kind of thing without serial... (The changes are ready to push, but I can't commit them.) |
| 19:46.04 | NAiL | heh, yeah... |
| 19:46.51 | jbowler | That extra setting in linux/posix_types.h is coming from linux-libc-headers (uclibc actually installs these, glibc doesn't) |
| 19:51.59 | jstueve | so is that something that can be fixed? |
| 19:52.09 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 19:53.14 | jbowler | I'm guessing that the fact this is missing from glibc means someone did the fix elsewhere. Certainly the linux header package can be patched, but it's a core package so it's difficult to do it safely. |
| 19:53.40 | ka6sox | jbowler, could get dicey |
| 19:54.54 | jbowler | ka6sox: oh, I don't know: PATCHposix-types_openslug = 'fix-posix-types.patch;patch=1' would be safe... |
| 19:57.15 | jbowler | ;-) anyway, I got the wrong file. It's bits/ipc.h which differs... |
| 19:59.46 | ka6sox | ah. |
| 20:00.04 | copperbeech | jp30:ping |
| 20:00.12 | jp30 | hi, copperbeech |
| 20:00.39 | copperbeech | jp30: native build of mysql completed - but fell over during configure of php |
| 20:01.03 | CIA-1 | 03jeanfabrice * 10unslung/make/syslog-ng.mk: New version : 1.6.7 |
| 20:01.44 | jp30 | copperbeech, what was the problem with php? |
| 20:01.47 | copperbeech | checking for LDAP support... yes, shared |
| 20:01.48 | copperbeech | checking for LDAP Cyrus SASL support... /share/hdd/data/public/cvs/unslung/staging/opt |
| 20:01.50 | copperbeech | checking for 3 arg ldap_set_rebind_proc... yes |
| 20:01.51 | copperbeech | checking for ldap_parse_reference... no |
| 20:01.53 | copperbeech | checking for ldap_start_tls_s... no |
| 20:01.54 | copperbeech | checking for sasl_version in -lldap... no |
| 20:01.56 | copperbeech | configure: error: LDAP SASL check failed. Please check config.log for more information. |
| 20:01.57 | copperbeech | make[1]: *** [/share/hdd/data/public/cvs/unslung/builds/php/.configured] Error 1 |
| 20:01.59 | copperbeech | make[1]: Leaving directory `/share/hdd/data/public/cvs/unslung' |
| 20:02.12 | copperbeech | that's the last few lines of the build output... |
| 20:02.35 | copperbeech | it seemed to fial on the LDAP SASL (whatever that is?) |
| 20:02.56 | jp30 | hmm. well LDAP certainly builds correctly native |
| 20:04.48 | jp30 | it might be an openldap version mismatch, openldap has been upgraded recently. you might need to disclean to make sure the openldap in staging is consistent. i'm sure that's not what you want to hear, though |
| 20:04.54 | copperbeech | jp30: LDAP seemed to have built ok - but php seems not to find it... |
| 20:05.12 | copperbeech | disclean? |
| 20:06.56 | jp30 | sorry, distclean. i suspect that fixing this might not be worth the effort. do you really not have access to a PC that could run the cross build env? |
| 20:07.27 | copperbeech | I take it distclean would remove everything that has already built? |
| 20:07.38 | jbowler | SASL: just pass the '--without' option to configure, or ipkg remove sasl before building it. |
| 20:07.59 | copperbeech | what is LDAP SASL ? |
| 20:08.06 | jbowler | it == openldap (i.e. if SASL isn't there openldap won't try to build support in) |
| 20:08.30 | jbowler | Secure Access Sockets Layer. It's enormous, but it does built... |
| 20:08.52 | jp30 | jbowler, openldap stages cyrus-sasl |
| 20:09.17 | copperbeech | I think that openldap built SASL fine... it's to do with the version checking of LDAP SASL and php if I understand jp30 correctly. |
| 20:09.45 | jp30 | copperbeech, you would need to look at config.log and see how the failed test works, and why it is failing |
| 20:10.35 | copperbeech | hold on a sec... |
| 20:10.58 | jbowler | From OpenLDAP configure (the 2.2.24 version in bitbake/oe): --with-cyrus-sasl with Cyrus SASL support auto |
| 20:13.01 | jbowler | Hum, and the bitbake build isn't explicitly turning it off either - it just fails at present because it isn't built earlier (this is openslug-packages, but it doesn't matter.) |
| 20:14.06 | copperbeech | ok the bit of configure.log which seems relevant is as follows: |
| 20:14.15 | copperbeech | configure:59697: /opt/armeb/bin/armv5b-softfloat-linux-gcc -o conftest -I/opt/include -O2 -I/share/hdd/data/public/cvs/unslung/staging/opt/include -I/share/hdd/data/public/cvs/unslung/staging/opt/include/libxml2 -I/share/hdd/data/public/cvs/unslung/staging/opt/include/libxslt -I/share/hdd/data/public/cvs/unslung/staging/opt/include/libexslt -L/opt/lib -L/share/hdd/data/public/cvs/unslung/stagi |
| 20:14.17 | copperbeech | ng/opt/lib -Wl,-rpath,/opt/lib -Wl,-rpath-link,/share/hdd/data/public/cvs/unslung/staging/opt/lib -L/share/hdd/data/public/cvs/unslung/staging/opt/lib/mysql -Wl,-rpath=/opt/lib/mysql -ldl -pthread -I/opt/include -O2 -I/share/hdd/data/public/cvs/unslung/staging/opt/include -I/share/hdd/data/public/cvs/unslung/staging/opt/include/libxml2 -I/share/hdd/data/public/cvs/unslung/staging/opt/include/li |
| 20:14.18 | copperbeech | bxslt -I/share/hdd/data/public/cvs/unslung/staging/opt/include/libexslt -D_REENTRANT -Wl,-rpath,/share/hdd/data/public/cvs/unslung/staging/opt/lib -L/share/hdd/data/public/cvs/unslung/staging/opt/lib -Wl,-rpath,/share/hdd/data/public/cvs/unslung/staging/opt/lib -L/share/hdd/data/public/cvs/unslung/staging/opt/lib -Wl,-rpath,/share/hdd/data/public/cvs/unslung/staging/opt/lib -L/share/hdd/data/publ |
| 20:14.20 | copperbeech | ic/cvs/unslung/staging/opt/lib -L/share/hdd/data/public/cvs/unslung/staging/opt/lib -L/opt/lib -L/share/hdd/data/public/cvs/unslung/staging/opt/lib -Wl,-rpath,/opt/lib -Wl,-rpath-link,/share/hdd/data/public/cvs/unslung/staging/opt/lib -L/share/hdd/data/public/cvs/unslung/staging/opt/lib/mysql -Wl,-rpath=/opt/lib/mysql -ldl -Wl,-rpath,/opt/lib -L/opt/lib -lldap -llber -lsasl2 conftest.c... |
| 20:14.26 | copperbeech | configure:59667: checking for sasl_version in -lldap |
| 20:14.28 | copperbeech | ...-lldap -ldb-4.2 -lresolv -lm -lnsl -lxml2 -lz -lm >&5 |
| 20:14.30 | copperbeech | /share/hdd/data/public/cvs/unslung/staging/opt/lib/libldap.so: undefined reference to `SSL_CTX_set_tmp_rsa_callback' |
| 20:14.32 | copperbeech | /share/hdd/data/public/cvs/unslung/staging/opt/lib/libldap.so: undefined reference to `ssl3_send_alert' |
| 20:14.34 | copperbeech | /share/hdd/data/public/cvs/unslung/staging/opt/lib/libldap.so: undefined reference to `sk_new_null' |
| 20:14.36 | copperbeech | ---[snip]--- |
| 20:14.38 | copperbeech | /share/hdd/data/public/cvs/unslung/staging/opt/lib/libldap.so: undefined reference to `SSL_get_verify_result' |
| 20:14.42 | copperbeech | /share/hdd/data/public/cvs/unslung/staging/opt/lib/libldap.so: undefined reference to `SSL_CTX_set_client_CA_list' |
| 20:14.44 | copperbeech | /share/hdd/data/public/cvs/unslung/staging/opt/lib/libldap.so: undefined reference to `SSL_write' |
| 20:14.47 | copperbeech | collect2: ld returned 1 exit status |
| 20:14.49 | copperbeech | configure:59703: $? = 1 |
| 20:14.50 | copperbeech | configure: failed program was: |
| 20:14.53 | copperbeech | | /* confdefs.h. */ |
| 20:14.54 | copperbeech | | |
| 20:14.56 | copperbeech | | #define PACKAGE_NAME "" |
| 20:14.59 | copperbeech | | #define PACKAGE_TARNAME "" |
| 20:15.01 | copperbeech | | #define PACKAGE_VERSION "" |
| 20:15.02 | copperbeech | ---[snip]--- |
| 20:15.05 | copperbeech | | #define HAVE_3ARG_SETREBINDPROC 1 |
| 20:15.06 | copperbeech | | #define HAVE_LDAP_SASL_SASL_H 1 |
| 20:15.08 | copperbeech | | /* end confdefs.h. */ |
| 20:15.10 | copperbeech | | |
| 20:15.12 | copperbeech | | /* Override any gcc2 internal prototype to avoid an error. */ |
| 20:15.14 | copperbeech | | #ifdef __cplusplus |
| 20:15.16 | copperbeech | | extern "C" |
| 20:15.19 | copperbeech | | #endif |
| 20:15.20 | copperbeech | | /* We use char because int might match the return type of a gcc2 |
| 20:15.22 | copperbeech | | builtin and then its argument prototype would still apply. */ |
| 20:15.24 | copperbeech | | char sasl_version (); |
| 20:15.27 | copperbeech | | int |
| 20:15.48 | copperbeech | | main () |
| 20:15.48 | copperbeech | | { |
| 20:15.48 | copperbeech | | sasl_version (); |
| 20:15.48 | copperbeech | | ; |
| 20:15.49 | copperbeech | | return 0; |
| 20:15.49 | copperbeech | | } |
| 20:15.49 | copperbeech | configure:59729: result: no |
| 20:15.49 | copperbeech | configure:59876: error: LDAP SASL check failed. Please check config.log for more information. |
| 20:16.07 | jp30 | jbowler, there is no need to disable cyrus-sasl, unslung has a working cyrus-sasl and openldap. it's just that copperbeech is trying to build in a non-standard way |
| 20:16.10 | copperbeech | seems to be a load of lines (snipped out) talking about undefined references.... |
| 20:16.37 | jbowler | That configure.log means there is a -lsasl missing I believe. |
| 20:17.15 | jp30 | and -lssl, it looks like |
| 20:17.40 | jp30 | i wonder why it works when cross-compiling? |
| 20:18.06 | jp30 | this could be an -rpath-link issue |
| 20:18.26 | jbowler | jp30: yes, -lssl, not -lsasl |
| 20:20.38 | copperbeech | sooo.. what does that mean in terms of tracing this problem ? Most of this it a bit outside my experience at the mo... |
| 20:21.23 | jp30 | copperbeech, we are configuring php here, correct? |
| 20:21.47 | jp30 | (ie. openldap built correctly already?) |
| 20:22.17 | copperbeech | I'm trying to build php-stage - so yes the problem comes when configuring php - openldap is built and staged... |
| 20:27.16 | *** join/#nslu2-linux happ (~cory@dsl017-055-160.sfo1.dsl.speakeasy.net) |
| 20:27.52 | jp30 | ok, copperbeech, i have something for you to check. |
| 20:28.14 | copperbeech | jp30: go for it... |
| 20:29.26 | jp30 | i'm going to explain why first... the problem appears to be that symbols starting with SSL_ are missing, and as jbowler pointed out the -lssl flag wasn't given to the failing link command... |
| 20:29.48 | copperbeech | just for the record - I have built the following packages natively: |
| 20:29.49 | copperbeech | openldap |
| 20:29.51 | copperbeech | cyrus-sasl |
| 20:29.52 | copperbeech | imap |
| 20:29.54 | copperbeech | mysql |
| 20:29.55 | copperbeech | readline |
| 20:29.57 | copperbeech | ncurses |
| 20:29.59 | copperbeech | libxslt |
| 20:30.00 | copperbeech | libxml2 |
| 20:30.02 | copperbeech | libgd |
| 20:30.03 | copperbeech | fontconfig |
| 20:30.05 | copperbeech | expat |
| 20:30.06 | copperbeech | freetype |
| 20:30.08 | copperbeech | libjpeg |
| 20:30.10 | copperbeech | libpng |
| 20:30.11 | copperbeech | libdb |
| 20:30.13 | copperbeech | gdbm |
| 20:30.14 | copperbeech | bzip2 |
| 20:30.16 | copperbeech | libstdc++ |
| 20:30.17 | copperbeech | openssl |
| 20:30.19 | copperbeech | zlib |
| 20:30.20 | copperbeech | - which just goes to show the great work the team did when creating the native build system! |
| 20:30.24 | copperbeech | jp30: ok yes... |
| 20:30.39 | jp30 | that shouldn't be a problem, because the ldap library should contain a record that tells the linker that it requires libssl... clear so far? |
| 20:30.47 | copperbeech | yep |
| 20:30.58 | jp30 | so what we are going to do is look to see if your libldap contains that record |
| 20:31.05 | copperbeech | ok |
| 20:31.28 | *** join/#nslu2-linux smok_ (~richard@clyne.plus.com) |
| 20:32.22 | jp30 | to do this, you need to invoke "objdump -p staging/opt/lib/libldap.so", and look to see if there's a line that says "NEEDED libssl.so.0.9.7" |
| 20:32.31 | copperbeech | for the record: openssl and zlib were built april 16th |
| 20:32.39 | copperbeech | jp30: ok hold on a sec |
| 20:33.58 | copperbeech | which ipkg has objdump :-) |
| 20:34.13 | jp30 | it is part of crosstools-native |
| 20:35.37 | jp30 | ah, on a slug, try /opt/armeb/bin/armv5b-softfloat-linux-objdump |
| 20:38.43 | copperbeech | unslung/staging/opt/lib/libldap.so: file format elf32-bigarm |
| 20:38.44 | copperbeech | Program Header: |
| 20:38.46 | copperbeech | <PROTECTED> |
| 20:38.47 | copperbeech | <PROTECTED> |
| 20:38.49 | copperbeech | <PROTECTED> |
| 20:38.50 | copperbeech | <PROTECTED> |
| 20:38.52 | copperbeech | <PROTECTED> |
| 20:38.53 | copperbeech | <PROTECTED> |
| 20:38.55 | copperbeech | Dynamic Section: |
| 20:38.57 | copperbeech | <PROTECTED> |
| 20:38.58 | copperbeech | <PROTECTED> |
| 20:39.00 | copperbeech | <PROTECTED> |
| 20:39.01 | copperbeech | <PROTECTED> |
| 20:39.03 | copperbeech | <PROTECTED> |
| 20:39.04 | copperbeech | <PROTECTED> |
| 20:39.06 | copperbeech | <PROTECTED> |
| 20:39.07 | copperbeech | <PROTECTED> |
| 20:39.09 | copperbeech | <PROTECTED> |
| 20:39.10 | copperbeech | <PROTECTED> |
| 20:39.12 | copperbeech | <PROTECTED> |
| 20:39.13 | copperbeech | <PROTECTED> |
| 20:39.15 | copperbeech | <PROTECTED> |
| 20:39.17 | copperbeech | <PROTECTED> |
| 20:39.19 | copperbeech | <PROTECTED> |
| 20:39.21 | copperbeech | <PROTECTED> |
| 20:39.23 | copperbeech | <PROTECTED> |
| 20:39.25 | copperbeech | <PROTECTED> |
| 20:39.27 | copperbeech | <PROTECTED> |
| 20:39.29 | copperbeech | <PROTECTED> |
| 20:39.31 | copperbeech | <PROTECTED> |
| 20:39.33 | copperbeech | <PROTECTED> |
| 20:39.35 | copperbeech | Version References: |
| 20:39.37 | copperbeech | <PROTECTED> |
| 20:39.39 | copperbeech | <PROTECTED> |
| 20:39.41 | copperbeech | <PROTECTED> |
| 20:39.43 | copperbeech | <PROTECTED> |
| 20:39.45 | copperbeech | private flags = 2: [APCS-32] [FPA float format] [has entry point] |
| 20:39.47 | copperbeech | not there! |
| 20:41.05 | copperbeech | jp30: wonder why that's not got the reference? |
| 20:44.01 | jp30 | the official libldap.so doesn't either... so it's not your system which is at fault |
| 20:44.28 | jp30 | next step is to look at how libldap.so was built |
| 20:44.50 | jp30 | cd into builds/openldap/libraries/libldap |
| 20:47.27 | jp30 | ...and use objdump in the same way on .libs/libldap.so. don't copy the whole output of objdump to the channel this time, just look to see if there's a NEEDED line for libssl |
| 20:55.01 | copperbeech | ok... |
| 20:57.26 | copperbeech | <PROTECTED> |
| 20:57.27 | copperbeech | <PROTECTED> |
| 20:57.29 | copperbeech | is all that is in there |
| 20:59.04 | jp30 | that's interesting; that's changed since the last time i built libldap natively |
| 20:59.54 | jp30 | ok, well, the quick symptomatic relief for your problem is to add -lssl to PHP_LDFLAGS |
| 21:00.23 | jp30 | ...do you understand why? |
| 21:00.25 | jbowler | jstueve, NAiL: I have a fix for the uclibc ipc.h problem, need to do a full build to verify it (I made it NSLU2 only for safety). samba builds from OE without problem now. |
| 21:02.07 | copperbeech | yes I think so - a library normally lists what other libraries it depends on, and normally the ssl library would be listed in one of the NEEDED lines for the linked libraries |
| 21:02.23 | copperbeech | in this case is isn't called up by the dependant libraries |
| 21:03.57 | copperbeech | so we force it by adding it to the LD flags in the make file |
| 21:07.14 | jp30 | ok, good. so i suggest you try that and see how much further you get. |
| 21:10.25 | copperbeech | ok - building php-stage |
| 21:17.51 | dyoung | Does anyone have a outstanding bk changeset? |
| 21:36.59 | copperbeech | jp30: that seemed to do it... now got past the ldap check.. |
| 22:08.24 | rwhitby-asleep | BitKeeper is still broken :-( |
| 22:08.51 | rwhitby | dyoung: yeah, me and jbowler at least |
| 22:10.42 | jp30 | morning, rwhitby |
| 22:11.37 | rwhitby | morning |
| 22:14.08 | jstueve | morning |
| 22:15.08 | NAiL | rwhitby: Morning (or, evening) |
| 22:16.12 | NAiL | jbowler: Ah, uclibc build? Full build, not just samba? Guess I can do that ;) |
| 22:17.02 | jstueve | jbowler: cool, what do I need to do? |
| 22:19.22 | dyoung | ok thats basically what I was asking. |
| 22:19.51 | dyoung | because it seems some projects are still pushing. |
| 22:20.48 | NAiL | rwhitby: Fixed the linux-threads-problem with mysql. It was because I use NPTL. Details are on the ml. |
| 22:22.54 | jp30 | NAiL, isn't it dangerous that mysql detects the threading behaviour of the host system. i would have thought that oe would do something like what i did with unslung to prevent this |
| 22:25.37 | NAiL | jp30: There doesn't appear to be any actual differences, but it should detect the target threading, yes. |
| 22:26.11 | NAiL | I guess I'll find out in a new minutes, when I install mysql |
| 22:31.19 | rwhitby | dyoung: seems each repo gets 40 extra after it breaks |
| 22:31.47 | rwhitby | and it only affects free licenses |
| 22:32.56 | dyoung | i see. |
| 22:33.06 | dyoung | I guess we were kind of blind-sided then eh. |
| 22:34.33 | rwhitby | yep. But my full build from berlios worked |
| 22:37.43 | rwhitby | (image completed, doing packages now) |
| 22:38.11 | rwhitby | I find it hard to believe that openlogging.org is unintentionally broken for this long ... |
| 22:42.12 | NAiL | hnmm |
| 22:42.39 | NAiL | mysql's playing hard to set up :( |
| 22:44.36 | NAiL | 050507 22:43:48 [ERROR] Fatal error: Can't open privilege tables: Table 'mysql.host' doesn't exist |
| 22:47.10 | jp30 | did you run mysql_install_db |
| 22:47.30 | jp30 | ? |
| 22:48.04 | rwhitby | rwhitby@nudi:/home/openslug$ ping www.google.com |
| 22:48.04 | rwhitby | ping: unknown host www.google.com |
| 22:49.15 | NAiL | jp30: Yes |
| 22:49.31 | NAiL | rwhitby: I get google.com, but not google.no ;) |
| 22:49.46 | NAiL | jp30: But mysql.host is nowhere to be seen |
| 22:50.49 | NAiL | ah... it's a table.not a file. But.. hm.. |
| 22:51.14 | ka6sox | rwhitby: let me see if its a resolv.conf problem. |
| 22:51.46 | NAiL | fs ipk # ping www.google.com |
| 22:51.46 | NAiL | ping: unknown host www.google.com |
| 22:52.06 | rwhitby | ka6sox: I think it's wider scope than just nudi |
| 22:52.10 | NAiL | root@LKG7F654F:/var/mysql# ping www.google.com |
| 22:52.10 | NAiL | ping: www.google.com: Unknown host |
| 22:52.16 | NAiL | Yeah ;) |
| 22:52.27 | rwhitby | OH NO! Google was running from a BitKeeper repository !!!!!!! |
| 22:52.33 | NAiL | heh |
| 22:52.52 | ka6sox | lol! |
| 22:53.06 | ka6sox | maybe it *was* the bitkeeper repository? |
| 22:53.37 | NAiL | rwhitby: Drop www |
| 22:53.40 | NAiL | root@LKG7F654F:/var/mysql# ping google.com |
| 22:53.40 | NAiL | PING google.com (216.239.39.99): 56 data bytes |
| 22:54.12 | ka6sox | I thought google was like...Akamai...everywhere. |
| 22:55.48 | jp30 | google are just transitioning to their rightful place as a top level domain; .com's too small for them |
| 22:56.05 | NAiL | heh... http://google/ |
| 22:56.40 | ka6sox | <PROTECTED> |
| 22:57.08 | ka6sox | their load balancing router must have died. |
| 22:57.18 | ka6sox | (bad Cisco IOS upgrade) |
| 22:58.21 | NAiL | Nah, it was a linksys.. WRT54G v1.0 ;) |
| 22:58.35 | NAiL | (ok, cisco subsidiary) |
| 22:58.57 | rwhitby | wl530g :-) - lots of them stacked tightly |
| 22:59.03 | NAiL | hwehehe |
| 23:01.18 | ka6sox | a bunch of NSLU2's running Openslug? |
| 23:02.09 | rwhitby | and php/mysql/apache |
| 23:03.14 | ka6sox | built with a native toolchain. |
| 23:03.22 | NAiL | I can get to google.com, and google.no, but not www.*.com/no |
| 23:04.18 | ka6sox | "works for me!" |
| 23:04.25 | ka6sox | www.google.com |
| 23:05.47 | NAiL | oh well... It'll get back up soon enough |
| 23:06.17 | ka6sox | news.google.com |
| 23:06.41 | NAiL | I can't get to news.google.com |
| 23:07.03 | ka6sox | me neither. |
| 23:07.13 | ka6sox | google be limping along |
| 23:07.29 | NAiL | If you have the ip cached, apparently ;) |
| 23:09.35 | NAiL | heh... brilliant. The links on googles page adjust to what hostname you use... |
| 23:09.58 | NAiL | http://news.216.239.39.104/ <-- if you click on the "news" link when going to google by ip ;) |
| 23:10.19 | rwhitby | gmail down too |
| 23:10.24 | ka6sox | maybe dns poisoning. |
| 23:11.06 | NAiL | seems up again now |
| 23:11.17 | NAiL | GAAAH |
| 23:11.47 | NAiL | It insists on going to google.no, but google.no doesn't have "news" |
| 23:15.54 | ka6sox | images is down too. |
| 23:16.40 | NAiL | Strange.. /. was down earlier today. Someone trying to take out major sites? ;) |
| 23:20.39 | rwhitby | in protest about bitkeeper |
| 23:21.37 | dyoung | Oh well, since the internet is broken, I guess I should go outside. |
| 23:23.07 | NAiL | outside? |
| 23:23.15 | ka6sox | I'm watching browser requests and there is a LOT of redirection going on... |
| 23:23.32 | dyoung | Outside, you know that stuff with the sky? |
| 23:23.53 | ka6sox | wear Sunglasses and Sunscreen |
| 23:23.55 | NAiL | dyoung: Aaah... That side. |
| 23:24.35 | NAiL | I might go there as well. Time for a smoke. It's a tad bright outside though... |
| 23:25.57 | ka6sox | but north of 51deg north. |
| 23:26.20 | NAiL | No idea how far north that is, but quite possibly ;) |
| 23:26.45 | NAiL | The sun will be up in an hour or so I guess |
| 23:27.06 | ka6sox | where are you in .no? |
| 23:27.34 | NAiL | Trondheim ( 63.4170°N, 10.4170°E) |
| 23:29.22 | NAiL | Ah, according to some astronomy-thingymabobs, the sunwon't be up until 4:30 |
| 23:29.44 | ka6sox | ah...I was in Fairbanks, AK on the longest day of the year...in a Jacuzzi at 2am...the sun was still shining brightly. |
| 23:30.16 | ka6sox | was that off of nudi? |
| 23:30.28 | rwhitby | no, from here |
| 23:30.30 | ka6sox | k |
| 23:30.40 | ka6sox | I upgraded svn on nudi...so its currentl |
| 23:30.40 | rwhitby | nudi would work though |
| 23:30.49 | ka6sox | current. |
| 23:33.13 | NAiL | Is there a openslug-devtools target (like openslug-packages, but with gcc, binutils etc?) |
| 23:38.17 | dyoung | Guess its time to RTF SVN M. |
| 23:39.07 | rwhitby | svn co, svn stat, (require 'vc-svn), svn commit. |
| 23:39.13 | rwhitby | svn update |
| 23:39.17 | rwhitby | very much like CVS |
| 23:39.27 | dyoung | svn ci foo.c ? |
| 23:40.05 | rwhitby | that's commit |
| 23:40.13 | rwhitby | single step, like CVS |
| 23:41.32 | rwhitby | http://svn.collab.net/repos/svn/trunk/README <- quickstart guide |
| 23:41.52 | rwhitby | that and svn help are the limit of my knowledge at the moment |
| 23:42.03 | jstueve | any hints on getting samba working? |
| 23:42.18 | jstueve | pdb_generate_sam_sid: Failed to store generated machine SID. |
| 23:42.18 | jstueve | PANIC: Could not generate a machine SID |
| 23:42.41 | jstueve | openslug - uclibc |
| 23:43.04 | NAiL | But where is it trying to store that SID? |
| 23:43.05 | rwhitby | dunno |
| 23:44.22 | ka6sox | sounds like a samba.org question. |
| 23:44.30 | jstueve | okay... |
| 23:44.54 | NAiL | jstueve: Increase the debug level, and see where it tries to write the machine SID |