**** BEGIN LOGGING AT Thu Feb 10 23:59:57 2005 Feb 11 00:24:57 anyone knows if John Bowler (from the yahoo list) hangs around on irc? Feb 11 00:32:32 ~seen jbowler Feb 11 00:32:33 jbowler <~jbowler@67-136-241-72.bras01.myc.or.frontiernet.net> was last seen on IRC in channel #nslu2-linux, 6d 1h 17m 7s ago, saying: 'rwhitby: question for you; how *do* I report bugs/problems in the uclibc, gcc etc .bb meta data (i.e. to kergoth et al?)'. Feb 11 00:33:52 hm Feb 11 00:33:56 ok, i'll mail him then Feb 11 00:34:33 he made this very interesting remark: Feb 11 00:34:49 I Feb 11 00:34:49 do have a system which loads the ethernet drivers from the 'payload' (using Feb 11 00:34:49 a heavily Feb 11 00:34:49 modified switchbox) and that switchbox allows me shell access before the Feb 11 00:34:50 boot starts, Feb 11 00:41:33 03rwhitby * 10unslung/Makefile: Promoted ctorrent to cross. Feb 11 00:44:36 giel: jbowler is talking about the recovery shell in switchbox Feb 11 00:45:07 rwhitby-away: ah ok... but thinking about it it gave me another idea Feb 11 00:45:32 too bad it's only morning and i can't try it out until tonight Feb 11 00:46:13 what's the other idea? Feb 11 00:47:17 03rwhitby * 10unslung/Makefile: Promoted ctorrent to both cross and native. Feb 11 00:48:32 rwhitby-away: mount the jffs2 in the linuxrc and load ethernet modules and dropbear from flash Feb 11 00:49:23 well, gotta think about it some more, but not now Feb 11 00:59:46 giel: have a look at the recovery mode and the maintenance mode in switchbox linuxrc - we do exactly that for a number of executables, so dropbear would be fairly easy. We don't do it in recovery mode cause we assume that the jffs2 is hosed in recovery mode. Feb 11 01:00:12 uhu... it's mainly about the ixp* modules Feb 11 01:00:15 (that's why we get the bare essentials from the payload and the switchbox ramdisk Feb 11 01:00:27 'cause there's no room in the standard ramdisk for both usb & scsi & ixp modules Feb 11 01:00:31 yeah, we get them from the payload in recovery moe Feb 11 01:00:32 mode Feb 11 01:00:42 and i don't know if i can just make a larger ramdisk Feb 11 01:00:55 usb and scsi is compiled into the kernel (for unslung at least) Feb 11 01:01:08 well, for my openslug it's not Feb 11 01:01:13 yep, you can make a larger ramdisk if you want Feb 11 01:01:27 and how would it effect the jffs2 root? Feb 11 01:01:44 it would just reduce the size of the jffs2 root - slugimage sizes that automatically Feb 11 01:01:54 ok, nice Feb 11 01:02:30 have a look at nslu2_flashimg.bbclass (or something like that) in the OE repository for how to drive slugimage Feb 11 01:02:37 ok **** BEGIN LOGGING AT Fri Feb 11 01:04:24 2005 Feb 11 01:05:10 yep, you can do that from the recovery shell - it runs a telnetd on .1.77 Feb 11 01:06:32 hm, the ixp modules in the payload are probably for the standard linksys/unslung kernel? Feb 11 01:06:36 2.4.x? Feb 11 01:07:31 or does slugimage add them from your own kernel tree? Feb 11 01:07:44 ah, they aren't put in there for openslug yet. you'll need to write openslug-switchbox-payload.bb to create a payload.tar.gz file from the ixp module ipks and put it in the same place that unslung-switchbox-payload.bb does. Feb 11 01:08:08 unslung-switchbox-payload cheats - it gets the binaries from the linksys ramdisk Feb 11 01:08:50 ok, but for now i can just get them from jffs2 i guess Feb 11 01:09:20 kergoth: any recommendation on how to take the contents of two DEPENDS ipks, unpack them into a temp dir, then tar them up and put them in staging for the nslu2_flashimg.bbclass to pick up when building the image ? Feb 11 01:09:58 ok, more coffee and the work Feb 11 01:10:12 got a presentation to make, and i have to update some documents Feb 11 01:10:31 we need to do that for openslug-switchbox-payload.bb (analogous to unslung-switchbox-payload, but using the ixp modules built in OE instead of cheating and using the binaries from the unpacked linksys firmware rootfs) Feb 11 01:10:49 yep, i understand Feb 11 01:11:20 (that was directed towards kergoth :-) Feb 11 01:11:50 (i understood that too, but still, i did understand it although it was not intended for me. alas, i don't have an actual answer to the question) Feb 11 01:11:53 :) Feb 11 01:12:23 if you assume that the jffs2 is intact, then it is just as easy to get them from the jffs2. Feb 11 01:12:35 yep, and for my special case i know the jffs2 is good Feb 11 01:12:47 * rwhitby-away nods Feb 11 01:13:39 'cause i first want to boot off hdd, so i can fix stuff easier when i break it by just hooking up the hdd to my computer and fix what i broke Feb 11 01:14:15 Hi rwhitby-away. Did you get my message about jamvm? Feb 11 01:19:30 It had to do with it not producing glibj.zip probably because you don't have zip installed on your build machine. Feb 11 01:19:53 I'm going to bed now. I hope you can resolve it... Feb 11 02:33:21 rwhitby@builds:/home/unslung/packages$ /usr/bin/zip Feb 11 02:33:21 Copyright (C) 1990-1999 Info-ZIP Feb 11 02:33:21 Type 'zip "-L"' for software license. Feb 11 02:33:21 Zip 2.3 (November 29th 1999). Usage: Feb 11 02:33:28 that's not it then .... Feb 11 02:33:56 ah - unless he means native Feb 11 02:48:21 I installed that kind of recently. Feb 11 02:48:46 the day he first brought it up... Feb 11 02:49:04 If that didnt fix it, maybe he does mean native... Feb 11 02:51:10 I don't see glibj.zip mentioned in building jamvm ... Feb 11 02:52:13 zip isn't used in building jamvm Feb 11 02:53:31 so I have no idea what garpinc is talking about .... Feb 11 03:00:57 Are Gmail invites like Dime a Dozen now? Feb 11 03:01:10 All of a sudden 50 invites appeared right now. Feb 11 03:02:05 yeah Feb 11 03:27:04 yet another missing -1 in the control file .... Feb 11 03:27:08 03rwhitby * 10unslung/sources/ctorrent/control: Fixed the version. Feb 11 03:47:46 hi Feb 11 03:47:55 g'day Feb 11 06:37:13 <[g2]> kergoth could you please pull the 1.3037 Openslug-init changeset into the oe-devel repo for me, THX Feb 11 08:27:49 [g2]: k Feb 11 08:29:22 <[g2]> thx Feb 11 08:29:55 <[g2]> ~praise kergoth Feb 11 08:30:26 All hail kergoth! Feb 11 08:36:54 testing logging on the treo ... Feb 11 08:40:03 yep, worked :-) Feb 11 08:52:39 re Feb 11 08:57:02 Hey Feb 11 08:57:07 rwhitby-away: man, the # of oe packages that dont fully obey our path variables is _insane_ Feb 11 08:57:14 * kergoth is revisiting oe packages on unslung Feb 11 09:29:14 hi all Feb 11 09:29:23 hi Feb 11 09:29:26 do unaligned user accesses actually work correctly on the nslu2? Feb 11 09:29:41 i'm looking at the alignment handler but can't see how it can work correctly on big-endian Feb 11 09:29:55 anyone with an nslu2 care to try a little test program? Feb 11 09:32:26 i can try it Feb 11 09:32:32 great Feb 11 09:32:36 email? Feb 11 09:33:08 I just msged it to you Feb 11 09:33:48 thanks Feb 11 09:33:49 just a sec Feb 11 09:34:40 sent Feb 11 09:35:30 got it - give me a couple of minutes Feb 11 09:35:36 k Feb 11 09:36:48 hi lennert Feb 11 09:37:09 hello giel Feb 11 09:37:33 that brings the dutch grand total to 3 Feb 11 09:37:34 nederlander? :) Feb 11 09:37:36 hehe Feb 11 09:37:40 i was here first ;p Feb 11 09:37:45 so, we can conclude, 3/45 of the world population is dutch Feb 11 09:37:55 clearly it is Feb 11 09:38:02 proof by example Feb 11 09:38:12 0 00010203 Feb 11 09:38:12 1 01020304 Feb 11 09:38:12 2 02030405 Feb 11 09:38:12 3 03040506 Feb 11 09:38:12 4 04050607 Feb 11 09:38:13 5 05060708 Feb 11 09:38:35 jacques -- one more thing, could you change the u_int32_t to u_int16_t ? Feb 11 09:38:45 what kernel are you running? Feb 11 09:39:36 this is unslung Feb 11 09:39:47 did you want me to try on openslug ? Feb 11 09:39:57 can you try on 2.6, if you have that? Feb 11 09:40:14 ah OK Feb 11 09:40:38 i suspect 2.6 is broken Feb 11 09:40:44 but don't have any ARM hardware myself at the moment Feb 11 09:42:16 which version of the test do you want me to try on 2.6.9 ? Feb 11 09:42:25 the original one i emailed you? Feb 11 09:42:40 ok Feb 11 09:43:02 see, i saw trb's usbnet bugreport Feb 11 09:43:13 and this is the only thing i can think of Feb 11 09:43:30 0 00010203 Feb 11 09:43:30 1 04030201 Feb 11 09:43:30 2 05040302 Feb 11 09:43:30 3 06050403 Feb 11 09:43:30 4 04050607 Feb 11 09:43:31 5 08070605 Feb 11 09:43:35 aha! Feb 11 09:43:38 busted, as i thought Feb 11 09:43:54 many thanks, jacques Feb 11 09:44:01 lennert, any time :-) Feb 11 09:52:09 'evening all. Feb 11 10:17:00 hi all. is there any way to control bandwidth of nslu2? Feb 11 10:17:34 03ingeba * 10unslung/make/e2fsprogs.mk: Feb 11 10:17:36 Fixed a bug in staging and added missing includes files needed by parted. Also Feb 11 10:17:38 made it possible to compile the package, but the make file is kind'a messed up Feb 11 10:17:40 (does dirty things) and needs rewrite. If author doesn't do it (mailed him Feb 11 10:17:42 yesterday), I will do it later Feb 11 10:18:07 Yes - howto.trafficshaping or something like that Feb 11 10:18:17 Uses IP-tables. Feb 11 10:18:23 hi bob. thx. great! Feb 11 10:21:28 but it souonds difficult bob - for me as a non linux pro Feb 11 10:23:04 Oh, come on. You're almost an expert now. Feb 11 10:23:22 It is a good write-up. Follow it. Feb 11 10:23:35 I'm making a cool package today Feb 11 10:23:44 It is called rescue.ipk Feb 11 10:23:57 It's an unbrick tool for unslung Feb 11 10:23:58 what does it rescue? Feb 11 10:24:12 F*cked up slugs. Feb 11 10:24:29 so many bricked nslu2s? how peeps brick em up mostly? Feb 11 10:24:37 It goes on a memory stick - you plug it in when things are bad. Feb 11 10:24:46 i bricked my hdd of the nslu2 but nut the nslu2 itself Feb 11 10:24:57 thats sounds good bob Feb 11 10:25:14 You usually just destroy unslung if you make bad mods to the flash - and people do. Feb 11 10:25:31 Bricked isn't the correct word. Bricked usually implies it's totally dead i.e. you've erased redboot Feb 11 10:25:36 Put all sorts of nasty stuff on /etc and one day... it doesn't come up again. Feb 11 10:25:47 Ok - not bricked. Just messed up, for lack of a term Feb 11 10:25:50 I only know of 1 person doing that and that was an accident and they managed to recover it Feb 11 10:26:13 Tiersten: Bricking or not booting after a file change? Feb 11 10:26:21 bricking Feb 11 10:26:30 Ah.. I wont be adressing that. Feb 11 10:26:42 There was some bug/misconfig in the MTD maps in the kernel and redboot got overwritten by accident Feb 11 10:26:51 You need JTAG to fix that but it's still fixable Feb 11 10:27:38 Well - I don't plan on changing boot load anytime soon. Any good argument why I should? Feb 11 10:27:46 Nope Feb 11 10:27:53 Anybody know if it is possible to use webmin with appweb? I have problems - even index.cgi fails. Feb 11 10:28:03 Nope again. NEver tried webmin or appweb Feb 11 10:28:06 I will stay with trusty old RedBoot then. Feb 11 10:28:06 "fails" isnt exactly a useful problem report Feb 11 10:28:17 Error 9. Feb 11 10:28:45 which isnt any more helpful for those of us not familiar with appweb error codes Feb 11 10:28:47 Basically it doesn't put anything in the logs except a 503 error Feb 11 10:28:48 read the docs Feb 11 10:28:52 appweb supports cgi, it should work. Feb 11 10:29:01 I did - no mention of anyone getting webmin to run on it. Feb 11 10:29:07 which means nothing Feb 11 10:29:20 No mention on how to pass the environment variables webmin needs. Feb 11 10:29:22 503 is service unavailable Feb 11 10:29:33 Yes - Serv. Un. Feb 11 10:29:37 which just basically means something went wrong with the CGI Feb 11 10:29:53 run the cgi manually Feb 11 10:29:56 I'm not interested in finding the problem. I want to know if it is doable. Feb 11 10:29:56 from the commandline Feb 11 10:30:04 It runs well with miniserv.pl Feb 11 10:30:04 once again, appweb supports cgi. Feb 11 10:30:16 Yes - and perl (which is what it is) Feb 11 10:30:18 appweb doesnt need to specifically support anything special to make webmin work Feb 11 10:30:23 its just another cgi application. Feb 11 10:30:24 it should work. Feb 11 10:30:27 It's doable since appweb supports CGI as kergoth has said several times Feb 11 10:30:31 I thought so too. Feb 11 10:30:37 As to why, you'll have to work out what the problem is. Feb 11 10:31:09 There is just one snag: appweb locks itself to its own home dir. while webmin needs access outside. Feb 11 10:31:33 Never mind - I will try a bit more or move to Apache Feb 11 10:31:44 ... which I know works, just takes a lot of space Feb 11 11:10:40 <[g2]> Doh! I missed lennert Feb 11 11:11:03 <[g2]> But I'm happy he's responding to the arm-linux-kernel list :) Feb 11 11:15:05 <[g2]> jacques, thx for helping out lennert! Feb 11 11:19:37 always help the dutchies :) Feb 11 11:44:13 christopher, you get bk working with your windows machine? Feb 11 11:48:07 <[g2]> jacques, http://groups.yahoo.com/group/nslu2-linux/message/4254 Feb 11 12:01:59 <[cc]smart> Hi all. Has the change of hardware ID been applied for the opeslug images ? Feb 11 12:03:45 You talking about the one set by the bootloader? Feb 11 12:04:22 The stock redboot uses the IXDP425 board ID and you'd have to insist that everybody changes their bootloader or add code to handle both IDs Feb 11 12:05:56 <[cc]smart> Yes, talking about that ne. if i got it riht there were intentions to change that.. possibly not. Key is i now have this message from upslug: Hid = 0470 3195 5810 ... so i was thinking the day might have come Feb 11 12:06:08 <[cc]smart> anything along the lines of that ? Feb 11 12:06:49 That ID is part of the sercomm stuff Feb 11 12:07:05 It's part of the last 16 bytes in flash Feb 11 12:07:47 <[cc]smart> So it is expected that upslug bails out ? Feb 11 12:07:48 uh Feb 11 12:07:54 last part of redboot I mean Feb 11 12:07:56 different trailer Feb 11 12:08:10 Not sure. I've not looked to see if upslug atually checks the contents of that trailer Feb 11 12:08:14 http://www.nslu2-linux.org/wiki/Info/SercommRedBootTrailer Feb 11 12:10:00 <[cc]smart> so do you think my openslug image is bust or do i have to apply a change to the slug before i can use that image ? Feb 11 12:10:30 *shrug* As I said, I don't know if upslug checks for the stock IDs Feb 11 12:10:47 it shouldn't have changed anyway Feb 11 12:10:53 since if it did, it means you've fiddled with redboot Feb 11 12:35:18 <[cc]smart> bitbake never asked me before but now.... TARGET_OS for openslug is linux or uclibc ? Feb 11 12:36:05 <[g2]> linux Feb 11 12:36:13 <[g2]> unless you're running uClibc Feb 11 12:37:34 [g2]: you'll probably want to set that in the distro .conf Feb 11 12:37:44 oe will abort if it isnt set at all now Feb 11 12:37:53 <[g2]> kergoth`food, nod. Feb 11 12:38:17 <[g2]> I thought it was set there with a ?= Feb 11 12:39:08 that wouldnt make sense, since its _always_ set to something Feb 11 12:39:14 bitbake.conf set it, just to an invalid value Feb 11 12:39:26 and previously it set it to a valid value, based on BUILD_OS Feb 11 12:47:08 Tierste: upslug only checks for sercomm trailer and that can be overriden with the -f opotion Feb 11 12:47:32 Tiersten, [cc]smart: upslug only checks for sercomm trailer and that can be overriden with the -f opotion Feb 11 12:49:28 <[g2]> kergoth`food, openslug.conf does have the TARGET_OS ?="linux" Feb 11 12:50:49 and TARGET_OS is always set. Feb 11 12:50:52 ?= sets _IF UNSET_ Feb 11 12:53:44 <[g2]> kergoth, So it used to be unset by default so the ?= would set it, now it is "SET" but not to linux or uclibc so the ?= doesn't trigger anymore, correct ? Feb 11 13:07:51 no Feb 11 13:07:54 it was always set by default Feb 11 13:07:58 the ?= didnt actually do anything Feb 11 13:12:46 <[g2]> kergoth, okay. So I should change the TARGET_OS ?= "linux" to TARGET_OS = "linux" in openslug.conf, but the user can still override it in local.conf Feb 11 13:15:20 no, the distro .conf is loaded after local.conf Feb 11 13:15:38 there's no easy way to override bitbake.conf's value and not override local.conf's value, in distro .conf Feb 11 13:16:03 unless you used a tidbit of python to check if its set to the default value Feb 11 13:16:59 <[g2]> well I fully understand that you want to flush out unset TARGET_OS's and commmend that effort Feb 11 13:17:35 <[g2]> I'd like to still allow the users to be able to run either glibc or uClibc though Feb 11 13:17:45 <[g2]> and to be able to do so myself Feb 11 13:18:11 well, we could not set TARGET_OS or TARGET_ARCH in bitbake.conf, rather than setting them to INVALID by default. Feb 11 13:19:25 <[g2]> I'm guessing the TARGET_FPU is in the same boat Feb 11 13:19:43 not really, TARGET_FPU isnt even supported by all architectures Feb 11 13:19:49 right now its only used on arm Feb 11 13:19:55 there's no need to set a default value for that in bitbake.conf Feb 11 13:19:55 <[g2]> k Feb 11 13:23:06 <[g2]> hey... that's funny Feb 11 13:23:23 <[g2]> dyoung did you know switchbox is being built with glibc ? Feb 11 13:23:59 <[g2]> kergoth, I'll fix openslug.conf to have TARGET_OS = "linux" Feb 11 13:24:05 k Feb 11 13:24:10 i'll look into making it overridable Feb 11 13:24:16 <[g2]> the uClibc guys can do a local checkout and change it Feb 11 13:24:27 heh Feb 11 13:24:39 <[g2]> It'll note it in the wiki Feb 11 13:24:39 cd build; mkdir conf/distro; cp ../openembedded/conf/distro/openslug.conf conf/distro/ Feb 11 13:24:45 vi conf/distro/openslug.conf Feb 11 13:25:32 <[g2]> ah, so a local verion in underbuild will override things ? Feb 11 13:25:44 BBPATH is ordered. Feb 11 13:25:51 bitbake uses the first version of a file it finds in a path in BBPATH Feb 11 13:25:58 build is before openembedded Feb 11 13:26:04 and therefore will be used if they exist there Feb 11 13:26:16 <[g2]> that's very logical :) Feb 11 13:26:22 * kergoth nods Feb 11 13:26:31 as always, with bb and oe, flexibility is king Feb 11 13:26:31 <[g2]> thx for the explaination Feb 11 13:26:33 np Feb 11 13:42:26 [g2], was that a question or statement? Feb 11 13:42:44 <[g2]> dyoung, that was a statement from looking at the switchbox.conf file Feb 11 13:43:01 linux-uclibc is glibc? Feb 11 13:43:13 <[g2]> no, that'd be uClibc Feb 11 13:43:22 thats what my switchbox.conf says Feb 11 13:43:34 <[g2]> that's not what mine says Feb 11 13:43:45 <[g2]> I'd to a bk citool Feb 11 13:43:54 Its the only way to get it to fit. Feb 11 13:44:14 I didnt write this file though; it came like that from the "factory". Feb 11 13:44:16 <[g2]> probably for 4.x Feb 11 13:44:30 This isnt 4.x Feb 11 13:44:56 this is in openembedded/conf/distro/switchbox.conf Feb 11 13:45:05 <[g2]> nod. Feb 11 13:45:19 <[g2]> we can check the repo. I pulled today Feb 11 13:45:35 as far as I know, its been uclibc from day 2. Feb 11 13:46:08 <[g2]> DOH! Feb 11 14:12:12 [g2], did you just have a epiphany? Feb 11 14:22:02 <[g2]> dyoung, I don't know what I did but when I double checked it was correct Feb 11 14:22:20 <[g2]> and you are correct, sorry for the confusion Feb 11 14:22:21 okay Feb 11 14:22:37 Maybe "openslug" looks like "switchbox" or something. ;-) Feb 11 14:23:19 <[g2]> dunno what I did I'm in the middle of working on the kernel patches Feb 11 14:23:44 <[g2]> I'm *sure* I didn't look at it right Feb 11 14:23:56 Yah, thanks for getting things rolling on that front. Feb 11 14:24:25 back later Feb 11 14:24:40 <[g2]> nod. Feb 11 14:35:08 <[cc]smart> mv: `/data/work/nslu2-linux/openslug/tmp/work/module-init-tools-3.1-r0/image/usr/man/man8' and `/data/work/nslu2-linux/openslug/t Feb 11 14:35:09 <[cc]smart> mp/work/module-init-tools-3.1-r0/image/usr/man/man8' are the same file Feb 11 15:09:58 sigh. Feb 11 15:58:44 03shenson * 10unslung/ (make/gdb.mk sources/gdb/control): (log message trimmed) Feb 11 15:58:46 gdb - the GNU debugger. Feb 11 15:58:48 Seems to work OK. The warning message on startup about not being able to find Feb 11 15:58:50 libthread_db.so can be either ignored or libthread_db.so copied from Feb 11 15:58:52 /opt/gcc/armv5b-softfloat-linux/lib to /opt/lib. Feb 11 15:58:54 The other possible solution of adding /opt/gcc/armv5b-softfloat-linux/lib to Feb 11 15:58:56 -rpath or LD_LIBRARY_PATH causes a conflict of some sort which causes gdb to Feb 11 16:09:21 Why can't you add it to the deploy? Feb 11 18:14:22 03g2 07 * r1.3131 10openembedded/ (4 files in 3 dirs): Feb 11 18:14:22 OpenSlug changes: add mtd-utils, fix TARGET_OS to = linux from ?= for recent OE changes, Feb 11 18:14:22 add the alignment patch to handle BE alignment errors and patch usbnet.c for alignment issue. Feb 11 18:20:12 03g2 07 * r1.3132 10openembedded/packages/linux/openslug-kernel_2.6.9.bb: I forgot to bump the rev. number. DOH! Feb 11 18:46:39 re Feb 11 18:56:20 <[g2]> rwhitby-around, hey treo boy ! Feb 11 18:58:11 hey Feb 11 18:58:26 <[g2]> how do you like the new toy ? Feb 11 18:58:53 exceeding expectations already Feb 11 18:59:54 <[g2]> excellent. have you downloaded the ROM hack and enabled the wifi ? Feb 11 19:00:22 <[g2]> or are you keeping it normal cuz its CO property :) Feb 11 19:07:40 it's mine, and I'm using bluetooth in the home instead of wifi Feb 11 19:08:06 cause you still need a wifi card if you enable wifi, but bluetooth is built in Feb 11 19:08:39 but I will be looking at custom roms after a while I expect Feb 11 19:20:34 dumdumDUMMM Feb 11 19:23:36 [g2]: I doubt that a glibc switchbox would fit in two blocks ... Feb 11 19:24:20 <[g2]> rwhitby-treo, nod. I don't know *what* I was looking at earlier Feb 11 19:25:36 <[g2]> giel, speaking of glibc when you do the latest pull you'll either have to checkout openslug.conf or add a conf/distro/openslug.conf off build with the change for the TARGET_OS Feb 11 19:26:20 the line in build/conf isn't enough? Feb 11 19:26:56 i have a target_os in build/conf/local.conf Feb 11 19:30:30 <[g2]> cd build; mkdir conf/distro; cp ../openembedded/conf/distro/openslug.conf conf/distro/ Feb 11 19:30:30 <[g2]> vi conf/distro/openslug.conf Feb 11 19:31:00 <[g2]> giel, I'm writing up an e-mail about it, but that was kergoth suggestion Feb 11 19:31:19 <[g2]> that will override because is earlier in the BBPATH Feb 11 19:38:15 Hmm - upIRC doesn't like a special character that I have in my password :-( Feb 11 19:44:34 <[g2]> rwhitby, ping Feb 11 19:45:16 pong Feb 11 19:45:17 <[g2]> which specail character is that ? :) Feb 11 19:45:35 whatever it was, it doesn't matter any more :-) Feb 11 19:45:51 <[g2]> rwhitby, can you push change sets 1.3131 and 1.3132 upstream to the oe-devel repo for me ? Feb 11 19:46:17 I'm not sure I can, and I'd rather that kergoth pulls them. Feb 11 19:46:31 <[g2]> Ok Feb 11 19:46:47 <[g2]> I think you are the only one that can push upstream Feb 11 19:46:49 cause he would have to review any changesets previous to 1.3131 for suitability for pushing Feb 11 19:47:31 (assuming he has already given you approval for 1.3131 and 1.3132 Feb 11 19:48:10 <[g2]> they are OpenSlug specific, he's not worried about us breaking our only little sandbox Feb 11 19:49:04 <[g2]> the OpenSlug issue with usbnet is fixed Feb 11 19:49:47 <[g2]> it turned out that the trap alignment was busted in 2.6 ARM BE Feb 11 19:51:17 <[g2]> early next week I'll have to benchmark the Usb2.0 host-to-host IP network and see what kind of Xfer rates I get Feb 11 19:52:08 <[g2]> I'll also be doing some benchmarks with the usb-ethernet versus the ixp Feb 11 19:55:47 <[g2]> jacques, ping Feb 11 20:07:32 ok, sorry about all the coming and going, but I've now got upIRC behaving itself. Feb 11 20:08:07 now I can IRC from anywhere within bluetooth range of the laptop at home. Now to test what that range is ... Feb 11 20:09:01 <[g2]> I *love* my iogear class 1 BT adapter Feb 11 20:09:33 <[g2]> I easily get 50+ feet outside through the walls Feb 11 20:09:42 Treo 650 bluetooth to Laptop bridged to wireless card then wireless to Asus router, then wired to prodslug, then wired back to router, then cable modem to internet ... Feb 11 20:10:11 Getting bluetooth to work on the slug would take the laptop out of that chain .... Feb 11 20:10:14 <[g2]> usb is a handy little connector :) Feb 11 20:11:17 or I could put the bluetooth on the Asus router (yes, the chupa forums firmware group have it working) and then I could reboot prodslug from the Treo without loosing the bluetooth connection .... Feb 11 20:12:24 Hmm - treo running pssh, ssh'd via bluetooth into the Asus router, then running microcom through a USB->serial cable to the serial port on devslug ==> Treo control of redboot on devslug. Feb 11 20:13:12 <[g2]> the possibilities are *endless* :) Feb 11 20:13:36 I already have ssh access to builds from the Treo, so I can build and upload packages from anywhere with a GSM GPRS connection ... Feb 11 20:14:06 <[g2]> cool, you just need the BT keyboard Feb 11 20:14:07 and when gastro comes on line I'll be able to do native packages that way too. Feb 11 20:14:18 treo already has a keyboard :-) Feb 11 20:14:39 <[g2]> I mean one you can type at 60 WPM on Feb 11 20:15:21 only 16 characters in "make all upload" :-) Feb 11 20:16:28 <[g2]> you need tab completion :) Feb 11 20:16:35 BTW - kudos to Lennert and you for the USB alignment and network stuff Feb 11 20:16:57 <[g2]> thx, Lennert's great Feb 11 20:17:09 I've seen bash tab completion for makefile targets before somewhere - it parses the makefile on the fly to do it :-) Feb 11 20:17:10 <[g2]> any more word from lonewolf ? Feb 11 20:17:21 still out of town and busy Feb 11 20:17:46 <[g2]> we might need to set Lennert up remotely Feb 11 20:22:28 anyone have a good idea on how we can provide our European member of nslu2-linux and nslu2-german with an alternative to PayPal for donations? Feb 11 20:35:42 <[g2]> nite all Feb 11 20:35:56 night [g2] Feb 11 20:57:17 who is djf? Feb 11 20:58:14 jacques Feb 11 20:59:17 seems his changes to the expat.mk break the build (at least for me) Feb 11 21:02:13 looks like he changed the package to wget instead of cvs co -r TAG and in the process removed the step that creates a ./configure script Feb 11 21:02:43 if you rm -rf builds/expat and then try to build it, it dies with ./configure not being there. Feb 11 21:03:39 I'd like to find out why he made some of the changes, so that we don't stomp on each other's feet... Feb 11 22:10:15 so when is someone going to upload images of the fat slug? :) Feb 11 22:19:06 peteru-home: expat builds fine for me on our official cross-compilation machine, and also on my laptop Feb 11 22:20:52 and also for me. Feb 11 22:42:30 irc://irc.oftc.net/xbox-linux Feb 11 22:50:29 strange. I'm going to rm -rf anything expat related and try again then. Feb 11 22:51:36 hrmm.. I'm having weird problems not being able to format this disk.. Feb 11 22:52:06 things just die partway through Feb 11 22:52:27 and it seems to crash the slug (or at least its webserver) Feb 11 22:54:05 peteru-home: make expat-dirclean did it for me Feb 11 22:57:31 peteru-home: I have a similar problem with ImageMagick where my laptop says that Makefile.in (another automake-generated file like your configure script) is missing. Feb 11 22:57:44 but it builds fine on builds.nslu2-linux.org and also prodslug. Feb 11 22:59:22 03rwhitby * 10unslung/make/e2fsprogs.mk: Changed CC_FOR_BUILD's value to HOSTCC (you can't rely on CC being defined for you in an Unslung makefile). Feb 11 23:00:23 I suspect an autoconf/automake version problem Feb 11 23:00:45 does anyone know why formatting takes so long? Feb 11 23:01:34 how long? Feb 11 23:02:01 well. I guess it's only a few minutes when it works Feb 11 23:02:10 ..I wonder if this other hard drive enclosure has issues.. Feb 11 23:04:47 rwhitby-away: are you saying that if you dirclean expat it breaks for you too? Feb 11 23:06:12 iptables seems to include /usr/src/linux/include/asm - ie. native headers :( Feb 11 23:08:52 peteru-home: no, I'm saying it works for me Feb 11 23:11:16 peteru-home: what do you suggest re iptables? I think I just packaged it for someone else, so I have no idea about it Feb 11 23:17:11 ppl were looking for me? Feb 11 23:19:13 jacques: ping Feb 11 23:19:27 hi ka6sox-draggin what's up? Feb 11 23:19:40 Rushin Draggin Feb 11 23:19:57 been on 10 minutes in the last 3 days. Feb 11 23:20:27 :-( Feb 11 23:21:58 while I'm here: http://www.socallinuxexpo.com/ I'll be finishing up PCB layout while I'm there. Feb 11 23:22:04 demonstrating Slugware. Feb 11 23:22:18 310401 Jul 23 2004 builds/expat/configure* - this is obviously not created on the fly Feb 11 23:22:49 ka6sox-draggin, sounds like a cool conference - what's slugware ? Feb 11 23:23:52 Unslung and hopefully OpenSlug Feb 11 23:23:59 i'm bringing the unslung Feb 11 23:24:08 (finally got around to programming mine tonight ;) ) Feb 11 23:24:15 cpage_ is doing it. Feb 11 23:24:29 ka6sox-draggin, neat! wish I could be there :-) Feb 11 23:24:35 I think I have a good image of OpenSlug Feb 11 23:25:09 cool Feb 11 23:25:16 unfortunatly i only have one slug ;) Feb 11 23:25:21 although i would like to try openslug Feb 11 23:25:37 I have another slug for OpenSlug. Feb 11 23:25:40 sweet Feb 11 23:25:55 what i 'really' want to do with the slug would work best with openslug, i think Feb 11 23:28:17 probably Feb 11 23:29:00 cpage_ is going tommorrow and I'll be there later. Feb 11 23:29:02 :) Feb 11 23:30:01 our LUG booth is about embedded linux Feb 11 23:30:15 * jacques has a momentary urge to drive to the airport and get a quick flight to LA. Feb 11 23:30:27 I got nothing better to do :-) Feb 11 23:34:18 okay...with OpenSlug I just attach a EXT2 drive? Feb 11 23:34:31 and mount it? Feb 11 23:35:57 nslu2-bricker: brick, or just requiring a software reinstallation ? Feb 11 23:36:04 i think real brick Feb 11 23:36:12 i think he's testing bootloaders Feb 11 23:36:38 with beewoolie Feb 11 23:37:54 ah, ok - but's he's also nslu2-jtagger as well :-)\ Feb 11 23:38:03 yes. Feb 11 23:40:30 Yep, thats a real brick. 20min penalty. Feb 11 23:40:36 :-) Feb 11 23:40:43 (I only blew away the first block this time) Feb 11 23:41:16 okay when I get some time I'll pop on over to the #general channel and ask newbie questions about OpenSlug. Feb 11 23:42:20 any opensluggers here? Feb 11 23:42:24 yes. Feb 11 23:42:32 ;-) Feb 11 23:42:53 I haven't built or flashed a new openslug in quite a while so my knowledge is no longer current. Feb 11 23:43:20 19:42:46 up 64 days, 16:51, load average: 1.08, 1.01, 1.00 Feb 11 23:43:26 that's my openslug slug Feb 11 23:43:53 nice Feb 11 23:43:57 what process is running 100%? Feb 11 23:44:34 same as any slug using its NIC Feb 11 23:44:34 cpage_: native builds. Feb 11 23:44:51 ah cool Feb 11 23:45:21 jacques: what mountpoint is your HD on the OpenSlug? Feb 11 23:45:59 /mst/sda1 Feb 11 23:46:05 /mnt/sda1 Feb 11 23:47:05 Yeah what he said. Feb 11 23:47:22 Wow! Feb 11 23:47:41 mnt/sda1...okay..thanks Feb 11 23:47:46 * ka6sox-draggin was confused Feb 11 23:52:36 okay looks like I'm OpenSlugged. Feb 11 23:57:12 cool Feb 11 23:58:10 cpage_ you going to be okay without the HD right now? Feb 11 23:58:22 or would you like me to bring it by? Feb 11 23:58:40 ya Feb 11 23:58:45 i'm ok without the hd for now Feb 11 23:58:52 i need to go to bed in the next few minutes Feb 11 23:59:29 sunday we can show off openslug as well :) Feb 11 23:59:39 I wish we had such expos here Feb 11 23:59:51 I guess the userbase here is like 4 people. **** ENDING LOGGING AT Fri Feb 11 23:59:56 2005