| 00:00.06 | NAiL | I've got a universal one that I'm planning to use later on, but I don't know if the reciever will like it... I think there's something "odd" with the ir reciever on the pvrX50-cards |
| 00:00.22 | jacques | yes I believe I have heard that |
| 00:01.19 | NAiL | At the moment the box is down anyways, I'm trying to get a cabinet that looks nice.. The VCR I used kinda.. fell apart :( |
| 00:02.21 | NAiL | But the combo epia+pvr250+mythtv is brilliant. It's got enough horsepower to play anything I throw at it :) |
| 00:03.41 | jacques | i have a couple of the older epias - 800Mhz |
| 00:03.59 | NAiL | fanless? |
| 00:04.09 | jacques | no, the ones with cpu fans |
| 00:04.33 | NAiL | hmm... I had to rip off the included fan, it was *way* too noisy |
| 00:05.37 | NAiL | I wonder if... the heatsink kinda looks like it's about the same size as a southbridge cooler... Probably some l33t cooling stuff I can buy :) |
| 00:12.03 | *** join/#nslu2-linux ByronT (~byron-por@ByronT.nslu2-linux) |
| 00:32.14 | *** join/#nslu2-linux jf-work (~none@jeanfabrice.nslu2-linux) |
| 00:42.10 | *** join/#nslu2-linux dyoung-web (www-data@netblock-66-159-209-60.dslextreme.com) |
| 00:42.30 | dyoung-web | jacques, remember that the internal USB port is not a host. |
| 00:44.09 | dyoung-web | however, there seem to be numerous i2c LCD displays around. |
| 00:44.58 | dyoung-web | ka6sox ping |
| 00:46.10 | dyoung-web | urmpf. back later |
| 00:46.15 | jacques | dyoung-web, d`oh I forgot that |
| 00:47.50 | CIA-8 | 03jp30 * 10unslung/Makefile: promote mod_fastcgi, py-moin, dokuwiki |
| 00:53.49 | CIA-8 | 03jp30 * 10unslung/make/php-apache.mk: hopefully eliminate unnecessary php-apache rebuilds |
| 00:57.21 | ka6sox-office | rats |
| 02:12.05 | *** join/#nslu2-linux dyoung-web (www-data@netblock-66-159-209-60.dslextreme.com) |
| 02:26.26 | *** join/#nslu2-linux [g2] (~g2@g2.nslu2-linux) |
| 02:40.43 | *** join/#nslu2-linux dyoung-web (www-data@netblock-66-159-209-60.dslextreme.com) |
| 02:53.46 | *** join/#nslu2-linux Ksilebo (russ@d149-67-147-112.try.wideopenwest.com) |
| 02:58.12 | *** join/#nslu2-linux jf-work (~none@jeanfabrice.nslu2-linux) |
| 04:00.45 | *** join/#nslu2-linux [g2] (~g2@g2.nslu2-linux) |
| 04:21.10 | *** join/#nslu2-linux ruDelph (~delph@194.154.83.193) |
| 06:03.57 | *** join/#nslu2-linux mrblack51 (mrblack51@wa-pullman-cuda1k-78.losaca.adelphia.net) |
| 06:18.25 | *** join/#nslu2-linux eno-away (~eno@adsl-67-124-50-45.dsl.snfc21.pacbell.net) |
| 06:58.25 | *** join/#nslu2-linux rwhitby-nslu2 (~rwhitby@rwhitby.nslu2-linux) |
| 07:31.27 | jf-work | morning all |
| 08:06.53 | jf-work | Styno (from Chupa forum) talks to me about http://www.teamasa.com/npwr_lc.shtml |
| 08:07.12 | jf-work | did anyone ever take a look at it ? |
| 09:07.23 | dyoung | hiu jf-work |
| 09:07.36 | dyoung | I've looked at it before. |
| 09:07.44 | dyoung | iirc, Lennert has one. |
| 09:07.53 | dyoung | hes the one that pointed that out to use earlier. |
| 09:08.19 | rwhitby | hey |
| 09:08.47 | dyoung | Morning. |
| 09:09.48 | jf-work | morning |
| 09:10.30 | dyoung | If youre thinkinng about it though, be prepared to "drop some coin". I had sticker shock. |
| 09:10.42 | jf-work | saw it :( |
| 09:11.02 | rwhitby | dyoung: nslu2-log isn't in all the channels he should be ... |
| 09:11.15 | dyoung | ~lart nslu2-log |
| 09:14.05 | *** join/#nslu2-linux nslu2-log_ (dyoung@netblock-66-159-209-60.dslextreme.com) |
| 09:20.05 | *** join/#nslu2-linux nslu2-log (dyoung@netblock-66-159-209-60.dslextreme.com) |
| 09:26.42 | *** join/#nslu2-linux nslu2-log (dyoung@dyoung.nslu2-linux) |
| 09:26.57 | dyoung | Okay repaired. |
| 09:27.42 | dyoung | hopefully once and for all. |
| 10:00.03 | rwhitby | dyoung: thx |
| 10:02.21 | dyoung | Added bonus for folk too |
| 10:02.29 | dyoung | the spca5xx driver works under openslug now |
| 10:02.40 | dyoung | I suppose I should push it. |
| 10:05.19 | rwhitby | cool |
| 10:06.07 | rwhitby | jp30-work: how do I get your way-cool lean, mean apache going? |
| 10:06.37 | rwhitby | with the thread-safe php to go with it .... |
| 10:08.01 | CIA-8 | 03dyoung 07 * r1.3180.53.1 10openembedded/ (3 files in 2 dirs): |
| 10:08.01 | CIA-8 | Deleted spca5xx_20050319.bb and spca5xx_20050301.bb because they were broken |
| 10:08.01 | CIA-8 | for big endian systems added 20050419 which has basic endian fixes. |
| 10:08.57 | dyoung | VoodooZ around/ |
| 10:26.30 | rwhitby | jf-work: ping |
| 10:27.00 | jf-work | pong |
| 10:27.11 | rwhitby | have you used thttpd much? |
| 10:28.01 | rwhitby | It seems that when I stream video from php-apache running on Unslung to the Neuston MC-500, it works fine. But when I stream from php-thttpd, it doesn't display. |
| 10:28.03 | jf-work | I'm using it a bit. Tried dokuwiki last night. slow... |
| 10:28.26 | rwhitby | Before I go into deep debugging mode, I was wondering if you'd ever experienced anything weird. |
| 10:28.54 | jf-work | not a real stream (I mean, no streaming engine) ? |
| 10:29.26 | jf-work | You just have a video on your asus and start read it from somewhere else, taht's right ? |
| 10:29.44 | jf-work | sorry, on your slug |
| 10:29.49 | rwhitby | yeah |
| 10:30.30 | jf-work | Do you think I could reproduce the error trying to stream a wmv over http ? |
| 10:30.59 | rwhitby | actually, I think I might have just found the reason |
| 10:31.14 | rwhitby | apache returns: "media/movie/Pingu-15.avi|0|0|192.168.1.5:8000/media/movie/Pingu-15.avi|" to the media player |
| 10:31.26 | rwhitby | and thttpd returns: "media/movie/Pingu-15.avi|0|0|:8080/media/movie/Pingu-15.avi|" |
| 10:31.42 | rwhitby | Note the missing IP address from the thttpd response. |
| 10:31.50 | jf-work | did you try setting the bind host in thttpd.conf ? |
| 10:31.52 | rwhitby | which means it's something in PHP |
| 10:32.01 | jf-work | by default it binds all netcard |
| 10:32.05 | jf-work | all ip |
| 10:34.52 | jf-work | maybe php calls for such $_SERVER['server_name'] or $_SERVER['server_add'] var and this var cannot be resolved (used to see this recently) |
| 10:35.22 | rwhitby | I'll look in the code to see what it is doing. |
| 10:35.39 | rwhitby | how do I set the bind host in thttpd.conf? |
| 10:35.52 | jf-work | and maybe in <? phpinfo() ?> page |
| 10:36.33 | jf-work | keyword 'host' |
| 10:38.40 | rwhitby | what should I look for in the phpinfo page? |
| 10:39.11 | jf-work | maybe $_SERVER var |
| 10:39.25 | jf-work | thttpd.conf : host=xx.xx.xx.xx |
| 10:39.38 | jf-work | it should then bind to this defined IP |
| 10:40.09 | jf-work | I think that settings in the thttpd.conf should solve the problem |
| 10:40.56 | *** join/#nslu2-linux [g2] (~g2@g2.nslu2-linux) |
| 10:41.20 | rwhitby | yeah, SERVER_NAME and SERVER_ADDR are present in the apache phpinfo, but not the thttpd phpinfo |
| 10:42.22 | jf-work | try setting host in thttpd.conf to see if it solves. If it doesn't, maybe $_SERVER['HTTP_HOST'] could be used instead of SERVER_NAME/ADDR |
| 10:43.07 | rwhitby | yeah, setting host didn't change it. a lack of SERVER_NAME and SERVER_ADDR is going to affect a lot of PHP scripts running on thttpd .... |
| 10:43.25 | rwhitby | lets have a look at the thttpd source .... |
| 10:54.01 | jf-work | seemes that thttpd calls for a gesthostname to define SERVERn8AME |
| 10:54.04 | jf-work | SEREVR_NAME |
| 10:54.18 | jf-work | wiley doesn't have it in uclibc |
| 10:54.55 | jf-work | but they says that host keyword in thttpd.conf take over |
| 10:55.15 | jf-work | see config.h |
| 11:01.52 | *** join/#nslu2-linux eno-away (~eno@adsl-68-120-130-177.dsl.snfc21.pacbell.net) |
| 11:29.14 | rwhitby | jp30-work: ping |
| 11:29.44 | rwhitby | building php-apache on my local machine found db-4.3 on the host instead of db-4.2 in staging. |
| 11:30.07 | rwhitby | tracking it down points to apr-util |
| 11:31.34 | rwhitby | in particular, running "./staging/opt/bin/apu-config --libs" prints a bad set of libs, based on what is on the host, not what has been cross compiled and staged. |
| 11:36.42 | rwhitby | ok, looks like it was my local problem - autoconf not being run for apr-util |
| 11:39.00 | rwhitby | jp30-work: false alarm. my bad. |
| 11:42.34 | rwhitby | jf-lunch: yeah, the php code uses SERVER_ADDR |
| 11:47.41 | rwhitby | xml2-config is being staged to staging/bin, but the directory is not being created first, so it is ending up as a file called "bin" :-( |
| 11:49.32 | rwhitby | Hmm - for some reason libxml2.mk is moving it from staging/opt/bin to staging/bin. it shouldn't do that .... |
| 11:51.18 | rwhitby | looks like it might have pre-dated the move to staging/opt/.. .... |
| 11:54.55 | rwhitby | and php-apache is perpetuating the error by picking it up from staging/bin ... |
| 12:00.44 | rwhitby | Hmm - CIA-8 is not reporting CVS checkins ... |
| 12:04.36 | rwhitby | dyoung: is the RV042 yours? |
| 12:06.13 | dyoung | Thats [g2]'s latest toy. |
| 12:06.24 | dyoung | Its pretty cost effective. |
| 12:06.36 | dyoung | I might have to buy one. ;-) |
| 12:06.56 | dyoung | Solder on the MiniPCI connector.... |
| 12:07.24 | [g2] | dyoung, what would you do with the MiniPCI ? |
| 12:07.27 | rwhitby | USD$157? |
| 12:07.33 | [g2] | nod |
| 12:07.36 | [g2] | newegg |
| 12:07.44 | rwhitby | two slugs |
| 12:07.45 | dyoung | Give it USB. |
| 12:07.52 | [g2] | how |
| 12:08.13 | dyoung | Through one of those cosmotronic or whatever it was called adapters to normal pci |
| 12:08.25 | [g2] | ok |
| 12:08.30 | [g2] | that makes some sense |
| 12:08.38 | rwhitby | you'd still have to use intel drivers to use the wan port? |
| 12:08.52 | rwhitby | ports |
| 12:09.28 | rwhitby | what's the differentiating feature set ? |
| 12:09.48 | dyoung | ixp425 has crypto. |
| 12:10.03 | rwhitby | ok, so it's the cheapest way to get a 425? |
| 12:10.13 | dyoung | pretty much. |
| 12:10.14 | [g2] | these are just much cheaper (and more avialable) than the Intel development platform which go for $3K+ |
| 12:10.30 | rwhitby | ok, that makes sense. |
| 12:10.58 | dyoung | if our slugs could run well, less sluggishly at the full rated speed, that would make me happier. |
| 12:11.24 | rwhitby | [g2]: does it stand vertically? |
| 12:11.29 | dyoung | hahahahahaha |
| 12:11.34 | dyoung | I was waiting for you to ask that! |
| 12:11.53 | [g2] | mechanicals haven't been started yet, but I'll make sure that's an option |
| 12:12.05 | rwhitby | [g2]: no, I meant the stock RV042 |
| 12:12.22 | rwhitby | OpenRevy |
| 12:12.33 | rwhitby | OpenRevvy |
| 12:12.40 | [g2] | OpenRV |
| 12:12.47 | dyoung | Or is that FreeRV? |
| 12:12.59 | [g2] | it'd have to be OpenRV |
| 12:13.15 | rwhitby | [g2]: will you need to use the intel drivers to access the WAN ports? |
| 12:13.27 | dyoung | Okay, so since youre both here. |
| 12:13.46 | dyoung | have we completely given up on ever having a binary release? |
| 12:13.49 | [g2] | rwhitby, sure |
| 12:13.53 | rwhitby | FreeRV would be ethernet-less RV then? |
| 12:14.03 | dyoung | or should this click-through stuff be pursued? |
| 12:14.41 | rwhitby | ByronT: you have a letter from Intel that allows you (and/or your company) to do a click-through, right? |
| 12:15.04 | ByronT | it is do-able |
| 12:15.18 | rwhitby | what if we have a "holding company" (i.e. ByronT) that does the binary release ... |
| 12:15.46 | dyoung | (mind you it doesnt really matter to me either way because I can always just build it; but I know there are others who may be interested in seeing it to that stage) |
| 12:15.51 | [g2] | hey it's open source, just about anyone can do a release |
| 12:15.58 | rwhitby | dyoung: yeah, that's true for most people in here |
| 12:16.45 | rwhitby | [g2]: the point is that ByronT has explicit permission from Intel (or at least it's representative) to do so. |
| 12:17.17 | [g2] | I applaud ByronT for going the distance, investigating that and seeking resolution |
| 12:17.25 | [g2] | proper resolution |
| 12:17.43 | rwhitby | whereas nslu2-linux doesn't, and may not want to, based on a number of it's members not wanting to go down that path |
| 12:18.05 | rwhitby | (have explicit permission, that is) |
| 12:19.07 | rwhitby | so nslu2-linux continues to develop OpenSlug, but never does a binary release. But someone else just happens to make a proper click-through binary release area which is unrelated to nslu2-linux.org |
| 12:19.34 | dyoung | ~emulate ka6sox |
| 12:19.41 | [g2] | I some point, I'll either a) make hw and release it with the hw, b) deal with Intel on the licensing issue for a forsale product, c) Intel will bless the release and we can just release it |
| 12:19.43 | ByronT | that sounds workable to me |
| 12:19.44 | dyoung | "Good Plan" |
| 12:20.30 | ByronT | well, I don't know if I told you all about the last telephone conversation with Intel |
| 12:20.31 | rwhitby | could we get RR to host the binary openslug release on his ixp4xx sf site? |
| 12:20.35 | dyoung | Okay so that basically answers the basis of my question. |
| 12:21.03 | dyoung | (dyoung basis: "So do I need to find a new toy to play with?") |
| 12:21.06 | [g2] | I gave RR a chiding in another ml about the issue |
| 12:21.16 | ByronT | but I was told that a BSD style license release of the ixp4xx was "immenent" |
| 12:21.28 | dyoung | I might have to buy a [g2]-thingee to play with. |
| 12:22.05 | rwhitby | dyoung: how does the openslug binary release issue affect the decision to buy a Revvy ? |
| 12:22.16 | [g2] | IMHO Intel is just plain conflicted and confused on the issue |
| 12:23.09 | dyoung | It doesnt affect my desire for more toys. But if the ixp is going to be in the middle of license conflict.... |
| 12:23.10 | ByronT | maybe Intel's hiring of the Sun open source advocate will help to smooth over the problems... |
| 12:23.55 | jf-work | rwhitby: (dumb question) Did you restart php-thttpd after updating thttpd.conf with 'host' entry ? |
| 12:24.09 | [g2] | Intel is planning to move in a good direction |
| 12:24.09 | rwhitby | jf-work: yeah, not a dumb question, but I did. |
| 12:24.14 | ByronT | dyoung is "toy-agnostic"... :) as long as the toy is fun.... |
| 12:24.21 | [g2] | It not the direction, it's more the timing |
| 12:24.23 | dyoung | exactly. |
| 12:24.56 | [g2] | We were ready 2+ months ago |
| 12:25.19 | [g2] | it's probably at least months maybe more than a year before Intel will get it's strategy together and dot the i's and cross the t's |
| 12:25.30 | dyoung | the use of a "release agent" is a good idea/plan. |
| 12:25.41 | dyoung | We just need a volunteer. |
| 12:25.44 | [g2] | I'd *LOVE* to be totally wrong, but I'm somewhat a realist on this |
| 12:25.59 | ByronT | I can do the click-through |
| 12:26.00 | rwhitby | [g2]: fully agree |
| 12:26.09 | ByronT | on my toddcomp.com site |
| 12:26.13 | rwhitby | ~praise ByronT |
| 12:26.15 | jbot | All hail ByronT! |
| 12:26.15 | [g2] | I've toyed a little with asking legal at the EFF to look into it or PJ |
| 12:27.01 | [g2] | ByronT, feel welcome to do the click-through and release a binary |
| 12:27.11 | ByronT | I wonder if ka6sox can point openslug.org to a subdomain on my website |
| 12:27.27 | [g2] | However, you are taking responsibilty for that by doing so |
| 12:27.50 | [g2] | INAL |
| 12:28.05 | rwhitby | that's right - ka6sox bought openslug.org |
| 12:28.23 | rwhitby | he could transfer the domain to you if he's not comfortable ... |
| 12:28.31 | ByronT | actually, I bought openslug.org... and pointed it to ka6sox's DNS server |
| 12:28.43 | rwhitby | hah - even better! |
| 12:29.04 | rwhitby | it's not used for anything else, so you just point it back to your servers .... |
| 12:30.56 | ByronT | <- have to run into work... be back later |
| 12:31.13 | rwhitby | ByronT: if you want to do this, go for it. |
| 12:31.36 | rwhitby | .... ByronT takes over as OpenSlug release manager ...... |
| 12:32.21 | [g2] | Go ByronT, Go ByronT |
| 12:32.33 | [g2] | Your the Man! You |
| 12:32.33 | ByronT | I'm sure my wife will be happy about this... :) |
| 12:32.39 | [g2] | 're the MAN |
| 12:33.01 | dyoung | Thanks byront |
| 12:33.10 | dyoung | Sorry to have beat the thing to death. |
| 12:33.52 | ByronT | do you have to do the happy dance whilst standing on me? |
| 12:33.55 | [g2] | So ByronT when are you gonna release OpenSlug ? |
| 12:34.05 | rwhitby | and the best thing is that ByronT already has a cloak .... |
| 12:34.32 | rwhitby | jf-work: did you get your cloak? |
| 12:34.36 | ByronT | "when I have time....." ;) |
| 12:35.24 | rwhitby | ByronT: you got unslung.org too ? |
| 12:35.43 | ByronT | yeah, I think I have that one as well |
| 12:35.54 | rwhitby | let's do the click-through on it too - just in case |
| 12:36.02 | rwhitby | and then we can track download numbers too ... |
| 12:38.16 | rwhitby | [g2]: so what does this turn of events due to FreeSlug? |
| 12:39.19 | [g2] | rwhitby, there were 32 ppl responding to the poll only 2 so far think it's a great idea |
| 12:39.30 | dyoung | I didnt vote. |
| 12:39.47 | [g2] | that's exactly why I did the email and the poll, to find out what the community wants |
| 12:40.41 | rwhitby | 32 out of 3300 is not that representative ... |
| 12:40.46 | dyoung | I was debating about voting "[g2] is a wimp"; but the per-vote result isnt public. ;-) |
| 12:40.58 | [g2] | that was my first vote! |
| 12:41.03 | ByronT | heh |
| 12:41.07 | rwhitby | yeah, looses all it's stir value ... |
| 12:41.10 | [g2] | I was wondering who the other two were |
| 12:41.17 | dyoung | other 3 now. heh. |
| 12:42.02 | dyoung | (No, I still didnt vote) |
| 12:42.13 | rwhitby | other 4 ... |
| 12:42.23 | [g2] | 220, 221 what ever it takes |
| 12:42.45 | [g2] | that was probably the new release mgr |
| 12:42.48 | [g2] | :) |
| 12:55.12 | dyoung | night all |
| 12:55.30 | rwhitby | night dyoung |
| 12:55.37 | [g2] | nite dyoung |
| 12:56.26 | *** join/#nslu2-linux highbury (~steve@81-1-74-207.homechoice.co.uk) |
| 13:03.44 | rwhitby | jf-work: looking at libhttpd.c in thttpd, I can't see how hostname gets set on line 261. |
| 13:07.45 | jf-work | dunno. I want to try with a shell CGI to see what env var are defined |
| 13:11.19 | rwhitby | Looks like the PHP code in OpenShowCenter uses SERVER_ADDR, which is not a defined env var for CGI/1.1, so I can't blame thttpd for not defining it (even though Apache does). They both define HTTP_HOST (also not a defined env var for CGI/1.1) but one defines it to 192.168.1.5, and the other defines it to 192.168.1.5:8080, so I can't just patch the OpenShowCenter code to use that. |
| 13:11.19 | rwhitby | And looking at the code in libhttpd.c in thttpd, it looks like SERVER_ADDR can only be set to the result of gethostname(), and nothing else affects it. |
| 13:11.19 | rwhitby | actually, I take that back. the hostname can be passed into that routine. |
| 13:13.24 | jf-work | we still have a pb with server_name which is part of the CGI1.1 spec |
| 13:13.54 | rwhitby | right. that's what the code should use, and it's not getting set for me |
| 13:15.58 | jf-work | hummm... got SERVER_NAME defined when runnning a shell cgi |
| 13:17.26 | rwhitby | hmm - so it could be a php/thttpd thing? |
| 13:18.25 | jf-work | really strange. |
| 13:19.02 | rwhitby | aha - look in php_thttpd.c, line 295 |
| 13:19.15 | rwhitby | that's where it should be done, but isn't. |
| 13:19.16 | jf-work | #!/bin/sh<cr>echo "Content-type: text/plain"<cr>set | sort<eof> |
| 13:22.19 | jf-work | btw, php_thttpd.c is a close copy of sapi/thttpd/thttpd.c |
| 13:24.50 | rwhitby | where is ..../sapi ? |
| 13:25.27 | rwhitby | ah, php-apache |
| 13:25.31 | jf-work | php source |
| 13:25.49 | *** join/#nslu2-linux ByronT (byrontodd@ByronT.nslu2-linux) |
| 13:25.51 | rwhitby | it doesn't have it either. |
| 13:26.53 | rwhitby | so I should patch it instead? |
| 13:27.29 | jf-work | I think yes, that was my idea giving you the original path ;) |
| 13:28.24 | jf-work | during make install-sapi of php, thttpd.c is copied from sapi/thttpd to <thttpd-source>/php_thttpd.c |
| 13:31.36 | glc | rwhitby: Re /initrd busy in 4.x - 3.x has /dev in ramfs, while 4.x has /dev as part of /initrd. |
| 13:32.09 | rwhitby | aha. Can we fix that? |
| 13:32.37 | glc | Perhaps by moving /dev back into ramfs. |
| 13:33.13 | glc | I don't know how/why /dev was changed. |
| 13:34.40 | rwhitby | 3.x had it as ramfs so we wouldnt' be writing to jffs2 for /dev writes |
| 13:35.51 | glc | lsof on 4.x shows /initrd/dev/console and /dev/console open with different inodes before and after pivot. |
| 13:36.15 | glc | 3.x shows /dev/console as the same inode before and after pivot. |
| 13:36.37 | rwhitby | 3.x doesn't pivot |
| 13:36.42 | rwhitby | it uses real-root-dev |
| 13:38.03 | glc | After root change then. |
| 13:41.02 | rwhitby | jf-work: ok, got SERVER_NAME working for thttpd |
| 13:43.39 | rwhitby | ok, now I have both php-apache and php-thttpd serving to the Neuston :-) |
| 13:43.43 | jf-work | amazing.... I'm still trying to understand the source :( |
| 13:43.54 | jf-work | on where to get the var |
| 13:44.05 | jf-work | TG ? SG ?... |
| 13:44.36 | rwhitby | patch is checked in |
| 13:44.59 | jf-work | no more CIA as I see.. |
| 13:46.29 | rwhitby | ok, now to make SERVER_ADDR work ... |
| 13:46.56 | glc | rwhitby: Perhaps leave /dev in ram for initrd and copy to disk when unslinging. Ram loss for orphaned /dev would be less than for orphaned initrd with its /dev. |
| 13:46.59 | *** join/#nslu2-linux _chris_ (~chris@pcp04638208pcs.gambrl01.md.comcast.net) |
| 13:47.15 | jf-work | rwhitby: how did you wrote the pacth so quickly ?!! where is the TG struct ? |
| 13:47.43 | rwhitby | jf-work: I just copied some other code around that spot, looking for patterns |
| 13:48.01 | rwhitby | and looking in the libthttpd.h file |
| 13:48.05 | ByronT | he has a mind to computer interface that allows him to spot problems |
| 13:48.35 | rwhitby | glc: how does the /dev in ram get initialised? |
| 13:49.14 | rwhitby | jf-work: for SERVER_ADDR I'm going to need to actually write some new code I think :-) |
| 13:49.57 | jf-work | What ? it's not allready done ?! |
| 13:50.00 | glc | I don't know how it was done in 3.x. I would have to re-flash and go into maint mode to check. |
| 13:50.27 | rwhitby | glc: in 3.x, we bind mounted it and copied the contents |
| 13:55.09 | glc | Ever think of booting right into jffs2? Shure would make testing changes easier. Can always re-flash if careless. |
| 13:59.38 | glc | I understand fallback to maint mode, but who actually does that? Most common jffs2 trash is probably overfill, and that requires a reflash anyway. |
| 14:04.41 | glc | That would probably be more appropriate for openslug. |
| 14:07.03 | rwhitby | glc: unfortunately, it's too late here for me to think about switchbox changes. But I do appreciate the analysis you are doing. can you put it all together in an email (including the full proposal for what a replacement switchbox should do) ? |
| 14:07.57 | rwhitby | I used fallback to recovery mode (is that what you meant) a number of times early in switchbox development, but I doubt any user of 4.x will ever use it. |
| 14:09.13 | rwhitby | glc: we could (and can) boot directly into jffs2 - it just needs a change to the kernel args. We'd still need to waste the erase block where switchbox is stored (cause redboot copies it) |
| 14:09.50 | rwhitby | but to make a major change like that would need some non-11:30pm thought .... |
| 14:16.51 | jf-work | SERVER_ADDR is specific to apache; sounds strange some php scripts depends on it |
| 14:17.13 | glc | Yes, I know. Just expressing frustration at how hard it is to do any testing on the slug. |
| 14:17.38 | rwhitby | jf-work: seems that the neuston doesn't do dns lookups on that string, so it has to be passed an address. |
| 14:18.17 | rwhitby | hence the usage of SERVER_ADDR (which apache guarantees is always an IP address, whereas SERVER_NAME changes based on vhost name in the request) |
| 14:18.21 | glc | The only way to make changes to test is to edit on the pc, and recompile the whole thing. takes days to do 10 minutes of troubleshooting. |
| 14:19.29 | glc | I'll leave you two to your work. I just wanted to let you know that I thought I uncovered the reason for the unable to umount problem. |
| 14:19.39 | jf-work | shouldn't openshowcenter be patched to dns lookup the address ? |
| 14:19.42 | glc | Just too hard to test fixes. |
| 14:20.00 | rwhitby | glc: that's great information. thanks. |
| 14:20.27 | rwhitby | glc: we should do something about it - I just don't have the brain power to think about the totality of it right nw |
| 14:22.18 | rwhitby | I wonder if we could tell redboot to load up the sysconf partition instead of the initrd partition (to save wasting an erase block) and then get the kernel to boot directly into jffs2, where we do all this stuff in the /linuxrc there .... |
| 14:22.43 | rwhitby | make mtd1 and mtd2 point to the sysconf block |
| 14:23.02 | rwhitby | ~nefarious |
| 14:23.04 | jbot | nefarious is probably to be infamous by way of nastyness |
| 14:23.25 | rwhitby | pity dyoung has gone to sleep |
| 14:24.12 | rwhitby | glc: if we can recoup that block, then I would be all for getting the kernel to boot directly to jffs2 |
| 14:24.41 | rwhitby | so is it the case that we are 1MB or so short on RAM in 4.x vs 3.x ? |
| 14:24.48 | rwhitby | (size of initrd) ? |
| 14:24.56 | glc | Sure would make testing fixes easier too. |
| 14:25.07 | rwhitby | glc: agreed |
| 14:25.40 | rwhitby | and would also allow power users to really change the boot behaviour, and all the modules you need would be in the right spot ... |
| 14:27.00 | glc | It would give us more ram, possibly more jffs2 space, and easier testing. |
| 14:27.25 | rwhitby | gotta be happy with that. Do you want to try it out? |
| 14:27.52 | rwhitby | I won't have much time over this weekend (Elise's christening, and all the family is together for the first time in six years) |
| 14:28.38 | glc | I would be happy to be one of the first alpha testers. I have difficulty developing with this bk stuff. |
| 14:29.36 | rwhitby | jf-work: looks like supporting SERVER_ADDR would require adding fields to the httpd_server struct in libhttpd.h to store the httpd_sockaddr that the server is listening on, and then using that field in php_thttpd.c to write the SERVER_ADDR separately from SERVER_NAME. |
| 14:30.16 | jf-work | is it a good solution to add non standard functionnality to thttpd ? |
| 14:30.41 | jf-work | instead of adding 2 lines patch to openshowcenter ? |
| 14:30.45 | rwhitby | is the CGI/1.1 spec the standard, or is Apache now the standard :-) |
| 14:31.05 | jf-work | how many server support SERVER_ADDR ? ;) |
| 14:31.14 | glc | Once it gets to the stage of bootable, I can help with fixing things if I can do it directly on the slug, and then generate patches against the originals. |
| 14:31.28 | rwhitby | jf-work: you're probably right - wonder what effect the continual DNS lookups will have on OSC performance |
| 14:31.39 | rwhitby | or does PHP cache them ... |
| 14:33.03 | rwhitby | glc: dyoung knows how to change the kernel args, and jacques knows how to change slugimage to overlay the partitions. someone needs to validate that redboot will load a dummy initrd from a valid sysconf partition (which will then be ignored by the kernel args). |
| 14:33.34 | rwhitby | jf-work: perhaps I will just create an openshowcenter Unslung package, and then just patch it there. |
| 14:34.57 | jf-work | on performance : aren't dns lookup only run at first launch of your media ? don't you run /etc/hosts based dns resolution for your local network ? |
| 14:35.51 | rwhitby | jf-work: yeah, even a slideshow is a number of seconds between DNS lookups. You've convinced me :-) |
| 14:37.38 | jf-work | leaving work. have a good and unplugged weekend |
| 14:37.45 | rwhitby | glc: bummer, do_move in redboot uses hard-coded offsets, not the mtd map |
| 14:37.56 | rwhitby | jf-work: thx. |
| 14:38.14 | rwhitby | glc: so we loose an erase block, but the other reasons to do it are still valid. |
| 14:38.50 | rwhitby | glc: so you could do it by just adding the linuxrc from switchbox into the unslung rootfs, and then changing the kernel args to boot it directly. |
| 14:39.34 | rwhitby | we would still need to insert a dummy initrd for redboot to do_move(), but slugimage can do that ... |
| 14:40.59 | rwhitby | glc: I think your idea has legs. |
| 14:41.02 | rwhitby | night all |
| 15:28.57 | *** join/#nslu2-linux jstueve (jstueve@c-24-1-182-79.hsd1.tx.comcast.net) |
| 15:46.34 | *** join/#nslu2-linux clueless (~Clue@62.101.237.149) |
| 16:03.05 | jstueve | hello clueless |
| 16:09.31 | *** join/#nslu2-linux novacane (~NSLU2-IRC@www.scotiaweather.com) |
| 16:55.29 | *** join/#nslu2-linux beewoolie-akf (~beewoolie@florence.buici.com) |
| 17:06.00 | *** join/#nslu2-linux pTweety (~pTweety@dialin-145-254-201-146.arcor-ip.net) |
| 17:19.17 | pTweety | jp30-work: ping |
| 17:34.06 | pTweety | hm, CIA-8 doesn't report new checkins |
| 17:34.25 | pTweety | at least for me |
| 17:38.55 | ByronT | it hasn't been working for a while |
| 17:39.15 | pTweety | ah, ok |
| 17:39.41 | pTweety | shall we report the checkins be hand in the meantime? |
| 17:40.09 | ByronT | feel free to.. ;) |
| 17:40.58 | pTweety | postfix now compiles cross and postfix.mk generates control files |
| 17:42.05 | [g2] | anyone ever here of a amvet router ? |
| 17:49.13 | CIA-8 | 03ptweety * 10unslung/ (make/postfix.mk sources/postfix/postfix-install.patch): |
| 17:49.13 | CIA-8 | postfix.mk now generates control files |
| 17:49.13 | CIA-8 | ready for cross compilation |
| 17:49.29 | ByronT | hey! someone woke up CIA |
| 17:49.54 | [g2] | ByronT, so what's happening with OpenSlug ? :) |
| 17:50.08 | ByronT | loaded question! |
| 17:50.26 | [g2] | when the release ? |
| 17:51.04 | ByronT | not a set date - *right now*, but within the next week (as in 7 days) |
| 17:51.18 | *** join/#nslu2-linux Jacmet (~jacmet@50C59F0E.flatrate.dk) |
| 17:51.25 | ByronT | I've got to find some bandwidth for one.... |
| 17:52.58 | ByronT | re the amvet router, dogpile.com couldn't find anything |
| 17:56.59 | *** join/#nslu2-linux caplink811 (~Joerg@dsl-213-023-129-157.arcor-ip.net) |
| 17:57.40 | ByronT | I'll be polishing the license agreement this weekend, and then shooting for setting the click through up with binary for the first of next week |
| 17:58.37 | *** join/#nslu2-linux [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 18:54.24 | *** join/#nslu2-linux perlguru (~perlguru@cc444495-a.hnglo1.ov.home.nl) |
| 18:54.54 | perlguru | hi |
| 18:57.17 | jacques | hi perlguru |
| 18:59.25 | perlguru | much happened last two weeks? |
| 19:00.40 | jacques | not on the slug I don't think |
| 19:01.08 | jp30-work | some web server development |
| 19:01.34 | jacques | heh - maybe I shouldn't have said that - jp30-work has been rolling right along |
| 19:01.48 | perlguru | :) |
| 19:02.19 | jacques | we are trying to get more alpha testers for unslung 4.x |
| 19:02.25 | perlguru | maybe i'll add the perl Template-Toolkit |
| 19:02.54 | jacques | what's that? |
| 19:03.09 | perlguru | www.template-toolkit.org |
| 19:03.32 | jacques | interesting |
| 19:03.40 | jp30-work | how about mod_perl? |
| 19:03.52 | perlguru | would be nice |
| 19:04.16 | jp30-work | do we have CGI.pm already? |
| 19:04.39 | perlguru | that is a core module |
| 19:04.52 | jp30-work | ah, shows how well i know perl :( |
| 19:04.53 | perlguru | try: perl -MCGI |
| 19:05.49 | perlguru | CGI::Application also nice |
| 19:06.40 | perlguru | jp30-work, are the perl module makefiles up to standard? |
| 19:07.58 | jp30-work | i honestly don't know... ptweety might be a good person to ask, he has done a lot of work on unslung's perl modules |
| 19:08.31 | perlguru | they look straight forward |
| 19:09.08 | jp30-work | perhaps i misunderstoof - you mean the .mk files? |
| 19:09.58 | jp30-work | they look a bit variable |
| 19:11.02 | perlguru | yes i meant the makefiles |
| 19:29.12 | *** join/#nslu2-linux jf-asleep (~jeanfabri@home.bobo-rousselin.com) |
| 19:42.41 | perlguru | yes i meant thelss |
| 19:42.56 | perlguru | oops |
| 19:43.23 | jp30-work | perlguru, sorry i was absent there for a bit |
| 19:44.30 | jp30-work | some of the perl-*.mk files are old-style with a seperate control, others are up to date |
| 19:44.47 | perlguru | which is up to date? |
| 19:52.25 | jp30-work | perl-spamassassin seems to be. |
| 20:32.41 | perlguru | jp30-work, could you test perl-appconfig? |
| 20:33.06 | perlguru | or anyone else using unslung and perl? |
| 20:46.36 | perlguru | I added perl-appconfig to native-testing |
| 20:55.00 | jp30-work | perlguru, testing now |
| 20:55.25 | dyoung | Someone said nefarious. |
| 20:59.44 | jp30-work | perl-appconfig is promoted |
| 21:05.28 | perlguru | great |
| 21:07.03 | perlguru | perl-template-toolkit almost done |
| 21:12.00 | jacques | well that was scary and annoying |
| 21:12.22 | jacques | a gentoo box I hadn't booted in about six months decided that upgrades were impossible |
| 21:13.26 | jacques | then portage ate itself |
| 21:14.45 | senneth | hehe, --omg-optimized |
| 21:19.39 | perlguru | jp30-work, added perl-template-toolkit to native-testing |
| 21:30.27 | perlguru | vim: error while loading shared libraries: libXaw.so.7: cannot open shared object file: No such file or directory |
| 21:30.41 | perlguru | why? |
| 21:31.00 | perlguru | why does vim require X? |
| 21:32.15 | jacques | probably because of the way it was configured/autoconfigured at build-time |
| 21:42.31 | *** join/#nslu2-linux schula (~uli@beaver.spamt.net) |
| 21:42.33 | schula | hi |
| 21:43.13 | schula | where do i get any linux x86 bitkeeper client? :) |
| 21:45.30 | NAiL | bitkeeper.com? |
| 21:46.05 | schula | there i have to register...oh i just found that there exists a cvs server... :) |
| 21:46.21 | perlguru | 'night all |
| 22:35.50 | CIA-8 | 03jp30 * 10unslung/make/vim.mk: vim: configure --without-x |
| 22:37.15 | *** join/#nslu2-linux Ksilebo (russ@d14-69-12-117.try.wideopenwest.com) |
| 22:44.01 | *** join/#nslu2-linux garpinc (~garpinc@pool-151-203-223-145.bos.east.verizon.net) |
| 22:58.11 | *** join/#nslu2-linux [1]garpinc (~garpinc@pool-151-203-223-145.bos.east.verizon.net) |
| 22:59.09 | rwhitby-away | dyoung: did you see glc's idea about booting straight into jffs2? |
| 22:59.11 | dyoung | glc, rwhitby: I have the beginnings of a plan. Gotta think about it a bit more. |
| 22:59.24 | rwhitby | dyoung: spill |
| 22:59.52 | dyoung | Can you explain to me why this isnt supposed to work? |
| 23:00.45 | rwhitby | ... |
| 23:01.33 | rwhitby | what's "this" ? |
| 23:01.52 | dyoung | oh, "This" meaning just making a jffs2 the size of the original (pre-switchbox) ramdisk |
| 23:01.58 | dyoung | and telling the kernel to boot it |
| 23:02.09 | dyoung | I'm not sure if I'm miunderstanding the problem. |
| 23:02.21 | rwhitby | jffs2 is different format from initrd |
| 23:02.35 | dyoung | Do we care? |
| 23:02.47 | dyoung | do_move doesnt seem to check. |
| 23:02.59 | rwhitby | yeah, cause it has to be on erase block boundaries, whereas ext3 can start after the length header |
| 23:03.15 | rwhitby | can't start jffs2 in the middle of a block |
| 23:03.27 | dyoung | Aha, okay. |
| 23:03.48 | dyoung | whats in the first 16bytes of a jffs2 filesystem? |
| 23:03.58 | rwhitby | I was just thinking the same thing |
| 23:04.20 | rwhitby | the first two bytes is a magic header - one of a few different values |
| 23:05.15 | rwhitby | for us it needs to be guaranteed to be less than 10MB (otherwise it will overwrite the kernel which was just moved before it) |
| 23:05.36 | rwhitby | (before it in time, after it in the memory map) |
| 23:06.38 | rwhitby | I think that now we are directing people to unsling to an external disk, then we don't need recovery mode any more, and we can do all the switching in the /linuxrc in the jffs2. |
| 23:06.58 | rwhitby | we waste an erase block, but C'est la vie. |
| 23:07.19 | dyoung | Lemme think about it more later. back later. |
| 23:07.42 | rwhitby | it will also make the linuxrc simpler, cause the modules and exe's will all be there in the right spot, so no copying required. |
| 23:09.07 | rwhitby | and no need to .altroot, cause you just edit the linuxrc directly in jffs2 |
| 23:09.23 | dyoung | Right. |
| 23:09.45 | dyoung | also simplify openslug booting. |
| 23:11.35 | glc | Hmm. what about flash from web interface? |
| 23:12.01 | glc | Set up ramdisk and pivot? |
| 23:12.54 | rwhitby | glc: yeah, no change to the logic - it just happens in the linuxrc in jffs2 instead |
| 23:13.04 | rwhitby | dyoung: yeah. |
| 23:13.11 | rwhitby | Looks like it's death to switchbox! |
| 23:22.32 | jacques | long live ... ? |
| 23:25.31 | rwhitby | dyoung: I'm checking an initial cut at the linuxrc now ... |
| 23:25.37 | rwhitby | checking in |
| 23:28.19 | rwhitby | jacques: shall we make slugimage put a dummy length at the start of a single block ramdisk area, and put the payload in there? |
| 23:29.05 | CIA-8 | 03rwhitby 07 * r1.3196 10openembedded/packages/nslu2-binary-only/ (unslung-rootfs_2.3r25.bb unslung-rootfs-2.3r25/linuxrc): First cut of new linuxrc for Unslung |
| 23:29.33 | rwhitby | dyoung: what should the kernel args be? |
| 23:30.26 | rwhitby | CMDLINE_ROOT = "root=/dev/mtdblock4 rootfstype=jffs2 rw init=/linuxrc mem=32M@0x00000000" |
| 23:30.27 | rwhitby | ? |
| 23:31.10 | rwhitby | we can test today, still using the current switchbox as the dummy ramdisk (which will not get used) |
| 23:31.29 | jacques | rwhitby, we could, but why put it there instead of the last block? we still need the partition table and trailer in the last block so we can't use it for anything else |
| 23:32.03 | rwhitby | yeah, you're right. |
| 23:32.19 | rwhitby | so, what can we use 256Kb-16b for ? |
| 23:33.48 | jacques | i guess there's no reason why we couldn't have multiple payload bays |
| 23:34.07 | rwhitby | yeah, but we're not even using the first one now ... ;-) |
| 23:35.06 | jacques | heh :-) |
| 23:35.25 | rwhitby | Hmm - I can't really test this until my wl530g arrives, cause I don't have a spare LAN port for devslug ... |
| 23:37.14 | jacques | which reminds me I need another switch |
| 23:37.27 | rwhitby | I hear the RV042 is a good one ... |
| 23:39.08 | rwhitby | dyoung, jacques: does that kernel args line look right? |
| 23:40.40 | jacques | looks OK to me |
| 23:40.53 | jacques | need anything about the console in there? |
| 23:42.04 | rwhitby | that's done elsewhere |
| 23:42.12 | rwhitby | in OE |
| 23:42.28 | jacques | ah |
| 23:44.31 | rwhitby | dyoung, glc: are you able to test that linuxrc? |
| 23:47.46 | glc | If you have a download somewhere or if it is checked in for a normal build. |
| 23:49.21 | [g2] | rwhitby, can you join me in openjtag ? |
| 23:50.21 | rwhitby | glc: here it comes .... |
| 23:50.29 | CIA-8 | 03rwhitby 07 * r1.3197 10openembedded/packages/linux/unslung-kernel_2.3r25.bb: New Unslung kernel args to boot straight from jffs2 linuxrc |
| 23:50.43 | glc | Should I duck? |
| 23:51.01 | rwhitby | should be able to build unslung-image |
| 23:51.15 | glc | O.K. Off I go. |
| 23:52.08 | NAiL | rwhitby: This will be possible to do with openslug as well? And that would fre up (most of) the initrd partition? |
| 23:52.15 | NAiL | Or am I way off now? :) |
| 23:53.46 | rwhitby | NAiL: yes, all except 1 block |
| 23:53.55 | NAiL | Nice :) |
| 23:54.17 | rwhitby | (which is only one block, cause switchbox is two blocks) |