00:01.52 | Neo|Work | http://fredrik.hubbe.net/torsk/ship.gif <- such an amazing screenshot. :P |
00:02.51 | hunterkll | chouimat: seriously? |
00:03.24 | chouimat | hunterkll: yup |
00:16.51 | treke|home | alsa is already in there |
00:17.13 | treke|home | and every day you yell ADD GPE I add one day onto the count down before I push |
00:17.27 | ljp_laptop | oh. cool. who's going to write the zaurus driver? |
00:17.39 | ljp_laptop | I told him no caps |
00:18.04 | treke|home | ok. then I will only add 6 hours |
00:18.09 | chouimat | lol |
00:18.43 | ljp_laptop | :) |
00:23.37 | chouimat | hmmmm my cat found my dct5000 ... |
00:25.27 | hunterkll | lol |
00:25.38 | hunterkll | treke|home: would you take me on as a student/ |
00:25.46 | treke|home | ? |
00:25.55 | treke|home | a student as the fine art of assholism? |
00:26.12 | hunterkll | err...no |
00:26.17 | hunterkll | coding and stuffs |
00:26.24 | treke|home | find a better teacher |
00:26.38 | hunterkll | like who? |
00:26.44 | treke|home | ljp is good |
00:26.46 | chouimat | hunterkll: ask kergoth or masticator |
00:26.55 | ljp_laptop | nope. i dont code |
00:26.59 | treke|home | dont ask kergoth |
00:27.00 | chouimat | hunterkll: but don't ask me |
00:27.06 | ljp_laptop | my job is now hype |
00:27.15 | hunterkll | hah |
00:27.18 | treke|home | he'll just yell at ^Uyeah kergoth is a good choice |
00:27.36 | chouimat | ljp_laptop: bah! I can teacj hunterkll how to do computing naked |
00:27.45 | ljp_laptop | eeewww |
00:27.47 | hunterkll | err |
00:27.51 | hunterkll | i do that sometimes... |
00:27.58 | ljp_laptop | freaks |
00:28.04 | hunterkll | althou...usually with another naked body of the female type |
00:28.05 | treke|home | just dont solder naked |
00:28.19 | hunterkll | whilst the computer us just sittingh there doing nothin |
00:28.49 | hunterkll | heh |
00:28.49 | chouimat | ljp_laptop: right the only time you're naked is in the back of your van :) |
00:29.26 | hunterkll | lol |
00:29.32 | hunterkll | porn heh |
00:29.44 | hunterkll | that's the 1/8 of the time i'm not with a girl and naked at the comp |
00:29.54 | chouimat | hunterkll: ljp_laptop is the guy behing bangbus.com |
00:29.59 | hunterkll | ok..... so 7/8 is in the same room as the computer... but... that still counts |
00:30.11 | hunterkll | ahahahhahahah |
00:30.18 | hunterkll | my main comp is in my bedroom :) |
00:31.52 | hunterkll | grr |
00:31.57 | hunterkll | we drifted off my topic! |
00:32.41 | treke|home | very very far off topic |
00:33.14 | hunterkll | lol |
00:34.16 | TheMasterMind1 | too far |
00:35.04 | hunterkll | anyway |
00:35.13 | hunterkll | i'd like to help wit this linux stuff :) |
00:35.20 | *** join/#openembedded treke|home (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
00:36.56 | hunterkll | heh |
00:38.53 | TheMasterMind1 | this is sad |
00:39.01 | TheMasterMind1 | i've been working with the buildroot for so long |
00:39.02 | hunterkll | ? |
00:39.07 | TheMasterMind1 | and i can't write a simple makefile for this program.. |
00:39.22 | hunterkll | heh |
00:43.00 | chouimat | TheMasterMind1: who can ? :) |
00:43.26 | treke|home | TheMasterMind1: what progam? |
00:43.39 | chouimat | treke|home: buildroot |
00:44.01 | treke|home | chouimat: bastard |
00:47.06 | TheMasterMind1 | all: jsnakeserver SDLjsnake |
00:47.07 | TheMasterMind1 | jsnakeserver: jsnakeserver.cpp |
00:47.07 | TheMasterMind1 | SDLsnake: SDLsnake.cpp |
00:47.07 | TheMasterMind1 | CXXFLAGS=-O3 |
00:47.07 | TheMasterMind1 | LDFLAGS=-lGLU -lGL -lSDL -lpthread |
00:47.09 | TheMasterMind1 | i got that much |
00:47.32 | TheMasterMind1 | i'm trying to also make it check timestamp or whatever of jsnake.h cuz thats included by both of the cpp files.. if jsnake.h has changed it needs to rebuild both of those |
00:49.47 | TheMasterMind1 | help help help |
00:52.41 | TheMasterMind1 | fine, dont' help |
00:53.09 | chouimat | TheMasterMind1: wtf is jsnake? |
00:55.10 | TheMasterMind1 | chouimat: a game i wrote |
00:55.19 | hunterkll | lol |
00:55.25 | hunterkll | TheMasterMind1: do you have an ipaq? |
00:55.35 | TheMasterMind1 | hunterkll: no, a zaurus |
00:55.39 | hunterkll | damnit! |
00:55.41 | hunterkll | with opie? |
00:55.50 | TheMasterMind1 | ya |
00:56.01 | kenb | TheMasterMind1: what's the deal on the C700? |
00:56.05 | hunterkll | yay! |
00:56.10 | hunterkll | code me a good game :) |
00:56.23 | TheMasterMind1 | hah |
00:56.29 | TheMasterMind1 | i suck at game writing |
00:56.34 | TheMasterMind1 | i just wrote the networking for this game |
00:56.46 | TheMasterMind1 | kenb: special deal from dynamism.. full warranty and all, $520 shipped |
00:56.53 | kenb | not bad. |
00:56.55 | treke|home | good good deal |
00:57.02 | kenb | even to canada? :) |
00:57.06 | TheMasterMind1 | kenb: waiting on hearing back if its cheaper now and what prices on the new C7x0's are since this quote was from before the annoucnement of the new ones |
00:57.08 | TheMasterMind1 | kenb: prolly |
00:57.16 | kenb | k |
00:57.25 | kenb | keep me posted on final price. I'm definatly interested. |
00:57.35 | TheMasterMind1 | k |
00:57.35 | TheMasterMind1 | willdo |
00:57.56 | kenb | As long as OZ runs on it's, it's all good :) |
00:58.15 | chouimat | TheMasterMind1: if it get cheaper and if the cad climb over 0.75usd I will interested |
00:58.40 | kenb | chouimat: hehe |
00:58.50 | kenb | Sugar: convert 520 USD to CAD |
00:59.29 | treke|home | has anyone fixed fsck yet? |
00:59.41 | chouimat | Sugar: what is 1 cad in usd |
00:59.43 | Sugar | 1 CAD is 0.74019247 US$ |
00:59.55 | chouimat | Sugar: what is 520 usd to cad |
01:00.07 | kenb | Sugar: what is 520 usd in cad |
01:00.09 | Sugar | 520 US$ is 702.51996 CAD |
01:00.29 | kenb | hm. still pricy for a toy |
01:00.38 | kenb | that's more than I paid for my laptop :) |
01:00.46 | treke|home | cheap laptop :) |
01:00.46 | chouimat | kenb: at 0.75 it's 693 :) |
01:00.46 | hunterkll | bah |
01:01.04 | hunterkll | i paid 20 bux for my p3 laptop |
01:01.05 | kenb | treke: p3 650, 128MB, 12GB, DVD |
01:01.09 | TheMasterMind1 | i dunno if i wanna get a c700 though |
01:01.15 | hunterkll | 667 laptop :) |
01:01.17 | treke|home | kenb: still a good price |
01:01.18 | TheMasterMind1 | since the c760 has the fixed processor |
01:01.22 | TheMasterMind1 | i wanna be able to use cache |
01:01.40 | chouimat | Sugar: what is 77000 jpy in cad |
01:01.42 | Sugar | 77000 JPY is 890.87091 CAD |
01:02.01 | chouimat | that cheaper than an ipaq |
01:05.17 | TheMasterMind1 | Sugar: what is 890 cad in usd |
01:05.20 | Sugar | 890 CAD is 658.7713 US$ |
01:05.22 | TheMasterMind1 | hm |
01:06.39 | chouimat | chmmmm |
01:06.57 | chouimat | brb must fix syslog |
01:09.43 | *** join/#openembedded chouimat (~dieu@modemcable120.184-130-66.que.mc.videotron.ca) |
01:09.43 | *** mode/#openembedded [+o chouimat] by ChanServ |
01:11.40 | chouimat | Sugar: what is 199 usd to cad |
01:12.01 | chouimat | Sugar: what is 199 usd in cad |
01:12.03 | Sugar | 199 US$ is 268.849 CAD |
01:12.59 | hunterkll | Sugar: what is 150 usd in |
01:13.01 | hunterkll | aww screw it |
01:13.14 | hunterkll | i forget what the russian currency is called in the 3 lett abbreviation |
01:15.38 | chouimat | hunterkll: rur |
01:16.58 | *** join/#openembedded decaff (~kevin@clt74-76-015.carolina.rr.com) |
01:17.01 | chouimat | Sugar: what is 150 usd in rur |
01:17.03 | Sugar | In what? |
01:18.02 | hunterkll | lol |
01:25.37 | chouimat | hunterkll: even sugar don't want any rouble |
01:32.58 | hunterkll | lol |
01:48.51 | *** join/#openembedded treke|home (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
01:51.16 | treke|home | hunterkll: another thing you can do is start adding the gpe dependencies to buildroot |
01:55.10 | treke|home | good god there are a lot of packages that I will need |
01:55.30 | TheMasterMind1 | having fun eh |
01:55.56 | treke|home | TheMasterMind1: I'm installing the familiar gpe on oe. And looking at all the packages yet to be packaged |
01:57.09 | treke|home | TheMasterMind1: every time I try packaging it I get the urge to use opie again instead of fuck with it :) |
01:57.10 | chouimat | treke|home: hours or days of fun? |
01:57.28 | treke|home | chouimat: at least a dozen libs needed |
01:57.45 | chouimat | treke|home: fun |
01:59.00 | treke|home | gstremer, libxsettings, libdm, librootimage, libdotdesktop, xcalibrate |
01:59.30 | treke|home | I domtdont have a clue where to find some of this stuff |
01:59.44 | chouimat | treke|home: gnome |
02:00.46 | TheMasterMind1 | heheh |
02:02.38 | treke|home | back to opie |
02:02.55 | chouimat | lol |
02:03.29 | chouimat | what is error 500 on a webserver? |
02:03.39 | treke|home | forbidden, I think |
02:04.10 | chouimat | treke|home: can you try www.gocybershop.ca ? |
02:04.22 | treke|home | no good |
02:04.27 | treke|home | HTTP Error 500-12 Application Restarting |
02:05.01 | chouimat | treke|home: same here :( damn! I don't want to order my dreamcast stuff from lik-sang |
02:18.20 | *** join/#openembedded ljp_laptop (~ljp@tq0207.peakpeak.com) |
02:18.39 | ljp_laptop | hmmm |
02:20.52 | ljp_laptop | seems to work |
02:24.20 | *** join/#openembedded ljp_laptop (~ljp@tq0207.peakpeak.com) |
02:24.40 | ljp_laptop | hmm something is very wrong with that kde |
02:25.08 | djr | its kde |
02:25.37 | ljp_laptop | no.. |
02:25.47 | ljp_laptop | cause it works fine on my other boxes |
02:26.09 | ljp_laptop | just the keyboard input dissapears |
02:26.43 | *** join/#openembedded djr|z (dj@c-24-126-104-15.we.client2.attbi.com) |
02:32.21 | ljp_laptop | hmm, maybe gpm is farking it |
02:33.26 | *** join/#openembedded Com[Plex (ANGRYMAN@65.217.160.228) |
02:42.10 | *** join/#openembedded Com[Plex] (ANGRYMAN@65.217.160.228) |
02:42.52 | *** join/#openembedded bipolar (bflong@221seg-pc-6014-6.msns.flt.ptd.net) |
02:47.49 | ljp_laptop | hey bipolar |
02:49.20 | treke|home | bipolar |
02:50.28 | bipolar | yo |
02:50.45 | bipolar | I'm back home |
02:50.51 | bipolar | whats up? |
02:51.14 | ljp_laptop | where were you? |
02:51.19 | ljp_laptop | back woods? |
02:52.38 | bipolar | I was in St. Louis visiting inlaws |
02:53.10 | bipolar | I logged in twice over modem while out there, but did not stay on long. |
02:53.12 | ljp_laptop | HMMM |
02:53.18 | ljp_laptop | whoops |
02:53.28 | ljp_laptop | I hate that frickin caps lock key |
02:53.47 | bipolar | ~lart caps lock |
02:54.49 | bipolar | I sure hope that 2.4 19 is released soon :) |
02:55.27 | bipolar | and now that opie is in feature freze, I guess all the builds will start to really stablize. |
02:56.01 | *** mode/#openembedded [+o kergoth] by ChanServ |
02:56.17 | bipolar | kergoth: wb |
02:56.25 | treke|home | kergoth |
02:56.28 | bipolar | kergoth: hows the new job |
02:56.34 | kergoth | havent started it |
02:56.39 | kergoth | start date is tuesday |
02:56.44 | kergoth | heading out to tx friday morning |
02:56.45 | bipolar | oh... heh |
02:57.57 | bipolar | kergoth: i'm syncing my buildroot now. |
02:58.13 | kergoth | synced mine earlier.. 80 revisions |
02:58.19 | kergoth | havent done much in a while :) |
02:58.27 | *** join/#openembedded Com[Plex] (ANGRYMAN@65.217.160.228) |
02:58.43 | bipolar | kergoth: is the opie control file set to download the feature frozen tree? |
02:58.55 | treke|home | nope |
02:58.55 | kergoth | s/control files/makefile/ |
02:59.00 | kergoth | s/files/file/ |
02:59.01 | kergoth | heh |
02:59.05 | bipolar | :p |
02:59.08 | bipolar | heh |
02:59.16 | treke|home | head vs tag |
02:59.21 | kergoth | yep, good idea |
02:59.21 | chouimat | damn! gocybershop is down |
02:59.24 | kergoth | easy enough |
02:59.50 | bipolar | kergoth: does that mean you are going to do it now? :) |
02:59.50 | kergoth | treke|home: glibc 2.3.1 and 2.3.2 for arm dont build with gcc 3.3 :\ |
02:59.56 | treke|home | fuck :) |
03:00.13 | ljp_laptop | duck |
03:00.14 | treke|home | kergoth: you hear that prelink works? |
03:00.16 | bipolar | damn... thats right. I need to update my gcc buildtool |
03:00.34 | kergoth | treke|home: yeah, thats great. we need some good scripts to do the prelinking though |
03:00.41 | kergoth | treke|home: i.e. when installing new shit |
03:00.45 | treke|home | kergoth: its like an extra 4mb :) |
03:00.51 | treke|home | bbi10 |
03:00.57 | ljp_laptop | ouch |
03:01.04 | kergoth | 4mb? |
03:01.05 | kergoth | eek |
03:01.10 | treke|home | kergoth: yup |
03:01.31 | bipolar | you mean it uses 4MB of ram to prelink or the libs take 4MB of flash? |
03:01.32 | kergoth | why? libelf lib and prelink binary? |
03:01.41 | kergoth | or prelink itself takes 4mb |
03:01.43 | kergoth | clarify |
03:01.44 | kergoth | :) |
03:01.56 | treke|home | dunno |
03:02.02 | treke|home | I imagine binary growth |
03:02.05 | treke|home | gotta go bb |
03:02.08 | kergoth | gotcha |
03:02.08 | kergoth | k |
03:02.22 | kergoth | well we'll include it, we wont necessarily run it in its postinst |
03:02.29 | kergoth | maybe force user intervention for its use |
03:02.34 | ljp_laptop | kergoth: you gots a c'boy hat, yet? |
03:02.40 | kergoth | heh, noo |
03:02.47 | ljp_laptop | yer gonna needs it |
03:03.50 | chouimat | ljp_laptop: let him begin with the boots :) |
03:06.00 | bipolar | ok, I'm going to bed. :) |
03:06.04 | bipolar | gnight all! |
03:07.30 | kergoth | I should abstract out the core kernel build stuff, the way i did the cross-gcc |
03:07.34 | kergoth | ah well |
03:07.57 | ljp_laptop | nope. dress from the top down! |
03:08.06 | ljp_laptop | hat on first! |
03:09.23 | ljp_laptop | this D-Link card uses a lot more power than the crappy Belkin one |
03:27.15 | ljp_laptop | shhhhhh |
03:27.24 | kergoth | .. |
03:27.25 | kergoth | ? |
03:27.29 | ljp_laptop | :) |
03:27.35 | ljp_laptop | too quiet |
03:31.15 | ljp_laptop | so you dont need a work visa to work in texas, eh? |
03:40.27 | chouimat|Zzzzz | night |
03:44.15 | *** join/#openembedded decaff (~kevin@clt74-76-015.carolina.rr.com) |
03:54.43 | kergoth | finally fixed the damn iptables tools compile |
03:54.48 | kergoth | was a 12 character fix |
03:54.49 | kergoth | heh |
03:56.54 | _Psycho_ | ever got the gcc3 toolchain prelink thingie not sure what, corrected ? |
03:57.09 | kergoth | treke tested prelink |
03:57.10 | kergoth | it worked |
03:58.13 | _Psycho_ | ah cool |
03:59.15 | *** join/#openembedded chouimat (~dieu@modemcable120.184-130-66.que.mc.videotron.ca) |
03:59.15 | *** mode/#openembedded [+o chouimat] by ChanServ |
04:34.16 | *** join/#openembedded Bala (~Bala@hsdbsk142-165-143-244.sasknet.sk.ca) |
04:34.51 | masticator | blah |
04:35.00 | masticator | kergoth, any progress on the 56 |
04:35.48 | kergoth | no progress on anything |
04:35.53 | kergoth | other than moving |
04:35.56 | masticator | lol |
04:35.56 | kergoth | heh |
04:36.17 | masticator | well, we are making progress here |
04:36.28 | masticator | will know more stuff in a day or two |
04:36.38 | masticator | takes more than a day to hear back from japan |
04:37.39 | masticator | freakin star trek |
04:37.45 | masticator | I hope it gets better from here |
04:38.04 | masticator | the vulcan chick needs to show more skin |
04:38.15 | ljp_laptop | she did |
04:38.22 | chouimat|Zzzz | enterprise? |
04:38.30 | masticator | she was such a tease the previous episode |
04:38.36 | ljp_laptop | got a virus that makes her all horney |
04:38.41 | ljp_laptop | ya |
04:38.43 | ljp_laptop | heh |
04:40.14 | masticator | did anyone watch that hitler miniseries? |
04:40.20 | ljp_laptop | wonder if vulcan poon tastes like fish |
04:40.26 | masticator | all that time I kept thinking, SCO is exactly like the Nazis |
04:40.30 | ljp_laptop | I did yesterday |
04:40.32 | kergoth | hah |
04:40.43 | ljp_laptop | it really bothered my that hilter had an english accent |
04:40.49 | chouimat|Zzzz | on which channel? |
04:40.57 | masticator | ljp: well, when vulcan chicks menstruate it comes out green |
04:41.02 | ljp_laptop | ewwww |
04:41.07 | masticator | it copper based other than iron |
04:41.16 | masticator | so their pussy secretions must taste different |
04:41.23 | ljp_laptop | copper cant hold as much oxygen as iron |
04:41.40 | masticator | lol |
04:41.41 | ljp_laptop | thats why octopus' get tired easily |
04:41.56 | masticator | we shoukd post that on the official Trek website |
04:42.01 | kergoth | chouimat|Zzzz: thats what i was thinking |
04:42.05 | masticator | "What does Vulcan pussy taste like?" |
04:42.16 | ljp_laptop | like a penny |
04:42.23 | masticator | rusted pennies |
04:42.32 | masticator | like battery acid |
04:42.38 | ljp_laptop | tastes like the statue of liberty |
04:42.53 | chouimat|Zzzz | masticator: and for the masochist: What does a Klingon pussy taste like? |
04:42.57 | masticator | however vulcans have an entirely vegetarian diet |
04:43.07 | masticator | so they probably taste pretty clean I imagine |
04:43.22 | masticator | klingon pussy? probably really nasty |
04:43.36 | ljp_laptop | I was disapointed that Enterprise has early borg in it |
04:43.54 | chouimat|Zzzz | ljp_laptop: I don't get it here |
04:44.00 | ljp_laptop | really? |
04:44.02 | ljp_laptop | bummer |
04:44.10 | ljp_laptop | i think its good |
04:44.26 | chouimat|Zzzz | ljp_laptop: I don't have digital cable so I can't have scifi channel |
04:44.30 | kergoth | i like it too |
04:44.48 | masticator | I like it in concept |
04:44.53 | masticator | but a lot of episodes have sucked |
04:45.03 | ljp_laptop | its on upn |
04:45.03 | ljp_laptop | I dont have cable either |
04:45.12 | kergoth | no cable here either |
04:45.33 | masticator | kergoth: well you can afford it now |
04:45.53 | kergoth | yeah |
04:46.06 | masticator | hell if you get DirectTV you will be able to get PERFECT reception in texas |
04:46.13 | masticator | the satellites are right over texas |
04:46.21 | ljp_laptop | I cant wait till I have dsl again |
04:46.22 | kergoth | thankfully i'm young and have few expenses, particularly once i get my credit cards taken care of.. should be able to do some saving |
04:46.25 | kergoth | ah |
04:46.38 | ljp_laptop | hehe. same here |
04:46.54 | masticator | I only get like 75 percent signal strength |
04:47.00 | masticator | which is very good |
04:47.08 | masticator | but like 90 to 100 percent is perfect |
05:00.17 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
05:00.25 | *** join/#openembedded hunger- (foobar@pD954A81E.dip.t-dialin.net) |
05:05.17 | ljp_laptop | someone should send a c'boy hat to kergoth |
05:05.20 | kergoth | having openzaurus-cvslog actually show bk activity rocks |
05:05.31 | kergoth | can actually watch whats going on without bk pull'ing constantly |
05:05.33 | treke|laptop | why is it called cvslog? |
05:05.41 | kergoth | cause it was for the old repos |
05:05.45 | kergoth | and i never bothered to create a new list |
05:05.59 | kergoth | its still used for the cvs activity on our website cvs repos, actually |
05:06.06 | kergoth | should create a bklogs list |
05:06.26 | kergoth | ? |
05:06.34 | treke|laptop | firebird |
05:06.40 | kergoth | ah |
05:06.45 | kergoth | firebird's nice |
05:06.51 | kergoth | you tried links? |
05:06.53 | treke|laptop | damn nice |
05:06.56 | treke|laptop | kergoth: I tried it |
05:06.57 | kergoth | if it supported CSS, i'd be in heaven |
05:07.00 | treke|laptop | kergoth: no css |
05:07.07 | kergoth | you see how *fast* that shit loads though? |
05:07.09 | kergoth | its nuts |
05:07.10 | treke|laptop | since dillo sucks ass |
05:07.32 | treke|laptop | I was looking for X browsers for the ipaq |
05:07.42 | treke|laptop | until I got fed up with gpe dependencies |
05:09.28 | kergoth | id like to contribute to links |
05:09.35 | kergoth | i like the concept, so minimal and quick |
05:09.44 | kergoth | it needs keyboard bindings for web page navigation |
05:09.50 | kergoth | and css |
05:09.58 | treke|laptop | and a qt/e backend |
05:10.04 | kergoth | yea |
05:10.12 | treke|laptop | and scaling |
05:10.16 | treke|laptop | but nothing else |
05:10.34 | treke|laptop | except tabs. tabs also |
05:10.38 | treke|laptop | but nothing else |
05:10.55 | kergoth | i've having good results with this gcc3 toolchain, may actually be able to keep it around for builds |
05:11.17 | treke|laptop | I used your 1.4 toolchain when I did the prelink build |
05:11.25 | kergoth | cool |
05:12.17 | kergoth | the way docwhat did the vim packaging blows |
05:12.27 | kergoth | keeps rebuilding the ipks every time you run make, driving me nuts |
05:12.54 | treke|laptop | yeah. kernel-ipaq does that also. I need to figure out how to stop it |
05:13.24 | treke|laptop | it doesnt rebuild all the modules, but it rebuilds nvrd-* and usbnet each time |
05:14.10 | ljp_laptop | and flash. links needs flash |
05:14.20 | kergoth | ~kill ljp_laptop |
05:14.25 | | ACTION executes killall -9 ljp_laptop |
05:15.54 | ljp_laptop | and realplayer plugins |
05:16.59 | ljp_laptop | hmmm |
05:17.02 | kergoth | your opie app launcher is a machanism, it shouldnt decide policy |
05:17.16 | kergoth | w100fb.c: In function `w100_hw_init': |
05:17.17 | kergoth | w100fb.c:368: Internal compiler error in do_SUBST, at combine.c:439 |
05:17.17 | kergoth | Please submit a full bug report, |
05:17.17 | kergoth | with preprocessed source if appropriate. |
05:17.17 | kergoth | See <URL:http://gcc.gnu.org/bugs.html> for instructions. |
05:17.22 | ljp_laptop | nor should it cook pizza |
05:17.44 | treke|laptop | kergoth: Yeah, I'm mostly trying to figure out how to keep it from being a root hole :p |
05:18.19 | kergoth | treke|laptop: as long as the file that sets what apps are run as root has appropriate perms, it should be ok |
05:18.27 | kergoth | that file is the real hole |
05:19.24 | treke|laptop | kergoth: the question is how to determine if the app is the one being run as root. maybe we should just try and use a .something section of the binary |
05:19.36 | kergoth | I like that method, myself |
05:19.42 | treke|laptop | but then it has to be reset after every update |
05:19.46 | kergoth | yep |
05:19.58 | kergoth | but then the ipk can decide, its no different from suid in that way |
05:20.08 | kergoth | which is consistent |
05:20.35 | treke|laptop | maybe we should just do it the gpe way. prompt for the password :) |
05:20.50 | kergoth | well, sudo can prompt for pass |
05:21.17 | *** join/#openembedded lsmith (~vandal@p213.54.206.60.tisdip.tiscali.de) |
05:21.21 | kergoth | it'd be in its control, or in the control of that which spawns sudo, to be *able* to prompt, but not if it doesnt |
05:21.26 | treke|laptop | kergoth: I've been ditching sudo since it forces us to open it up to let anything be run as root ( as far as I can tell) |
05:22.01 | kergoth | you can allow any app, but lock down to user |
05:22.15 | kergoth | i dont see how su would solve that problem any differently.. |
05:22.40 | treke|laptop | I guess qt/e could be further patched to elimitate that issue by looking for /tmp/qt-embeddded instead of /tmp/qt-embedded/$user |
05:23.22 | kergoth | qt/e uses fb, fb is global, hence the qt/e ipc neednt be anything but |
05:23.25 | kergoth | right? |
05:23.25 | kergoth | heh |
05:23.33 | treke|laptop | kergoth: I'm not using su at the moment, just an app that forks(), setuid()'s to the proper user, and execs() the app |
05:23.50 | kergoth | ah, so you rely on that which launches the apps being run as root |
05:23.56 | kergoth | so the qws or launcher |
05:24.03 | treke|laptop | kergoth: it's setuid root |
05:24.24 | kergoth | ah |
05:24.28 | treke|laptop | but it would work just as well if the qws server was root |
05:24.39 | kergoth | if you have a suid app launcher, thats a accident waiting to happen |
05:24.53 | kergoth | at least using sudo you *can* exert control, even if we dont by default |
05:24.54 | treke|laptop | dangeroud? |
05:25.12 | treke|laptop | this does exert control, its just a matter of fine tuning how it does |
05:25.15 | kergoth | well, as long as you're careful about ensuring you're calling what you think you're calling.. |
05:25.19 | kergoth | yeah |
05:25.30 | treke|laptop | kergoth: thats why I was going to restrict it to absolute paths |
05:25.32 | kergoth | just a different form of control. but sudo gives you per app control as well |
05:25.35 | kergoth | .. |
05:26.01 | treke|laptop | kergoth: it checks a file to see if the app is on the list of approved apps |
05:26.29 | treke|laptop | kergoth: Currently it just compares basename, but I realized that you can easilly ln /bin/sh $HOME/aqpkg and bingo root shell |
05:26.47 | treke|laptop | which wouldnt work if it was looking at /opt/QtPalmtop/bin/aqpkg |
05:26.57 | treke|laptop | instead of just aqpkg |
05:27.57 | treke|laptop | the problem with sudo is that we need a script that sets $USER ( as qt/e currently is written) |
05:29.22 | treke|laptop | kergoth: I was talking to guardian, and the 3.1 rom apparently doesnt store which apps are run as root |
05:29.30 | treke|laptop | kergoth: you have to specify it every time you launch it |
05:36.08 | *** join/#openembedded kergoth (~kergoth@c-66-41-34-199.mn.client2.attbi.com) |
05:37.34 | *** mode/#openembedded [+o kergoth] by ChanServ |
05:47.38 | *** topic/#openembedded by kergoth -> OpenEmbedded - It Sucks Less!(tm) | News at http://openzaurus.org/ | User support questions in #openzaurus | OE Buildroot devs in #buildroot-oe | OZ/OE devs interested in buying C-C700's for $520 shipped from Dynamism talk to TMM1 |
05:47.53 | *** topic/#openembedded by kergoth -> OpenEmbedded - It Sucks Less!(tm) | News at http://openzaurus.org/ | User support questions in #openzaurus | OE Buildroot devs in #buildroot-oe | OZ/OE devs interested in buying C-700's for $520 shipped from Dynamism talk to TMM1 |
06:35.06 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
07:14.54 | *** join/#openembedded tassian (~DocG@KUMMEROG.UNI-MUENSTER.DE) |
07:17.16 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
07:42.42 | *** join/#openembedded cmartin (~cmartin@gw.krypnet.de) |
07:54.59 | *** join/#openembedded Speedy2 (johnny@max-fw-149.dallas.net) |
07:55.05 | Speedy2 | re |
08:09.46 | *** part/#openembedded baldrick (~ed@pc2-staf2-3-cust224.brhm.cable.ntl.com) |
08:25.18 | *** join/#openembedded lsmith (~vandal@pD9E778E0.dip.t-dialin.net) |
08:36.02 | *** join/#openembedded cmartin (~cmartin@gw.krypnet.de) |
09:15.39 | *** join/#openembedded duplexer (~duplexer@220.94.77.73) |
10:37.50 | Twiun | mornin |
10:39.35 | Speedy2 | Yo |
10:40.39 | Twiun | Speedy2: how's your project going? done any more work? |
10:41.05 | *** join/#openembedded kergoth (~kergoth@dsl081-228-056.chi1.dsl.speakeasy.net) |
10:42.02 | Twiun | kergoth: you're up early today |
11:00.23 | *** join/#openembedded schurig (~schurig@pD958A0B1.dip.t-dialin.net) |
11:00.29 | Twiun | hey schurig! |
11:01.20 | schurig | just stumbled across http://libraryopt.sourceforge.net |
11:01.24 | schurig | Twiun: hey! |
11:03.15 | Twiun | that's an interesting prospect |
11:07.02 | Speedy2 | True. But GCC should strip dead-code anyway |
11:07.09 | Speedy2 | at least from statically compiled files |
11:07.47 | schurig | Speedy2: this is for embedded devices, where GNU GCC dies not strip away the sin() implementation in glibc if it is not needed. But for your washing machine with only 16 MB RAM you won't need this in the library |
11:08.13 | schurig | (keep in mind that this channel is #openembedded, OpenZaurus is just one of the many possible implementations made with OpenEmbedded) |
11:09.29 | Speedy2 | schurig: Thanks. |
11:09.34 | Speedy2 | <-- does embedded systems |
11:22.51 | *** join/#openembedded heatxsink (~jack@hsa073.pool020.at101.earthlink.net) |
11:31.08 | *** join/#openembedded LordVan (~lordvan@62.47.64.183) |
11:46.22 | mickeyl | kergoth`zzz: ping |
11:49.29 | Twiun | hey mickeyl |
11:50.04 | Twiun | mickeyl: I'm putting that first boot message in the banner script - makes more sense |
11:53.48 | mickeyl | Twiun: cool - appreciating this. |
11:57.15 | mickeyl | Twiun: eeh... just a moment |
11:57.30 | mickeyl | Twiun: in the banner script? Ah, but then you check for .configured right? |
11:59.44 | Twiun | mickeyl: of course :) |
12:29.07 | *** join/#openembedded HCl (~hcl@atlantis.student.utwente.nl) |
12:30.40 | *** join/#openembedded darmou (~darmou@dyn40.mel1.homedsl.pacific.net.au) |
12:57.31 | schurig | just installed www.kwiki.org .. cool & fast |
12:58.09 | Speedy2 | schurig: Is your first name Alex? |
12:58.37 | schurig | no, Holger |
12:59.30 | Speedy2 | Ah. I once knew a Holger |
13:10.20 | *** join/#openembedded ljp_laptop (~ljp@tq0211.peakpeak.com) |
13:18.50 | *** join/#openembedded DaJoker (~joker@wsip-68-15-140-158.hr.hr.cox.net) |
13:20.39 | *** join/#openembedded cmartin (~cmartin@gw.krypnet.de) |
13:23.21 | mickeyl | cmartin: hiho |
13:23.31 | mickeyl | cmartin: news. |
13:23.51 | cmartin | mickeyl: hi |
13:24.21 | cmartin | i'm biting my teeth out on jffs2 root |
13:24.39 | mickeyl | cmartin: still not working? |
13:24.52 | cmartin | well, somewhat |
13:24.53 | mickeyl | cmartin: i will try it myself. i built a first complete image yesterday nite |
13:25.08 | mickeyl | cmartin: no idea if this will even boot hehe, but I'll see |
13:25.33 | cmartin | i can boot a jffs2 image if the partitions are left the same as with cram |
13:25.46 | cmartin | but, i may have some success now |
13:25.55 | mickeyl | yeah? |
13:26.15 | mickeyl | If I didn't make errors, then OE can now build a serload-image |
13:26.31 | cmartin | i am booting an image with one jffs2 partition and it seems to work - looking "Reconfiguring...Progress" now |
13:26.41 | mickeyl | cmartin: great! What did you change? |
13:27.07 | absentiaS | re |
13:27.49 | cmartin | i used mtdparts=sa1100:512k(boot),1m(kernel),-(root) |
13:28.22 | mickeyl | cmartin: did you apply your JFFS2 patch or not this time? |
13:28.31 | cmartin | no |
13:28.34 | mickeyl | good |
13:28.40 | mickeyl | then we have success now |
13:29.03 | cmartin | oh yeah, i changed the erasesize of mkfs.jffs2 also |
13:29.37 | cmartin | --eraseblock=0x20000 |
13:29.53 | *** part/#openembedded heatxsink (~jack@hsa073.pool020.at101.earthlink.net) |
13:30.05 | *** join/#openembedded heatxsink (~jack@hsa073.pool020.at101.earthlink.net) |
13:30.11 | mickeyl | why that? |
13:30.49 | mickeyl | what is the semantics of the eraseblock?? |
13:31.07 | mickeyl | treke: ping |
13:32.26 | cmartin | mickeyl: one of the guys on the list mentioned that some time ago, when killefiz was trying to get a jffs2 image working |
13:32.38 | mickeyl | hehe, so you don't know what it does? |
13:32.52 | mickeyl | sometimes :) |
13:33.05 | cmartin | mickeyl: did you change something to make opie boot into 90 degreed rotated mode? |
13:34.06 | cmartin | mickeyl: i just know that different devices have different blocksizes - take a look at http://www.handhelds.org/z/wiki/Creating%20a%20JFFS2%20Image |
13:36.02 | mickeyl | cmartin: Hehe, happened to me also. No idea why - yet. I did add stuff to identify the SIMpad (have a look at sysinfo) which obviuosly triggered that behaviour. |
13:36.33 | *** join/#openembedded ljp_laptop (~ljp@tq0211.peakpeak.com) |
13:36.35 | mickeyl | cmartin: play with display brightness in light-and-power settings :) |
13:36.40 | mickeyl | should work :) |
13:36.50 | cmartin | mickeyl: it looks good with the on jffs partition - Size=30.5M Used=13.1M Available=17.4M |
13:37.10 | cmartin | cool!! |
13:37.58 | mickeyl | very good. now if i can reproduce this I'll be happy... |
13:38.05 | mickeyl | can't wait to flash my own image later tonite |
13:38.25 | cmartin | flashing is a pain in the A.. at the time |
13:38.27 | mickeyl | cmartin: can you please (again) mail me the .config you used for your working image |
13:38.34 | mickeyl | cmartin: especially for me |
13:40.50 | cmartin | just sent |
13:41.03 | ljp_laptop | hmmm |
13:42.11 | cmartin | mickeyl: i do have some noise in the speaker when touching the touchscreen - strange |
13:44.20 | cmartin | mickeyl: we need to add the simpad to /etc/init.d/opie there's were the orientation is set |
13:44.28 | zecke | mickeyl: does your commit to qpeapp has influence on OPIE 1.0? |
13:45.43 | mickeyl | zecke: influence in how far? it is totally non-intrusive and should be backported to 0.9.9 |
13:46.18 | mickeyl | cmartin: sound is broken and i have an idea why |
13:46.25 | zecke | mickeyl: I meant as of SimPAD will be an official target for OPIE1.0.. |
13:46.31 | zecke | mickeyl: ok will mark it for backporting |
13:47.50 | mickeyl | zecke: if things go well (and I have high hopes that they do), I really would like to get the few things which are missing in Opie 1.0 to get Opie fully supported on SIMpad. |
13:48.14 | mickeyl | I will promise that they are non-intrusive for all other devices. |
13:48.24 | mickeyl | not only will I promise but I will make sure hehe :) |
13:48.33 | zecke | mickeyl: no need to promise ;) |
13:48.42 | zecke | mickeyl: just sign this agreement... |
13:48.46 | mickeyl | d'oh |
13:48.46 | mickeyl | :) |
13:49.00 | ljp_laptop | we need to rethink odevice. imagine it with 20 devices.... |
13:49.18 | zecke | mickeyl: "Ich verkaufe meine Seele für einen Rennwagen" "Bart man spielt nicht mit dem Teufel" |
13:49.28 | mickeyl | hehe, genau |
13:49.36 | ljp_laptop | I was thinking we might have a device interface plugin |
13:50.13 | mickeyl | we should have one, yes. |
13:50.48 | mickeyl | cmartin: opie opens /dev/dsp, plays the sounds and immediately closes /dev/dsp - i think the ucb1x00 sound chokes on that. we need to to patches for the simpad there |
13:50.57 | mickeyl | or get the kernel folks to improve their driver |
13:51.26 | cmartin | ok |
13:51.57 | cmartin | my image survives reboot - it reboots back into opie, but the boot process is very slow |
13:52.43 | ljp_laptop | there used to be be a DSP_KEEP_OPEN or something like that |
13:52.44 | cmartin | it takes about 5 minutes |
13:53.15 | ljp_laptop | perhaps we need a sound server |
13:56.02 | *** join/#openembedded zecke_ (~ich@pD9E7F487.dip.t-dialin.net) |
13:56.26 | ljp_laptop | wm zecke_ |
13:56.31 | ljp_laptop | wb |
13:57.14 | cmartin | why do i get "mcp: write timed out" on the console when starting opie? |
13:57.28 | mickeyl | cmartin: no idea what opie is doing there |
13:57.45 | mickeyl | ljp_laptop: DSP_KEEP_OPEN sounds like a good idea - will look into this, thanks |
14:01.51 | cmartin | mickeyl: would it be possible to have the kernel erase flash? i could then make a kernel image that erases flash, so that a full image can safely be installed |
14:03.02 | cmartin | the bootloader is causing some major problems because it's only overwriting changed blocks on flash |
14:03.07 | ljp_laptop | there was something like that a long time ago |
14:03.24 | mickeyl | cmartin: this should be possible - however i dunno how to do that |
14:03.46 | mickeyl | ljp_laptop: the ipaq has the same problem but its much more audible on the simpad. i will try this |
14:03.55 | zecke_ | cmartin: that would be the job of the bootloader |
14:04.44 | cmartin | zecke_: i know, but i need this now and i don't know if the guys at siemens are going to realise this for me |
14:04.49 | mickeyl | zecke: yes, but as for now we are bound to a closed source proprietary bootloader |
14:05.12 | mickeyl | ljp_laptop: remember how the flag exactly is named? can't find anything on DSP_KEEP_OPEN |
14:05.42 | ljp_laptop | hang on. it was something like that.. |
14:05.58 | zecke_ | mickeyl: I wonder how Nils Faerber can use a device with a closed source bootloader |
14:06.10 | mickeyl | zecke: why? tell me more about him |
14:06.20 | mickeyl | zecke,cmartin: having crl bootldr on the SIMpad would be spiffy |
14:07.38 | zecke_ | mickeyl: founder of GPE ;) and OPIE is incomplete cause of the GPL toolkit |
14:07.43 | *** join/#openembedded prpplague (~billybob@12.148.134.9) |
14:11.06 | ljp_laptop | mickeyl: oh, it was in mediaplayer and it's KEEP_DEVICE_OPEN |
14:11.25 | mickeyl | ljp_laptop: very good. i will test if this improves behaviour on ipaq and simpad. thanx |
14:12.15 | *** join/#openembedded sieve (~klu5ter@12.148.134.9) |
14:13.21 | mickeyl | ljp_laptop: eh... this is not an OSS flag but just a open/close convention |
14:14.47 | mickeyl | i thought there would be a flags which triggers OSS to stay open until all sound buffers are played |
14:16.20 | ljp_laptop | oohhh. |
14:16.44 | ljp_laptop | there is an OSS call, if built into the driver that does that |
14:18.28 | ljp_laptop | SNDCTL_DSP_SYNC will close it after all bytes are written |
14:19.13 | ljp_laptop | close() should call that SYNC call automatically |
14:19.23 | mickeyl | ljp_laptop: but that means the program might lag |
14:19.28 | mickeyl | if its synchronous |
14:19.42 | ljp_laptop | make sure it uses ::close() actually |
14:19.59 | mickeyl | it is in odevice.cpp... checking |
14:20.33 | cmartin | mickeyl: if leave my simpad on the backlight is turned on and off every minute or so |
14:20.43 | cmartin | s/I |
14:21.51 | ljp_laptop | on the zaurus, using close() instead of ::close() can crash it |
14:22.08 | mickeyl | cmartin: yeah - this might be because i didn't implement switching it completely off yet. |
14:22.19 | mickeyl | cmartin: i spent only 1h on opie adaption yet |
14:23.38 | cmartin | ok |
14:23.48 | cmartin | good job anyway |
14:24.38 | mickeyl | cmartin: btw., i found and corrected the big icons bug |
14:24.58 | mickeyl | d'oh. we're actually using qsound to play a sound... |
14:25.04 | mickeyl | never looked into that class |
14:29.52 | zecke_ | mickeyl: how did you update the Packages file on the server? |
14:31.56 | mickeyl | zecke_: i used the script ipkg-make-index which can be found in .. |
14:32.18 | mickeyl | rm Packages before to make sure it is updated and not merged |
14:34.24 | cmartin | mickeyl: what big icons bug do you mean? |
14:34.53 | mickeyl | cmartin: the icons and the taskbar were much too big and looked horrible in horizontal mode |
14:34.58 | mickeyl | didn't you notice that?? |
14:35.28 | cmartin | ok i see, yes i noticed that the taskbar was smaller |
14:36.15 | mickeyl | it worked in 600x800 but not in 800x600 - this was due to an ugly sharp-sl-c700-only hack in opie which i corrected in cvs a few hours ago |
14:36.54 | mickeyl | cmartin: can you patch /etc/init.d/opie for simpad specifica please |
14:41.11 | schurig | ljp_laptop: odevice should contain some #ifdef ... so that only the needed one is compiled in |
14:42.10 | cmartin | mickeyl: where in /proc did read the model information from? |
14:42.18 | cmartin | s/you |
14:42.22 | schurig | hmm, sound server would be cool. |
14:42.36 | mickeyl | cmartin: check oz buildroot sysvinit/identify.simpad |
14:42.37 | schurig | I need one so that opie and my barcode scannerd don't interfere |
14:42.57 | mickeyl | actually, qt contains a sound server skeleton - i wonder why this isn't used |
14:43.29 | mickeyl | schurig: odevice is a runtime abstraction device - so it needs all possible devices compiled in |
14:43.44 | zecke_ | mickeyl: not necessary all |
14:44.02 | schurig | mickeyl: it ends up in libopie? |
14:44.03 | masticator | kergoth: you hammering monster? |
14:44.08 | mickeyl | zecke_: but all where a certain libopie package can be installed to |
14:44.10 | mickeyl | schurig: yeah |
14:44.30 | zecke_ | mickeyl: you won't install iPAQ libopie and Z and it won't work |
14:44.31 | schurig | mickeyl: so I could live with a libopie that has only the ramses stuff in it installed on the ramses |
14:44.37 | zecke_ | mickeyl: so there you could #ifdef |
14:44.58 | mickeyl | zecke_: why shouldn't a libopie for the ipaq work on the Z ? |
14:45.09 | *** join/#openembedded Speedy2 (johnny@max-fw-164.dallas.net) |
14:45.10 | mickeyl | i see no reason for that |
14:45.11 | ljp_laptop | odevice |
14:45.21 | mickeyl | no reason |
14:45.22 | zecke_ | mickeyl: it's not compiled with the sharp flags |
14:45.30 | schurig | yeah, installing ramses libopie on ipaq/zaurus/whatever would then break those systems ... but who wouldn't do that? Especially now that we have the architecture in ipkg ... |
14:45.30 | ljp_laptop | theres differening functiuons |
14:45.46 | mickeyl | then it was pointless to write odevice as it is anyway. |
14:45.54 | mickeyl | wonder why sandman did this |
14:46.12 | zecke_ | mickeyl: no it is not. You get generic access to available leds, apm... |
14:46.12 | ljp_laptop | thats why I think we need a plugin for device |
14:46.13 | cmartin | mickeyl: you meant oz-base ;) |
14:46.15 | schurig | the reason is that with 20 devices supported by opie libopie will be bigger and bigger ... |
14:46.21 | mickeyl | cmartin: yup |
14:46.21 | zecke_ | mickeyl: you can get the distribution and so on |
14:46.35 | zecke_ | mickeyl: check light-and-settings for usefullness of ODevice |
14:46.53 | mickeyl | zecke_: i don't question the use a device abstraction |
14:47.04 | schurig | it sounded so |
14:47.11 | zecke_ | schurig: yupp we will #ifdef and put ramses stuff into odevice_ramses.cpp |
14:47.14 | mickeyl | hey, i am a computer scientist |
14:47.19 | mickeyl | i love abstractions |
14:47.21 | mickeyl | :)) |
14:48.06 | zecke_ | mickeyl: the reality is your feed. image... targets a device |
14:48.16 | schurig | zecke_: I first need opie cvs access sometime ... my ramses-for-opie patches are rather crude now, just to get things running (not working correctly). Too much kernel programming ... |
14:48.17 | mickeyl | i questioned why it wasn't split in _real_ device dependent stuff (the one which only can compiled with #ifdef) and in 'pseudo' device dependent sutff |
14:48.20 | mickeyl | stuff even |
14:48.20 | zecke_ | mickeyl: and it is unlikely that core libs will be used across devices |
14:48.51 | schurig | mickeyl: is there any pseude-device depended stuff in odevice? |
14:48.56 | zecke_ | schurig: ask Harlekin about CVS access |
14:49.18 | zecke_ | schurig: handling of h3800 rotated keyboard |
14:49.33 | mickeyl | schurig: sure - all the stuff which just returns device capabilities is pseudo-device dependent in the sense that you can compile it everywhere |
14:49.43 | ljp_laptop | personally, I think we need a device plugin. ipaq gets its own, zaurus gets its own |
14:49.52 | mickeyl | kergoth also recommended to split odevice in ODeviceCapabilities and ODevice |
14:49.59 | mickeyl | that's what makes sense imho |
14:50.30 | mickeyl | I'm driving home... bbl |
14:56.22 | *** join/#openembedded schurig (~schurig@pD958A0B1.dip.t-dialin.net) |
14:58.41 | *** join/#openembedded ||ugh (~hugh@road.toad.com) |
15:00.50 | zecke_ | mickeyl|bbl|away: ping?! |
15:01.49 | ljp_laptop | wow, firebird is fast |
15:03.27 | cmartin | which kernel command line options are available for mtd? |
15:04.19 | *** join/#openembedded DaJoker (~joker@ip68-10-50-26.rn.hr.cox.net) |
15:05.16 | chouimat | morning |
15:07.52 | masticator | ljp: yeah its a nice browser |
15:08.02 | masticator | its what netscape should have been |
15:08.34 | ljp_laptop | faster than phoenix |
15:09.00 | chouimat | I'm doing a coffee pot any taker? |
15:12.00 | chouimat | wow! I coded inform6 support for kdevelop last night |
15:12.16 | ljp_laptop | hmm. whats that? |
15:13.42 | chouimat | ljp_laptop: remember the old infocom games? |
15:13.48 | ljp_laptop | no |
15:14.26 | chouimat | ljp_laptop: text adventure of the 80 ... inform6 is a compiler that produce such games |
15:14.33 | chouimat | ljp_laptop: wasn't able to sleep |
15:16.12 | ljp_laptop | hmm. cool |
15:17.48 | chouimat | ljp_laptop: yeah! but the new neightbourg with a washing machine in the stairs at 8h30 wasn't cool |
15:18.16 | schurig | zecke_: ping |
15:29.54 | mickeyl | cmartin: is the erase image really really necessary before flashing a jffs2 image? |
15:31.09 | schurig | mickeyl: on my ramses I can just copy stuff to /dev/mtdblock/1 (for Linux kernel), without erasing first |
15:31.57 | cmartin | mickeyl: it doesn't work correctly |
15:32.04 | mickeyl | cmartin: *sigh* ok, can you post the link for your image, please? |
15:32.26 | mickeyl | schurig: yeah, but you might don't have to cope with a closed-source proprietary bootloader |
15:33.11 | cmartin | http://www.opensimpad.org/simpad/images/opensimpad-220503.jffs2 |
15:33.23 | *** join/#openembedded tiptone (piplipton@ab1-1-7.shsu.edu) |
15:33.27 | mickeyl | cmartin: ok, but i meant the erase imag |
15:33.27 | mickeyl | e |
15:33.37 | cmartin | don't use it |
15:33.42 | mickeyl | no? |
15:33.50 | cmartin | use your CE image instead |
15:33.55 | mickeyl | err |
15:33.59 | mickeyl | i don't have a CE image |
15:34.07 | cmartin | this makes sure that all blocks are changed |
15:34.42 | cmartin | ok you can get one from walti, but i'll send you a link to mine in the meantime ;) |
15:34.59 | mickeyl | cmartin: thanks. via pm please as this is copyrighted material |
15:35.54 | mickeyl | cmartin: i will inspect the CE image because i think its just the arnold boot header which is different there and we can use their header |
15:37.33 | prpplague | mickeyl: which bootloader? |
15:37.47 | mickeyl | prpplague: siemens switzerland proprietary bootloader :( |
15:38.10 | prpplague | mickeyl: ahh, fun fun |
15:38.19 | prpplague | mickeyl: love those proprietary loaders |
15:38.22 | mickeyl | mmh... yeah |
15:39.02 | prpplague | mickeyl: arm based? |
15:39.06 | mickeyl | yeah |
15:39.09 | cmartin | mickeyl: just loading it up now, i will delete it tonight though |
15:39.14 | mickeyl | cmartin: thanks |
15:39.15 | mickeyl | personally i think they just copied the keith and koep arnold bootloader but that is a corporate secret... |
15:39.44 | schurig | mickeyl: go and get u-boot, blob or, if you have the time, redboot. |
15:39.48 | prpplague | mickeyl: when using a propreitary bootloader on arm, i usually just configure blob to chain boot |
15:40.04 | prpplague | mickeyl: that way i get a true linux friendly bootloader |
15:40.19 | mickeyl | schurig,prpplague: hows that? i can't just use another bootloader for a proprietary device?? |
15:40.19 | prpplague | mickeyl: ya i lose about 16k of flash, but it can be worth it |
15:40.41 | schurig | mickeyl: sure. A bootloader does so little things, it's easy to replace the bootloader |
15:41.00 | schurig | mickeyl: mostly, the bootloader needs just to setup the memory and gpio's alternate functions |
15:41.03 | chouimat | schurig: thanks you gave me and idea for a morning and a night script :) |
15:41.04 | prpplague | mickeyl: if you can jtag or reflash you can replace the exist bootloader, however some companies often fix the bootloader in flash and write protect it |
15:41.12 | schurig | mickeyl: for Linux, the bootloader does not even do anything with virtual memory |
15:41.15 | prpplague | mickeyl: or often will no release the specs on timing |
15:41.48 | mickeyl | well... i don't have access to a jtag prommer (the SIMpad has a jtag interface) and i guess that's too dangerous for me |
15:42.04 | prpplague | mickeyl: then i'd stick with chain booting blob |
15:42.04 | schurig | prpplague: but you can --- at runtime of linux --- look into all SA1110/PXA registers to find out the correct timing :-) |
15:42.20 | prpplague | schurig: assuming you can get linux booting |
15:42.27 | schurig | mickeyl: a slow jtag prommer is quite easy to make via the parallel port |
15:42.38 | prpplague | schurig: alot of the devices i work on never ship with linux |
15:42.40 | cmartin | mickeyl: BTW you only need to load that CE image after installing a jffs2 image |
15:42.41 | schurig | prpplague: of course. But they have linux running already. |
15:43.02 | cmartin | if you haven't had a jffs2 image on flash, then you could just install one. |
15:43.03 | prpplague | schurig: right, i was just stating in general |
15:43.12 | chouimat | prpplague: got time to play with the gp32? |
15:43.15 | mickeyl | cmartin: understood. hopefully joerg will improve the bootloader as announced |
15:43.18 | schurig | prpplague: Hehe, there is a tool for the IPAQ that they use to install the handhelds.org bootloader. This tool can be compiled to put all the SA1110 internal registers into some file. |
15:43.30 | cmartin | yes, definately |
15:43.32 | prpplague | chouimat: only a little, i got the external connector in to interface with the jtag |
15:43.34 | schurig | That tool runs unmodified on any SA1110 WinCE PDA |
15:44.00 | prpplague | schurig: nice, i'll have to look for it |
15:44.03 | mickeyl | schurig: that sounds pretty interesting. i'd wish i had CRL bootldr on the SIMpad |
15:44.06 | prpplague | schurig: any idea on a name? |
15:45.19 | mickeyl | cmartin: the jffs2 issue is the one-and-only showstopper for us releasing the first image |
15:45.27 | mickeyl | (IMHO) |
15:45.31 | chouimat | prpplague: cool, I have 2 new toys to play with .... one based on the SH4 (dreamcast) and one on the Nec VR5432 (dct5000) |
15:45.39 | cmartin | mickeyl: yes |
15:45.41 | mickeyl | there are a couple of minor issues but that can be corrected later - incrementally |
15:45.56 | prpplague | chouimat: ya, i've still been tinkering with this symbol vr4181 based unit |
15:46.13 | prpplague | chouimat: not done anything with the sh series yet |
15:46.43 | prpplague | mickeyl: blob is easy to configure, might look into it |
15:46.49 | cmartin | mickeyl: like i said my major problem is with the bootloader - if it wasn't for that i could have worked on some thing other than this mtd partitioning stuff |
15:46.56 | mickeyl | prpplague: will do. good idea |
15:46.59 | chouimat | schurig: look at the new feature of http://www.scons.org :)) they replaced autoconf :) |
15:47.05 | mickeyl | cmartin: clear |
15:48.06 | schurig | prpplague: look at http://cvs.handhelds.org/cgi-bin/viewcvs.cgi/windowsce/osloader/ |
15:48.43 | killefiz | cmartin: do you have a newer "unreleased" image? |
15:48.50 | schurig | prpplague: they have some function DumpRegisters somewhere |
15:49.18 | cmartin | killefiz: http://www.opensimpad.org/simpad/images/opensimpad-220503.jffs2 ;-) |
15:49.22 | schurig | chouimat: if just the build files would be readable ... |
15:49.34 | killefiz | or rather - is it already possible to get an image with "make image"? |
15:49.50 | killefiz | cmartin: 220403 - looks fresh |
15:49.55 | killefiz | i'll try it at home - thanks |
15:50.15 | cmartin | killefiz: 220503 ! |
15:50.33 | killefiz | yeah - sorry typo - i meant to type 05 |
15:50.56 | prpplague | schurig: thanks, will make getting winblows ce of more devices |
15:51.06 | cmartin | killefiz: "make image" doesn't make an image yet, but mickeyl is working on it i think |
15:51.22 | mickeyl | killefiz,cmartin: it now is possible to get an image using make image, but the various parameters are not tested yet, though it is not advices. please wait until after weekend. |
15:51.24 | chouimat | schurig: yup |
15:51.47 | mickeyl | <PROTECTED> |
15:51.50 | mickeyl | grammar sucks |
15:51.59 | cmartin | mickeyl: are you removing zImage from /boot to save space? |
15:52.16 | killefiz | ok. i'll create a buildroot for simpad on my machine - compiling will probably take till after the weekend ;) |
15:52.16 | schurig | chouimat: I actually think that if you start a new project (may it be C, or C++) then you just use scons instead of make/autoconf/automake. But using scons to compile EXISTING make/automake/autoconf based stuff is suboptimal |
15:52.21 | mickeyl | cmartin: not yet... optimizations really come later :) |
15:52.22 | schurig | (i like this word) |
15:52.28 | mickeyl | killefiz: hehe |
15:52.52 | cmartin | mickeyl: what about switchd? |
15:52.59 | schurig | killefiz: not if you already compiled for something different and have most stuff in the ccache. |
15:53.07 | schurig | killefiz: you are using ccache, don't you? |
15:53.10 | killefiz | is there a way to use the downloaded sources from my ipaq-compile in the simpad-buildroot? |
15:53.26 | mickeyl | killefiz: sure |
15:53.29 | killefiz | schurig: yes i am |
15:53.31 | cmartin | killefiz: yes try making Vars.local |
15:53.39 | mickeyl | killefiz: create Vars.local in buildroot and overwrite SOURCES_DIR |
15:53.43 | chouimat | schurig: I have some project that were converted and ... |
15:53.50 | schurig | killefiz: just move the files from ipaq-oz/sources simpad-oz/sources. Or symlink these dirs. |
15:54.12 | cmartin | killefiz: something like this - export SOURCE_DIR=/home/simpad/oe-sources |
15:55.07 | cmartin | killefiz: i do that with my iPAQ and SIMpad too |
15:55.40 | killefiz | does one of the methods (linking || SOURCE_DIR) have advantages over the other? |
15:55.56 | schurig | killefiz: they are equal. |
15:56.08 | treke | well SOURCE_DIR has one advantage |
15:56.20 | treke | nm |
15:56.22 | treke | equal |
15:56.23 | schurig | maybe with symlinks you can, while staying in oz-simpad, easier have a look into the downloaded sources |
15:56.27 | treke | gimme coffee |
15:56.54 | killefiz | i'll give it a try |
15:57.19 | cmartin | killefiz: you could run "make image", then remove "/boot/zImage*", fireup simpadtools/flashimg (remember to point the rootdisk and kernel variables in the right places: |
15:57.30 | killefiz | it's probably best to bk clone everything again for the simpad-buildroot, right? |
15:57.35 | mickeyl | treke: awaken enough for a question? |
15:57.42 | mickeyl | hehe |
15:57.59 | killefiz | cmartin: ok - i'm especially interested in getting my prism-pcmcia card to work. |
15:58.06 | schurig | ok, I have to go. I'll have to learn how to feed a baby (our little one is comping early August ...) |
15:58.19 | killefiz | schurig: have fun ;) |
15:58.34 | cmartin | killefiz: rootdisk=$OEHOME/output/images/initrd.bin, kernel=$OEHOME/build/linux-2.4.19/arch/arm/boot/zImage |
15:58.45 | mickeyl | schurig: have fun .)) |
15:59.26 | treke | mickeyl: yeah |
15:59.32 | mickeyl | cmartin: give him your .config and don't forget the eraseblock when using mk.jffs2 |
15:59.43 | cmartin | killefiz: sorry after removing zImage from /boot you would have to run "make image" again |
15:59.44 | killefiz | cmartin: cool - so i could replace the kernel with one that has hostap compiled in - that should solve my wlan troubles |
16:00.02 | mickeyl | treke: cool. do you know if the kernel commandline cares about devfs or not? e.g. is it legal to say "rootfs=/dev/mtdblock/2" or must i use "/dev/mtdblock2" even when using devfs ? |
16:00.11 | cmartin | mickeyl, killefiz: oh yeah, of course |
16:00.33 | treke | mickeyl: You know, I'm not sure on that one. I've seen it work both ways |
16:00.39 | mickeyl | even better, ok |
16:00.39 | cmartin | my .config has hostap compiled in |
16:00.51 | cmartin | as a module of course |
16:01.06 | mickeyl | cmartin: we have a special hostap-modules packages in OZ because we need to patch them |
16:01.13 | mickeyl | for using monitor mode :-D |
16:01.23 | mickeyl | so it is ok to say "n" to hostap-modules |
16:01.25 | mickeyl | in kernel.config |
16:01.43 | mickeyl | same goes for orinoco and spectrum == hermes |
16:02.04 | killefiz | cmartin: wlan works using your old "opie" image which (IIRC) had the driver compiled _into_ the kernel |
16:03.21 | killefiz | cmartin: does the simpad kernel contain the recent patch to make pcmcia survive a suspend/resume cycle? |
16:03.33 | mickeyl | yes |
16:04.33 | mickeyl | ibot: seen dmwm |
16:04.34 | | i haven't seen 'dmwm', mickeyl |
16:04.35 | mickeyl | ibot: seen dwmw2 |
16:04.35 | | dwmw2 <~dwmw2@213.86.99.237> was last seen on IRC in channel #opie, 1d 1h 37m 52s ago, saying: 'the concept is'. |
16:05.44 | cmartin | mickeyl: ok, but the kernel needs module support? |
16:06.29 | cmartin | killefiz: i think this too new |
16:06.39 | mickeyl | cmartin: no. only generic wavelan etc. is needed. have a look at the .config in kernel-collie or kernel-ipaq |
16:06.56 | mickeyl | (it needs to can load modules, of course) |
16:07.34 | mickeyl | cmartin,killefiz: i have added the pcmcia patch already to buildroot :) |
16:07.39 | cmartin | is it a problem when the .config file has hostap etc. built as modules? |
16:08.01 | mickeyl | cmartin: no problem - doesn't hurt. hostap-modules will be built later and then override the other modules |
16:08.08 | cmartin | ok |
16:08.44 | killefiz | mickeyl, cmartin: i'm impressed how fast you two got from "kernel working - cramfs" to (nearly) full oe-support |
16:10.06 | mickeyl | thanks. it is pretty much the work of all the OE people and especially kergoth. the buildroot may be a hack as it is in its current form but nevertheless it is pretty good :) as i've said the real work is the opie adaption, but that can come later and incrementally |
16:12.23 | mickeyl | ok. now i get it. the eraseblock is just a _size_. |
16:12.46 | treke | hehe |
16:12.50 | mickeyl | and that size must match the mtd structure size. i wonder if that is hardcoded or tweakable |
16:13.29 | mickeyl | code even |
16:14.16 | mickeyl | kergoth: pong me if you're ready for the first question :-D |
16:14.24 | Twiun | get kergoth`zzz some caffeine. stat. |
16:14.58 | mickeyl | hey that is rude. be nice to the wizard of oe |
16:15.02 | mickeyl | :-D |
16:15.04 | Twiun | lol |
16:16.42 | treke | chouimat: no... we want him out of bed |
16:16.52 | mickeyl | hehehe |
16:17.01 | chouimat | treke: those are sado-maso type :) |
16:17.20 | kergoth`zzz | tille checked in an implementation to the networksettings ppp module? smooth |
16:17.46 | mickeyl | that would be like the most requested feature in the last months |
16:17.54 | mickeyl | hope it works :) |
16:17.55 | kergoth | yeah |
16:18.18 | treke | does anything in network settings work? :p |
16:21.54 | kergoth | bah to fix that stupid ipkg-make-kernel-packages bug i need to revamp its logic complely |
16:21.58 | kergoth | treke: kindasorta :) |
16:22.04 | kergoth | mickeyl: err pong |
16:22.06 | kergoth | heh |
16:22.08 | mickeyl | aaah |
16:22.09 | mickeyl | :)) |
16:22.10 | mickeyl | kergoth: two questions. 1.) i need pad during make image. does this get compiled automatically somewhere or must i do it manually? 2.) please tell me all you know about jffs2-eraseblock-sizes :)) |
16:22.33 | *** join/#openembedded kurre (~kurre@ncircle.nullnet.fi) |
16:23.05 | kergoth | erase block size is just what it sounds like, the size of the block that must be erased. flash erases an entire block at a time. afaik this is determined by the flash chips, nothing you would decide on |
16:23.22 | kergoth | pad should be compiled, its just a teeny app to append some 0xffs.. lemme check the makefile |
16:23.52 | mickeyl | kergoth: ok. i need pad for generating a SIMpad image (bootloaderheader+kernel+pad+initrd) |
16:24.28 | mickeyl | kergoth: so i just need to figure out the eraseblocksize of the flash chips. is there a list anywhere? |
16:24.38 | kergoth | find the specs on the flash chips |
16:24.40 | kergoth | google it |
16:24.51 | mickeyl | sounds good |
16:25.19 | mickeyl | i already know the eraseblocksize for SIMpad i just wanted to see if it is correct and how one comes to know it :) |
16:25.58 | mickeyl | so ipaq and zaurus are using the same? |
16:26.12 | mickeyl | because there's no ifdef in make image for jffs2image |
16:26.21 | kergoth | mickeyl: it does compile pad automatically |
16:26.26 | kergoth | mickeyl: if pad size isnt 0 |
16:26.44 | treke | kergoth: shouldnt it compile pad anyways if pad is 0? |
16:26.46 | mickeyl | kergoth: ah... hmm... i need it to compile anyway, because i need to pad the kernel, not the initrd |
16:27.03 | cmartin | mickeyl: i'm not really sure if the size i used for my simpad image is correct - it's what Nils Faerber said in the list though |
16:27.04 | kergoth | nah, if pad size is 0 we dont pad it to a certain size, but instead to the next erase block boundary |
16:27.08 | kergoth | and mkfs.jffs2 does that for us |
16:27.09 | treke | kergoth: since pad=0 doesnt mean dont pad, it means pad to the nearest block |
16:27.12 | kergoth | right |
16:27.15 | kergoth | mkfs.jffs2 does that |
16:27.20 | treke | oh ok. |
16:27.26 | kergoth | what we actually do is |
16:27.30 | mickeyl | cmartin: well... you have it booting without the jffs2 warnings don't you? |
16:27.33 | kergoth | mkfs.jffs2 pads us to the highest erase block boundry |
16:27.41 | kergoth | 'pad' is only used to pad anythign beyond the block boundry |
16:27.46 | treke | ah |
16:28.00 | kergoth | note the math higher up in output/Makefile, it figures out the sizes to pass to mkfs.jffs2 |
16:28.02 | cmartin | mickeyl: let's say less warnings ;) |
16:28.06 | mickeyl | hehe |
16:28.19 | treke | kergoth: have you ever seen behavior with mkfs.jffs2 where it magically turns files into directories? |
16:28.25 | treke | seemingly at random |
16:28.30 | kergoth | hmm nope cant say that i have |
16:28.45 | treke | its been annoying the fuck out of me since it keeps happening with the ipaq |
16:28.51 | treke | but not always |
16:29.02 | kergoth | mickeyl: so you'll want to add appropriate logic to pad kernel to a given size to both the config.in and makefile for output |
16:29.31 | mickeyl | kergoth: exactly. which package compiles itß |
16:29.32 | mickeyl | ß |
16:29.35 | mickeyl | ? |
16:29.50 | kergoth | there isnt a package |
16:29.54 | mickeyl | k |
16:29.57 | mickeyl | i'll find it |
16:30.02 | kergoth | if your makefile target has $(SCRIPTS_DIR)/pad as a prerequisite |
16:30.13 | kergoth | gnu make uses its implicit rules for linking and compiling pad.c -> pad |
16:30.22 | kergoth | you dont need anything explicit. |
16:30.24 | cmartin | gotta go now |
16:30.26 | mickeyl | kergoth: slick. will use this. thanks |
16:30.28 | mickeyl | cmartin: see you |
16:30.47 | cmartin | bbl |
16:33.51 | *** join/#openembedded pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
16:49.53 | masticator | kergoth: I am going to bring monster down for a few days probably tomorrow and replace it with an Itanium 2 that I am evaling |
16:50.02 | masticator | so you might want do download your home directory, etc |
16:50.13 | treke | no mo monster? |
16:50.14 | kergoth | k, thanks |
16:50.17 | masticator | new monster |
16:50.20 | masticator | dual itanium 2 |
16:50.22 | zecke_ | is ':' somehow a reserved char for ipkg? |
16:50.33 | kergoth | zecke_: : in a version field denotes 'epoch' |
16:50.37 | masticator | the old monster will be turned back on after I send the itanium back |
16:50.39 | kergoth | zecke_: so yes |
16:50.43 | masticator | the AMD one is on permanaent loan |
16:50.46 | zecke_ | kergoth: shit |
16:50.48 | treke | masticator: ah cool |
16:51.12 | masticator | HP sent me a z2600 |
16:51.17 | masticator | dual Itanium 2U unit |
16:51.21 | treke | zecke_: BRANCH_0_99 is lookin cool |
16:51.25 | masticator | only 2GB of ram though |
16:51.38 | treke | zecke_: built it last night for OE |
16:51.46 | kergoth | treke: http://linuxfromscratch.org/~tushar/hints/prelink.txt |
16:51.59 | masticator | we got prelink working? |
16:52.06 | masticator | does that break zaurus compatability? |
16:52.09 | chouimat | masticator: if you are not happy to have it send it to me :) |
16:52.11 | kergoth | treke: note the shell script for prelinking that does a dry run, and prelinks it in /var/tmp |
16:52.18 | treke | masticator: you need gcc 3 iirc |
16:52.19 | zecke_ | treke: I've problems with make image for iPAQ target |
16:52.29 | masticator | chou: the HP is worth about 15 grand, I doubt they will let me keep it |
16:52.33 | treke | masticator: But yes I did build a image that prelinked successfully |
16:52.38 | treke | zecke_: what problem? |
16:52.40 | pb_ | treke: shouldn't need gcc3 for prelink, just modern binutils. |
16:52.41 | chouimat | masticator: ok |
16:52.47 | treke | pb_: oh? |
16:52.54 | treke | I'll try with 2.95 then |
16:52.59 | chouimat | masticator: how much for the amd? |
16:53.03 | masticator | does the prelink add execution speed or just startup speed of the apps? |
16:53.09 | masticator | chou: about 8 grand |
16:53.14 | kergoth | treke: i have a recent 2.95.4 w/ cvs binutils chain here if you want it. hasnt been tested thoroughly |
16:53.25 | chouimat | masticator: hmmmm |
16:53.25 | treke | kergoth: what is on that page? dns is fucked here |
16:53.27 | zecke_ | treke: I will re run and give you the output in a second |
16:53.33 | pb_ | treke: gcc doesn't have to do anything special to make prelink work. Max was making noises at one time about 2.95 bugs that were getting in the way, but they didn't sound all that hard to fix. |
16:53.59 | kergoth | treke: http://66.11.168.23/~tushar/hints/prelink.txt |
16:54.50 | treke | pb_: cool. I'll give it a shot then |
16:55.49 | kergoth | treke: note that it isnt quite what we need, we probably want to do the prelinking of a given file _in_ /var, due to flash performance |
17:06.06 | zecke_ | kergoth: where does mkipkg grab the version number of OPIE? |
17:06.53 | kergoth | zecke_: it gets substituted by scripts/subst, which is a sed script produced by Rules.make for variable replacements in control files |
17:07.04 | kergoth | far more flexible than the old mkipks hardcoded means |
17:08.08 | zecke_ | kergoth: but it mis interprets our version.h 0.9.A gets 0.9. |
17:08.21 | kergoth | then its a bug in Rules.makme |
17:08.23 | kergoth | make |
17:14.27 | zecke_ | treke: make image created an image |
17:15.00 | pb_ | sounds like all you could ask of it. |
17:15.30 | Twiun | lol |
17:15.49 | zecke_ | pb_: yupp |
17:20.10 | *** join/#openembedded Dessimat0r (Dessimat0r@public1-birk1-3-cust89.bagu.broadband.ntl.com) |
17:20.12 | Dessimat0r | lo all |
17:26.15 | kergoth | hey dess |
17:26.54 | Com[Plex] | hey guys, with wget, is there any way to force the server to give me a REal new copy of the file instead of a cached copy? |
17:27.22 | Com[Plex] | friggin sitting here wracking my brain trying to fiigure out what Im doin wrong, turns out im not downloading a fixed copy, im downloading the old one.. |
17:28.47 | Com[Plex] | -C. ahh |
17:28.55 | Com[Plex] | if all else fails, --help |
17:32.32 | mickeyl | eeeh |
17:33.07 | Dessimat0r | Heh, I was riding on 1% battery before, trying to play mp3s in XMMS ;) Had to disable the LCD screen to keep it running |
17:33.30 | mickeyl | how come the opie docs directory is in my rootfs |
17:33.30 | mickeyl | and lots of CVS directories |
17:35.41 | kergoth | CVS dirs are there due to mkipkg's exclude mask not taking into account the possibility of a path being './././blah' |
17:35.46 | kergoth | dunno about the docs, that shouldnt have been pulled in |
17:36.48 | mickeyl | strange strange... any idea what else can clunk up my rootfs ? i get a 19MB rootimage but have nothing special except a base system and some opie packages enabled... |
17:37.33 | kergoth | hmmm, kernel-image will take up 800-1000k |
17:37.40 | kergoth | ls -l output/rootfs/boot |
17:37.41 | mickeyl | deleted this already |
17:38.57 | Twiun | mickeyl: navigated the rootfs using du ? |
17:39.19 | mickeyl | yes but this is hardly usable because i can't turn off parsing symlinks |
17:39.29 | mickeyl | du -h -s shows 44MB for my rootfs |
17:39.39 | kergoth | uh |
17:39.42 | kergoth | it probably *is* 44MB |
17:39.46 | kergoth | you're using jffs2 remember |
17:39.49 | kergoth | compressed. |
17:40.17 | mickeyl | d'oh. then wtf is taking so much space.... |
17:40.17 | Twiun | mine's 24mb |
17:41.49 | mickeyl | ouch! |
17:42.00 | mickeyl | mickeyl@gandalf:/usr/local/projects/opensimpad/output/rootfs/lib$ file libm-2.2.4.so |
17:42.00 | mickeyl | libm-2.2.4.so: ELF 32-bit LSB shared object, ARM, version 1 (ARM), not stripped |
17:42.04 | mickeyl | _NOT_ STRIPPED_ |
17:42.09 | kergoth | heh |
17:42.21 | mickeyl | now wtf... |
17:42.22 | kergoth | not surprising, its not executable |
17:42.30 | mickeyl | damn |
17:42.35 | kergoth | its only about 3 small libs in the libc6 package |
17:42.38 | kergoth | i fixed it in 2.3.1 |
17:42.41 | kergoth | never got around to fixing it in 2.2.4 |
17:42.57 | mickeyl | okay |
17:42.59 | kergoth | cause i'm going to be using a gcc3 built base system regardless of whether i use gcc2 or gcc3 for opie in the future |
17:43.16 | mickeyl | good i strip manually then |
17:44.57 | Com[Plex] | uh.. how come when I install to SD using "ipkg -d sd install opera6.0.ipk" tjhe end result is different than when I install using aqpkg? |
17:45.05 | Com[Plex] | symlinks arent made to / and stuff. |
17:45.24 | chouimat | arrrrgggggg |
17:45.31 | kergoth | Com[Plex]: this has been mentioned on the mailing lists, oh, about 23 times or so. |
17:45.38 | kergoth | Com[Plex]: but i'm probably *understating* it |
17:45.44 | kergoth | not to mention its in the faqs |
17:45.46 | Com[Plex] | ah. right. |
17:45.46 | kergoth | ipkg-link add packagename |
17:46.05 | Com[Plex] | :( |
17:46.30 | Com[Plex] | haha |
17:46.41 | Com[Plex] | I just screwed up my /mnt/card/opt folder. lol |
17:46.59 | chouimat | pervert |
17:47.09 | *** join/#openembedded icefox (~ben@ool-4351483a.dyn.optonline.net) |
17:47.15 | Com[Plex] | ttrying to delete /mnt/card/opt/Qtpalmtop/opera, and deleted /mnt/card/opt/QtPalmtop |
17:47.31 | Com[Plex] | I caught it before it finished, but most of my icons are gone. |
17:52.32 | kergoth | treke: current toolchains are up |
17:52.42 | kergoth | treke: should be able to use that 2.95.4 to test a gcc2 prelink image |
17:52.49 | kergoth | treke: due to the cvs binutils |
17:52.50 | kergoth | bbl |
17:52.54 | treke | kergoth: cool |
17:53.05 | pb_ | :-/ |
17:54.04 | *** join/#openembedded bipolar (~bflong@24.229.103.140) |
17:54.59 | mickeyl | d'oh! |
17:55.11 | mickeyl | i have 12 MB modules and only enabled a few packages - is this normal? |
17:56.56 | mickeyl | aaargh ok. the modules aren't stripped either... whoms fault is this? mine in kernel-simpad or anyone elses? |
17:57.33 | djr | i like strippers |
17:57.37 | pb_ | you can't strip modules, really. |
17:57.42 | mickeyl | 1.2MB now - feels better |
17:57.53 | pb_ | they're object files, they still have relocs in them. if you strip the symbol table, they won't load. |
17:57.59 | mickeyl | argh |
17:58.06 | mickeyl | ok |
17:58.21 | pb_ | can probably strip them with --strip-unneeded though. |
18:02.03 | killefiz | mickeyl: can you help me out again? Which config belongs where? (simpad-feed / simpad-opie / simpad-opie_image) |
18:04.04 | mickeyl | killefiz: the ones with _image belong into output, the ones without image belong into root - choose one here |
18:04.10 | mickeyl | root=OZ buildroot |
18:04.42 | mickeyl | you have to play around with opie_image though - its much too large... we need cmartin to send us his |
18:05.08 | mickeyl | oh this is getting ridiculous |
18:05.16 | killefiz | ? |
18:05.21 | mickeyl | 17MB image and nearly _nothing_ choosen |
18:05.34 | kergoth`bbl | you do realize that it doesnt erase teh rootfs *for* you, right? |
18:05.39 | kergoth`bbl | make image_clean is your friend |
18:05.43 | mickeyl | i know of mrproper, thanks |
18:05.50 | killefiz | isn't there 32MB flash available? |
18:06.06 | mickeyl | yes, but that damn bootloader somehow doesn't want to flash images >16MB |
18:07.24 | killefiz | how do simpad-feed and simpad-opie differ then? Does -feed contain everything? |
18:07.30 | mickeyl | nearly |
18:08.29 | bipolar | do de do de do |
18:10.56 | mickeyl | can't get it below 17MB |
18:11.00 | mickeyl | that is killing me |
18:11.12 | kergoth | disable kernel-modules and enable the individual module ipks you need |
18:11.18 | kergoth | otherwise itll grab all the modules |
18:11.25 | mickeyl | err |
18:11.37 | mickeyl | thanks |
18:11.45 | kergoth | consider kernel-modules to be, essentially, task-modules |
18:11.49 | kergoth | just a virtual package |
18:11.49 | mickeyl | would have been fine to know that earlier though |
18:11.59 | mickeyl | :) |
18:12.07 | kergoth | log the make image process, watch what packages get installed via dependency paths |
18:12.11 | kergoth | then you know exactly what went in. |
18:13.47 | mickeyl | hehe |
18:13.50 | mickeyl | surprise. disabling kernel-modules makes it 15MB |
18:13.57 | treke | does the simpad have a keyboard? |
18:14.10 | killefiz | treke: nope |
18:14.20 | treke | killefiz: then dont plan on playing much of it :) |
18:14.22 | mickeyl | treke: no. http://opie.net.wox.org/simpad for some images |
18:14.28 | treke | need a keyboard to save games :p |
18:15.00 | killefiz | treke: hmm - no opie on-screen-keyboard in scummvm-games? |
18:15.06 | treke | killefiz: nope |
18:15.14 | treke | killefiz: its sdl. full screen. |
18:15.25 | treke | killefiz: I tried a qtopia port, it didnt get along with opie |
18:25.17 | *** join/#openembedded andersen (~andersen@codepoet.org) |
18:28.02 | mickeyl|flash | prpplague: ping |
18:33.49 | *** join/#openembedded gruemelmonster (~Jojo@pD95902DF.dip.t-dialin.net) |
18:37.33 | prpplague | mickeyl|flash: hey |
18:37.36 | prpplague | mickeyl|flash: what up? |
18:37.40 | mickeyl|flash | prpplague: do you have any special source of information except google for using blob as chain-bootloader? I might want to try that - this SIMpad bootloader is really crap and i need something better... |
18:37.41 | prpplague | mickeyl|flash: blob fun? |
18:37.57 | prpplague | mickeyl|flash: go to the lart pages |
18:38.01 | prpplague | ibot: blob |
18:38.02 | | it has been said that blob is the Boot Loader OBject, or http://www.lart.tudelft.nl/lartware/blob/ |
18:38.03 | mickeyl|flash | k - i know these |
18:38.32 | prpplague | mickeyl|flash: on irc.oftc.net there is a #blob where the primary author erikm hangs out |
18:38.53 | mickeyl|flash | ah nice. thanx |
18:44.59 | prpplague | mickeyl|flash: i'm a little swampped at the momment, but as soon as i get a free moment, i'll be available for questions |
18:45.10 | mickeyl|flash | k |
18:46.24 | mickeyl|flash | :( |
18:46.50 | mickeyl|flash | Freeing init memory: 80K |
18:46.50 | mickeyl|flash | Kernel panic: No init found. Try passing init= option to kernel. |
18:46.51 | mickeyl|flash | nice |
18:47.06 | kergoth | forgot sysvinit? :) |
18:47.19 | mickeyl|flash | hehe, no it is there, but something wrong with jffs2/mtd |
18:47.27 | treke | killefiz: ddoes simpleinit work yet? |
18:47.29 | mickeyl|flash | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00d60000: 0xebff instead |
18:47.29 | mickeyl|flash | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00d60004: 0x4b03 instead |
18:47.29 | mickeyl|flash | jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00d60008: 0x406e instead |
18:47.37 | kergoth | yeah, wrong erase block size most likely. |
18:47.39 | mickeyl|flash | and then lots of |
18:47.39 | mickeyl|flash | Child dir "sysinfo" (ino #408) of dir ino #293 appears to be a hard link |
18:47.40 | mickeyl|flash | Child dir "appearance" (ino #416) of dir ino #293 appears to be a hard link |
18:47.59 | killefiz | treke: i "guess" that this question was directed at kergoth? |
18:48.10 | kergoth | treke: never bothered creating a oz-base-simpleinit package.. without that, we dont have the base startup scripts :) |
18:48.13 | kergoth | so never tested |
18:48.24 | treke | kergoth: :p |
18:48.39 | mickeyl|flash | killefiz: did you try cmartins recent image yet? |
18:49.01 | killefiz | mickeyl|flash: i'm still flashing the "empty" jffs2 |
18:49.07 | *** join/#openembedded mantus (mantus@pm864-46.dialip.mich.net) |
18:49.11 | killefiz | (over serial) |
18:49.21 | mickeyl|flash | ah ok, i didn't flash the empty jffs2 before - maybe that has something to do with it |
18:49.41 | killefiz | mickeyl|flash: what is you kernel-commandline? |
18:49.46 | mantus | is familiar the current ipaq distro or is there an OE release? |
18:49.54 | mickeyl|flash | killefiz: i used noinitrd root=/dev/mtdblock2 console=ttySA mem=64M rootfstype=jffs2 |
18:49.58 | mickeyl|flash | but that apparently does not work |
18:52.08 | killefiz | mickeyl|flash: hmm - i had a similar problem weeks ago - but back then i tried withouth rootfstype=jffs2 which was probably the fault |
18:52.55 | mickeyl|flash | problem is i don't know if its the command line or the static flash partitioning |
18:53.15 | mickeyl|flash | and i can't _just_ set another commandline because of that dumb bootloader - must flash a new kernel |
18:54.32 | killefiz | i know - but hey - at least there _is_ a bootloader ;) |
18:57.52 | mickeyl|flash | killefiz: do you have the link for chris' latest image handy? |
19:01.50 | *** part/#openembedded mantus (mantus@pm864-46.dialip.mich.net) |
19:04.17 | *** join/#openembedded lsmith (~vandal@pD9E750F2.dip.t-dialin.net) |
19:09.08 | *** join/#openembedded hunterkll (gary@pcp02465537pcs.chrchv01.md.comcast.net) |
19:26.16 | *** join/#openembedded Neo|Work (~neotron@207.188.30.40) |
19:26.16 | *** mode/#openembedded [+o Neo|Work] by ChanServ |
19:26.39 | masticator | so whats new dudes |
19:26.43 | masticator | I have been out of it for a few days |
19:27.19 | kergoth | dunno, ive been out of it too |
19:27.20 | kergoth | heheh |
19:27.29 | chouimat | masticator: nothing ... playing with inform |
19:29.33 | masticator | I've been totally concentrating on the world domination plan |
19:29.56 | Dessimat0r | masticator: does it conflict with mine? |
19:30.32 | masticator | probably not |
19:30.49 | chouimat | masticator: first be the only Pringles Provider of America? |
19:30.57 | masticator | damn you chouimat |
19:30.59 | Dessimat0r | good, I would have hated to include a fellow dominator in the master plan |
19:31.17 | chouimat | masticator: hehe |
19:31.55 | Dessimat0r | w00, this hole where the ingrown toenail root was growing is finally healing |
19:31.56 | masticator | actually I am working on a "how to please your Vulcan lover" video |
19:32.27 | Dessimat0r | it had an infection rate of every 30 mins |
19:32.38 | Dessimat0r | but TCP cured that |
19:32.49 | chouimat | oops I have to go or I will be late to my appointment with the optometrist |
19:33.03 | Dessimat0r | chouimat: does he optimise you? |
19:33.18 | chouimat | Dessimat0r: :-P yup new glasses |
19:33.21 | Dessimat0r | lol |
19:33.26 | Dessimat0r | optician! ;) |
19:33.53 | chouimat | Dessimat0r: that too but I need to see the doctor before |
19:33.57 | Dessimat0r | ah |
19:34.08 | Dessimat0r | so this is an eye doctor? Never knew they existed ;) |
19:34.21 | Dessimat0r | i thought that a normal doctor was an eye doctor too |
19:34.41 | masticator | damn spencer is geting desperate |
19:34.52 | masticator | In celebration of the new Community website relaunch |
19:34.52 | masticator | http://community.zaurus.com/, I'd like to announce a set of prize giveaways. |
19:34.52 | masticator | The prizes will consist of SL-5x00s, WIFI cards, Shirts, Posters, Zaurus |
19:34.52 | masticator | Bags, Software, and other stuff found in my bottom right desk drawer. |
19:35.05 | chouimat | masticator: ? |
19:35.15 | Dessimat0r | lol |
19:35.17 | masticator | he just posted that on the devleoper list |
19:35.18 | kenb | heh |
19:35.23 | Dessimat0r | What we need is a new OpenZaurus |
19:35.37 | Dessimat0r | heh |
19:35.38 | masticator | lol kergoth is judging |
19:35.43 | kergoth | ibot: botmail for noda: take a look at 'RT' as a possible issue/bug/task tracking system for oz/oe when you have a chance |
19:35.49 | kergoth | yeah, i guess i didnt have enough shit on my plate |
19:35.52 | kergoth | hehe |
19:35.54 | kenb | yea, saw that. |
19:36.02 | kenb | I should enter FreeS/WAN for Zaurus :) |
19:37.47 | chouimat | ok I will enter my gaydar 3000 :) |
19:39.26 | masticator | http://us.news2.yimg.com/us.yimg.com/p/nm/20030522/mdf282930.jpg |
19:39.31 | masticator | that is FREAKY |
19:40.01 | chouimat|away | masticator: yup |
19:40.10 | chouimat|away | ok bb in about 3 to 4 hours |
19:42.46 | tiptone | anybody care to field a PyQt question? |
19:44.42 | icefox | morning! |
19:46.42 | masticator | good morning ben |
19:46.56 | masticator | what, did you just wake up now |
19:47.06 | masticator | at 4 oclock in the afternoon, lol |
19:47.41 | bipolar | re.. |
19:49.00 | masticator | yo bi |
19:50.04 | bipolar | looks like glib 2.3 does not like gcc 3.3 |
19:50.26 | masticator | yipes. |
19:50.35 | masticator | yet again the GNU guys have their heads up their asses |
19:51.03 | bipolar | I just ran another bk pull that had a lot of changesets. I'll see if it fixed it. |
19:51.09 | kergoth | bipolar: let me guess, __a1 register in the clobber list? i tried a build the other day :\ |
19:51.23 | kergoth | something like that anyway |
19:51.27 | kergoth | brb, food. |
19:51.36 | bipolar | ../sysdeps/unix/sysv/linux/arm/sigaction.c: In function `__libc_sigaction': |
19:51.37 | bipolar | ../sysdeps/unix/sysv/linux/arm/sigaction.c:100: error: asm-specifier for variable `_a1' conflicts with asm clobber list |
19:51.47 | bipolar | ~lart clobber |
19:51.51 | bipolar | hehe |
19:51.58 | bipolar | that just looked funny |
19:55.46 | bipolar | kergoth: does 2.4.19 work (with sd support) in buildroot yet? |
19:59.01 | bipolar | I meant can buildroot build a funtional 2.4.19 w/ SD support. :) |
20:05.24 | Dessimat0r | I think that OZ was going to use the 2.4.18 kernel to maintain compatability with the SD module that Sharp from Japan gave kergoth |
20:06.11 | kergoth | the 2.4.18 module will work fine in 2.4.19 |
20:06.16 | Dessimat0r | ah |
20:06.17 | kergoth | i havent bothered adding it to buildroot yet |
20:06.18 | Dessimat0r | good ;) |
20:06.51 | Dessimat0r | what is the 'maximum' kernel that the SD module maintains compatibility with? |
20:07.00 | Dessimat0r | the highest version |
20:07.02 | Dessimat0r | heh |
20:07.03 | bipolar | kergoth: but, technicly, thats just a matter of packaging the module? 2.4.19 works properly? |
20:09.20 | *** join/#openembedded treke (~ggilbert@12.107.12.130) |
20:09.42 | *** join/#openembedded tigerpig (~adam@81-86-198-105.dsl.pipex.com) |
20:13.57 | masticator | going forward I doubt the 2.4.18 module will work in a 2.6 kernel |
20:14.09 | masticator | at best we can keep it within the 2.4 tree |
20:14.41 | masticator | this is why going forward we need to develop our own SD code |
20:14.54 | masticator | which of course, will cost a substantial amount of money |
20:15.02 | masticator | and will require private investment. |
20:16.25 | treke | masticator: have you ever contacted the SD Org about the actuall licensing options? |
20:16.32 | masticator | no point yet. |
20:16.43 | masticator | we know it costs like 10 grand |
20:17.23 | treke | you know if its flat rate or if there is a recurring fee/royalties? |
20:17.39 | masticator | I think it depends on the level of membership |
20:21.21 | killefiz | lets face it: if (when) sharp drops the linux-zauri noone will invest in a membership - that has to be done by the next company releasing a linux pda with sd-slot |
20:22.36 | masticator | well |
20:22.44 | masticator | here is the problem with that. |
20:22.52 | masticator | we will just face the same problem with another vendor. |
20:23.08 | masticator | we need an independent SD implementation that can be adapted to different PDA architectures. |
20:23.10 | masticator | something modular. |
20:23.48 | killefiz | masticator: that is what we would need - but do you think it's realistic? |
20:23.57 | killefiz | i do not |
20:25.05 | treke | if its per device, it probably isnt. If one license could be used by all involved ports you might be able to make it work. Particularly if you get someone like HP using it as a base for some kind of device |
20:25.26 | bipolar | I don't see why the SD org would have any problem with a GPL implimentation that does not touch any of the DRM shit. The more devices/OS's that can use SD the better off SD.org is, right? |
20:26.03 | treke | control |
20:27.39 | masticator | HP doesnt pay per device |
20:27.45 | masticator | they pay for SD org membership |
20:28.02 | treke | masticator: I mean per model. |
20:28.05 | bipolar | so openembedded.org could do the same? |
20:28.16 | masticator | I beleive we can realistically have an independent SD stack that is modular provided OE.ORG is financed. |
20:28.21 | masticator | that is what I am working on. |
20:28.44 | masticator | they dont license per model |
20:29.02 | masticator | I think its 10 grand inital fees |
20:29.08 | masticator | plus like 5 grand per year maintenance |
20:29.24 | masticator | thats how I beleive Lineo was able to build its driver |
20:30.25 | bipolar | *sigh* |
20:30.42 | masticator | ultimately I think the whole industry should fuck off SD. |
20:30.57 | masticator | we should look at stuff like the Fujitsu xD card and the Sony memory stick |
20:31.13 | masticator | Fujitsu from what I understand is completely open |
20:31.36 | masticator | and so is Sony's standard |
20:33.15 | mickeyl|flash | tiptone: ask right away |
20:33.46 | treke | sony do something open? |
20:33.47 | treke | wow |
20:34.53 | masticator | well, aside from the fact that their hardware is proprietary, the access methods to the memory stick are open |
20:35.18 | masticator | thats the only thing developers care about |
20:37.10 | bipolar | whats the probbibility of reverse enginering the SD interface? |
20:37.50 | treke | the problem is you'd be on shaky ground using the reverse engineered driver |
20:40.14 | masticator | bipolar: doable and puts us on questionable legal ground. |
20:40.37 | masticator | there is a leaked toshiba document that enumerates all the SD signals |
20:40.43 | bipolar | ya' know.... I was having a good day... |
20:40.45 | masticator | but we could never use that to write a open driver |
20:40.55 | masticator | we would have to use clean room techniques |
20:40.57 | masticator | very expensive |
20:41.01 | masticator | hard to document |
20:41.10 | masticator | it would be cheaper to license SD. |
20:41.14 | treke | even then most people wouldnt want to touch it with a 10 foot pole |
20:41.17 | masticator | and just provide new binaries with new kernels. |
20:42.36 | bipolar | Why would it be shaky to R/E it, if the rights management stuff, attackable via DMCA, was not touched? |
20:42.40 | treke | basically a closed source library/object file |
20:43.00 | treke | that is linked angainst something else that deals with the kernel |
20:43.10 | masticator | we couldnt do it in this country for sure |
20:43.35 | treke | bipolar: because your have to be able to prove that you did it legally |
20:43.45 | bipolar | what exactly would make it illegal? |
20:44.42 | bipolar | it's just a driver for a device. We're not breaking into anything to get it to work. |
20:45.07 | treke | bipolar: proving that you didnt break into anything. proving you didnt use the leaked toshiba documentation |
20:45.25 | masticator | or decompile the existing driver |
20:45.32 | treke | as it is kergoth couldnt touch it because he has looked through the documentation |
20:46.06 | bipolar | Has US law gotten that stupid? Toshiba leaked the document on purpose if thats all it takes. |
20:46.22 | treke | bipolar: Toshiba didnt leak it. Cal Poly did |
20:48.16 | *** join/#openembedded AndyQ (~AndyQ@pc-80-194-121-29-hy.blueyonder.co.uk) |
20:48.29 | AndyQ | hi |
20:48.55 | bipolar | libgcc1 needs fixing. It's not getting passed the path for the compiler, so you get 'arm-linux-gcc: command not found' errors. |
20:48.59 | bipolar | AndyQ: yo |
20:49.41 | treke | bipolar: in the end whether its legal or not isnt it's what matters, it's that it looks like more legal hassles than the X thousand dollars for the license |
20:50.17 | mickeyl|flash | hi AndyQ |
20:50.22 | treke | hey AndyQ |
20:51.12 | tiptone | micky|flash: thanks for the offer, i was having setup probs, got it fixed |
20:51.25 | tiptone | i was fishing for you when i asked =) |
20:52.53 | mickeyl|flash | hehe, ok |
20:53.20 | treke | ibot, pester icefox |
20:53.21 | | icefox: Are we there yet? .. Are we there yet? .. Are we there yet? |
21:03.02 | *** join/#openembedded cmartin (~cmartin@p5087C463.dip0.t-ipconnect.de) |
21:03.54 | *** join/#openembedded Dessimat0r (Dessimat0r@public1-birk1-3-cust89.bagu.broadband.ntl.com) |
21:03.59 | Dessimat0r | SD does my fucking head in |
21:09.42 | cmartin | mickeyl|flash: ping |
21:09.51 | cmartin | killefiz: ping |
21:11.16 | mickeyl|flash | cmartin: :( |
21:11.23 | mickeyl | cmartin: can't get anything done |
21:11.45 | mickeyl | cmartin: tried to flash my image after your cramfs image and this won't boot |
21:12.22 | mickeyl | cmartin: the bootloader is killing me... what's your status? |
21:12.45 | Dessimat0r | isn't messing with bootloaders dangerous? heh |
21:13.05 | treke | only if you dont know what you are doing :) |
21:13.12 | Dessimat0r | ;) |
21:13.32 | mickeyl | cmartin: the wince image has a totally different structure ... Base : 0x1080014 Size 25866243 entry:0x4081000 |
21:14.00 | mickeyl | cmartin: now i flashed wince again and at the moment, I'm reflash my image hoping it will boot this time |
21:14.05 | Dessimat0r | How long does it take to flash the data required for reflashing? (the unsafe period) |
21:14.30 | Dessimat0r | WinCE on the Zaurus? |
21:14.41 | mickeyl | Dessimat0r: talking about the SIMpad here |
21:14.44 | Dessimat0r | ah |
21:14.49 | Dessimat0r | heh |
21:15.08 | treke | why does everyone always assume the topic of discussion in here is the zaurus? |
21:15.16 | Dessimat0r | #openzaurus |
21:15.20 | Dessimat0r | ;) |
21:15.22 | Dessimat0r | ah |
21:15.24 | Dessimat0r | i see |
21:15.24 | mickeyl | maybe because we have openzaurus in the topic :)) |
21:15.26 | treke | #openembedded |
21:15.26 | Dessimat0r | #open |
21:15.29 | cmartin | mickeyl: did you get the CE image flashed? |
21:15.29 | Dessimat0r | yeah |
21:15.35 | Dessimat0r | I forgot, heh |
21:15.46 | mickeyl | cmartin: yes. i bootet it and then reset again to start reflashing my image |
21:15.57 | mickeyl | which is what i'm waiting for now.... serial line |
21:16.06 | mickeyl | cmartin: does this sound familiar to you: |
21:16.07 | cmartin | how big is your image? |
21:16.27 | mickeyl | cmartin: after i realized that serload or bootloader chokes on everything > 16MB i now have a 15MB image |
21:16.47 | cmartin | ok |
21:17.03 | mickeyl | cmartin: i had lots of eraseblock and then "directory bla inode blub is hard link" failures before it kernel-panicked |
21:17.12 | cmartin | i must have flashed my simpad 100+ times inthe last couple of weeks |
21:17.46 | cmartin | yes i had that too - this means that some stuff is still left from the last image |
21:17.58 | mickeyl | cmartin: this is ridiculous. should i ask juergen if he will provide us with the necessary information to get redboot or bootldr running? |
21:18.03 | cmartin | this is what i meant with the bootloader |
21:18.10 | mickeyl | cmartin: yeah, _now_ i understand. |
21:18.34 | mickeyl | cmartin: just can't get it. even if it would only flash different sectors, then it should overwrite the new stuff - don't get it. |
21:18.36 | treke | the limit is something like 10,000 erases, right? |
21:19.24 | treke | hrmmm. at my current usage I should be good for 10 years :) |
21:20.20 | cmartin | mickeyl: i don't understand it either |
21:21.18 | cmartin | mickeyl: either juergen has to put erase functions in or he should get another bootldr for the simpad |
21:21.28 | mickeyl | cmartin: yes. |
21:22.19 | mickeyl | ok once again |
21:22.20 | mickeyl | Successfully written ! |
21:22.20 | mickeyl | Done |
21:22.20 | mickeyl | PLEASE RESTART TARGET |
21:22.20 | mickeyl | ...................... |
21:22.27 | mickeyl | crossing fingers... |
21:23.29 | mickeyl | ouch ouch |
21:23.39 | cmartin | mickeyl: you will probably still get some of those "hard linked" messages, but hopefully it starts up into opie |
21:23.50 | mickeyl | JFFS2: Erase block at 0x00d60000 is not formatted. It will be erased |
21:23.50 | mickeyl | JFFS2: Erase block at 0x00d80000 is not formatted. It will be erased |
21:23.50 | mickeyl | JFFS2: Erase block at 0x00da0000 is not formatted. It will be erased |
21:24.13 | mickeyl | JFFS2: Erase block at 0x017a0000 is not formatted. It will be erased |
21:24.13 | mickeyl | Child dir "python2.2" (ino #5) of dir ino #4 appears to be a hard link |
21:24.13 | mickeyl | Child dir "lib-dynload" (ino #9) of dir ino #5 appears to be a hard link |
21:24.13 | mickeyl | Child dir "site-packages" (ino #37) of dir ino #5 appears to be a hard link |
21:24.19 | mickeyl | this is from your first image. i never installed python2.2 |
21:24.22 | mickeyl | *sigh* |
21:24.27 | Dessimat0r | :/ |
21:24.44 | cmartin | huh! |
21:24.57 | mickeyl | lots of hard links... |
21:25.51 | cmartin | hopefully not too many |
21:26.24 | mickeyl | VFS: Mounted root (jffs2 filesystem) readonly. |
21:26.24 | mickeyl | Mounted devfs on /dev |
21:26.24 | mickeyl | Freeing init memory: 80K |
21:26.24 | mickeyl | Kernel panic: No init found. Try passing init= option to kernel. |
21:26.39 | cmartin | i had that often |
21:26.53 | mickeyl | what did you do to get that crap to an end |
21:27.07 | cmartin | it's really too bad that you only have serial :( |
21:27.09 | mickeyl | I'm not very patient... i could have get lots of user-level work done in that time :( |
21:27.19 | cmartin | yes |
21:28.12 | mickeyl | only option i have is to once again boot over nfs to get _something_ running |
21:28.47 | cmartin | did you flash with my latest image - or your own? |
21:29.01 | mickeyl | my own image - but i used your kernel command line |
21:29.35 | cmartin | what about the mkfs.jffs2 --eraseblocksize |
21:29.45 | mickeyl | i used 0x20000 |
21:29.50 | cmartin | ok |
21:30.13 | mickeyl | but that doesn't make much of a difference .. apparently the jffs2 partition doesn't know where it ends! |
21:30.29 | mickeyl | ah not the partition but the filesystem on it |
21:30.48 | mickeyl | because it scans over beyond the 15 MB |
21:33.36 | mickeyl | cmartin: any idea why the bootloader doesn't accept images >15 MB? IMHO it would be a solution to pad the image to 32MB |
21:33.42 | cmartin | if you used --pad without defining a size the manpage says: If SIZE is not specified, the output is padded to the end of the final erase block. |
21:34.08 | mickeyl | sounds good but such a large image can't be flashed - at least serload doesn't accept it. |
21:34.45 | cmartin | the 15MB limit seems to be hardcoded in the bootloader to stay compatible to the 16MB devices |
21:35.28 | mickeyl | :( |
21:36.46 | cmartin | you could try padding to 32MB using the "loader_bl" and not the "loader_bl.alt", since it allows the CE image to be flashed (>20MB) |
21:37.28 | mickeyl | cmartin: hmmm - hey but I did write the CE image some hours ago with my current bootloader (2.4) |
21:39.57 | *** join/#openembedded ljp_laptop (~ljp@tq0184.peakpeak.com) |
21:40.59 | ljp_laptop | oi |
21:41.26 | cmartin | ok 2.4 worked fine - just no NE2K support, sorry |
21:44.34 | cmartin | mickeyl: now do you believe me that we have a bootloader problem? I think the guys on the list aren't taking seriously on this. |
21:44.46 | cmartin | s/me |
21:44.59 | mickeyl | yes |
21:45.42 | mickeyl | i now booted with nfs - thank god at least this is working. i will try to format the jffs2 partition 'by hand' - we'll see if this works. |
21:46.09 | cmartin | yes, that would be nice to know |
21:46.57 | cmartin | if that works, then i'll have to set up nfs root too, but this is not acceptable for the users |
21:48.06 | mickeyl | ok trying to mount it brings the same messages up as usual... |
21:48.15 | mickeyl | hard links all over the place |
21:48.17 | mickeyl | but its done! |
21:48.32 | mickeyl | the image is mounted. |
21:48.42 | mickeyl | and looks good |
21:48.43 | mickeyl | now why doesn't it boot for me? |
21:49.03 | mickeyl | ah forget it |
21:49.06 | mickeyl | doesn't look good |
21:49.07 | cmartin | do you see any of that python stuff onit? |
21:49.22 | mickeyl | i have files where directories should be |
21:49.27 | mickeyl | treke: does that sound familiar to you? |
21:49.33 | mickeyl | usr is a file haha |
21:49.37 | mickeyl | no wonder it doesn't boot |
21:49.41 | treke | mickeyl: nope |
21:49.48 | cmartin | those were the mentioned hard links |
21:49.50 | treke | mickeyl: I have directories where files should be :) |
21:49.54 | mickeyl | treke: haha |
21:49.58 | mickeyl | ok |
21:50.12 | treke | /opt/QtPalmtop/bin/qpe/h3600_hal.o :p |
21:50.19 | mickeyl | nice directory :)) |
21:50.41 | mickeyl | ok, now how can i delete the jffs2 stuff by hand and format it clean? |
21:50.41 | treke | mickeyl: as you can guess, opie did not load on first boot :) |
21:50.53 | mickeyl | treke: hehe, yeah not surprising |
21:51.26 | cmartin | my /opt/QtPalmtop/plugins/applets was a file and that's why my orientation was set wrong earlier today |
21:52.54 | cmartin | try something like this - /sbin/erase /dev/mtd/2 0 20000 |
21:53.20 | mickeyl | sbin/erase ? what does this do? |
21:53.53 | mickeyl | i need a mkjffs2 for arm |
21:54.11 | treke | skiffcluster |
21:54.19 | mickeyl | good shot |
21:56.57 | bipolar | Anyone know how to set $SOURCEFORGE_MIRROR in buildroot? It keeps trying a mirror that does not have freetype mirrored. |
21:56.59 | cmartin | mickeyl: wait i'll send you "eraseall" from mtd-tools for arm |
21:57.16 | mickeyl | cmartin: ok |
21:57.31 | mickeyl | bipolar: echo "export SOURCEFORGE_MIRROR" >Vars.local |
21:57.38 | mickeyl | export = bla bla even |
21:58.00 | killefiz | cmartin: i tried your image |
21:58.12 | killefiz | i get the same error that mickeyl gets: hardlinks and then no init found |
21:58.14 | cmartin | killefiz: any luck? |
21:58.21 | cmartin | ok |
21:59.15 | cmartin | mickeyl: when you get my mail, move it to your nfs-root and run "eraseall /dev/mtd2" - or similar |
21:59.26 | killefiz | cmartin: what is your solution? flash ce over, reflash linux and pray that it works? |
21:59.42 | mickeyl | killefiz: didn't for me |
22:01.07 | cmartin | killefiz: just got a mail from a friend that did that - it didn't work |
22:01.17 | killefiz | mickeyl: i have found my ne2k card at the office - i'll try it again tomorrow |
22:01.27 | killefiz | cmartin: hmm - but the 1705 image worked - pure luck? |
22:01.52 | mickeyl | cmartin: /dev/mtdblock/2 unable to get MTD device info |
22:01.53 | mickeyl | hmm |
22:02.41 | cmartin | mickeyl: what does "ls /dev/mtd*" give you? |
22:03.34 | mickeyl | ah sorry - used mtdblock instead of mtd |
22:03.39 | mickeyl | erasing ... |
22:03.44 | *** join/#openembedded c0rnholio (~mm@xdsl-195-14-221-189.netcologne.de) |
22:03.46 | cmartin | sounds good |
22:03.53 | cmartin | hi c0rnholio |
22:03.54 | c0rnholio | hi there |
22:04.16 | c0rnholio | didnt know that u r online at this time ;o) |
22:04.26 | cmartin | c0rnholio: mickeyl , killefiz and i are discussing jffs2 image for the simpad |
22:04.38 | c0rnholio | ok |
22:04.43 | mickeyl | "discussing" |
22:04.45 | mickeyl | ermmm |
22:04.47 | mickeyl | crying |
22:04.50 | c0rnholio | i will lurk |
22:05.25 | cmartin | mickeyl: how's your eraseall working? |
22:05.31 | mickeyl | cmartin: 58 % complete |
22:06.10 | mickeyl | cmartin: do you think its sufficient to just 'dd' the initrd over it now? or should i mkfs.jffs2 and copy file by file? |
22:07.00 | cmartin | dd should do |
22:07.04 | mickeyl | it is also pretty annoying having to flash another kernel just to change cmdline arguments .... |
22:07.52 | cmartin | well you cann just flash the kernel with the kernelflash script from simpadtools |
22:08.18 | cmartin | you don't have to flash a whole image just because you changed the kernel |
22:08.44 | mickeyl | this is clear - but its more annoying than "set linuxargs bla bla" |
22:08.52 | cmartin | yes |
22:09.34 | cmartin | where we're back to the bootloader ;) |
22:09.52 | killefiz | as there is no information on the hardware available we're stuck with the current loader, right? |
22:10.06 | mickeyl | well, schurig said something interesting |
22:10.24 | mickeyl | he said the handhelds folks have a script which gathers memory timing etc. information off a running system. |
22:10.37 | cmartin | maybe juergen can help here - he mentioned wanting to get blob on the simpad |
22:10.46 | mickeyl | this could be used to "port" a generic bootloader like redboot, blob or bootldr onto the simpad |
22:11.19 | mickeyl | cmartin: you know him longer than I - please pester him a bit... |
22:11.28 | mickeyl | dd'ing now |
22:11.33 | cmartin | i will |
22:12.12 | mickeyl | fine |
22:12.16 | killefiz | but do we really need a different bootloader? Isn't all thats needed a way to erase the flash and a way to set the kernel commandline? |
22:12.18 | cmartin | ok, that will be interesting to see if the flash is erased enough to flash an image onto it |
22:12.34 | mickeyl | what's the correct of? is it /dev/mtdblock2 or /dev/mtd/2 ? |
22:12.51 | cmartin | killefiz: yes, but who knows how long it's going to take juergen to work that in |
22:13.50 | cmartin | mickeyl:just a moment i'll check... |
22:14.25 | c0rnholio | mikeyl: isnt it /dev/mtdblock/2 ? |
22:15.00 | mickeyl | yup it is |
22:15.06 | mickeyl | ... |
22:16.18 | mickeyl | hmmm.... takes a bit |
22:16.19 | mickeyl | ... |
22:16.35 | mickeyl | ah well its over nfs-over-usb... |
22:18.20 | cmartin | c0rnholio: depends if devfs is used - /dev/mtdblock2 (no devfs) /dev/mtdblock/2 (devfs) |
22:19.03 | cmartin | the mtd-jffs howto says - /dev/mtd/# |
22:19.19 | c0rnholio | ah, ok...i will need some time to fully understand what you're doing there, but i have hope ;o) |
22:19.36 | mickeyl | done. |
22:19.42 | mickeyl | now onto flashing another kernel and crossing fingers once again (they start to hurt now...) |
22:19.45 | cmartin | which dev? |
22:19.55 | mickeyl | ./dev/mtdblock/2 |
22:19.59 | cmartin | ok |
22:20.22 | cmartin | mickeyl:how did you do nfs-root over usb? |
22:21.09 | mickeyl | pretty easy. compiled the kernel with the proper config, flashed it, resetting and then pushing the usb-cable in - done. |
22:21.15 | mickeyl | the .config is in bitkeeper |
22:21.22 | mickeyl | packages/simpad-kernel/simpad-rootnfs.config |
22:21.37 | cmartin | ok |
22:21.51 | c0rnholio | cmartin: quick Q about the buildroot: is it updated frequently? |
22:22.11 | cmartin | daily |
22:22.30 | mickeyl | c0rnholio: take a peek into http://openzaurus.bkbits.net:8080/buildroot |
22:22.31 | cmartin | maybe even hourly ;) |
22:22.54 | c0rnholio | *g*, thx i will do so |
22:24.08 | killefiz | speaking of which: buildroot tells me that patch-2.4.19-rmk7-jpm1.patch does not apply |
22:24.38 | treke | because it doesnt apply? |
22:25.00 | killefiz | Patch had errors |
22:25.09 | mickeyl | hmm.... works here |
22:25.34 | mickeyl | bk pull to see if you're on the latest version |
22:25.45 | mickeyl | rather to make your version to the latest version :) |
22:26.12 | killefiz | nothing to pull |
22:27.16 | killefiz | ahh - the patch is not there |
22:27.34 | mickeyl | flashing... |
22:27.41 | mickeyl | patch is not there??? |
22:28.01 | mickeyl | killefiz: remember to bk -r co -q after a bk pull |
22:28.16 | killefiz | sh: line 1: /home/sven/simpad/buildroot-oz/sources/patch-2.4.19-rmk7.bz2: No such file or directory |
22:28.30 | killefiz | mickeyl: even if it prints "nothing to pull"? |
22:28.34 | cmartin | mickeyl: didn't that "chmod" line in $(stamp-binary) have to be commented out? |
22:28.35 | mickeyl | killefiz: rm -rf stamps/.kernel-* |
22:28.42 | mickeyl | cmartin: which file? |
22:29.04 | mickeyl | cmartin: it is commented out here |
22:29.06 | cmartin | packages/kernel-simpad/Makefile |
22:29.26 | cmartin | yes here too, but i had to comment it out |
22:29.50 | mickeyl | the version in bk has it commented outl. |
22:29.52 | killefiz | mickeyl: still nothing - it doesn't pull patch-2.4.19-rmk7.bz2 |
22:29.59 | killefiz | -rmk6.bz2 is there |
22:30.12 | mickeyl | can't do anything about it. upstream maybe unreachable. |
22:30.38 | mickeyl | you do have clean all stamps didn't you? and you didn't use that bk tree for another target? |
22:30.46 | mickeyl | rm -rf stamps/.kernel-*; make |
22:30.56 | killefiz | mickeyl: yes and no |
22:31.02 | mickeyl | good |
22:31.08 | mickeyl | then the problem is the upstream. |
22:31.13 | killefiz | i'm downloading the patch manually |
22:31.14 | mickeyl | rebooting... |
22:31.31 | cmartin | mickeyl:with flashed simpad? |
22:31.55 | mickeyl | yes... |
22:31.59 | mickeyl | ... |
22:32.09 | mickeyl | hm |
22:32.13 | mickeyl | it hangs |
22:32.21 | cmartin | where? |
22:32.39 | mickeyl | mtdblock_open |
22:32.39 | mickeyl | ok |
22:32.44 | mickeyl | nothing more |
22:32.54 | cmartin | wait, it's not done |
22:33.05 | cmartin | that is normal...patience |
22:33.05 | killefiz | ok - it compiles now with the manually downloaded patch |
22:33.36 | mickeyl | yahoo!!! |
22:33.46 | mickeyl | VFS: Mounted root (jffs2 filesystem) readonly. |
22:33.46 | mickeyl | Mounted devfs on /dev |
22:33.46 | mickeyl | Freeing init memory: 80K |
22:33.46 | mickeyl | INIT: version 2.84 booting |
22:33.46 | mickeyl | Setting up device links for devfs: Setting up some devices |
22:33.46 | mickeyl | done |
22:33.48 | mickeyl | Activating swap |
22:33.50 | mickeyl | Calculating module dependencies ... |
22:33.52 | mickeyl | Loading modules: |
22:33.54 | mickeyl | Checking all filesystems... |
22:33.56 | mickeyl | fsck 1.33 (21-Apr-2003) |
22:33.58 | mickeyl | Mounting local filesystems... |
22:34.00 | mickeyl | Populating /var filesystem: done |
22:34.02 | mickeyl | Cleaning: /etc/network/ifstate. |
22:34.04 | mickeyl | Initializing random number generator... |
22:34.06 | mickeyl | Reconfiguring all packages! |
22:34.08 | mickeyl | :-D |
22:34.12 | cmartin | looks good |
22:34.45 | cmartin | the readonly part is strange, but i had that too and the rootfs was still rw |
22:34.50 | mickeyl | now this is a user friendly procedure.... "hey folks, you just have to install an nfs server, patch kernel, boot over nfs-over-usb, clean mtdblocks, reboot, reflash, fscking cross your finger and your done" |
22:35.43 | cmartin | this is the proof that the missing erase procedure in the bootloader is the problem ;) |
22:35.48 | mickeyl | exactly. |
22:36.13 | mickeyl | would you be so kind and write this (once again) to the mailing list? |
22:36.21 | cmartin | man i said this a week ago and noone on the list believed me |
22:36.54 | cmartin | yes, you too and killefiz too - maybe then it will be understood |
22:37.00 | killefiz | we could always switch to cramfs |
22:37.04 | mickeyl | yeah - we will confirm then |
22:37.06 | mickeyl | nooo |
22:37.09 | mickeyl | cramfs is dumb |
22:37.11 | mickeyl | i hate it |
22:37.25 | cmartin | you better hide |
22:37.27 | mickeyl | this is the number one reason why i flashed OZ on my Zaurus |
22:37.37 | mickeyl | jffs2! |
22:37.50 | mickeyl | especially when you only have a serial line.... |
22:38.16 | cmartin | mickeyl: get a cheap NE2K Card and you'll be happy ;-) |
22:38.33 | cmartin | mine is an old 10Mbit Card |
22:38.44 | mickeyl | cmartin: but then i need to flash another bootloader.... this is like... crossing fingers hardcore... |
22:38.51 | killefiz | cmartin: not necessarily |
22:38.57 | cmartin | no that works fine |
22:39.06 | killefiz | you'll also have to know where your cheap ne2k is ;) |
22:39.17 | cmartin | never had a problem with flashing the bootloader |
22:39.20 | c0rnholio | i can confirm, that flashing the other bootloader works great without problems |
22:40.05 | mickeyl | might be - it may go faster, but it won't work either. |
22:40.16 | mickeyl | the problem is the bootloader in itself, not the speed. |
22:40.35 | mickeyl | i'm happy with the serial line because once i got this running, i do all upgrades incrementally and will rarely flash completely new |
22:40.46 | cmartin | ok, but when that's fixed it's better for development |
22:41.24 | mickeyl | also, i don't know why this has to be kept secret. |
22:41.40 | mickeyl | it's obvious who the SIMpad ancestors are |
22:41.50 | mickeyl | no need trying to hide that |
22:41.57 | mickeyl | by closing source |
22:42.47 | mickeyl | 80/112 |
22:42.51 | mickeyl | ... |
22:43.43 | mickeyl | man i am so tired... i was in the matrix 1 + matrix 2 nite yesterday ... got to bed 04:00... and now its late again .... aargh... i wanted to go to bed early tonite |
22:44.15 | killefiz | ;) have you ordered tickets for the long lotr night already? |
22:44.19 | mickeyl | sure |
22:44.23 | mickeyl | ah lotr |
22:44.25 | mickeyl | no not yet |
22:44.36 | mickeyl | that will be hard... 9 hours |
22:44.39 | killefiz | 9 hours |
22:44.41 | mickeyl | hehe |
22:44.49 | mickeyl | I'm too old for 9 hours kino |
22:44.51 | mickeyl | :-D |
22:45.12 | mickeyl | 102/112 - |
22:45.13 | mickeyl | 10 to go |
22:46.26 | mickeyl | cmartin: recapitulation. the three MUST-HAVE features for the bootloader: 1.) Erase flash 2.) Set Linuxargs 3.) Boot Kernel From peripheral devices. |
22:47.08 | mickeyl | INIT: Entering runlevel: 2 |
22:47.08 | mickeyl | Starting advanced power management daemon: No APM support in kernel |
22:47.08 | mickeyl | (failed.) |
22:47.08 | mickeyl | Starting PCMCIA services: cardmgr[21175]: watching 2 sockets |
22:47.08 | mickeyl | done. |
22:47.08 | mickeyl | cardmgr[21176]: starting, version is 3.2.3 |
22:47.10 | mickeyl | Starting OpenBSD Secure Shell server: sshd. |
22:47.12 | mickeyl | Starting internet superserver: inetd. |
22:47.14 | mickeyl | Starting Opie.... |
22:47.33 | mickeyl | ouch |
22:47.40 | mickeyl | no touchscreen |
22:49.10 | mickeyl | oh boy |
22:49.18 | pb_ | hah |
22:49.22 | mickeyl | can't login, no touchscreen |
22:49.30 | mickeyl | i'm going to get some sleep |
22:49.38 | mickeyl | maybe tomorrow things get better |
22:49.57 | ljp_laptop | hmm |
22:50.40 | pb_ | ljp_laptop: let me guess, things getting better is not a possibility you are prepared to entertain. |
22:51.05 | ljp_laptop | no, just hmmmm'ing |
22:51.12 | pb_ | ah. |
22:52.11 | cmartin | mickeyl: just posted to the list |
22:52.30 | treke | pb_: back to work on gpe :) |
22:52.43 | pb_ | treke: aha, excellent. |
22:52.51 | treke | pb_: no. you back to work :p |
22:52.52 | pb_ | what's the status at the moment? |
22:52.53 | cmartin | im gonna get some sleep too |
22:53.02 | mickeyl | cmartin: thanks. |
22:53.07 | mickeyl | g'night |
22:53.11 | treke | pb_: current status is i'm frightened by the number of dependencies |
22:53.20 | cmartin | see ya tomorrow |
22:53.20 | pb_ | ah. |
22:53.27 | c0rnholio | g'night! see you the next days... |
22:54.14 | pb_ | treke: only dependencies I can think of offhand are gtk (+fontconfig, atk etc), sqlite, gcrypt. no doubt there are others though. |
22:54.54 | treke | pb_: went through trying to install it on oe from familiar feeds, had to move all kinds of libs in |
22:55.15 | pb_ | ah, right. did you happen to make a list of them? |
22:55.50 | ljp_laptop | I tried to install gpe on my 5000d once. ran out of room |
22:55.51 | treke | nope :) probably this weekend |
22:58.00 | *** join/#openembedded beattie (~beattie@dsl093-039-043.pdx1.dsl.speakeasy.net) |
22:59.39 | pb_ | treke: righto :-) |
23:11.09 | treke | I figure if I can at least put together a list of what needs adding maybe it will get done |
23:11.25 | treke | right now X is still a bit of a nebulous blob of "tons of stuff" that is needed |
23:12.50 | pb_ | right. |
23:34.29 | *** join/#openembedded absentiaS (~scott@ip216-179-64-58.cust.bestweb.net) |
23:41.09 | ljp_laptop | blob |
23:44.11 | ljp_laptop | why would blob need x? |
23:53.44 | *** join/#openembedded noda (~noda@modemcable063.97-200-24.mtl.mc.videotron.ca) |
23:53.50 | noda | Moo! |
23:54.02 | kergoth | hey noda |
23:54.15 | noda | kergoth: Heya |
23:54.22 | kergoth | gah, sitting on hold for 20 minutes, and the stupid voice system hangs up on me |
23:54.51 | treke | kergoth: lemme guess |
23:54.53 | treke | cable company? |
23:54.58 | kergoth | nah, mortgage company |
23:55.12 | kergoth | trying to hold off the forclosure while i get my ass down to texas making $$ |
23:55.16 | treke | you'd think they would be dying to talk to you |
23:55.19 | noda | kergoth: Mortgage company != bank? |
23:58.08 | kergoth | hm, they make you enter your social security number twice on two independent menus in the same sequence |
23:58.11 | kergoth | wtf |
23:58.13 | noda | lol |
23:58.32 | treke | kergoth: I always love when they have you dial your account number on the menus |
23:58.44 | treke | kergoth: then the first thing they do is ask you for it when a person picks up |
23:58.47 | kergoth | hehe |
23:58.50 | treke | "can I have your account number?" |
23:58.51 | kergoth | that pisses me off too |
23:58.56 | treke | "why dont you already have it." |
23:59.23 | kergoth | its funny navigating a system like this on a cell |
23:59.27 | noda | Or you call the phone providor and they ask for your telephone number -- encouraging... |
23:59.30 | kergoth | so you can see all the digits you had to punch in the display |
23:59.39 | noda | lol |