00:00.44 | *** join/#openembedded lsmith (~vandal@p213.54.15.92.tisdip.tiscali.de) |
00:02.44 | *** join/#openembedded lpotter__ (~ljp@tq0102.peakpeak.com) |
00:27.45 | *** join/#openembedded ljp_laptop (~ljp@tz0165.peakpeak.com) |
00:30.53 | chouimat|tv | Do you get bored to wait around for your things to become obsolete... yes then buy a computer |
00:31.40 | *** join/#openembedded decaff (~zic@clt74-76-015.carolina.rr.com) |
00:31.53 | icefox | Anyone here ran fixkdeincludes -e on opie? |
00:32.03 | chouimat|tv | no why? |
00:32.37 | icefox | how can I say:"No '%' found in output. Report as a bug w/encoder command line options if progressbar does not fill." in only 80 charactors? |
00:34.01 | icefox | chouimat|tv: it just speeds up the compile time, removes includes that arn't needed |
00:35.10 | chouimat|tv | icefox: ok, you tried it? |
00:35.59 | icefox | yup |
00:36.10 | icefox | I run it on all of my apps nowadays |
00:36.30 | icefox | even when I activly try to remove the incldues that arn't needed as I go it still finds some |
00:36.31 | chouimat|tv | icefox: ok I will try it soon |
00:36.33 | icefox | :0) |
00:36.34 | ljp_laptop | I think they did some apps with that |
01:18.55 | *** join/#openembedded ljp_laptop (~ljp@tz0165.peakpeak.com) |
02:20.05 | *** join/#openembedded beattie (~beattie@dsl093-039-043.pdx1.dsl.speakeasy.net) |
02:20.41 | beattie | kergoth: I heard you were in the road to Texas |
02:20.54 | treke|home | he is |
02:22.11 | beattie | so is that a phantom logged in as kergoth? |
02:22.21 | treke|home | nope. its an irc client |
02:26.28 | beattie | hmmm, irc clients that boot up a machine and login |
02:26.44 | beattie | :^) |
02:30.56 | chouimat | ~lart beattie just for fun |
02:57.56 | *** join/#openembedded TheMasterMind1 (~aman@000-200-407.area2.spcsdns.net) |
02:58.00 | chouimat|Zzzz | night |
03:29.06 | treke|home | so, what needs to be done for opie on first boot? |
03:30.02 | ljp_laptop | calib |
03:30.16 | treke|home | I know of 1) Calibrate |
03:30.23 | treke|home | 2) Create new user account |
03:30.30 | treke|home | 3) Choose autologin or manual login |
03:30.32 | treke|home | anything else? |
03:30.54 | ljp_laptop | maybe set date/time and passcode |
03:31.02 | treke|home | good idea |
03:31.14 | ljp_laptop | not needed |
03:31.52 | treke|home | damn. no wizard class :p |
03:32.16 | treke|home | oh well. easy enough to emulate |
03:32.18 | TheMasterMind1 | anyone interested in working on a quick c project |
03:32.27 | TheMasterMind1 | quick cash |
03:32.29 | TheMasterMind1 | http://www.datablocks.net/proftpd_help.txt |
03:33.18 | TheMasterMind1 | quote your price |
03:33.18 | TheMasterMind1 | heh |
03:33.25 | treke|home | 1 million dollars |
03:43.24 | *** join/#openembedded effy-kun (~blehme@Q110196.ppp.dion.ne.jp) |
03:51.01 | *** join/#openembedded SuKo|Shi (~sukoshi@dyn-195-242-99-80.ppp.tiscali.fr) |
04:06.54 | *** join/#openembedded heatxsink (~jack@hsa073.pool020.at101.earthlink.net) |
04:09.26 | *** join/#openembedded treke|laptop (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
04:21.45 | heatxsink | hi kergoth |
04:25.49 | treke|laptop | hrmmm. I hate looking for code |
04:27.50 | heatxsink | hi treke|laptop |
04:28.04 | treke|laptop | bleh its in libqpe not launcher |
04:30.01 | heatxsink | how do I update the buildroot source? |
04:30.07 | heatxsink | bk -u? |
04:30.22 | treke|laptop | bk pull |
04:31.12 | heatxsink | thanks treke |
04:37.42 | heatxsink | treke have you built a image for a Z? |
04:38.19 | treke|laptop | no |
04:38.41 | heatxsink | damn... |
04:38.42 | *** join/#openembedded tiptone (~tipton@h24-206-180-113.tx.shawcable.net) |
04:43.44 | treke|laptop | coded enough today |
04:43.45 | heatxsink | hahaha |
04:43.53 | heatxsink | I'm right there with ya |
04:44.00 | heatxsink | it's a holiday weekend right? |
04:44.04 | treke|laptop | yup |
04:44.09 | heatxsink | yes |
04:44.14 | heatxsink | I can't even get to making an image |
04:44.15 | heatxsink | hahaha |
04:44.25 | heatxsink | I keep dieing on some CRC32 bs.s |
04:44.27 | heatxsink | b.s. |
04:47.48 | heatxsink | treke? |
04:48.01 | treke|laptop | hehe |
04:48.05 | treke|laptop | "it works bitchen" |
04:48.13 | treke|laptop | "bob, you can't say bitchen on tv" |
04:48.38 | heatxsink | http://www.csupomona.edu/~nagranado/ERROR |
04:48.41 | heatxsink | man... |
04:48.45 | heatxsink | someone please? |
04:49.33 | ljp_laptop | treke: whadda lookin for? |
04:49.50 | treke|laptop | ljp_laptop: found it. the properties page for applnks |
04:56.24 | heatxsink | can anyone help me out at all? |
04:56.39 | chouimat|Zzzz | arrrggggggg I'm tired of that fucking Village People song!!!!!! |
04:58.14 | chouimat|Zzzz | is there a place in the world I can shoot the guys who listen to YMCA and In the Navy? |
04:58.29 | treke|laptop | san fransisco |
04:58.34 | ljp_laptop | spin Rush |
04:58.39 | heatxsink | funny |
04:59.40 | chouimat|Zzzz | heatxsink: funny???? 12 200lbs guy wearing woman clothing listening to village people near my appartment????? |
05:00.19 | heatxsink | hell no that's not funny, funny you want to go somewhere and shoot those people!!! heheeh |
05:00.28 | heatxsink | chouimat|Zzzz: I think I'd help ya if I could |
05:00.46 | chouimat|Zzzz | heatxsink: thanks |
05:00.52 | heatxsink | chouimat|Zzzz: thanks |
05:01.12 | heatxsink | chouimat|Zzzz: you've had to have messed with build-root right? |
05:01.33 | chouimat|Zzzz | anyway I just took a valium and I will sleep when their party will move on another level :) |
05:02.32 | chouimat|Zzzz | ljp_laptop: I just put some Cradle of Filth |
05:12.14 | ljp_laptop | hmm |
05:16.59 | *** join/#openembedded hunger (foobar@pD9ED74D8.dip.t-dialin.net) |
05:39.50 | *** join/#openembedded mchang (~mchang@dsl254-013-015.sea1.dsl.speakeasy.net) |
05:41.21 | heatxsink | please someone help me out? |
05:41.28 | mchang | wassup? |
05:41.48 | heatxsink | i'm getting this error when I try to just do a 'make' in build-root |
05:41.54 | heatxsink | http://www.csupomona.edu/~nagranado/ERROR |
05:42.13 | heatxsink | I did run the patch with the '-f' option |
05:42.17 | heatxsink | and it took |
05:42.21 | heatxsink | but when I run make |
05:42.23 | heatxsink | that is what I get |
05:43.11 | mchang | heatxsink: sorry -- never tried building it before. |
05:43.16 | heatxsink | n[p |
05:43.23 | heatxsink | thanks anyways mchang |
05:43.46 | mchang | heatxsink: sorry ... a bit of a n00b on oz |
05:44.12 | heatxsink | all good |
05:45.20 | mchang | seems to me that the patch is already applied. |
05:45.59 | heatxsink | yes |
05:46.04 | heatxsink | but when I run make it doesn't like it |
05:46.06 | heatxsink | I have no idea |
05:47.12 | mchang | can you take the patching line out? |
05:50.41 | heatxsink | I thought about that.. |
05:50.50 | heatxsink | I probably will have to go in and edit the make file |
05:51.07 | mchang | you could - or find a fresh source that isn't already patched. |
06:27.48 | *** join/#openembedded Davv (davv@CPE-65-28-199-189.new.rr.com) |
06:28.46 | *** join/#openembedded mchang (~mchang@dsl254-013-015.sea1.dsl.speakeasy.net) |
06:47.07 | treke|home | damn. knights wont build |
07:04.12 | *** join/#openembedded tassian (~DocG@KUMMEROG.UNI-MUENSTER.DE) |
07:28.56 | *** join/#openembedded mchang (~mchang@dsl254-013-015.sea1.dsl.speakeasy.net) |
07:38.51 | zecke_ | treke|home: quite easy to fix |
08:04.10 | *** join/#openembedded zecke (~ich@pD9E7FA36.dip.t-dialin.net) |
08:13.51 | *** join/#openembedded effy (effy@K069080.ppp.dion.ne.jp) |
08:18.20 | *** join/#openembedded lsmith (~vandal@p213.54.207.217.tisdip.tiscali.de) |
08:30.12 | *** join/#openembedded schurig (~schurig@pD951A771.dip.t-dialin.net) |
08:37.24 | *** join/#openembedded hunger (foobar@pD9ED74D8.dip.t-dialin.net) |
09:02.52 | joejoeMcgee | has anyone used the hitachi 1.8inch hard drives used in the apple ipod for any projects? |
09:05.17 | *** join/#openembedded heatxsink (~jack@hsa073.pool020.at101.earthlink.net) |
09:40.24 | effy | damn, there was just a 7.0 earthquake in Japan |
09:44.25 | *** join/#openembedded lsmith (~vandal@pD9E761EF.dip.t-dialin.net) |
10:08.46 | *** join/#openembedded Speedy2 (johnny@max-fw-139.dallas.net) |
10:25.11 | *** join/#openembedded drakx (~drakx@203.87.132.164) |
10:57.09 | heatxsink | whoa |
10:57.10 | heatxsink | serious? |
10:57.49 | effy | near Sendai |
10:59.08 | effy | shook for like a minute |
11:00.48 | heatxsink | oh damn |
11:00.51 | heatxsink | you're in japan? |
11:02.32 | effy | that's how I felt it ;) |
11:02.41 | heatxsink | whoa |
11:02.43 | heatxsink | crazy |
11:03.44 | effy | what's crazy? heh |
11:03.52 | heatxsink[zzzz] | that earthquake |
11:05.49 | effy | seems it was still 60 miles away from any large city |
11:06.05 | effy | 245 miles to Tokyo, and I still felt it pretty damn good |
11:06.20 | heatxsink[zzzz] | wow |
11:06.22 | heatxsink[zzzz] | crazy |
11:06.35 | heatxsink[zzzz] | you guys have that ring of fire that isn't quite stable.. |
11:06.41 | effy | heh |
11:06.43 | effy | where you from? |
11:06.56 | heatxsink[zzzz] | california |
11:07.06 | effy | California's a part of it, dude ;) |
11:07.24 | heatxsink[zzzz] | i know |
11:07.25 | heatxsink[zzzz] | but... |
11:07.30 | effy | hehe |
11:07.31 | heatxsink[zzzz] | you have more active parts... |
11:07.46 | effy | true |
11:08.38 | effy | and you're supposed to be in bed ;) |
11:13.36 | heatxsink[zzzz] | hehehe |
11:13.36 | heatxsink[zzzz] | I know |
11:13.37 | heatxsink[zzzz] | hahaha |
11:13.39 | heatxsink[zzzz] | I can't sleep |
11:13.44 | heatxsink[zzzz] | it's 4:13 am here |
11:13.45 | heatxsink[zzzz] | hahaha |
11:29.42 | schurig | effy: hmm, 7.0 is quite strong. Fortunately your building companies aren't as corrupts as the ones in northern africa |
12:01.27 | *** join/#openembedded decaff (~zic@clt74-76-015.carolina.rr.com) |
12:02.46 | effy | schurig: well, the one in Kobe destroyed plenty. I dont think there is much scare, but as I dont have a TV I cant verify much ;) |
12:18.57 | *** join/#openembedded [aSQUi] (~asqui@m-195.nv.iinet.net.au) |
12:27.26 | *** join/#openembedded pb_ (~pb@pc2-cmbg4-3-cust239.cmbg.cable.ntl.com) |
12:28.00 | *** join/#openembedded mickeyl (mickeyl@gandalf.tm.informatik.uni-frankfurt.de) |
12:36.03 | Twiun | hey mickeyl |
12:36.38 | Twiun | ... and hey pb_ |
12:36.42 | schurig | Twiun: hey |
12:36.48 | pb_ | hi Twiun |
12:37.16 | mickeyl | hi Twiun |
12:38.07 | Twiun | schurig: hey :) |
12:39.31 | mickeyl | moin schurig. did you remember my request re. passing a fuzz parameter to patcher? |
12:42.30 | schurig | mickeyl: yeah,but so far I never needed the fuzz, so I |
12:42.36 | schurig | am probably a lazy guy |
12:42.54 | mickeyl | tsss |
12:42.55 | mickeyl | :) |
12:42.57 | Twiun | mickeyl: trying to patch the kernel some more? |
12:43.31 | mickeyl | Twiun: trying to play with preemptible and low-latency patches |
12:43.42 | schurig | mickeyl: don't hesitate to do the patch by yourself (perl is userspace :-) |
12:43.51 | mickeyl | err |
12:43.54 | mickeyl | no |
12:43.55 | schurig | hehe |
12:43.56 | mickeyl | sorry |
12:44.00 | mickeyl | perl is a no-no for me |
12:44.15 | schurig | ok, I have no problem with rewriting patcher in python :-) |
12:44.25 | schurig | as far as I don't have to do the work :-) |
12:44.38 | mickeyl | mmh |
12:45.03 | mickeyl | well if rewriting patcher in python would bring me to understand it, then maybe I'll do :) |
12:45.38 | *** join/#openembedded prpplague (~joe123@200.62.42.60) |
12:46.19 | schurig | mickeyl: did you do "perldoc oz/scripts/patcher" ? |
12:47.04 | mickeyl | i read a few months of arm-linux archives - partly funny stuff |
12:47.16 | mickeyl | schurig: no, not yet |
12:49.16 | Twiun | mickeyl: still haven't found out where the bloody keybindings are being overridden |
12:49.37 | Twiun | anyone know where the [home+b] key combo is defined to be reboot? |
12:50.26 | yeiazel | isn't home the sysrq key ? |
12:50.35 | *** join/#openembedded ljp_laptop (~ljp@206.168.3.145) |
12:51.25 | yeiazel | home seems to be the sysrq key. sysrq key combos are defined in the kernel |
12:57.50 | mickeyl | any ideas how can i convert a png to something which I can 'cat > /dev/fb0' ? |
12:58.06 | *** join/#openembedded prpplague (~joe123@200.62.42.60) |
12:58.23 | mickeyl | hi prpplague |
12:58.36 | prpplague | mickeyl: hey |
12:58.57 | pb_ | mickeyl: probably need to write a small program using libpng. |
13:00.03 | mickeyl | pb_: don't want to reinvent the wheel... i found a few programs (e.g. fbi) which let me display stuff in the fb, but no program to just convert it to a file which I can 'cat' later... |
13:01.48 | *** join/#openembedded heatxsink[zzzz] (~jack@hsa073.pool020.at101.earthlink.net) |
13:03.34 | *** join/#openembedded prpplague (~joe123@200.62.42.60) |
13:04.30 | schurig | mickeyl: /dev/fb0 contains the raw rgb pixels of the framebuffer, it's in no particular format. It should be easy to convert this to one of the netpbm formats and vica verca |
13:05.12 | schurig | BUT BEWARE: /dev/fdx has different formats on different hardware, e.g. a monochrome framebuffer is different to a 8 bit color depht framebuffer is different ot a 16 bit depth framebuffer |
13:05.46 | schurig | there is somewhere something like libfb that unifies access. |
13:05.47 | Twiun | yeiazel: thanks - I didn't realise it was |
13:06.47 | schurig | anyway, once you have a picture in the fb, you can cat /dev/fb0 >/tmp/pic and later cat /tmp/pic >/dev/fb/0 |
13:07.36 | yeiazel | Twiun: :) |
13:08.01 | Twiun | yeiazel: I hope the other keyboard behaviour I want to change is in there too :) |
13:09.34 | Twiun | nope, it's not... but useful stuff to know regardless |
13:13.10 | mickeyl | schurig: actually i just want to display a bunch of splash screens during sysinit and i think everything beyond cat'ing some prerendered pictures into fb would be overkill for that purpose |
13:13.33 | Twiun | mickeyl: not going to use the bootsplash stuff then? |
13:14.49 | mickeyl | Twiun: I'm not sure yet. but 1.) it doesn't apply without patching to rmk-patches kernels and 2.) i feel it is overkill 'just' for a splash screen |
13:15.34 | Twiun | mickeyl: I suppose so :) |
13:15.51 | Twiun | mickeyl: I'll see if I can 'borrow' the relevant code just for the fb background |
13:16.42 | mickeyl | Twiun: that would be spiffy!" |
13:17.22 | Twiun | mickeyl: first, let me fix this "£(*"^£$("£*&$"£ damn keyboard problem :) |
13:17.26 | mickeyl | sure |
13:19.21 | *** join/#openembedded cmartin (~cmartin@gw.krypnet.de) |
13:20.16 | mickeyl | moin cmartin |
13:21.05 | Twiun | hey cmartin |
13:22.01 | cmartin | hi |
13:23.17 | cmartin | just bk pulled newest version of opie and qt and i get an error with stocktickerconfig ? |
13:23.46 | mickeyl | already fixed. cvs update opie |
13:25.10 | Twiun | btw, that CF card not mounting problem - it's not hotplug, things work find if I restart pcmcia services |
13:26.54 | cmartin | Twiun: are you talking about SIMpad? - isn't there an issue with resuming and PCMCIA? |
13:27.42 | Twiun | cmartin: my issues are on the Zaurus - most likely a separate problem than the simpad ones |
13:27.50 | cmartin | k |
13:28.29 | mickeyl | cmartin: the issue is not pcmcia, the issue is lack of decent power management abstraction. manually calling all suspend scripts before suspending and after that calling manually all resume scripts works |
13:28.54 | cmartin | mickeyl: in your TODO you mention the fact that rootfs is mounted twice and you ask if that's a problem - well my iPAQ is the same and everything is fine there |
13:29.10 | cmartin | k |
13:29.19 | mickeyl | cmartin: good. then its just "cosmetics" :) |
13:29.30 | cmartin | think so too |
13:29.42 | mickeyl | cmartin: which means that the kernel folks really should settle on apm or acpi and that soon. it's pretty annoying |
13:29.49 | Twiun | let's see what else lineo have fucked up in there |
13:29.53 | mickeyl | Twiun: hehe |
13:31.12 | cmartin | mickeyl: i have a candidate for testing 16MB devices with our OE images |
13:31.25 | cmartin | mickeyl: just an info |
13:33.36 | mickeyl | cmartin: that's good. I really like to release an image as soon as juergen et. al. come out with a new bootloader. i think there are no real showstoppers left. bugs and quirks yes, but imho no showstoppers. what do you think? |
13:34.22 | cmartin | mickeyl: that's my oppinion too |
13:38.16 | cmartin | mickeyl: BTW good job with the switch stuff - sorry i couldn't help you there, but after seeing your messages in the ML it was over my head anyways ;-) |
13:38.56 | cmartin | mickeyl: i'm not very firm in qt and opie |
13:46.35 | mickeyl | cmartin: actually it was pretty easy once i found out (thanks to schurig) why reading /dev/switches didn't work :) |
13:46.48 | mickeyl | peter corrected the bug in the simpad-kernel yesterday. |
13:51.18 | mickeyl | I'm about to integrate the current snapshot of jpm2 into buildroot |
13:55.26 | schurig | hurray, suspend/resume works even with my wlan card :-) |
13:55.40 | schurig | the little joys of a little kernel hacker |
13:56.06 | mickeyl | cmartin: ah damn... once again i can't get into cvs because of sf.net's maximum anon cvs |
13:56.13 | mickeyl | schurig: congrats - what did you do? |
13:56.14 | schurig | mickeyl: don't CAT them, do gzip -d <pic.gz >/dev/fd0 ... |
13:56.33 | mickeyl | schurig: i would if i could convert them... |
13:56.36 | schurig | mickeyl: dig deep into the Intel PXA Develeper's Manual and do the right thing (tm) |
13:56.42 | mickeyl | hehe |
13:57.24 | schurig | mickeyl: hmm, you use some software to display the pics on the fb, then you save them with gzip -9 </dev/fb0 >/tmp/pic.gz |
13:57.43 | schurig | mickeyl: and so you get a bunch of simpad specific pics. And later you re-display them. |
13:57.55 | schurig | mickeyl: maybe not the best way ... but it should work |
13:58.29 | schurig | mickeyl: if you want to write into fb or draw little graphics and you don't want to call Qt during boot, then have a look at libts. The "ts_calibrate" has some framebuffer access code |
13:59.06 | schurig | also there is the linux-logo web site where you can easily create your own penguin bootlogo |
13:59.46 | mickeyl | yup |
14:00.19 | mickeyl | that sounds doable |
14:00.25 | ljp_laptop | I can have a penguin with big boobs? |
14:00.34 | schurig | mickeyl: they don't settle on APM or ACPI ... no one really want's ACPI, it's bureacratic overblow. Can increase the kernel by more than 80 kB. So, for small target's like us APM is the way to do the user interface |
14:00.56 | schurig | ljp_laptop: go and get a decent girlfriend / wife |
14:01.31 | schurig | mickeyl: http://www.arnor.net/linuxlogo/ |
14:01.48 | schurig | This patch applied (AFAIK) plain to my -rmkX-pxaY kernel |
14:01.51 | mickeyl | schurig: now if the handhelds.org people would be a bit more cooperative and would provide the apm-bios-less apm implementation seperated from their mega-hh-patch |
14:02.08 | schurig | hehe |
14:02.24 | schurig | mickeyl: I have this stuff for PXA, so you're not that interested in my patch :-) |
14:02.32 | mickeyl | :) |
14:03.00 | mickeyl | schurig: does RAMSES save the fb-memory between suspend and resume? the simpad does not |
14:03.11 | mickeyl | so we have to repaint everything after resume |
14:03.26 | Twiun | mickeyl: the Z does the same thing |
14:03.40 | mickeyl | Twiun: really? where is the code that does the repaint-thingy ? |
14:03.41 | Twiun | mickeyl: screen_backup() and screen_restore() |
14:03.45 | schurig | mickeyl: it doesn't need to. The framebuffer is a range of memory in SDRAM, the kernel told the LCD controller where this memory is located. |
14:04.00 | mickeyl | Twiun: where can i look this up? |
14:04.01 | schurig | mickeyl: since SDRAM is preserved during suspend/resume, the image on the LCD is preserved, too |
14:04.07 | Twiun | mickeyl: let me find the sources |
14:04.30 | Twiun | mickeyl: drivers/video/colliefb.c |
14:04.49 | mickeyl | schurig: well - not on the simpad. the simpad uses a mq200 graphics card which IMHO has a dedicated graphic memory |
14:04.52 | mickeyl | Twiun: thanks |
14:04.53 | schurig | Twiun: that's strange. When you're in text-mode and do a suspend/resume cycle, do you then still see the image? |
14:05.13 | Twiun | schurig: I believe so |
14:05.25 | Twiun | schurig: checking now |
14:05.32 | schurig | mickeyl: okay, then you could save the framebuffer in /etc/apm/suspend.d/... and restore it in /etc/apm/resume.d/... |
14:05.40 | schurig | Twiun: bon appetit |
14:06.06 | schurig | mickeyl: or you could do this in the kernel, e.g. add proper CONFIG_PM support to drivers/video/mqwhatever.c. |
14:06.50 | Twiun | hmmm... gonna have to recompile the kernel - been pissing about with the resume key stuff :) |
14:06.56 | Twiun | can't resume the Z atm |
14:07.16 | schurig | Twiun: smash it at the ceiling, that helps |
14:07.31 | Twiun | lol |
14:07.42 | Twiun | I'm not that desperate... I'll just reboot |
14:08.50 | mickeyl | schurig: well - both options which I will delegate to the kernel folks :) |
14:09.14 | mickeyl | a minimal pm helper doing this wouldn't be hard though |
14:09.40 | schurig | mickeyl: the first option is user space |
14:10.30 | mickeyl | schurig: not in the current state where the on/off button is hardwired to GPIO and thus I can't do _anything_ before suspending the device. |
14:12.21 | Twiun | hrm. looks like I've truly foobar'd my linux sourcetree... thing won't resume... |
14:16.24 | mickeyl | cmartin: btw., does RTC work properly yet ? |
14:17.51 | cmartin | mickeyl: what do you mean? |
14:18.25 | cmartin | do you mean the fact that the clock is reset after resetting the device? |
14:19.16 | mickeyl | no. this is normal. but does the clock survive suspend and resume? |
14:19.27 | mickeyl | without being suspended, that is :) |
14:21.06 | cmartin | oh, i forgot to take notice if this was happening when using the switchd |
14:22.03 | mickeyl | ok. we'll see. a related thing: hoes does one create rtc-alarms on the SIMpad? |
14:22.03 | cmartin | but if the clock is being suspended when echoing to /proc the it would be the same with switchd |
14:22.41 | mickeyl | how do rtc-alarms work on linux in general? |
14:23.05 | *** join/#openembedded heatxsink[zzzz] (~jack@hsa073.pool020.at101.earthlink.net) |
14:23.12 | cmartin | donno |
14:23.34 | cmartin | mickeyl: does image making work from buildroot now? |
14:23.51 | mickeyl | yes |
14:24.33 | mickeyl | you may have to manually compile scripts/pad.c if that does not work automatically yet |
14:24.36 | cmartin | great, i'll try it right now |
14:24.54 | cmartin | how are you padding? |
14:25.11 | cmartin | the whole 32MB? |
14:27.13 | mickeyl | no padding at all |
14:27.16 | mickeyl | 32MB images don't flash yet |
14:27.22 | cmartin | i noticed that your simpad-opie_image config has a "Erase block size" of 131072 - is that correct? |
14:27.31 | mickeyl | yes. |
14:27.46 | mickeyl | 0x20000 |
14:28.56 | cmartin | cmartin should go back to math class :) |
14:33.37 | cmartin | mickeyl: BTW, in case you're still not sure 0x20000 is correct - a look at /proc/misc/mtd shows that this is the correct Erase blockk size ;) |
14:34.18 | mickeyl | what does it show? |
14:34.22 | mickeyl | :)) |
14:34.43 | mickeyl | i believe that now |
14:35.15 | mickeyl | i just still wonder why jffs2 doesn't has a special end-of-written-partition code and why all these zeros are necessary |
14:37.21 | *** join/#openembedded TheMasterMind1 (~aman@000-207-688.area2.spcsdns.net) |
14:39.12 | cmartin | mickeyl: with the old image it showed: |
14:39.16 | cmartin | devsizeerasesizename |
14:39.16 | cmartin | mtd00008000000020000SIMpad boot firmware |
14:39.17 | cmartin | mtd10010000000020000SIMpad kernel |
14:39.17 | cmartin | mtd200d8000000020000SIMpad root cramfs |
14:39.18 | cmartin | mtd30110000000020000SIMpad local jffs |
14:40.29 | mickeyl | ok -looks good then. |
14:42.32 | cmartin | mickeyl: should tslib-common be activated for an image? |
14:43.21 | mickeyl | not sure |
14:43.43 | mickeyl | you don't need tslib-tools, but iirc the rest of tslib |
14:43.48 | cmartin | you did make an image with tslib, didn't you? |
14:43.56 | mickeyl | i did - but hey, that was two days ago :-D |
14:44.17 | mickeyl | ask killefiz, he did one yesterday |
14:44.18 | killefiz | cmartin: if you really care i can check my config. i'm using tslib as well |
14:44.21 | mickeyl | killefiz: ping |
14:44.23 | mickeyl | ah :) |
14:44.41 | cmartin | killefiz: yes check that for me |
14:44.52 | cmartin | i'm making an image now |
14:45.57 | mickeyl | cmartin: you might want to remake the kernel before trying the image - i just bk pushed jpm2 |
14:46.08 | mickeyl | i'd like to know if that kernel works |
14:46.12 | cmartin | k |
14:46.54 | cmartin | will have to let you know tonight, i don't have my simpad with me at the time |
14:46.59 | mickeyl | me too :) |
14:47.50 | mickeyl | i used wellenreiter (wlan sniffer) with my SIMpad on weekend. It's pretty amazing because PCMCIA cards have much better range compared to CF-cards. I scanned twice the amount of networks than with my Z |
14:47.52 | cmartin | i know i asked this before - how would i just pull and recompile the kernel? |
14:48.21 | mickeyl | cmartin: bk pull; rm -rf build/linux* stamps/.kernel.*; make |
14:48.32 | mickeyl | add a bk -r co -q after bk pull |
14:48.59 | cmartin | k, i'll try to remember that |
14:49.26 | cmartin | killefiz: do i need tslib-common or not? |
14:50.39 | *** join/#openembedded Sp33dy2 (johnny@max-fw-153.dallas.net) |
14:50.45 | Sp33dy2 | ibot seen timriker |
14:50.46 | | timriker <~timr@c-67-163-110-34.client.comcast.net> was last seen on IRC in channel #zaurus, 1d 12h 52m 59s ago, saying: 'cool.'. |
14:51.14 | *** join/#openembedded Piete (~abri@61.104.220.154) |
14:51.23 | Piete | hey guys :) |
14:51.27 | cmartin | mickeyl: kernel compiling now |
14:51.50 | cmartin | mickeyl: what has changed in jpm2? |
14:52.00 | Piete | is it just me, or is the mplayer in the OZ feed rather buggy? |
14:52.22 | TheMasterMind1 | it is |
14:52.25 | Piete | when I try to manualy (without xmms/e) play a file, i just get audio and a black screen.. |
14:52.33 | TheMasterMind1 | its improved since, just not in feeds yet |
14:52.46 | Piete | and lots of errors like 'this should use swscaler' etc.. |
14:52.53 | Piete | TheMasterMind1: ah, good to hear :) |
14:53.09 | TheMasterMind1 | oz is due for another minor release pretty badly |
14:53.22 | TheMasterMind1 | ipkg still sucks though, thats pretty much whats holding it back |
14:53.34 | Piete | I took the plunge and got a 2.4.21-rc kernel.. usbnet is pretty nice :) |
14:54.00 | Piete | hehe, yea, I wouldn't mind a binary portage for the zaurus :) |
14:54.30 | cmartin | killefiz: ever thought about changing "zsi" to something like "OpenEmbedded Software Index"? |
14:54.54 | Piete | so, anyone tried the 3.10 (or whatever they call it) sharp rom? |
14:55.13 | TheMasterMind1 | yea |
14:55.16 | TheMasterMind1 | its not that great |
14:55.19 | TheMasterMind1 | some real nice things |
14:55.25 | TheMasterMind1 | but still a crappy sharp rom |
14:55.30 | Piete | :/ |
14:55.44 | Piete | I hoped they would fix it up.. |
14:55.46 | TheMasterMind1 | cmartin: all the software on zsi isn't openembedded compatible |
14:55.56 | schurig | cmartin: why do you have both cramfs and jffs2? |
14:55.58 | TheMasterMind1 | they fixed documents tab, used 2.4.18 |
14:56.06 | TheMasterMind1 | updated opera and such |
14:56.07 | Piete | TheMasterMind1: aww, kewl |
14:56.17 | TheMasterMind1 | but the new kernel gets load averages of 3.5 |
14:56.27 | Piete | TheMasterMind1: wha: |
14:56.30 | TheMasterMind1 | heh, the 2.4.18 oz rom wont' be all that great |
14:56.34 | Piete | TheMasterMind1: I thought they fixed that.. |
14:56.36 | TheMasterMind1 | the 2.4.19 oz rom will own |
14:56.39 | TheMasterMind1 | Piete: nope |
14:57.23 | Piete | I'd love a videolan where the server-side does the decoding.. |
14:57.36 | Piete | then I can watch dvds on low-powered devices.. |
14:57.37 | Piete | :) |
14:57.39 | cmartin | schurig: cramfs was in the beginning, until we started integrating with oe - now we have jffs2 - should be the only thing we will use in the future ;) |
14:57.58 | TheMasterMind1 | Piete: hehe |
14:57.59 | cmartin | schurig: at least oe-wise |
14:58.23 | schurig | cmartin: if the hex numbers in your display are start-of-image and length-of-image then it looks strange |
14:58.23 | Piete | btw, where does ipkq save packages while they are downloaded and being installed? |
14:58.40 | schurig | it would be a VERY small jffs2 |
14:59.19 | cmartin | schurig: what do you mean with "my display"? |
14:59.35 | Piete | s/ipkq/ipkg |
14:59.39 | TheMasterMind1 | Piete: /tmp |
14:59.49 | Piete | TheMasterMind1: on flash? ow.. |
14:59.59 | TheMasterMind1 | that might not be flash |
15:00.03 | TheMasterMind1 | *shrug* |
15:00.07 | TheMasterMind1 | <PROTECTED> |
15:00.12 | TheMasterMind1 | ipkg sucks. |
15:00.15 | TheMasterMind1 | a lot. |
15:00.32 | TheMasterMind1 | i'm almost at the point where i'll pay someone to work on it |
15:00.38 | killefiz | cmartin: sorry - some $#&^$#@!!! rebooted our firewall |
15:00.41 | schurig | what you pasted at 16:39 hours |
15:00.47 | schurig | into this channel |
15:01.02 | schurig | ops, it was erase-size. |
15:01.03 | Piete | TheMasterMind1: heck, even I'll pitch in :) |
15:01.07 | Piete | crap |
15:01.13 | killefiz | cmartin: i have TSLIB-COMMON and TSLIB-TOOLS |
15:01.16 | schurig | I should enter read-before-type-mode |
15:01.20 | Piete | anyway |
15:01.23 | Piete | bedtime.. |
15:01.35 | cmartin | schurig: no that is size and eraseblock size not length |
15:02.56 | cmartin | schurig: what you see are just the partition descriptions set in the kernel - cramfs was for the original cramfs partition |
15:03.21 | killefiz | cmartin: [new zsi name] - yes i have. but it needs more features first. Maybe i'll reimplement it in typo3 ;) |
15:03.22 | cmartin | schurig: we now only use 3 partitions - boot, kernel and root |
15:03.42 | cmartin | killefiz;) |
15:03.50 | schurig | cmartin: you you have the new JFFS2 code that does the fast mount? |
15:04.17 | schurig | s/have/use/ |
15:05.19 | cmartin | schurig: donno - if you're talking about a kernel patch, then it probably isn't in there, since the kernel guys still use cramfs |
15:06.01 | cmartin | schurig: maybe mickeyl knows this |
15:06.49 | mickeyl | cmartin: miscellaneous minor things. the pcmcia stuff, the switches OOPS bugfix and the switches return value fix. |
15:06.59 | mickeyl | schurig: jffs2 fast mount? where? :-D |
15:07.43 | mickeyl | cmartin: basically jpm2 makes me drop my intermediate patches which is a good thing(TM) |
15:09.35 | cmartin | mickeyl: after rebuilding with the jpm2 patch i now have two ipks and the jpm2 version is not in the Packages file - is this normal? |
15:09.46 | schurig | mickeyl: it |
15:09.59 | schurig | mickeyl: it's in the current MTD cvs. |
15:10.21 | schurig | mickeyl: it prevents jffs from scanning all flash sectors at boot time, but instead uses a kernel thread that does this in the background |
15:10.45 | cmartin | mickeyl: could the fast mount thing be the reason why our image boots so slowly since we started using jffs2? |
15:10.49 | schurig | mickeyl: the patch is rather intrusive, patching lot's of places, e.g. a common kernel-zlib implementation |
15:11.05 | schurig | cmartin: it speeds up just the mount, not operation afterwards |
15:11.51 | schurig | cmartin: but yes, without this jffs2 is slow to mount compared with cramfs/nfs/whatever --- especially if your memory interface is slow (as on SA1110 or PXA250, PXA255 is not really good but ok) |
15:11.53 | cmartin | schurig: i'm talking about boot, not operation - it seems to me that exactly the mounting process is taking a long time |
15:12.23 | killefiz | cmartin: how many seconds is a long time for you? |
15:13.04 | *** join/#openembedded sieve (~klu5ter@12.148.134.9) |
15:13.04 | cmartin | well, my device takes about 5 minutes to boot, but that could be because i had debug stuff activated in my last image |
15:13.25 | *** join/#openembedded heatxsink[zzzz] (~jack@hsa073.pool020.at101.earthlink.net) |
15:13.43 | killefiz | cmartin: yes disabling jffs2-debug brought my boot time from ~3 minutes 47 seconds |
15:14.15 | cmartin | killefiz: ok, then that is my problem ;) |
15:14.58 | schurig | cmartin: debug stuff, it it goes out via serial cable, make things as slow as the baudrate is :-) |
15:16.30 | mickeyl | it's really really slow. also booting into Opie is much slower than on the Z and I don't know wh |
15:16.31 | mickeyl | y |
15:16.49 | mickeyl | but "premature optimization is the root of all evil" |
15:16.52 | mickeyl | so that can come later. |
15:17.03 | mickeyl | cudos to Tanenbaum |
15:17.14 | cmartin | this must have something to do with jffs2 though, since the cramfs image doesn't boot this slowly |
15:17.30 | mickeyl | cmartin: what do you mean with two packages? |
15:17.40 | cmartin | jpm1 and jpm2 |
15:17.54 | cmartin | in output/ipks |
15:17.55 | schurig | mickeyl: if operation is also slow, then you should check on your SDRAM timings (they are programmable in the SA1110) |
15:18.02 | schurig | that's usually done in the bootloader |
15:18.07 | mickeyl | cmartin: make image_clean :-D |
15:18.13 | mickeyl | cmartin: that is not done automatically! |
15:18.28 | mickeyl | schurig: good idea. know offhand where that's initialized in? |
15:18.41 | schurig | cmartin: jffs2 needs to know which flash sectors are used and dirty. Because the box could be switched off during an sectore erase/flash ... |
15:19.13 | schurig | cmartin: so jffs2 goes over the whole flash and looks of the sector id and CRC32. It then generates a list of free/used sectors. |
15:19.19 | cmartin | mickeyl: jpm1 and jpm2 ipks still there, but Packages gone - is that right? |
15:19.30 | schurig | cmartin: jffs2 in kernel does this at mount time, jffs2 in cvs does this in a kernel thread |
15:19.30 | mickeyl | no idea. |
15:19.34 | mickeyl | jpm1 shouldn't be there |
15:19.48 | mickeyl | leftover of your last build maybe |
15:19.53 | killefiz | hmm - zaurus: 1:05 <-> simpad 1:35 |
15:20.04 | mickeyl | killefiz: 1:35? |
15:20.08 | mickeyl | hmm... faster than mine |
15:20.11 | mickeyl | wizard :) |
15:20.12 | schurig | cmartin: more info on #mtd :-) |
15:20.37 | killefiz | mickeyl: that is the time from hitting "reboot" in opie 'til opie is back again |
15:20.46 | mickeyl | pretty fast |
15:20.47 | mickeyl | strange |
15:20.59 | killefiz | mickeyl: jffs2-debug still on in your kernel? |
15:21.07 | mickeyl | schurig: are you capable of quick-teaching me how to do rtc-alarm-wake ups? |
15:21.12 | mickeyl | killefiz: no. disable that |
15:21.21 | mickeyl | verbosity=0 |
15:21.25 | schurig | mickeyl: no. I don't have any idea on the RTC in the SA1110 |
15:21.36 | mickeyl | schurig: ok. |
15:21.41 | schurig | hmm, I'm not even rtc-alarm-wakeup on Ramses right now |
15:22.20 | schurig | mickeyl: but if I had to, I would programme the RTC wakeup register and set the right bit so that I get woken up |
15:22.40 | schurig | mickeyl: I could also program my DS1337 (hardware clock) to generate an IRQ, which is probably what I will do |
15:26.03 | pb_ | heh, you have a leet hardware clock? that's cool. |
15:26.40 | mickeyl | schurig: linux logo patch site looks good. will try to patch these onto rmk7 |
15:36.58 | cmartin | shit! just rermoved the whole output/ipks directory - how do i get make to just rebuild the ipks? |
15:37.41 | mickeyl | make |
15:38.12 | *** join/#openembedded crusher (~stefan@microweb.xs4all.nl) |
15:38.19 | cmartin | mickeyl: doesn't work |
15:38.31 | mickeyl | ?? |
15:38.42 | cmartin | /home/simpad/opensimpad/scripts/mkipkg: line 325: /tmp/mkipkg.7188/CONTROL/control.new: Permission denied |
15:38.43 | cmartin | mkipkg: i18n/pl/*.qm not found |
15:38.43 | cmartin | mkipkg: i18n/pl/.directory not found |
15:38.43 | cmartin | mkipkg: ERROR: missing files, not building /home/simpad/opensimpad/build/ipktemp/libts-0.0-20030404-2/CONTROL/control |
15:38.44 | cmartin | make[1]: *** [/home/simpad/opensimpad/output/ipks/libts-0.0_20030404-2_simpad.ipk] Error 1 |
15:38.45 | cmartin | make[1]: Leaving directory `/home/simpad/opensimpad/packages/tslib' |
15:38.47 | cmartin | make: *** [packages/tslib] Error 2 |
15:39.08 | mickeyl | ./home/simpad/opensimpad/scripts/mkipkg: line 325: /tmp/mkipkg.7188/CONTROL/control.new: Permission denied |
15:39.17 | mickeyl | rm -rf /tmp/mkipkg* |
15:39.30 | mickeyl | rm -rf stamps/*.ipk |
15:39.30 | mickeyl | make |
15:41.03 | cmartin | mickeyl: thanx - must have been old /tmp files from when i had built buildroot as root |
15:41.26 | cmartin | everything is fine now - whew |
15:42.54 | *** join/#openembedded madcat` (mike@pool-68-162-144-237.pitt.east.verizon.net) |
15:43.11 | madcat` | hey |
15:44.07 | madcat` | is there a faq for OE? |
15:45.27 | cmartin | mickeyl: even after make the opie and qt ipks aren't there |
15:46.24 | *** join/#openembedded gruemelmonster (~Jojo@pD9E50C3F.dip.t-dialin.net) |
15:46.37 | mickeyl | cmartin: delete the stamps |
15:46.47 | mickeyl | rm -rf stamps/.*.ipk |
15:46.52 | cmartin | mickeyl: all of them ? |
15:47.00 | mickeyl | as you like |
15:47.02 | mickeyl | :) |
15:47.06 | mickeyl | doesn't hurt |
15:47.45 | cmartin | mickeyl: what's this stamps directory anyways? |
15:48.07 | mickeyl | controls what part of a package has been built yet |
15:48.28 | mickeyl | necessary to enable fine granulary remaking |
15:48.38 | cmartin | so if i rm -rf stamps/* then everything is rebuilt? |
15:49.05 | mickeyl | yes. but that won't work unless you also rm -rf build/* |
15:49.42 | cmartin | ok, then what does removing only the stamps do? |
15:50.11 | mickeyl | triggers the make process |
15:50.25 | mickeyl | but it will fail because e.g. the patches have been already applied to the source tree |
15:52.47 | madcat` | hrm |
15:52.47 | cmartin | and this would try to reapply the patches? |
15:53.25 | madcat` | does it matter to OE if the target platform can only run uClinux? |
15:56.11 | mickeyl | cmartin: yes. please lookup Vars.make and Rules.make for further details |
15:56.34 | mickeyl | it's basically all standard Makefile magic. |
15:56.39 | chouimat | hi |
15:57.02 | cmartin | k |
15:57.47 | cmartin | mickeyl: make image asks - apmd (INSTALL_APMD) [N/y] (NEW) - y or n ? |
15:58.44 | mickeyl | y |
15:59.10 | cmartin | base-modules? |
15:59.26 | mickeyl | y |
15:59.58 | cmartin | why am i being asked this stuff - i wasn't asked before |
16:00.13 | mickeyl | cat def-config/simpad-opie_image output/.config |
16:00.27 | mickeyl | didn't you do this before? |
16:00.32 | cmartin | yes |
16:00.56 | mickeyl | well - then it might be that you have new packges built, which are not yet listed in .config |
16:01.04 | mickeyl | then you will be asked. |
16:06.32 | cmartin | now a problem with hostap modules - Module installation directory not valid: '/home/simpad/opensimpad/build/ipktemp/hostap-modules-2002-09-12-7/lib/modules/2.4.19-rmk7-jpm2' |
16:07.34 | cmartin | sorry, forgot to mention that make image complained that hostap modules depended upon kernel-2.4.19-rmk7-jpm1 |
16:08.07 | cmartin | did make SUBDIRS=packages/hostap mrproper;make |
16:08.14 | mickeyl | cmartin: wait a minute - fixing that atm |
16:08.16 | cmartin | ended with obove error |
16:08.31 | cmartin | s/above |
16:08.44 | *** join/#openembedded tiptone (~tipton@h24-206-180-113.tx.shawcable.net) |
16:09.37 | cmartin | i think i need to have the kernel and modules recompiled |
16:09.58 | cmartin | maybe the extra patches don't apply? |
16:10.15 | mickeyl | <mickeyl> cmartin: wait a minute - fixing that atm |
16:11.26 | mickeyl | bk pull; rebuild kernel and modules. i fixed the kernel build to use ccache so from now on rebuilding kernel will be a one-minute thing :) |
16:12.56 | mickeyl | bbl in 1h |
16:12.59 | tiptone | mickeyl: made some progress with PyQt this weekend, thanks |
16:13.08 | mickeyl | tiptone: you're welcome :) |
16:13.37 | tiptone | cmartin: you building for Simpad? |
16:14.23 | cmartin | tiptone: yep |
16:14.29 | *** part/#openembedded madcat` (mike@pool-68-162-144-237.pitt.east.verizon.net) |
16:15.27 | tiptone | what OS does the Simpad normally use? WinCE? |
16:15.34 | cmartin | CE |
16:17.03 | lsmith | holy shit .. munich is going to linux on the server and client |
16:17.13 | chouimat | ? |
16:17.15 | lsmith | even though steve ballmer himself tried to convince them otherwise |
16:21.01 | gruemelmonster | i love the sentence where they say that CAD-workplaces for example are not concerned right now |
16:21.16 | gruemelmonster | as if those would mind |
16:21.39 | gruemelmonster | they are running unix anyways |
16:27.51 | *** join/#openembedded TheMasterMind1 (~aman@68.27.109.209) |
16:28.39 | TheMasterMind1 | so anyone planning on getting a c750? |
16:28.42 | *** part/#openembedded cmartin (~cmartin@gw.krypnet.de) |
16:29.04 | Twiun | not for a good 4 or 5 months |
16:29.09 | Twiun | ... might have newer devices by then |
16:32.00 | chouimat | TheMasterMind1: some day |
16:33.20 | *** join/#openembedded SuKoShi (~sukoshi@dyn-195-242-99-80.ppp.tiscali.fr) |
16:38.46 | *** join/#openembedded schurig (~holger@p5080AA45.dip0.t-ipconnect.de) |
16:39.58 | chouimat | hi schurig |
16:43.05 | *** join/#openembedded treke|home (~ggilbert@lsanca2-ar29-4-41-066-146.lsanca2.elnk.dsl.genuity.net) |
16:43.31 | chouimat | hi treke|home |
16:43.39 | Twiun | hey treke, chouimat |
16:44.09 | schurig | chouimat: hi |
16:44.43 | treke|home | morning |
16:45.03 | treke|home | even though I've been awake for 10 minutes |
16:45.22 | schurig | treke|home: power failure |
16:45.36 | treke|home | all the clocks are right :) |
16:45.37 | schurig | the japanese earthquake? |
16:45.50 | schurig | timer tick overflow? |
16:45.50 | treke|home | there was an earthquake in japan? |
16:46.04 | schurig | treke|home: yes, about 8 hours ago |
16:46.13 | treke|home | how big? |
16:46.24 | schurig | effy was in this channel (he still is) and reported it |
16:46.27 | schurig | 7.0 |
16:46.41 | treke|home | hmmm. thats a decent size one |
16:46.48 | schurig | but i have no clue which scale teheyre using there |
16:47.22 | treke|home | thats probably richter, since cnn is reporting 7.0 |
16:47.45 | treke|home | a 7.0 would definitly wake you up :) |
16:49.12 | chouimat | treke|home: or put you definitly asleep :) |
16:49.19 | treke|home | hehe |
16:49.47 | chouimat | treke|home: same here |
16:50.12 | treke|home | last quake worth mentioning was 92 |
16:50.23 | chouimat | treke|home: 1925 |
16:50.58 | treke|home | hey mickey |
16:52.34 | mickeyl | hi treke |
16:52.50 | mickeyl | got somewhere with that non-root stuff? |
16:54.08 | ljp_laptop | mmmm.. |
16:54.21 | ljp_laptop | this thing does not want to work for me |
16:54.23 | chouimat | hi ljp_laptop |
16:54.59 | ljp_laptop | hey choui |
16:55.23 | chouimat | ljp_laptop: found something last night on a very old backup |
16:55.44 | ljp_laptop | hmmm |
16:56.07 | chouimat | ljp_laptop: the design document of a product I never got the founding to develop :) |
16:57.12 | *** join/#openembedded bobstay (matthew@mainmast.joh.cam.ac.uk) |
16:57.21 | ljp_laptop | ahhh |
16:57.49 | chouimat | ljp_laptop: complete with diagrams etc etc ... (formal design) but it's in french |
16:57.51 | schurig | chouimat: and, was it an open source zaurus distribution that you designed in those ye olde days? |
16:58.59 | chouimat | schurig: nah! it's was a factory display unit (a big monitor that displayed the progress of the workers team) |
16:59.53 | schurig | chouimat: sounds like in the days of socialist countries where they had whiteboards with the current percentage of planned progress |
17:00.48 | *** part/#openembedded bobstay (matthew@mainmast.joh.cam.ac.uk) |
17:01.02 | mickeyl | hehe |
17:02.00 | chouimat | schurig: I was a contract I applied on with some friends and we never got it, but the display unit network protocol was very generic so you can easily change the controler and the client to display any type of information you wanted ... we planned to customiser the product to every customers specific need |
17:02.11 | chouimat | first I == it |
17:05.24 | *** join/#openembedded brainless_dinner (cbca@203.115.68.199) |
17:05.42 | *** part/#openembedded brainless_dinner (cbca@203.115.68.199) |
17:06.49 | ljp_laptop | sharp still hasnt grasped open source |
17:07.28 | chouimat|work | ljp_laptop: I think I will translate that doc in english |
17:07.47 | chouimat|work | :) |
17:13.14 | ljp_laptop | why? you cant read french? |
17:13.42 | ljp_laptop | why oh why isnt this connect working |
17:14.00 | chouimat|work | ljp_laptop: I can read french but the person I have in mind can't |
17:14.51 | mickeyl | schurig: did you do anything special on the linux logo patches to have them appear in arm instead of i386 or is that wurscht ? |
17:14.58 | chouimat|work | ljp_laptop: because it's monday? |
17:15.43 | ljp_laptop | I command thee to actually connect! |
17:15.56 | chouimat|work | ljp_laptop: haha |
17:17.57 | ljp_laptop | damn it |
17:18.14 | ljp_laptop | I dont know why this isnt working but its pissing me off |
17:18.22 | *** join/#openembedded andersen (~andersen@codepoet.org) |
17:24.53 | Twiun | mickeyl: manually patching bootsplash atm |
17:25.18 | Twiun | mickeyl: it would _never_ have applied automatically :) |
17:26.56 | Twiun | mickeyl: it clashes with the fbcon_rotate patch |
17:27.05 | ljp_laptop | *sigh* the guy from pdaudio sent me the windows drivers, not the alsa drivers |
17:28.19 | pb_ | doh |
17:29.41 | mickeyl | Twiun: okay |
17:29.44 | mickeyl | good |
17:29.45 | ljp_laptop | cant do much with that |
17:29.52 | mickeyl | lol |
17:30.51 | ljp_laptop | maybe I just need to get vc++ running on linux |
17:30.53 | ljp_laptop | :) |
17:32.33 | mickeyl | killefiz: ping |
17:35.51 | treke|home | you in a heep of trouble boy |
17:45.36 | *** join/#openembedded heatxsink (~jack@hsa073.pool020.at101.earthlink.net) |
17:46.06 | schurig | mickeyl: the SPD in Munich decided for Linux :-) |
17:46.26 | mickeyl | schurig: i knew it - those bavarians are clever :) |
17:46.34 | lsmith | because of "qualitativ-strategisch" reasons ;-) |
17:46.50 | lsmith | whatever that means |
17:46.51 | *** join/#openembedded madcat^ (~madcat@stumpy.ee.pitt.edu) |
17:47.02 | mickeyl | quality and strategy :) |
17:47.27 | lsmith | :-) |
17:47.28 | schurig | mickeyl: you need a linux-2.4.19/arch/arm/linux_logo.ppm |
17:47.48 | treke|home | mickeyl: ok, only took two days but I finally put the new images up :) |
17:48.25 | mickeyl | treke: oh cool! what are the most important changes? |
17:48.53 | treke|home | first image I've released that doesnt run as root. OPIE 0.99 |
17:49.08 | treke|home | based on the hh12 image with an updated alsa build |
17:49.14 | treke|home | s/image/kernel |
17:49.19 | schurig | my linux-logo patch creates this file and touches linux-2.4.19/drivers/video/fbcon.c linux-2.4.19/scripts/tologo/* linux-2.4.19/Makefile linux-2.4.19/drivers/video/Makefile linux-2linux-2.4.19/drivers/video/newport_con.c.4.19/drivers/video/hgafb.c |
17:49.21 | mickeyl | ah nice. well, that means ipaq-flashing time for me again |
17:49.29 | schurig | linux-2.4.19/Documentation/Configure.help linux-2.4.19/drivers/video/Config.in linux-2.4.19/include/linux/sysctl.h |
17:49.44 | mickeyl | ok - hopefully the simpad specific patches don't interfere with that |
17:51.00 | schurig | lsmith: those are words from latin, so they are pretty the same in english |
17:51.05 | treke|home | yes you should. It's great |
17:51.15 | lsmith | i am german |
17:51.21 | lsmith | i do know their meaning |
17:51.35 | lsmith | but i find the way they are combined in that sentence odd |
17:51.38 | schurig | lukasschmidt: I didn't know :-) |
17:51.44 | mickeyl | ups |
17:51.47 | mickeyl | didn't know either |
17:51.52 | lsmith | actually its smith |
17:51.56 | lsmith | but i am still german :-) |
17:52.14 | lsmith | half german half iranian .. i just got that last name to be able to function as a sleeper |
17:52.50 | schurig | lsmith: no, it makes actually sense: quality is a notion to some parts of Linux that have a better Quality as Windows (not all of Linux, IMHO). And strategic is the decision because it has long-term influences an the whole government of the town |
17:56.27 | *** join/#openembedded tiptone (~tiptone@h24-206-180-113.tx.shawcable.net) |
18:02.23 | treke|home | mickeylman you guys are flying on the simpad stuff :p |
18:03.00 | mickeyl | treke: hehe, thanks. it's really fun that's why I'm spending all the time on that :) |
18:03.25 | mickeyl | feeling like kergoth when he did the first public OpenZaurus image :)) |
18:09.35 | treke|home | doh |
18:09.44 | treke|home | opie builds arent getting a proper version string |
18:10.45 | mickeyl | 0.99 ? |
18:10.49 | treke|home | yup |
18:10.58 | mickeyl | cvs update - zecke corrected this yesterday |
18:11.05 | treke|home | oh. :p |
18:18.47 | mickeyl | yahoo |
18:19.11 | mickeyl | just implemented key repeat and transformation adaption for the simpad switches keyboard handler |
18:19.14 | mickeyl | worky worky |
18:19.21 | mickeyl | killefiz: can you hear me ? |
18:19.23 | mickeyl | :-D |
18:19.23 | chouimat|work | mi:) |
18:20.47 | treke|home | hrmmm |
18:23.23 | treke|home | .99 doesnt build today |
18:24.02 | mickeyl | where does it crash? |
18:24.27 | treke|home | build system as an ofileselector include in it somewhere |
18:24.42 | mickeyl | treke: had this also. checking out a new tree helps |
18:24.56 | treke|home | I just did, less than 10 minutes ago |
18:25.10 | mickeyl | really? cvs co, not cvs up ? |
18:25.18 | treke|home | yup. mrpropered |
18:25.31 | mickeyl | that clears you sources directory? |
18:25.34 | treke|home | yes |
18:25.42 | mickeyl | ok. hmm... in HEAD it works. |
18:26.08 | mickeyl | might do a diff in libopie between HEAD and 099 and look what it is |
18:26.16 | mickeyl | treke: because we have a new one !? |
18:26.17 | mickeyl | :) |
18:26.26 | treke|home | I thought we were in feature freeze :p |
18:26.44 | treke|home | feature chill |
18:26.50 | mickeyl | treke: this is an OSS - come on, we're not that bad as linux :-D |
18:27.08 | treke|home | "lets just replace the VM in a stable revision" |
18:27.16 | mickeyl | right |
18:28.30 | treke|home | oh well. I suppose I'll just have to beat zecke when he shows up |
18:36.22 | *** join/#openembedded ||ugh (~hugh@road.toad.com) |
18:38.21 | killefiz | mickeyl: wow - that was fast |
18:38.48 | mickeyl | as i said - took me two hours :) |
18:38.55 | killefiz | in cvs already? |
18:39.16 | mickeyl | yes. give it a try by updating opie cvs and rebuilding qte |
18:39.37 | killefiz | hmm - i wanted to show that i knew what to do myself ;) |
18:39.43 | mickeyl | oh sorry :) |
18:40.42 | killefiz | does transformation adaption refer to the rotational transformation? |
18:41.04 | mickeyl | yeah! :) |
18:41.04 | Twiun | mickeyl: wouldn't happe to know what vars I can use to refer to the in-memory kernel address start and end block? |
18:41.31 | Twiun | mickeyl: initrd_start and initrd_end aren't available without CONFIG_BLK_DEV_INITRD |
18:41.48 | *** join/#openembedded zecke (~ich@pD9E7FA36.dip.t-dialin.net) |
18:41.59 | treke|home | hey zecke |
18:42.07 | mickeyl | Twiun: hmm... i read a document on that lately.... hold on |
18:42.53 | treke|home | zecke: $(TOPDIR)/libopie/ofileselector/config.in needs to be removed from the .99 branch Makefile |
18:42.57 | mickeyl | Twiun: ah sorry, left this in the office. google for "booting arm-linux" - i remember that i got it that way |
18:43.57 | Twiun | mickeyl: ok, I'll dig through the results. remember if it was on the first result page or further on? |
18:45.00 | mickeyl | think so. i remember it was a hostname with aleph or so in it |
18:45.11 | mickeyl | was a good document on bootloaders and the booting stage |
18:46.49 | Twiun | argh. www.aleph1.co.uk/ <-- documents contain no data... looks like a google cache hunt for me :) |
18:46.59 | mickeyl | yes |
18:47.18 | treke|home | <PROTECTED> |
18:48.02 | Twiun | treke|home: same problem |
18:48.09 | zecke | treke|home: kconfig should ignore errors... |
18:48.38 | treke|home | zecke: with it, opie doesnt build, without it it's built so far |
18:50.06 | treke|home | http://web.archive.org/web/20020609153456/http://www.aleph1.co.uk/armlinux/thebook.html |
18:51.20 | Twiun | treke|home: cheers |
18:51.59 | zecke | treke|home: done |
18:52.42 | treke|home | coo |
18:53.40 | zecke | treke|home: it is slick and simple.. wait for the IConView ljp needs to clone... |
18:53.57 | treke|home | cool |
18:54.25 | zecke | VARPOWARE :) |
18:54.39 | zecke | but I'm confident we will have a decent doc tab for 1.0 |
18:54.43 | treke|home | cool |
18:54.56 | treke|home | 1.0 is going to be pretty slick |
18:55.05 | zecke | even if my body refuses to work correctly |
18:55.08 | treke|home | 2.0 will be even slicker |
18:55.15 | zecke | 1.2 will be next |
18:55.16 | mickeyl | 2.0 will be coooooooooooooool |
18:55.20 | mickeyl | or even 1.2 |
18:55.22 | treke|home | zecke: just dont die until 1.0 is out the door |
18:55.27 | zecke | mickeyl: ;) |
18:55.30 | mickeyl | :-D |
18:55.40 | zecke | treke|home: that is not funny |
18:55.44 | treke|home | sorry |
18:55.47 | mickeyl | just read that linuxmagazin article about gpe |
18:55.58 | mickeyl | nice icons and graphix |
18:56.09 | mickeyl | i like their batteryapplet icon |
18:56.25 | treke|home | yeah they've got some pretty stuff |
18:56.26 | zecke | mickeyl: I like it hovering under mouse... |
18:56.52 | killefiz | there is a new linuxmagazin issue? damn - one of my co-workers must have seen it first. |
18:57.11 | zecke | killefiz: linux user |
18:57.16 | mickeyl | sorry, linux user |
18:57.17 | killefiz | ah ok |
18:57.51 | zecke | but I doubt that teleporting is the same as Syncing ;) |
18:57.53 | mickeyl | killefiz: confirm if the switches-repeat is working please |
18:57.59 | mickeyl | zecke: lol |
18:58.01 | zecke | and there is a lot of varpoware in Nils article too |
18:58.03 | mickeyl | me too |
18:58.18 | *** join/#openembedded SuKoShi (~sukoshi@dyn-195-242-99-80.ppp.tiscali.fr) |
18:58.57 | killefiz | mickeyl: i'm installing a ipk now - nut sure yet if it contains the code in question ;) |
18:59.39 | mickeyl | hehe |
18:59.58 | mickeyl | you must remove the old one, because libqte is still 2d for you (didn't pushed 2e yet) |
19:00.27 | mickeyl | but it's just the revision number :) |
19:00.39 | mickeyl | damn. gimp no longer finds my fonts |
19:01.20 | killefiz | mickeyl: i'm confused - what is wrong with ipkg install ...? |
19:01.33 | mickeyl | ipkg install doesn't upgrade if the version number is the same :-D |
19:01.44 | mickeyl | and the version number _is_ the same |
19:01.52 | mickeyl | libqte-2.3.5-2d |
19:01.56 | mickeyl | libqte2-2.3.5-2d even |
19:02.47 | mickeyl | but you might just want to try my build (which actually is called -2e) which is @ http://opie.net.wox.org/simpad/feed |
19:02.51 | mickeyl | must go - wife is coming home |
19:02.52 | mickeyl | bbl |
19:03.46 | zecke | mickeyl|bbl: nite |
19:20.22 | *** join/#openembedded kolla (~kolla@eto.home.uninett.no) |
19:32.26 | *** join/#openembedded Bowser (Andreas@213.146.116.252) |
19:35.33 | *** join/#openembedded yeiazel (~yeiazel@home.yeiazel.net) |
20:03.43 | *** join/#openembedded Speedy2 (johnny@max-fw-161.dallas.net) |
20:03.49 | Speedy2 | ibot seen timriker |
20:03.49 | | timriker <~timr@c-67-163-110-34.client.comcast.net> was last seen on IRC in channel #zaurus, 1d 18h 6m 2s ago, saying: 'cool.'. |
20:49.13 | Twiun | are there any websites that have lists of kernel patches? |
20:54.45 | mickeyl | not really - what are you looking for? |
20:55.03 | Twiun | something that isn't as intrusive as the bootsplash patch |
20:55.22 | Twiun | I've given up fitting that brick into the Z |
20:55.29 | Speedy2 | ? |
20:56.05 | Twiun | Speedy2: trying to give the text console a non-scrolling background image |
20:56.39 | mickeyl | Twiun: schrurig found something which applied to his own kernel |
20:56.48 | mickeyl | http://www.arnor.net/linuxlogo/download.html |
20:56.53 | mickeyl | http://www.arnor.net/linuxlogo |
20:57.52 | Twiun | mickeyl: the collie kernel already uses that - but the image scrolls up as text is output |
20:58.13 | mickeyl | oh - that's the thing collie is using? aha |
21:04.02 | Twiun | mickeyl: hrmm... or an old, old version of that |
21:24.11 | *** join/#openembedded cmartin (~cmartin@p5087C23D.dip0.t-ipconnect.de) |
21:25.31 | cmartin | mickeyl: the new image works fine ;) |
21:26.10 | mickeyl | cmartin: well, that's good to hear! |
21:26.27 | cmartin | mickeyl: have you noticed that the dev bootloader erases flash even without pressing "y" seperately? |
21:27.03 | mickeyl | cmartin: don't have it installed - since i flashed the first working image i only use ipkg upgrade to develop :) |
21:27.16 | cmartin | k |
21:28.02 | cmartin | i just like to make sure the flashed image works - i don't want the users complaining about non-working images they download later ;) |
21:28.19 | mickeyl | sure, that's important. |
21:28.47 | mickeyl | by the way, i added autorepeat and rotation-compensation to the keyboard handler :) |
21:30.05 | cmartin | mickeyl: BTW, you should probably add opie-appearance to the default image config - at least until the widget bug is gone |
21:30.20 | mickeyl | isn't it included? it should |
21:30.35 | cmartin | mickeyl: no, wasn't activated |
21:30.47 | mickeyl | ok, add it |
21:30.50 | mickeyl | i'll add it |
21:30.52 | mickeyl | cmartin: how long does your image take from first boot until opie appears ? |
21:31.22 | cmartin | do you mean after image install or a normal reboot? |
21:31.34 | mickeyl | normal reboot |
21:31.38 | mickeyl | first boot is a speciality |
21:31.49 | cmartin | wait i'll check now |
21:31.52 | mickeyl | good |
21:32.27 | mickeyl | did you notice that screen blanking and stuff works now pretty well ? |
21:33.02 | cmartin | yep - but the device turns off even if AC is plugged in |
21:33.14 | mickeyl | that is configurable in opie-light-and-power |
21:33.33 | mickeyl | just check "only turn off ldc" or so |
21:33.38 | mickeyl | in AC tab |
21:33.42 | cmartin | k |
21:33.47 | mickeyl | default is unchecked |
21:36.23 | cmartin | mickeyl: reboot = 4 min = way too long! |
21:36.31 | mickeyl | yes |
21:36.37 | mickeyl | but i don't know why |
21:36.48 | mickeyl | once opie is started it feels as fast as the Zaurus |
21:36.54 | cmartin | it gets to this point and takes a while: |
21:37.04 | cmartin | mtdblock_release |
21:37.04 | cmartin | ok |
21:37.04 | cmartin | mtdblock_open |
21:37.05 | cmartin | ok |
21:37.32 | cmartin | then it gets to "Starting Opie" and waits a while before this comes: |
21:37.42 | mickeyl | jffs2 is scanning through the complete flash. i suspect we still have a small problem there |
21:37.42 | cmartin | mcp: write timed out |
21:37.55 | mickeyl | yes. something wrong with the timing. |
21:38.06 | mickeyl | no idea what in opie causes this. needs more researching |
21:38.32 | cmartin | i'm left with no clue at the moment |
21:38.50 | cmartin | normal operation seems o.k. |
21:39.23 | cmartin | i sure wish the screen would refresh properly |
21:39.37 | mickeyl | minor issue - i already have some ideas for that :D |
21:39.55 | cmartin | k |
21:40.10 | mickeyl | at least for the case if suspending via opie |
21:40.20 | mickeyl | then i can add a screen-save hook |
21:40.24 | mickeyl | and restore afterwards |
21:40.46 | mickeyl | but not for the on/off switch - that's due to the kernel folks to get their PM implemented properly |
21:41.00 | cmartin | we should probably add a different default background - the one used now is ok for pdas but not for 800x600 |
21:41.11 | cmartin | cosmetics ;) |
21:41.30 | mickeyl | already did that :) |
21:41.48 | cmartin | can't you hook the on/off switch to an opie suspend event? |
21:42.50 | mickeyl | no. it's hardwired through the kernel |
21:43.20 | cmartin | k |
21:43.42 | mickeyl | ibot: pester juergen |
21:43.45 | | juergen: Are we there yet? .. Are we there yet? .. Are we there yet? |
21:43.49 | mickeyl | hehe |
21:44.18 | cmartin | have you seen the latest mail from ppregler? - apm battery status, default jffs mtd partitioning ;) |
21:44.49 | mickeyl | no!! so did my communicating with him (privately) help... cool. |
21:46.56 | cmartin | mickeyl: do you think it makes sense to maintain a simpad feed at opensimpad.org? |
21:48.05 | cmartin | mickeyl: or should we strive for an oe feed with some device specific extra feeds? |
21:48.53 | mickeyl | cmartin: as for now i think we should upload the complete to opensimpad.org. a common feed with seperated devspecific feeds is the midterm goal but currently not that important. |
21:49.19 | cmartin | ok |
21:49.30 | mickeyl | if you like to, you can update the news on opensimpad re. image making, switches, etc. :) |
21:50.05 | cmartin | yes, i'll do that tomorrow |
21:50.43 | *** join/#openembedded decaff (~kevin@clt74-76-015.carolina.rr.com) |
21:51.05 | cmartin | i hope we get publicly available jffs2-friendly bootloader soon |
21:51.12 | cmartin | s/ a |
21:51.16 | mickeyl | yeah, me too. |
21:51.39 | mickeyl | hmmm. well - i think i have to update the jpm2 patch again tomorrow :) |
21:51.48 | mickeyl | nice that peter feels committed to our requests! |
21:51.59 | cmartin | ;-D |
21:52.29 | cmartin | i wonder what nils thinks about that |
21:52.46 | mickeyl | i could imagine him not being so glad about all that ... |
21:52.57 | mickeyl | means no improvement for his X and thus gpe |
21:53.23 | cmartin | well, he should profit from jffs2 support also |
21:53.28 | mickeyl | true that |
21:53.32 | mickeyl | and from a proper power management also |
21:54.43 | cmartin | i think his big drawback is not having a buildroot system |
21:55.42 | cmartin | this is a major plus for oe |
21:56.42 | treke|home | X is already in OE and should work fine on simpad |
21:56.53 | chouimat | ? |
21:56.54 | treke|home | he just needs to work on GPE, which is a ton of work |
21:57.00 | mickeyl | yeah |
21:57.04 | treke|home | chouimat: Read |
21:57.23 | *** join/#openembedded Davv (davv@CPE-65-28-199-189.new.rr.com) |
21:57.30 | chouimat | treke|home: too tired and too busy conveerting to diagram into metapost |
21:57.58 | cmartin | o.k. i have to get to bed now - will update the homepage and try to get a feed up on opensimpad.org tomorrow ;) |
21:58.08 | mickeyl | cmartin: good. good n8 |
21:58.22 | cmartin | cya |
21:58.32 | *** part/#openembedded cmartin (~cmartin@p5087C23D.dip0.t-ipconnect.de) |
22:18.48 | *** join/#openembedded mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
22:20.41 | mickeyl | anyone know offhand the escape sequence to turn off the console cursor? |
22:21.12 | mickeyl | ah got it |
22:21.53 | treke|home | hehehe. nelson has got class |
22:21.54 | *** join/#openembedded harv (~harv@12-237-238-2.client.attbi.com) |
22:21.56 | harv | sup all |
22:22.21 | treke|home | wim delvaux writes: |
22:22.21 | treke|home | <PROTECTED> |
22:22.24 | treke|home | <PROTECTED> |
22:22.26 | harv | can anyone help here with testing of crosscompiler for the zaurus? |
22:22.26 | treke|home | <PROTECTED> |
22:22.29 | treke|home | Only way to find out is to start selling them. Okay, so I will. |
22:23.06 | harv | anyone? |
22:23.09 | chouimat | treke|home: ? |
22:23.18 | treke|home | chouimat: read |
22:23.34 | chouimat | treke|home: I had read butt I want the original |
22:23.39 | chouimat | s/butt/but |
22:23.45 | treke|home | familiar mailing list |
22:23.55 | chouimat | ok |
22:24.06 | treke|home | posted earlier today |
22:24.27 | harv | brb |
22:24.30 | pb_ | didn't he send that yesterday? sounds like your mail is lagging a bit. |
22:24.38 | chouimat | treke|home: ok I will go see if it's in the archive |
22:24.41 | treke|home | ah it was yesterday |
22:24.58 | treke|home | there just inst much traffic :) |
22:25.05 | pb_ | heh |
22:25.13 | treke|home | either way he still rocks |
22:25.22 | pb_ | sure does. |
22:25.37 | *** join/#openembedded Twiun_ (~twiun@adorphuye.com) |
22:25.48 | treke|home | chouimat: http://handhelds.org/hypermail/familiar/current/14768.html |
22:26.16 | treke|home | original post by wim: http://handhelds.org/hypermail/familiar/current/14754.html |
22:26.35 | Twiun_ | setterm should also work afaik |
22:27.19 | chouimat | treke|home: hehe |
22:27.38 | *** join/#openembedded Twiun (~twiun@adorphuye.com) |
22:31.18 | harv | is anyone familiar with crosscompiling for the zaurus (x86->arm)? |
22:31.59 | harv | or can anyone recommend a channel that i could pose questions about this? |
22:32.39 | Twiun | ask away :) |
22:33.21 | harv | ok...i'm trying to compile the example application for Qtopia...i've setup for the arm as a target and i'm getting a strange linker error... |
22:33.38 | harv | the error is: /lib/libc.so.6: could not read symbols: Invalid operation |
22:34.08 | harv | i've successfully compiled/tested for the x86 arch. in the qvfb application |
22:34.12 | Twiun | shouldn't it try to link to the ARM libc6? |
22:34.13 | harv | but on arm, i get this |
22:34.27 | harv | yeah, it probably should...good poitn |
22:34.30 | harv | errr...point :D |
22:34.59 | harv | where is that located? |
22:35.15 | harv | all my arm tools are installed in the default location of /opt/Embedix |
22:35.23 | harv | but i don't see that one |
22:35.53 | Twiun | should be underneath there... might need to use a different toolchain |
22:36.05 | harv | oh wait...i found it... |
22:36.14 | harv | i'll try again after modding the Makefile |
22:37.35 | harv | when i attempt to compile with that...i get linker errors with libuuid and libjpeg |
22:37.47 | Twiun | same errors? |
22:37.57 | harv | no...undefined references... |
22:38.29 | Twiun | could you give an example? |
22:38.31 | harv | if i add the path to those in my Makefile (i.e. -L/usr/lib), i don't get those linker errors...but I do get the libc.so.6 error again |
22:38.44 | harv | sure...lemme quip the make results... |
22:39.06 | Twiun | in any case, you can't use any x86 libs to link against |
22:39.27 | Twiun | if it's not provided by the toolchain, you have to recompile from scratch or get arm binaries |
22:39.38 | harv | ok...here's the quip of my make results: |
22:39.41 | harv | arm-linux-g++ -c -pipe -DQT_QWS_SL5XXX -DQT_QWS_CUSTOM -DQWS -fno-exceptions -fno-rtti -Wall -W -O2 -DNO_DEBUG -I/opt/Qtopia/sharp/include -I/opt/Qtopia/sharp/include -o moc_examplebase.o moc_examplebase.cpp |
22:39.41 | harv | arm-linux-gcc -o example main.o example.o examplebase.o moc_example.o moc_examplebase.o -L/opt/Embedix/tools/arm-linux/lib -L/usr/lib -L/opt/Qtopia/sharp/lib -L/opt/Qtopia/sharp/lib -lqpe -lqtopia -lqte |
22:39.44 | harv | /opt/Embedix/tools/arm-linux/bin/ld: warning: libuuid.so.1, needed by /opt/Qtopia/sharp/lib/libqtopia.so, not found (try using -rpath or -rpath-link) |
22:39.44 | harv | /opt/Embedix/tools/arm-linux/bin/ld: warning: libjpeg.so.62, needed by /opt/Qtopia/sharp/lib/libqte.so, not found (try using -rpath or -rpath-link) |
22:39.44 | harv | /opt/Qtopia/sharp/lib/libqte.so: undefined reference to `jpeg_read_scanlines' |
22:39.46 | harv | /opt/Qtopia/sharp/lib/libqte.so: undefined reference to `jpeg_set_defaults' |
22:39.48 | Twiun | ... or use the nicely convenient Openzaurus Buildroot |
22:40.15 | harv | Twiun: Openzaurus Buildroot? |
22:40.22 | harv | Twiun: not familiar with that one |
22:40.27 | Twiun | ibot: tell harv about oz buildroot |
22:40.30 | chouimat | harv: you don't have the libjpeg for the arm in your path |
22:40.46 | Twiun | harv: www.openzaurus.org |
22:40.55 | harv | hehe...ok |
22:40.58 | harv | tks man |
22:41.06 | harv | will that solve my probs? |
22:41.29 | Twiun | harv: set of scripts that automate a lot of the hassle of crosscompiling everything for a zaurus rom |
22:41.41 | Twiun | harv: it also retrieves the sources for you |
22:41.47 | harv | Twiun: ok... I'll check it out... |
22:41.55 | harv | Twiun: tks for the help! |
22:42.07 | Twiun | harv: np |
22:46.36 | Twiun | <sarcasm>has anyone ever noticed how poorly documented parts of the kernel are?</sarcasm> |
22:51.11 | chouimat | Twiun: ? |
22:51.34 | Twiun | chouimat: trying to figure out how the various fb driver files interact |
22:51.47 | pb_ | ah, nasty. |
22:51.59 | Twiun | no kidding |
22:52.02 | chouimat | Twiun: ok ... need to go buy some litter for the cat |
22:52.26 | *** join/#openembedded alexw (~alex@pc-80-193-101-241-sc.blueyonder.co.uk) |
22:52.57 | Twiun | I was hoping there was a simply fb_clear function I could get to redraw the pingi logo - so we'd have a fixed background in console mode |
22:53.58 | *** join/#openembedded chrisime (~chrisime@pD9E8C29B.dip0.t-ipconnect.de) |
22:54.38 | *** join/#openembedded bisho (~bisho@136.Red-213-97-191.pooles.rima-tde.net) |
22:57.16 | *** join/#openembedded TheMasterMind1 (~aman@000-215-946.area4.spcsdns.net) |
23:01.15 | *** join/#openembedded drw (~drw@ppp-67-37-132-48.dialup.chcgil.ameritech.net) |
23:51.49 | *** join/#openembedded ljp_laptop (~ljp@tz0166.peakpeak.com) |
23:58.50 | chouimat | hey ljp_laptop |
23:59.07 | ljp_laptop | hey choui |
23:59.18 | chouimat | ljp_laptop: wassup? |