**** BEGIN LOGGING AT Fri Feb 17 10:59:56 2006 Feb 17 17:24:24 can someone confirm the md5sum of libc_sources.redhat.com__20050627.tar.gz ? Feb 17 17:24:39 ecbdba24ac6274076d4a073bf1ee8ef0 libc_sources.redhat.com__20050627.tar.gz Feb 17 18:03:07 EvilDevil, my libc_sources.redhat.com__20050627.tar.gz gives me a md5sum of c05efc2b976bf896f1a7e2dfe0d76cba Feb 17 18:03:36 but strangely enough I don't have an .md5 file for it. Feb 17 18:06:00 VoodooZ: not strangely Feb 17 18:06:13 VoodooZ: it's a tarball from a cvs checkout, those never have .md5 files Feb 17 18:06:30 I see. Feb 17 18:08:13 which is part of the problem you are seeing Feb 17 18:08:35 you mean EvilDevil is seeing? Feb 17 18:08:50 someone changed the SRC_URI to point to the tarball and wget messes up the existing one by trying to resume the download Feb 17 18:09:00 ah yes, what EvilDevil is seeing Feb 17 18:25:07 i see. Feb 17 18:26:46 just testing if irssi on slug is exploitable ;) Feb 17 19:11:32 i see, the problem i was seeing was solved by you two ;-) VoodooZ koen|assignment Feb 18 05:23:28 ah, *finally* Feb 18 05:23:50 a dhcpclient that sees when the cable is connected/disconnected Feb 18 07:54:57 question about kernel modules Feb 18 07:55:17 how do I install them so they load every time the slug boots? Feb 18 07:56:15 I've been doing modprobe usbserial each time the slug is rebooted Feb 18 07:56:23 look in /etc/modules.d/ I think Feb 18 07:56:26 i would like it to be autoloaded Feb 18 07:56:40 thanks NAIL Feb 18 07:57:09 modprobe.d, not modules.d Feb 18 07:58:03 hmmm I'm not seeing a modprobe.d I've got a modprobe.conf Feb 18 08:01:19 any other ideas? Feb 18 08:04:29 google ;) Feb 18 08:21:45 ok i'll google around some more Feb 18 08:21:49 thanks Feb 18 08:21:53 np Feb 18 08:49:27 moning everyone Feb 18 08:56:30 good mornign all Feb 18 09:27:38 interesting observation Feb 18 09:28:13 morning Feb 18 09:28:15 I was playing with my audio trying to verify that without this new hub my audio card was not working Feb 18 09:28:20 hi NAiL Feb 18 09:28:39 rebooted with the audio device inserted in port1 of the slug Feb 18 09:28:47 the slug does not boot from hd Feb 18 09:28:58 no .recovery or so Feb 18 09:29:14 shortly after the single beep I get a double beep and it boots from flash Feb 18 09:29:21 repeatable (2 times) Feb 18 09:29:42 after removing the usb audio card and rebooting I again boot from hd Feb 18 09:29:45 very odd! Feb 18 09:30:03 Is there a constraint that the hd must be the first device or so Feb 18 09:30:16 in this situation the position of the hd has not changed Feb 18 09:30:25 hmm, what openslug ver? Feb 18 09:30:43 It shouldn't matter what port the usb audio is in at all though Feb 18 09:30:43 3.6 beta Feb 18 09:30:43 didn't 3.0 have a fix for that? Feb 18 09:31:01 I synced with the head last weekend Feb 18 09:31:22 koen: 3.6-beta uses UUIDs to mount the correct disk no matter what ;) Feb 18 09:31:34 of course, that requires re-turnup'ing Feb 18 09:31:38 the oddity is that if I connect my audio device to port 1 of the slug it now works Feb 18 09:31:55 hm. don't think I did a new turnup Feb 18 09:32:02 look in /initrd/linuxrc Feb 18 09:32:05 how can I check Feb 18 09:32:15 if you have an UUID there, it should boot no matter what Feb 18 09:32:30 if not, turnup to disk again Feb 18 09:32:38 yeah, found it: Feb 18 09:32:39 #!/bin/sh Feb 18 09:32:39 leds beep Feb 18 09:32:39 UUID='af31adb7-65d0-4601-b47b-d8c0d903bbe3' exec '/boot/disk' '/dev/sda5' '-t' 'ext3' '-o' 'defaults' Feb 18 09:32:39 exec /boot/flash Feb 18 09:33:12 ah, then it should boot from that disk even if there's five other disks available Feb 18 09:33:22 I can repeat my test if needed, but I've no idea where to look for Feb 18 09:33:23 so that shouldn't be the problem Feb 18 09:33:45 that's a very odd problem, tbh Feb 18 09:33:49 you don't have serial? Feb 18 09:34:05 The slugs should've had serial from the factory :-P Feb 18 09:34:17 to me it seems that what is happening is that usb port 1 is probed, it is decided there is a device there (not mass storage class) and that the device is not bootable Feb 18 09:34:25 no search for other devices Feb 18 09:34:44 nah, openslug doesn't give a shit about which port anything is plugged in to Feb 18 09:34:53 a port is a port ;) Feb 18 09:35:08 no, I don't have serial, saw a Siemens phone cable on ebay that I want to bid on to mod it for my slug Feb 18 09:35:31 however after the "misboot" I can get into the device by ssh-ing with opeNSLUg Feb 18 09:35:46 and I can get access to the hd as well as do a dmesg Feb 18 09:36:50 i checked dmesg, but that did not reveal much interesting stuff Feb 18 09:37:13 nah, usually there isn't much interesting there Feb 18 09:37:31 btw koen if you are in an experimental mood, you could try to put your hd on port 2, reboot and connect your iMic to port 1 after booting to see if it works in that situation Feb 18 09:37:47 is there anything else for which serial would help? Feb 18 09:38:17 I can add some diagnostics (eg debug options for loading drivers or echo commands); also I can run netconsole Feb 18 09:39:19 I think there should be a few "logger" statements sprinkled through the bootscripts Feb 18 09:41:47 suggestion where to start? Feb 18 09:43:09 not really... A bit tired right now Feb 18 09:43:21 I should sleep more, but I can't fall asleep Feb 18 09:43:32 you just moved from Nail-zzz to NAiL Feb 18 09:43:36 yeah Feb 18 09:43:51 09:37 -!- You're now known as NAiLzZz Feb 18 09:43:57 10:29 -!- You're now known as NAiL Feb 18 09:44:04 Oh Feb 18 09:44:21 i know how you must feel in that case Feb 18 09:44:23 03:36 -!- You're now known as NAiLzZz Feb 18 09:44:28 06:11 -!- You're now known as NAiL Feb 18 09:44:40 That time I atleast slept ;) Feb 18 09:45:10 i can imagine you're tired then Feb 18 09:45:21 yeah Feb 18 09:45:35 thing is, when you get those beeps, it somehow figures that your disk isn't bootable Feb 18 09:45:46 which is odd if it only occurs when the audio stick is connected Feb 18 09:47:08 tried this twice. any idea where the beeps are produced? Feb 18 09:47:48 btw was looking for a usb datacable on ebay. good business, someone offered eur 15.75 ! don't want to bid on that one ... Feb 18 09:48:18 they're produced in /boot/disk Feb 18 09:48:21 for siemens that is (to turn into a slug serial cable) Feb 18 09:48:34 that's hideously expensive imo ;) Feb 18 09:48:43 saw a serial as well, is there any preference for serial vs usb Feb 18 09:49:10 NAiL, that's what I thought! Apparently there are two people fighting for it, one with rating 0, one with rating 1 Feb 18 10:19:01 hey jacques & rwhitby Feb 18 10:19:13 hey Feb 18 10:22:17 anyone an idea why pvrusb2-mci is in the slugos package list, but not in the openslug/unstable feed ? Feb 18 10:25:59 dunno- have you checked the build logs at logs.nslu2-linux.org ? Feb 18 10:26:21 (a failing build could be blocking it) Feb 18 10:27:58 nope, will do Feb 18 10:28:40 i'm on last weeks head, that was 2.6.15, if the head has been moved to 2.6.16 there might be a problem Feb 18 10:28:49 actually didn't think of the build logs Feb 18 10:30:01 that should be the nudi logs, shouldn't it Feb 18 10:30:15 there is an issue with those Feb 18 10:31:10 hmmmm Feb 18 10:31:10 NOTE: package glibc-2.3.5+cvs20050627-r2: task do_unpack: failed Feb 18 10:31:10 ERROR: TaskFailed event exception, aborting Feb 18 10:31:27 eFfeM: monotone pull Feb 18 10:32:13 and: ERROR: Nothing provides runtime dependency libgdbm3 Feb 18 10:32:13 NOTE: no buildable providers for slugos-native Feb 18 10:32:13 ERROR: dependency slugos-native (for slugos-packages) not satisfied Feb 18 10:32:35 koen, these are from the nudi logs at logs.nslu2-linux.org, not errors on my system! Feb 18 10:33:09 here is more:INFO: Pushing feed optware/nslu2/cross/unstable ipks to ipkg-fr-jeanfabrice Feb 18 10:33:09 mkdir: "htdocs/feeds/optware/nslu2/cross/unstable": Exists but is not a directory Feb 18 10:33:28 lost here .... **** ENDING LOGGING AT Sat Feb 18 10:59:56 2006