| 00:04.38 | *** part/#nslu2-linux ennonymous (~enno@cpe-69-135-182-155.twmi.rr.com) |
| 00:09.18 | *** join/#nslu2-linux dsaxena_ (~dsaxena@c-24-20-128-133.client.comcast.net) |
| 00:13.35 | *** join/#nslu2-linux edmondsc (~edmondsc@128-193-244-84.resnet.oregonstate.edu) |
| 01:34.17 | *** join/#nslu2-linux ByronT (~byron-por@adsl-212-196-232.bhm.bellsouth.net) |
| 01:34.40 | ByronT | wheee!!!!! DSL at home now!!! |
| 01:35.43 | CompBrain | o0o |
| 01:36.53 | ByronT | 2 years of cajoling, complaining, offering bribes, and non-stop harassing of BellSouth and they finally get DSL out to my neighborhood |
| 01:37.07 | CompBrain | heh |
| 01:37.56 | ByronT | well, the local cable company, I won't name names, but their's rhymes with martyr... |
| 01:38.40 | ByronT | does not even have a local office... sales office is 45 miles to the northeast and support office is 75 miles to the northwest |
| 01:39.02 | kergoth | wow are there a lot of oe packages that need to be fixed to obey the path vars |
| 01:41.16 | CompBrain | I got my mini-ap today |
| 01:41.26 | CompBrain | So i can start my nslu2-wifi-camera-gps robot |
| 01:41.27 | CompBrain | heh |
| 01:41.47 | kergoth | anyone here intimately familiar with how unslung's startup script handling works? |
| 01:44.18 | CompBrain | nope, sorry |
| 02:22.13 | *** join/#nslu2-linux ByronT-Laptop (~byron-por@adsl-212-196-232.bhm.bellsouth.net) |
| 02:35.24 | christopher | what package has cc in it? |
| 02:45.39 | christopher | nvm |
| 02:45.47 | *** join/#nslu2-linux [g2] (~g2@rdu57-8-035.nc.rr.com) |
| 02:46.23 | *** join/#nslu2-linux mrblack51 (~blah@wa-pullman-cuda1k-244.losaca.adelphia.net) |
| 03:43.01 | *** join/#nslu2-linux dyoung-web (www-data@netblock-66-159-209-60.dslextreme.com) |
| 03:55.56 | *** join/#nslu2-linux [g2] (~g2@rdu57-8-035.nc.rr.com) |
| 04:10.31 | dyoung-web | [g2], you go! |
| 04:10.38 | dyoung-web | ~cheer |
| 04:10.39 | jbot | shift to the left, unshift to the right, push down, pop up, byte byte byte. |
| 04:10.47 | [g2] | hey dyoung-web what's that for ? |
| 04:11.02 | dyoung-web | Your OpenSlug posting on the yahoo. |
| 04:11.19 | dyoung-web | I had to refrain from defining a brick. |
| 04:11.52 | [g2] | I hope I didn't sound too harsh |
| 04:14.56 | dyoung-web | I didnt think so. |
| 04:17.52 | [g2] | dyoung-web, totally off-topic, but have you ever played with qemu |
| 04:18.20 | dyoung-web | When Lennert talked about it I looked into it. |
| 04:18.37 | dyoung-web | I got a little discouraged though. |
| 04:19.00 | dyoung-web | jacques played with it more than me, I think. |
| 04:20.53 | [g2] | damn-small-linux comes with an Iso image that you can run. I think it's pretty neat on x86 from playing with it for 10 minutes |
| 04:21.10 | [g2] | I thing the ARM stuff has some distance to travel yet |
| 04:21.38 | jacques | arm support is nothing like the x86 support |
| 04:24.08 | [g2] | meaning the ARM support is way behind the x86 right ? |
| 04:24.34 | jacques | so far behind as to be in a totally different class of software |
| 04:24.44 | [g2] | exactly |
| 04:25.02 | [g2] | or 2 years back |
| 04:33.17 | [g2] | It's funky booting and running Knoppix 3.7 in QEMU :) |
| 04:33.46 | [g2] | X11/KDE networking and all |
| 04:34.57 | jacques | yeah on x86 qemu is very impressive |
| 04:36.14 | jacques | man I am getting so tired of ppl misusing "brick" |
| 04:37.09 | [g2] | jacques, the "TRUE" de-bricker ! |
| 04:37.36 | [g2] | calling a bad kernel/rootfs flash a brick |
| 04:37.40 | kergoth | scanline: 'brick' implies permanence. requires jtag to recover. most users use it in the "oh no, it doesnt boot anymore.. until we fix it" sense |
| 04:38.21 | scanline | hehe |
| 04:42.39 | jacques | I'm not upset because I made a real brick and want to feel special. I'm upset because when ppl who know what a brick is look at the forums and see all these "bricks" being made, they probably think our project is crap. |
| 04:43.59 | [g2] | I'm not worried about that. |
| 04:44.23 | kergoth | i'm not worried for any reason, it just grates on my nerves :) |
| 04:44.54 | [g2] | kergoth, Mr. Lake Placid :) |
| 04:46.10 | jacques | If I went to a list for a project and saw it was making lots of bricks, I would back away. |
| 04:46.22 | christopher | I installed Ubuntu! :-) |
| 04:47.45 | [g2] | well we should put a counter on the home page 2K dl's (binaries) 1 brick |
| 04:48.07 | kergoth | christopher: how do you like it? i hear good things |
| 04:48.29 | christopher | It installed really easy and seems to be pretty professionally laid out |
| 04:48.44 | christopher | so far I'm impressed, better than SUSE, but haven't got to play too much |
| 04:52.21 | christopher | package installation is also a breeze |
| 04:53.16 | [g2] | christopher, is there a livecd ? |
| 04:55.46 | [g2] | that's just sick :) |
| 04:56.38 | [g2] | yeah, now we're cooking the cable modem is maxed out |
| 04:58.25 | christopher | yes, there is a live cd |
| 05:15.58 | dyoung-web | bakc late |
| 05:16.00 | dyoung-web | r |
| 05:22.01 | [g2] | hotplug takes long to boot on ubunta too in qemu :) |
| 05:41.02 | [g2] | christopher, ubunta looks pretty cool |
| 05:41.21 | [g2] | playing around inside the livecd via qemu |
| 05:41.50 | [g2] | nite all |
| 07:27.27 | *** join/#nslu2-linux KsiLaptop (russ@d47-69-56-108.try.wideopenwest.com) |
| 08:24.56 | giel | anyone knows if John Bowler (from the yahoo list) hangs around on irc? |
| 08:32.31 | jacques | ~seen jbowler |
| 08:32.32 | jbot | 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?)'. |
| 08:33.51 | giel | hm |
| 08:33.55 | giel | ok, i'll mail him then |
| 08:34.32 | giel | he made this very interesting remark: |
| 08:34.48 | giel | I |
| 08:34.48 | giel | do have a system which loads the ethernet drivers from the 'payload' (using |
| 08:34.48 | giel | a heavily |
| 08:34.48 | giel | modified switchbox) and that switchbox allows me shell access before the |
| 08:34.49 | giel | boot starts, |
| 08:41.32 | CIA-7 | 03rwhitby * 10unslung/Makefile: Promoted ctorrent to cross. |
| 08:42.18 | *** join/#nslu2-linux NSLU2-IRC (~NSLU2-IRC@manymonkeys1.demon.co.uk) |
| 08:44.34 | rwhitby-away | giel: jbowler is talking about the recovery shell in switchbox |
| 08:45.05 | giel | rwhitby-away: ah ok... but thinking about it it gave me another idea |
| 08:45.30 | giel | too bad it's only morning and i can't try it out until tonight |
| 08:46.13 | rwhitby-away | what's the other idea? |
| 08:47.17 | CIA-7 | 03rwhitby * 10unslung/Makefile: Promoted ctorrent to both cross and native. |
| 08:48.31 | giel | rwhitby-away: mount the jffs2 in the linuxrc and load ethernet modules and dropbear from flash |
| 08:49.22 | giel | well, gotta think about it some more, but not now |
| 08:59.43 | rwhitby-away | 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. |
| 09:00.10 | giel | uhu... it's mainly about the ixp* modules |
| 09:00.13 | rwhitby-away | (that's why we get the bare essentials from the payload and the switchbox ramdisk |
| 09:00.25 | giel | 'cause there's no room in the standard ramdisk for both usb & scsi & ixp modules |
| 09:00.29 | rwhitby-away | yeah, we get them from the payload in recovery moe |
| 09:00.31 | rwhitby-away | mode |
| 09:00.40 | giel | and i don't know if i can just make a larger ramdisk |
| 09:00.53 | rwhitby-away | usb and scsi is compiled into the kernel (for unslung at least) |
| 09:01.06 | giel | well, for my openslug it's not |
| 09:01.12 | rwhitby-away | yep, you can make a larger ramdisk if you want |
| 09:01.25 | giel | and how would it effect the jffs2 root? |
| 09:01.42 | rwhitby-away | it would just reduce the size of the jffs2 root - slugimage sizes that automatically |
| 09:01.52 | giel | ok, nice |
| 09:02.27 | rwhitby-away | have a look at nslu2_flashimg.bbclass (or something like that) in the OE repository for how to drive slugimage |
| 09:02.35 | giel | ok |
| 09:02.59 | giel | i am really getting very curious what's going wrong with the pivot_root |
| 09:03.26 | giel | so, now i want to telnet in before boot and issue the commands i want to issue from linuxrc by hand |
| 09:03.30 | giel | to get some output |
| 09:04.22 | *** join/#nslu2-linux nslu2-log_ (dyoung@netblock-66-159-209-60.dslextreme.com) |
| 09:05.08 | rwhitby-away | yep, you can do that from the recovery shell - it runs a telnetd on .1.77 |
| 09:05.40 | *** join/#nslu2-linux edmondsc (~edmondsc@128-193-244-84.resnet.oregonstate.edu) |
| 09:06.30 | giel | hm, the ixp modules in the payload are probably for the standard linksys/unslung kernel? |
| 09:06.34 | giel | 2.4.x? |
| 09:07.29 | giel | or does slugimage add them from your own kernel tree? |
| 09:07.42 | rwhitby-away | 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. |
| 09:08.06 | rwhitby-away | unslung-switchbox-payload cheats - it gets the binaries from the linksys ramdisk |
| 09:08.49 | giel | ok, but for now i can just get them from jffs2 i guess |
| 09:09.08 | *** join/#nslu2-linux dyoung (~dyoung@cpe-69-75-16-10.hawaii.rr.com) |
| 09:09.20 | rwhitby-away | 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 ? |
| 09:09.57 | giel | ok, more coffee and the work |
| 09:10.11 | giel | got a presentation to make, and i have to update some documents |
| 09:10.31 | rwhitby-away | 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) |
| 09:10.49 | giel | yep, i understand |
| 09:11.19 | rwhitby-away | (that was directed towards kergoth :-) |
| 09:11.49 | giel | (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) |
| 09:11.53 | giel | :) |
| 09:12.22 | rwhitby-away | if you assume that the jffs2 is intact, then it is just as easy to get them from the jffs2. |
| 09:12.34 | giel | yep, and for my special case i know the jffs2 is good |
| 09:13.38 | giel | '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 |
| 09:13.45 | *** join/#nslu2-linux garpinc (~garpinc@pool-151-203-198-44.bos.east.verizon.net) |
| 09:14.14 | garpinc | Hi rwhitby-away. Did you get my message about jamvm? |
| 09:19.28 | garpinc | It had to do with it not producing glibj.zip probably because you don't have zip installed on your build machine. |
| 09:19.52 | garpinc | I'm going to bed now. I hope you can resolve it... |
| 10:13.20 | *** join/#nslu2-linux LarsAC (~chatzilla@134.130.124.227) |
| 10:33.20 | rwhitby-away | rwhitby@builds:/home/unslung/packages$ /usr/bin/zip |
| 10:33.20 | rwhitby-away | Copyright (C) 1990-1999 Info-ZIP |
| 10:33.20 | rwhitby-away | Type 'zip "-L"' for software license. |
| 10:33.20 | rwhitby-away | Zip 2.3 (November 29th 1999). Usage: |
| 10:33.27 | rwhitby-away | that's not it then .... |
| 10:33.54 | rwhitby-away | ah - unless he means native |
| 10:48.21 | dyoung | I installed that kind of recently. |
| 10:48.46 | dyoung | the day he first brought it up... |
| 10:49.04 | dyoung | If that didnt fix it, maybe he does mean native... |
| 10:51.09 | rwhitby-away | I don't see glibj.zip mentioned in building jamvm ... |
| 10:52.12 | rwhitby-away | zip isn't used in building jamvm |
| 10:53.30 | rwhitby-away | so I have no idea what garpinc is talking about .... |
| 11:00.57 | dyoung | Are Gmail invites like Dime a Dozen now? |
| 11:01.10 | dyoung | All of a sudden 50 invites appeared right now. |
| 11:02.05 | rwhitby-away | yeah |
| 11:13.29 | *** join/#nslu2-linux FireEgl (Ariel@2001:5c0:84dc:2:0:0:0:0) |
| 11:27.02 | rwhitby-away | yet another missing -1 in the control file .... |
| 11:27.07 | CIA-7 | 03rwhitby * 10unslung/sources/ctorrent/control: Fixed the version. |
| 11:44.01 | *** join/#nslu2-linux perlguru (~maurice@cc444495-a.hnglo1.ov.home.nl) |
| 11:47.44 | perlguru | hi |
| 11:47.54 | rwhitby-away | g'day |
| 14:30.04 | *** join/#nslu2-linux glc-work (~glc@www.thelabelservice.com) |
| 14:36.23 | *** join/#nslu2-linux [g2] (~g2@rdu57-8-035.nc.rr.com) |
| 14:37.11 | [g2] | kergoth could you please pull the 1.3037 Openslug-init changeset into the oe-devel repo for me, THX |
| 15:27.15 | *** join/#nslu2-linux FireEgl (Ariel@Atlantica.Linux-Debian.Info) |
| 15:45.57 | *** join/#nslu2-linux caplink811 (~joerg@pD9E0E07D.dip.t-dialin.net) |
| 15:50.24 | *** join/#nslu2-linux garpinc (~garpinc@pool-151-203-198-44.bos.east.verizon.net) |
| 16:27.48 | kergoth | [g2]: k |
| 16:29.21 | [g2] | thx |
| 16:30.22 | [g2] | ~praise kergoth |
| 16:30.24 | jbot | All hail kergoth! |
| 16:36.08 | *** join/#nslu2-linux rwhitby-treo (~upirc@CPE-144-136-199-164.sa.bigpond.net.au) |
| 16:36.52 | rwhitby-treo | testing logging on the treo ... |
| 16:37.01 | *** part/#nslu2-linux rwhitby-treo (~upirc@CPE-144-136-199-164.sa.bigpond.net.au) |
| 16:40.10 | rwhitby-away | yep, worked :-) |
| 16:52.34 | *** join/#nslu2-linux kitno455 (~man@tfhs.net) |
| 16:52.38 | kitno455 | re |
| 16:57.01 | Tiersten | Hey |
| 16:57.06 | kergoth | rwhitby-away: man, the # of oe packages that dont fully obey our path variables is _insane_ |
| 17:00.58 | *** join/#nslu2-linux mrblack51 (~blah@wa-pullman-cuda1k-244.losaca.adelphia.net) |
| 17:27.30 | *** join/#nslu2-linux siddy (~sid@p509269FA.dip.t-dialin.net) |
| 17:29.08 | *** join/#nslu2-linux lennert (~buytenh@alephnull.demon.nl) |
| 17:29.12 | lennert | hi all |
| 17:29.22 | perlguru | hi |
| 17:29.25 | lennert | do unaligned user accesses actually work correctly on the nslu2? |
| 17:29.40 | lennert | i'm looking at the alignment handler but can't see how it can work correctly on big-endian |
| 17:29.54 | lennert | anyone with an nslu2 care to try a little test program? |
| 17:32.25 | jacques | i can try it |
| 17:32.30 | lennert | great |
| 17:32.34 | lennert | email? |
| 17:33.06 | jacques | I just msged it to you |
| 17:33.47 | lennert | thanks |
| 17:33.48 | lennert | just a sec |
| 17:34.38 | lennert | sent |
| 17:35.29 | jacques | got it - give me a couple of minutes |
| 17:35.35 | lennert | k |
| 17:36.01 | *** join/#nslu2-linux [1]garpinc (~garpinc@pool-151-203-198-44.bos.east.verizon.net) |
| 17:36.46 | giel | hi lennert |
| 17:37.07 | lennert | hello giel |
| 17:37.31 | giel | that brings the dutch grand total to 3 |
| 17:37.32 | lennert | nederlander? :) |
| 17:37.34 | lennert | hehe |
| 17:37.39 | lennert | i was here first ;p |
| 17:37.43 | giel | so, we can conclude, 3/45 of the world population is dutch |
| 17:37.54 | lennert | clearly it is |
| 17:38.00 | lennert | proof by example |
| 17:38.10 | jacques | 0 00010203 |
| 17:38.11 | jacques | 1 01020304 |
| 17:38.11 | jacques | 2 02030405 |
| 17:38.11 | jacques | 3 03040506 |
| 17:38.11 | jacques | 4 04050607 |
| 17:38.11 | jacques | 5 05060708 |
| 17:38.33 | lennert | jacques -- one more thing, could you change the u_int32_t to u_int16_t ? |
| 17:38.43 | lennert | what kernel are you running? |
| 17:39.36 | jacques | this is unslung |
| 17:39.47 | jacques | did you want me to try on openslug ? |
| 17:39.57 | lennert | can you try on 2.6, if you have that? |
| 17:40.14 | jacques | ah OK |
| 17:40.37 | lennert | i suspect 2.6 is broken |
| 17:40.44 | lennert | but don't have any ARM hardware myself at the moment |
| 17:42.15 | jacques | which version of the test do you want me to try on 2.6.9 ? |
| 17:42.24 | lennert | the original one i emailed you? |
| 17:42.40 | jacques | ok |
| 17:43.01 | lennert | see, i saw trb's usbnet bugreport |
| 17:43.12 | lennert | and this is the only thing i can think of |
| 17:43.30 | jacques | 0 00010203 |
| 17:43.30 | jacques | 1 04030201 |
| 17:43.30 | jacques | 2 05040302 |
| 17:43.30 | jacques | 3 06050403 |
| 17:43.30 | jacques | 4 04050607 |
| 17:43.30 | jacques | 5 08070605 |
| 17:43.34 | lennert | aha! |
| 17:43.37 | lennert | busted, as i thought |
| 17:43.53 | lennert | many thanks, jacques |
| 17:44.01 | jacques | lennert, any time :-) |
| 17:47.59 | *** join/#nslu2-linux bob_tm-away (~chatzilla@254.80-203-34.nextgentel.com) |
| 17:52.08 | lennert | 'evening all. |
| 18:05.28 | *** join/#nslu2-linux CIA-temp447 (~CIA@flapjack.navi.cx) |
| 18:16.40 | *** join/#nslu2-linux Wipmac (drfonk@J8348.j.pppool.de) |
| 18:16.58 | Wipmac | hi all. is there any way to control bandwidth of nslu2? |
| 18:17.34 | CIA-7 | 03ingeba * 10unslung/make/e2fsprogs.mk: |
| 18:17.36 | CIA-7 | Fixed a bug in staging and added missing includes files needed by parted. Also |
| 18:17.38 | CIA-7 | made it possible to compile the package, but the make file is kind'a messed up |
| 18:17.40 | CIA-7 | (does dirty things) and needs rewrite. If author doesn't do it (mailed him |
| 18:17.42 | CIA-7 | yesterday), I will do it later |
| 18:18.07 | bob_tm | Yes - howto.trafficshaping or something like that |
| 18:18.17 | bob_tm | Uses IP-tables. |
| 18:18.22 | Wipmac | hi bob. thx. great! |
| 18:21.28 | Wipmac | but it souonds difficult bob - for me as a non linux pro |
| 18:23.03 | bob_tm | Oh, come on. You're almost an expert now. |
| 18:23.21 | bob_tm | It is a good write-up. Follow it. |
| 18:23.35 | bob_tm | I'm making a cool package today |
| 18:23.43 | bob_tm | It is called rescue.ipk |
| 18:23.57 | bob_tm | It's an unbrick tool for unslung |
| 18:23.57 | Wipmac | what does it rescue? |
| 18:24.11 | bob_tm | F*cked up slugs. |
| 18:24.28 | Wipmac | so many bricked nslu2s? how peeps brick em up mostly? |
| 18:24.36 | bob_tm | It goes on a memory stick - you plug it in when things are bad. |
| 18:24.46 | Wipmac | i bricked my hdd of the nslu2 but nut the nslu2 itself |
| 18:24.56 | Wipmac | thats sounds good bob |
| 18:25.13 | bob_tm | You usually just destroy unslung if you make bad mods to the flash - and people do. |
| 18:25.30 | Tiersten | Bricked isn't the correct word. Bricked usually implies it's totally dead i.e. you've erased redboot |
| 18:25.35 | bob_tm | Put all sorts of nasty stuff on /etc and one day... it doesn't come up again. |
| 18:25.46 | bob_tm | Ok - not bricked. Just messed up, for lack of a term |
| 18:25.49 | Tiersten | I only know of 1 person doing that and that was an accident and they managed to recover it |
| 18:26.12 | bob_tm | Tiersten: Bricking or not booting after a file change? |
| 18:26.20 | Tiersten | bricking |
| 18:26.29 | bob_tm | Ah.. I wont be adressing that. |
| 18:26.41 | Tiersten | There was some bug/misconfig in the MTD maps in the kernel and redboot got overwritten by accident |
| 18:26.50 | Tiersten | You need JTAG to fix that but it's still fixable |
| 18:27.37 | bob_tm | Well - I don't plan on changing boot load anytime soon. Any good argument why I should? |
| 18:27.45 | Tiersten | Nope |
| 18:27.52 | bob_tm | Anybody know if it is possible to use webmin with appweb? I have problems - even index.cgi fails. |
| 18:28.02 | Tiersten | Nope again. NEver tried webmin or appweb |
| 18:28.05 | bob_tm | I will stay with trusty old RedBoot then. |
| 18:28.05 | kergoth | "fails" isnt exactly a useful problem report |
| 18:28.16 | bob_tm | Error 9. |
| 18:28.44 | kergoth | which isnt any more helpful for those of us not familiar with appweb error codes |
| 18:28.46 | bob_tm | Basically it doesn't put anything in the logs except a 503 error |
| 18:28.46 | kergoth | read the docs |
| 18:28.51 | kergoth | appweb supports cgi, it should work. |
| 18:29.00 | bob_tm | I did - no mention of anyone getting webmin to run on it. |
| 18:29.06 | kergoth | which means nothing |
| 18:29.19 | bob_tm | No mention on how to pass the environment variables webmin needs. |
| 18:29.21 | Tiersten | 503 is service unavailable |
| 18:29.31 | bob_tm | Yes - Serv. Un. |
| 18:29.36 | Tiersten | which just basically means something went wrong with the CGI |
| 18:29.52 | kergoth | run the cgi manually |
| 18:29.55 | bob_tm | I'm not interested in finding the problem. I want to know if it is doable. |
| 18:29.55 | kergoth | from the commandline |
| 18:30.02 | bob_tm | It runs well with miniserv.pl |
| 18:30.03 | kergoth | once again, appweb supports cgi. |
| 18:30.14 | bob_tm | Yes - and perl (which is what it is) |
| 18:30.17 | kergoth | appweb doesnt need to specifically support anything special to make webmin work |
| 18:30.21 | kergoth | its just another cgi application. |
| 18:30.23 | kergoth | it should work. |
| 18:30.26 | Tiersten | It's doable since appweb supports CGI as kergoth has said several times |
| 18:30.29 | bob_tm | I thought so too. |
| 18:30.36 | Tiersten | As to why, you'll have to work out what the problem is. |
| 18:31.08 | bob_tm | There is just one snag: appweb locks itself to its own home dir. while webmin needs access outside. |
| 18:31.31 | bob_tm | Never mind - I will try a bit more or move to Apache |
| 18:31.43 | bob_tm | ... which I know works, just takes a lot of space |
| 18:55.30 | *** join/#nslu2-linux Janne (~janne@c-489b72d5.023-50-6e6b701.cust.bredbandsbolaget.se) |
| 19:10.40 | [g2] | Doh! I missed lennert |
| 19:11.03 | [g2] | But I'm happy he's responding to the arm-linux-kernel list :) |
| 19:15.05 | [g2] | jacques, thx for helping out lennert! |
| 19:19.36 | giel | always help the dutchies :) |
| 19:25.33 | *** join/#nslu2-linux tking_ (~tking@adsl-66-159-198-116.dslextreme.com) |
| 19:43.36 | *** join/#nslu2-linux ByronT (ByronT@adsl-220-208-50.bhm.bellsouth.net) |
| 19:44.11 | ByronT | christopher, you get bk working with your windows machine? |
| 19:48.06 | [g2] | jacques, http://groups.yahoo.com/group/nslu2-linux/message/4254 |
| 19:55.47 | *** join/#nslu2-linux Ksilebo|Kweh (russ@d47-69-56-108.try.wideopenwest.com) |
| 20:00.50 | *** join/#nslu2-linux [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 20:01.58 | [cc]smart | Hi all. Has the change of hardware ID been applied for the opeslug images ? |
| 20:03.45 | Tiersten | You talking about the one set by the bootloader? |
| 20:04.22 | Tiersten | 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 |
| 20:05.55 | [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 |
| 20:06.07 | [cc]smart | anything along the lines of that ? |
| 20:06.48 | Tiersten | That ID is part of the sercomm stuff |
| 20:07.05 | Tiersten | It's part of the last 16 bytes in flash |
| 20:07.47 | [cc]smart | So it is expected that upslug bails out ? |
| 20:07.47 | Tiersten | uh |
| 20:07.53 | Tiersten | last part of redboot I mean |
| 20:07.55 | Tiersten | different trailer |
| 20:08.10 | Tiersten | Not sure. I've not looked to see if upslug atually checks the contents of that trailer |
| 20:08.14 | Tiersten | http://www.nslu2-linux.org/wiki/Info/SercommRedBootTrailer |
| 20:08.40 | *** join/#nslu2-linux FireEgl (Ariel@Atlantica.Deb1an.Net) |
| 20:09.59 | [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 ? |
| 20:10.29 | Tiersten | *shrug* As I said, I don't know if upslug checks for the stock IDs |
| 20:10.45 | Tiersten | it shouldn't have changed anyway |
| 20:10.52 | Tiersten | since if it did, it means you've fiddled with redboot |
| 20:13.12 | *** join/#nslu2-linux rwhitby-away (~rwhitby@CPE-144-136-199-164.sa.bigpond.net.au) |
| 20:16.09 | *** join/#nslu2-linux copperbeech-log (~copperbee@82-43-162-226.cable.ubr04.newm.blueyonder.co.uk) |
| 20:18.00 | *** join/#nslu2-linux CIA-8 (~CIA@flapjack.navi.cx) |
| 20:35.16 | [cc]smart | bitbake never asked me before but now.... TARGET_OS for openslug is linux or uclibc ? |
| 20:36.04 | [g2] | linux |
| 20:36.11 | [g2] | unless you're running uClibc |
| 20:37.32 | kergoth`food | [g2]: you'll probably want to set that in the distro .conf |
| 20:37.42 | kergoth`food | oe will abort if it isnt set at all now |
| 20:37.51 | [g2] | kergoth`food, nod. |
| 20:38.15 | [g2] | I thought it was set there with a ?= |
| 20:39.05 | kergoth`food | that wouldnt make sense, since its _always_ set to something |
| 20:39.12 | kergoth`food | bitbake.conf set it, just to an invalid value |
| 20:39.25 | kergoth`food | and previously it set it to a valid value, based on BUILD_OS |
| 20:47.07 | christopher | Tierste: upslug only checks for sercomm trailer and that can be overriden with the -f opotion |
| 20:47.31 | christopher-bbl | Tiersten, [cc]smart: upslug only checks for sercomm trailer and that can be overriden with the -f opotion |
| 20:49.27 | [g2] | kergoth`food, openslug.conf does have the TARGET_OS ?="linux" |
| 20:50.47 | kergoth`food | and TARGET_OS is always set. |
| 20:50.53 | kergoth`food | ?= sets _IF UNSET_ |
| 20:53.42 | [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 ? |
| 21:07.50 | kergoth | no |
| 21:07.53 | kergoth | it was always set by default |
| 21:07.57 | kergoth | the ?= didnt actually do anything |
| 21:12.44 | [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 |
| 21:15.20 | kergoth | no, the distro .conf is loaded after local.conf |
| 21:15.38 | kergoth | there's no easy way to override bitbake.conf's value and not override local.conf's value, in distro .conf |
| 21:16.03 | kergoth | unless you used a tidbit of python to check if its set to the default value |
| 21:16.58 | [g2] | well I fully understand that you want to flush out unset TARGET_OS's and commmend that effort |
| 21:17.34 | [g2] | I'd like to still allow the users to be able to run either glibc or uClibc though |
| 21:17.45 | [g2] | and to be able to do so myself |
| 21:18.11 | kergoth | well, we could not set TARGET_OS or TARGET_ARCH in bitbake.conf, rather than setting them to INVALID by default. |
| 21:19.24 | [g2] | I'm guessing the TARGET_FPU is in the same boat |
| 21:19.42 | kergoth | not really, TARGET_FPU isnt even supported by all architectures |
| 21:19.49 | kergoth | right now its only used on arm |
| 21:19.54 | kergoth | there's no need to set a default value for that in bitbake.conf |
| 21:19.55 | [g2] | k |
| 21:23.05 | [g2] | hey... that's funny |
| 21:23.22 | [g2] | dyoung did you know switchbox is being built with glibc ? |
| 21:23.58 | [g2] | kergoth, I'll fix openslug.conf to have TARGET_OS = "linux" |
| 21:24.04 | kergoth | k |
| 21:24.09 | kergoth | i'll look into making it overridable |
| 21:24.15 | [g2] | the uClibc guys can do a local checkout and change it |
| 21:24.26 | kergoth | heh |
| 21:24.38 | kergoth | cd build; mkdir conf/distro; cp ../openembedded/conf/distro/openslug.conf conf/distro/ |
| 21:24.38 | [g2] | It'll note it in the wiki |
| 21:24.44 | kergoth | vi conf/distro/openslug.conf |
| 21:25.31 | [g2] | ah, so a local verion in underbuild will override things ? |
| 21:25.44 | kergoth | BBPATH is ordered. |
| 21:25.50 | kergoth | bitbake uses the first version of a file it finds in a path in BBPATH |
| 21:25.57 | kergoth | build is before openembedded |
| 21:26.03 | kergoth | and therefore will be used if they exist there |
| 21:26.14 | [g2] | that's very logical :) |
| 21:26.29 | kergoth | as always, with bb and oe, flexibility is king |
| 21:26.31 | [g2] | thx for the explaination |
| 21:26.33 | kergoth | np |
| 21:42.25 | dyoung | [g2], was that a question or statement? |
| 21:42.43 | [g2] | dyoung, that was a statement from looking at the switchbox.conf file |
| 21:43.00 | dyoung | linux-uclibc is glibc? |
| 21:43.12 | [g2] | no, that'd be uClibc |
| 21:43.21 | dyoung | thats what my switchbox.conf says |
| 21:43.33 | [g2] | that's not what mine says |
| 21:43.44 | [g2] | I'd to a bk citool |
| 21:43.54 | dyoung | Its the only way to get it to fit. |
| 21:44.13 | dyoung | I didnt write this file though; it came like that from the "factory". |
| 21:44.15 | [g2] | probably for 4.x |
| 21:44.29 | dyoung | This isnt 4.x |
| 21:44.55 | dyoung | this is in openembedded/conf/distro/switchbox.conf |
| 21:45.04 | [g2] | nod. |
| 21:45.18 | [g2] | we can check the repo. I pulled today |
| 21:45.34 | dyoung | as far as I know, its been uclibc from day 2. |
| 21:46.07 | [g2] | DOH! |
| 22:12.10 | dyoung | [g2], did you just have a epiphany? |
| 22:22.01 | [g2] | dyoung, I don't know what I did but when I double checked it was correct |
| 22:22.22 | [g2] | and you are correct, sorry for the confusion |
| 22:22.22 | dyoung | okay |
| 22:22.36 | dyoung | Maybe "openslug" looks like "switchbox" or something. ;-) |
| 22:23.18 | [g2] | dunno what I did I'm in the middle of working on the kernel patches |
| 22:23.43 | [g2] | I'm *sure* I didn't look at it right |
| 22:23.55 | dyoung | Yah, thanks for getting things rolling on that front. |
| 22:24.07 | *** join/#nslu2-linux ByronT (ByronT@adsl-220-208-50.bhm.bellsouth.net) |
| 22:24.25 | dyoung | back later |
| 22:24.39 | [g2] | nod. |
| 22:35.07 | [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 |
| 22:35.07 | [cc]smart | mp/work/module-init-tools-3.1-r0/image/usr/man/man8' are the same file |
| 22:44.53 | *** join/#nslu2-linux bob_tm-away (~chatzilla@snille.com) |
| 22:46.09 | *** join/#nslu2-linux bob_tm-away_ (~chatzilla@snille.com) |
| 23:09.57 | rt | sigh. |
| 23:24.42 | *** join/#nslu2-linux _mimosa42aw (~mimosa42@lns-vlq-7-lil-82-254-205-30.adsl.proxad.net) |
| 23:55.33 | *** join/#nslu2-linux copperbeech-log (~copperbee@82-43-162-226.cable.ubr04.newm.blueyonder.co.uk) |
| 23:58.43 | CIA-8 | 03shenson * 10unslung/ (make/gdb.mk sources/gdb/control): (log message trimmed) |
| 23:58.45 | CIA-8 | gdb - the GNU debugger. |
| 23:58.47 | CIA-8 | Seems to work OK. The warning message on startup about not being able to find |
| 23:58.49 | CIA-8 | libthread_db.so can be either ignored or libthread_db.so copied from |
| 23:58.51 | CIA-8 | /opt/gcc/armv5b-softfloat-linux/lib to /opt/lib. |
| 23:58.53 | CIA-8 | The other possible solution of adding /opt/gcc/armv5b-softfloat-linux/lib to |
| 23:58.55 | CIA-8 | -rpath or LD_LIBRARY_PATH causes a conflict of some sort which causes gdb to |