00:00.54 | Cwiiis | ah, needed sd_mod :) |
00:01.27 | koen | did I ever mention the corgi needs more ram? |
00:02.08 | koen | and a non-broken cpu? |
00:04.47 | Cwiiis | koen: How much ram does corgi have? |
00:04.53 | Cwiiis | and cpu..? |
00:05.04 | koen | 32mb/pxa250 |
00:05.49 | koen | running sylpheed + minimo + gaim hurts |
00:06.04 | koen | adding 50MB of SD-swap helps a bit |
00:26.41 | *** join/#oe noclouds (~mhfan@60.166.161.131) |
00:39.11 | *** join/#oe jbowler (~jbowler@67.139.207.38) |
00:40.01 | *** join/#oe bluelightning (~bluelight@203-173-245-137.akl.ihugultra.co.nz) |
01:31.10 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
01:34.17 | *** join/#oe tigrux (~tigrux@201.135.231.93) |
02:00.07 | *** join/#oe hufnus (~slonsiki@mcd1e36d0.tmodns.net) |
02:03.08 | *** join/#oe Geo_KM (~keith@60-240-31-81-nsw-pppoe.tpgi.com.au) |
02:24.36 | *** join/#oe silent_runner (~silent_ru@82-69-191-94.dsl.in-addr.zen.co.uk) |
02:27.11 | silent_runner | hello i just bricked my c860 can get into the service menu though but i only have a 128m card anyone got a SMALLER nand backup ? (please) |
02:29.55 | chouimat | night |
03:05.11 | CIA-4 | 03cwiiis 07 * r1.3226.3.1 10openembedded/ (10 files in 3 dirs): Move some patches from libxine-opie-1.0 to files, and apply them to libxine_1.0 |
03:40.40 | *** join/#oe minipanda (~zhanght@219.236.22.152) |
03:51.36 | *** join/#oe luke-jr_ (~luke-jr@207.192.219.246) |
03:55.38 | *** join/#oe [g2] (~g2@cpe-066-057-008-035.nc.res.rr.com) |
03:57.50 | *** join/#oe hufnus (~slonsiki@mcd1e36d0.tmodns.net) |
04:24.17 | mithro | yay less then 24 hours left! |
04:25.44 | *** join/#oe phoedros (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
04:27.16 | phoedros | gmoin.. bitbake tries to build zip-native but the patchcleancmd fails and displays the quilt-helpmessage.. the run.do_patchleancmd seems to be OK... |
04:29.21 | *** join/#oe hufnus (~slonsiki@mcd1e36d0.tmodns.net) |
04:50.18 | *** join/#oe dragoneye (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
05:19.41 | *** join/#oe imk_ (~dj@69-175-55-137.ontrca.adelphia.net) |
06:11.35 | *** join/#oe uv1 (~Werner@pD9EAC5A8.dip0.t-ipconnect.de) |
06:14.11 | *** join/#oe pb_ (~pb@203.53.50.91) |
06:14.48 | uv1_ | morning pb_ |
06:14.57 | pb_ | afternoon all |
06:16.32 | uv1_ | pb_: Do you know, whether there is a permormance bench for GPE (like for opie) ? |
06:16.40 | pb_ | uv1_: I don't think there is. |
06:16.49 | uv1_ | pb_: lmbench ? |
06:16.59 | pb_ | yeah, lmbench would work. |
06:17.05 | pb_ | What are you trying to measure? |
06:17.12 | uv1_ | pb_: Is that console based ? |
06:17.21 | pb_ | Yes. |
06:17.34 | uv1_ | pb_: Performance diffs between qte/opie and X/gpe |
06:17.47 | pb_ | Performance of what, exactly? |
06:17.54 | uv1_ | GUI |
06:18.07 | pb_ | well, lmbench would be no good for that. |
06:18.12 | pb_ | It doesn't measure anything related to the GUI. |
06:18.19 | uv1_ | I thought ... ;-( |
06:18.55 | uv1_ | So the netx goal is to transfer the OPIE stuff to to a GPE prog. Do you know, where to find a GPE starter hint ? |
06:25.47 | pb_ | Not offhand, but any GTK+ tutorial should be adequate. I imagine you can find something at developer.gnome.org. |
06:31.58 | uv1_ | pb_: Thanks so far ... |
07:03.11 | *** join/#oe phoedros (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
07:12.11 | *** join/#oe maqt (~matthew@82-45-183-10.cable.ubr06.dals.blueyonder.co.uk) |
07:29.03 | *** join/#oe zap (~zap@217.170.93.9) |
08:21.36 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
08:32.42 | *** join/#oe CIA-4 (~CIA@flapjack.navi.cx) |
08:34.42 | *** join/#oe Ro8ert (~robert@83-216-141-107.robert877.adsl.metronet.co.uk) |
08:35.47 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
08:37.35 | Ro8ert | hi, I'm trying to build oz 3.5.3 but it fails when trying to get netbase_4.20.tar.gz. It seems that the debian ftp site now has only 4.21 and treke.net just times out on me. Does anyone have a copy of netbase_4.20 that they could put somewhere for me to download? |
08:38.34 | koen | good morning all |
08:38.48 | koen | Ro8ert: bk pull, we added 4.21 yesterday |
08:39.50 | Ro8ert | hmm, I've specifically bk pulled the oz 3.5.3 tag though. bill bk pull remember that? |
08:39.59 | koen | no |
08:40.39 | Ro8ert | Ah well, I'll give it a god anyway. I guess not too much has been updated since 3.5.3 |
08:40.54 | Ro8ert | "a go" ,not a god. can't type this morning! |
08:40.56 | koen | Ro8ert: http://familiar.handhelds.org/source/v0.8.2/ |
08:41.45 | Ro8ert | ah, I might try that first. thanks. |
08:51.11 | *** join/#oe pb_ (~pb@203.53.50.91) |
09:14.31 | RP | morning all |
09:15.13 | koen | 'morning Ro8ert |
09:15.19 | koen | ehm, RP |
09:16.01 | RP | koen: I saw your comments last night. You need a Cx60 :) |
09:18.44 | *** join/#oe cedric (~cedric@voulx.bluebugs.org) |
09:19.29 | koen | RP: indeed :) |
09:27.02 | koen | RP: I run apps on my h5550 and use remote X do display them on the corgi |
09:27.40 | koen | that way I combine the faster flash, better cpu and bigger ram with the big display |
09:27.51 | koen | ~lart sharp |
09:30.55 | koen | RP: how's the performance of the hx2750? |
09:34.07 | RP | koen: That's quite a neat idea :) |
09:34.26 | koen | RP: that's why I like X so much |
09:34.32 | RP | koen: I've not actually tried any proper apps on the hx2750 yet. I've just booted a small initrd so far |
09:35.00 | RP | But given everything that's working, I'd expect that to change soon |
09:35.30 | koen | I might be able to test a hx4700 soon |
09:35.53 | RP | My arch enemy :) |
09:36.17 | koen | did you figure out what that xilinx chip does? |
09:36.39 | RP | All kinds of weird stuff but thankfully its user interface seems to be quite simple |
09:36.49 | RP | There's a bank of GPIOs hidden init |
09:36.52 | RP | in it... |
09:37.02 | koen | I thought so |
09:37.05 | RP | I also suspect it takes care of charging |
09:37.31 | RP | and maybe some of the power control on reset. If I could see a schematic, I'd know so much more.... |
09:37.45 | RP | but for now, it looks like I can make it work without knowing the details |
09:39.52 | koen | do you know how to enable the eabi build in oe? |
09:40.23 | koen | I'm pretty keen on getting it working Real Soon (tm) |
09:41.06 | RP | koen: I'm afraid not. I've been avoiding the toolchain/glibc :) |
09:41.35 | koen | I'll ask pb_ when he's online |
09:42.15 | RP | pb_ is the one to ask... |
09:42.36 | koen | gnuplot will be a lot faster :) |
09:43.27 | RP | Ah, you don't use softfloat yet do you? :-/ |
09:43.37 | koen | not on the h5550 |
09:45.50 | CIA-4 | 03koen 07 * r1.3257 10openembedded/packages/matchbox-panel/matchbox-panel_0.9.2.bb: |
09:45.50 | CIA-4 | matchbox-panel_0.9.2.bb: |
09:45.50 | CIA-4 | <PROTECTED> |
09:49.04 | *** join/#oe _jmau (~jmau@pD9E5D51C.dip.t-dialin.net) |
09:50.00 | RP | Whenever I run strace against esd, it won't lock up :-/ |
09:50.58 | koen | I see an hack coming :) |
09:51.10 | koen | s/an/a/ |
09:52.26 | RP | hmmm :) |
09:55.16 | koen | alias esd = 'strace -o /dev/null esd' |
09:56.39 | koen | RP: did your hear anything about your X speedup patch? |
10:01.49 | koen | http://lists.freedesktop.org/pipermail/xorg/2005-March/007168.html |
10:02.07 | koen | "two thing: 1) 2) and 3)" |
10:03.08 | RP | koen: I think its not going to be applied as they want to rewrite that whole area of code anyway |
10:03.16 | RP | That doesn't stop us applying it in oe |
10:03.22 | koen | indeed |
10:03.35 | koen | since we are stuck at 20050227 anyway |
10:03.36 | RP | When they'll get the rewrite done is anyone's guess :-/ |
10:06.38 | koen | RP: what do you think of https://bugs.freedesktop.org/show_bug.cgi?id=2749 ? |
10:08.41 | RP | Looks reasonable enough |
10:09.08 | CIA-4 | 03koen 07 * r1.3258 10openembedded/packages/glib-2.0/glib-2.0_2.6.4.bb: Add glib 2.6.4 |
10:09.14 | koen | did anyone look into the --as-needed ld option yet? |
10:09.39 | RP | I'm not sure I know what you mean? |
10:12.36 | koen | it's and ld switch which only links needed libs insteads the one you list |
10:13.15 | koen | RP: http://www.osnews.com/story.php?news_id=10152 |
10:17.53 | *** join/#oe RP (0@tim.rpsys.net) |
10:18.11 | RP | IRC client locked up when I tried that URL :-/ |
10:18.20 | koen | heh |
10:18.27 | RP | koen: yes, i like the idea of it... |
10:18.31 | koen | another sign osnews is bad mojo |
10:18.48 | RP | If you said anything after the url I missed it |
10:18.51 | RP | yes, indeed :) |
10:19.04 | koen | I didn't say anything after that :) |
10:19.37 | RP | that's ok then :) |
10:21.45 | RP | I think we should start trying to spread that flag into our builds. We don't really want a ton of extra patches though :-/ |
10:24.19 | koen | RP: http://pastebin.ca/9688 |
10:25.33 | RP | I think I even remember reading that mail now you mention it :) |
10:25.40 | RP | Add it in and see if anyone complains ;-) |
10:26.51 | koen | <PROTECTED> |
10:30.21 | *** join/#oe zecke (~ich@83-169-170-59-dynip.superkabel.de) |
10:30.40 | koen | moin zecke |
10:33.29 | RP | Even with strace running esd can lock up. Nothing in the logs when it does though :-( |
10:34.02 | RP | The last thing I see is it closing /dev/dsp |
10:35.27 | RP | Hmmm. How to reproduce the bug. "cat /dev/dsp" then try and kill it... |
10:35.54 | koen | pb_: how do I enable that new eabi thing in OE? |
10:36.25 | pb_ | set your TARGET_OS to linuxeabi |
10:37.01 | *** join/#oe Ken|JLimeX (~Ken@h72n2fls34o1105.telia.com) |
10:37.19 | RP | pb_: Am I right to assume that I should be able to kill "cat /dev/dsp" and the device should suspend, even if I have that running? |
10:37.29 | pb_ | yes |
10:38.17 | RP | ah well. That'll be that problem :) |
10:38.30 | RP | Just need to find out why xserver segfaults next... |
10:38.48 | zecke | kergoth: hey, I'm considering something you might kill me for |
10:39.20 | koen | zecke: applying for kergoth's old job at ti? |
10:40.33 | zecke | koen: lol no trying to hack bitbake 1.0 |
10:41.05 | koen | didn't we have a 1.1 yet? |
10:41.08 | RP | hack it to do what? |
10:41.24 | zecke | bitbake 1.x python based |
10:41.33 | zecke | RP: get super-cow power (sqlite backend) |
10:41.57 | RP | Igo for it |
10:42.15 | RP | I'd say go for it - bitbake-ng seems a while off yet |
10:43.14 | zecke | RP: I feel bad to not hack on bitbake-ng now |
10:43.47 | koen | zecke: I allready have super-cow powers: http://dominion.kabel.utwente.nl/Gallery/phobos2003/img_4015 |
10:44.10 | RP | My personal view is that we need to slowly change bitbake into bitbake-ng rather than rewrite all at once. We have people actively using the system... |
10:44.17 | koen | having a cow as a logo is kinda cute |
10:44.49 | koen | zecke: you're the 3rd person this week to suggest sqlite :) |
10:44.50 | zecke | koen: :) |
10:45.20 | RP | Hmmm. I get different results with "cat /dev/dsp" now I've rebooted the device. I wonder if only one process can access /dev/dsp at once but its letting more than one... pb_: any idea what the correct behaviour is? |
10:45.21 | zecke | koen: so when will you implement it ;) |
10:45.50 | zecke | RP: if that is OSS only can open /dev/dsp |
10:46.04 | pb_ | RP: only one process should be able to access /dev/dsp. |
10:46.19 | RP | I think that's the problem then |
10:47.20 | pb_ | or, more accurately, there can be at most one reader and one writer at any one time. |
10:47.44 | koen | alsa solves that by having a software mixer |
10:47.46 | pb_ | but it's allowable (in an abstract sense) for them to be different processes. |
10:48.01 | RP | esd both reads and writes? |
10:48.06 | pb_ | yeah |
10:48.16 | Cwiiis | Anyone else have problems compiling gcc-cross_csl-arm-20050416.bb? |
10:48.31 | koen | not over here |
10:48.33 | RP | esd still had the device open when I ran cat on it before :-/ |
10:48.53 | pb_ | that does sound like a bug, then. |
10:48.59 | zecke | Cwiiis: yes, I've |
10:49.15 | Cwiiis | zecke: Know any fix? |
10:49.29 | zecke | Cwiiis: no I was too lazy yesterday |
10:50.00 | koen | let's see if gcc-csl still bombs out on gtk+ |
10:50.19 | Cwiiis | What is gcc-csl anyway? |
10:51.06 | koen | a branch of gcc |
10:52.14 | koen | csl-arm-branch |
10:52.14 | koen | CodeSourcery branch for developing ARM back end improvements |
10:52.20 | koen | (from the gcc page) |
10:52.29 | Cwiiis | oh right |
10:53.08 | koen | and that's all I could find about it |
10:57.45 | Cwiiis | Seems it's an easy fix actually... Just tell it not to check by compiling binaries :p |
10:59.48 | *** join/#oe Ken|JLime (~Ken@h72n2fls34o1105.telia.com) |
11:04.01 | *** join/#oe lardman (lardman@pc-138-38-248-40.bath.ac.uk) |
11:04.29 | uv1_ | Hi all, |
11:04.48 | lardman | Is bugs.openembedded.org working for anyone? |
11:05.20 | pb_ | No. |
11:05.42 | uv1_ | orinoco_modules are not build for 2.6 kernel (c7x0). Instead you have to build orinoco_modules_cvs manually ;-( |
11:06.11 | koen | didn't mickeyl solve that a while ago? |
11:06.21 | lardman | pb_: Should I send a minor bug to the mailing list then? |
11:06.34 | pb_ | sure |
11:09.38 | Cwiiis | Can you use ! with if statements in configure.ac files? |
11:09.46 | pb_ | Yes. |
11:09.56 | Cwiiis | thanks |
11:10.14 | koen | foo-native should be in work/i686-linux/foo-native on a i686 box, right? |
11:11.23 | pb_ | with multimachine? I guess so. |
11:12.55 | pb_ | mm, that's not a terribly good idea |
11:13.32 | koen | I just want to do a quick test, so I wont push it |
11:13.40 | pb_ | ok |
11:13.46 | pb_ | be sure you don't distribute any of the resulting binaries either |
11:13.52 | lardman | Should opie bugs be submitted to an opie specific bug tracker? |
11:14.08 | pb_ | yes, probably. Talk to #opie about that. |
11:14.14 | koen | pb_: I thought of that too |
11:15.17 | koen | pb_: package_arch ?= armv5te, would that work? |
11:16.13 | *** join/#oe Timelord (~TL@64-147-65-129.access-4.intertex.net) |
11:16.56 | *** join/#oe dkey| (~dkey@L0004P09.dipool.highway.telekom.at) |
11:18.05 | pb_ | koen: I don't think so |
11:19.19 | pb_ | It might work for native.bbclass to explicitly set PACKAGE_ARCH back to ${TARGET_ARCH}. |
11:19.47 | pb_ | I think it is parsed later than tune-xx.conf, so it will probably get the last laugh. |
11:23.59 | CIA-4 | 03pb 07 * r1.3259 10openembedded/packages/gcc/ (3 files in 2 dirs): reinstate 15342.patch in gcc-csl-20050416 |
11:26.53 | koen | Cwiiis: did you have a chance to test the --as-need CFLAG? |
11:27.09 | Cwiiis | koen: No, but I can test it in my next build |
11:40.55 | *** join/#oe phoedros (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
11:40.59 | phoedros | hi guys! |
11:41.14 | koen | hey phoedros |
11:42.29 | phoedros | are the .bb files in the CVS-repo the latest or is there any "hiden" rep? :D |
11:43.19 | pb_ | the latest .bb files are in the bitkeeper repository. |
11:43.29 | pb_ | since the demise of treke.net, the cvs repository is somewhat out of date. |
11:44.42 | koen | Cwiiis: was this the error you were getting: | /tmp/ccCXztUP.s:10: Error: selected processor does not support `ldfd f0,.L8' |
11:44.45 | koen | ? |
11:45.35 | phoedros | hm.. ok.. I've the release of friday and some patches for the .bb files.. should i send them to the mailinglist or may i give it to someone *personally*? |
11:45.51 | pb_ | send them to the mailing list, or file a bug in RT |
11:46.00 | phoedros | k |
11:46.38 | phoedros | hmm.. which VM is the better one? sable or jamvm? |
11:47.09 | koen | I've heard jamvm has less problems, but I haven't tried it myself |
11:47.52 | zecke | koen: libxine-opie is different to stock xine |
11:48.01 | zecke | koen: and I didn't wanted to be guilty for breakge in our version |
11:48.25 | RP | Hmmm. 2.6.11-rc2-mm3 is extremely slow on the c7x0 :-/ |
11:49.29 | Cwiiis | koen: Nope, "checking for sin in -lm... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES." |
11:49.39 | koen | RP: turn off c700 emu ;) |
11:49.57 | koen | Cwiiis: ok, I have a different problem :) |
11:50.12 | Cwiiis | koen: I've imported most of the patches from libxine-opie to normal libxine now, given that they're all either build fixes or optimisations - Not much left work to merge the two |
11:50.23 | Cwiiis | koen: Who added it anyway? Did it work for them...? |
11:51.10 | koen | zecke: I see, the only reason I heard was "we don't want to build X" |
11:51.37 | Cwiiis | oh, pb added it? |
11:51.49 | Cwiiis | pb_: Did the csl-arm branch of gcc build ok for you? |
11:51.54 | pb_ | Yes. |
11:52.22 | koen | I suspect it's softfloat issue |
11:52.34 | koen | when I switched to eabi it suddenly fails to build too |
11:53.01 | pb_ | Send a note to the list and I'll take a look. |
11:53.24 | koen | I was just pasting the log entries into thunderbird :) |
11:53.26 | Cwiiis | Right, ok - What are the advantages of using this branch, out of interest? More efficient apps? |
11:54.07 | pb_ | Better code, support for the EABI, and support for TLS. |
11:54.32 | Cwiiis | argh, wtf, I'm getting different errors now... I'll wipe tmp and start again... |
11:55.02 | koen | pb_: that's not the ssl successor, is it? |
11:55.27 | pb_ | heh, no |
11:55.47 | pb_ | thread local storage |
11:55.57 | koen | aha |
11:56.12 | koen | I had transfer lookaside <something> in mind |
11:56.12 | phoedros | when's treke.net supposed to be online again? |
11:56.29 | Cwiiis | What does the E stand for in EABI? |
11:56.52 | pb_ | excellent |
11:57.40 | Cwiiis | :) |
11:57.58 | koen | pb_: http://ewi546.ewi.utwente.nl/tmp/gcc.log |
11:58.02 | pb_ | or egregious, you can take your pick |
11:58.21 | koen | pb_: or wait 5 minutes for the mail to arrive :) |
11:59.09 | RP | This is interesting. I looked at the corgi /dev/dsp open code and altered it to avoid a race. esd is now suspending and resumning ok. When I kill it, it doesn't die until after a suspend/resume as the kill signal does't bring it out the select though... |
11:59.09 | pb_ | koen: oh, right. you need to make a csl-arm-20050416 version of gcc-cross-initial |
12:00.08 | Cwiiis | There are no csl-arm versions of gcc-cross-initial in oe, are there? |
12:00.12 | RP | This could be some difference in the scheduler between 2.6.11 and 2.6.11-rc2-mm3 though I guess :-/ |
12:00.39 | Cwiiis | ah yes there is :) |
12:01.47 | koen | pb_: why is there a gcc-csl dir, when the csl packages are in the gcc/ dir too? |
12:02.04 | pb_ | koen: I think the gcc-csl directory is redundant and should be deleted. |
12:02.20 | pb_ | RP: that sounds like a bug in the sound driver's poll(), albeit a somewhat strange one. |
12:05.54 | koen | pb_: is it safe to cp gcc-cross-initial_3.4.3.bb gcc-cross-initial_csl-arm-20050416.bb ? |
12:06.47 | pb_ | yeah, probably |
12:06.59 | Cwiiis | heh, was just trying that :) |
12:08.47 | pb_ | Cwiiis: are you trying to build for linuxeabi as well? |
12:08.48 | *** join/#oe dhr (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
12:09.09 | pb_ | if you just want an image that works, this is probably not a good idea. |
12:09.39 | pb_ | not that I want to discourage you, or anyone else, from trying out the new stuff, but I wouldn't seriously expect it to work right now. |
12:10.30 | koen | If we can get it to build now, we'll have more time to solve runtime bugs |
12:10.47 | RP | pb |
12:11.01 | pb_ | hello |
12:11.12 | Cwiiis | pb_: Should it not be default-preferenced below other gcc's then? |
12:11.13 | RP | pb_: http://www.rpsys.net/openzaurus/temp/pxa-i2s_corgi.c is the sound driver /dev/dsp code. Does anything look wrong with it at a glance? |
12:11.31 | koen | zecke: feel free to kick me when you encounter a package that goes through great lengths to patch out qt/e for no reason :) |
12:12.01 | pb_ | Cwiiis: no. the abi selection is not keyed on the gcc version. |
12:12.01 | RP | pb_: Some of it looks evil to me - its mostly taken direct from 2.4 though... |
12:12.28 | Cwiiis | pb_: ok, this is all stuff I don't understand I'm afraid :/ |
12:13.00 | phoedros | bye |
12:13.14 | pb_ | Cwiiis: you will only get the new abi if you have put "TARGET_OS = linuxeabi" in your configuration. |
12:13.30 | pb_ | if you haven't done that, you should be safe, but in that case you shouldn't need a new gcc-cross-initial either. |
12:13.38 | Cwiiis | pb_: ah, I see - I haven't done that, no |
12:15.12 | koen | pb_: if the g-c-i bb compiles, can I push it? |
12:15.27 | pb_ | sure |
12:16.48 | CIA-4 | 03koen 07 * r1.3260 10openembedded/packages/gcc/gcc-cross-initial_csl-arm-20050416.bb: Add cc-cross-initial_csl-arm-20050416.bb |
12:17.12 | koen | heh |
12:17.22 | koen | | /tmp/ccBhYhd4.s: Assembler messages:| /tmp/ccBhYhd4.s:13: Error: selected processor does not support `rfs r2'| /tmp/ccBhYhd4.s:22: Error: selected processor does not support `wfs r3'| make[2]: *** [/home/koen/OE/build/tmp/familiar/work/arm-linuxeabi/glibc-2.3.2+cvs20040726-r15/build-arm-linuxeabi/math/setfpucw.o] Error 1 |
12:17.23 | *** join/#oe Virusmaster (~Thomas@p3E9BEC13.dip.t-dialin.net) |
12:18.50 | koen | pb_: does glibc have a csl-arm branch too? |
12:19.08 | pb_ | no |
12:19.26 | pb_ | you'll have to configure glibc --without-fp in the meantime |
12:19.59 | CIA-4 | 03cwiiis 07 * r1.3255.1.1 10openembedded/packages/vera-fonts/ttf-bitstream-vera_1.10.bb: Add RDEPENDS of libfontconfig-utils to ttf-bitstream-vera, as noticed by Stuart Langridge |
12:20.44 | koen | Cwiiis: won't the opie people get mad at us for that? |
12:20.48 | pb_ | I don't think the opie people use the ttfs anyway. |
12:20.54 | Cwiiis | koen: There's qpf-bitstream-vera |
12:20.55 | pb_ | afaik, they mostly use their qpf fonts. |
12:21.42 | koen | I vaguely remember something about fonts and not doing fontconfig and something with opie |
12:21.58 | pb_ | anyway, fontconfig is (in some sense) window system neutral. I don't think it will kill those guys to have it installed. |
12:22.03 | Cwiiis | ah well, if problems come up, I'll change it to an RRECOMMENDS |
12:22.41 | koen | is targetos in overriders? |
12:22.53 | pb_ | yes |
12:23.07 | pb_ | though, annoyingly, TARGET_SYS isn't. |
12:24.12 | pb_ | (but you can add it by hand, as gcc_csl-arm-20050416 does) |
12:24.54 | koen | OVERRIDES_append = ":${TARGET_ARCH}-${TARGET_OS}" |
12:28.42 | pb_ | right |
12:29.25 | koen | and a EXTRA_OECONF_append_arm-linuxeabi = " --without-fp" |
12:29.43 | pb_ | yup |
12:30.20 | *** join/#oe qfh (~qfh@ppp-82-135-4-247.mnet-online.de) |
12:33.18 | koen | ah, it fails on something else now |
12:33.50 | koen | | /home/koen/OE/build/tmp/familiar/cross/lib/gcc/arm-linuxeabi/3.4.3/../../../../arm-linuxeabi/bin/ld: Warning: size of symbol `_itoa' changed from 176 in /home/koen/OE/build/tmp/familiar/work/arm-linuxeabi/glibc-2.3.2+cvs20040726-r15/build-arm-linuxeabi/elf/dl-allobjs.os to 1192 in /home/koen/OE/build/tmp/familiar/work/arm-linuxeabi/glibc-2.3.2+cvs20040726-r15/build-arm-linuxeabi/libc_pic.a(_itoa.os) |
12:35.25 | pb_ | hm |
12:35.30 | pb_ | that's not good, but it's only a warning |
12:35.33 | pb_ | is there any other error? |
12:35.44 | koen | | /home/koen/OE/build/tmp/familiar/work/arm-linuxeabi/glibc-2.3.2+cvs20040726-r15/build-arm-linuxeabi/libc_pic.a(init-first.os):(.data+0x0): multiple definition of `__libc_multiple_libcs'| /home/koen/OE/build/tmp/familiar/work/arm-linuxeabi/glibc-2.3.2+cvs20040726-r15/build-arm-linuxeabi/elf/dl-allobjs.os:(.bss+0x84): first defined here |
12:36.17 | koen | ~lart screen for removing EOLNs |
12:36.47 | koen | it finally says collect2: ld returned 1 exit status |
12:36.57 | pb_ | mm, how odd. |
12:37.20 | pb_ | I don't know what would cause that. |
12:38.57 | koen | is it ok to push the OECONF change? |
12:39.45 | pb_ | yeah |
12:51.10 | *** join/#oe aboeglin (~aboeglin@ip-62-129-186-39.evc.net) |
12:53.04 | *** join/#oe fille__ (~philippe@213.49.160.173) |
12:59.20 | *** join/#oe hrw (~szczepan@c46-42.icpnet.pl) |
12:59.22 | hrw | hi |
12:59.55 | koen | hey hrw |
13:00.12 | hrw | glib-2.0-native-2.6.2 builds? |
13:00.44 | koen | it should |
13:00.48 | CIA-4 | 03koen 07 * r1.3259.1.2 10openembedded/packages/glibc/glibc_2.3.2+cvs20040726.bb: glibc_2.3.2+cvs20040726.bb: pass --without-fp for arm-linux-eabi |
13:01.31 | hrw | heh.. I had only .md5 |
13:01.39 | hrw | fetching |
13:03.20 | koen | I dind't bump PR on glibc since the affected platform didn't build anyway |
13:03.33 | hrw | I have to generate and send passwords for several oz.org users. |
13:09.17 | hrw | btw.. |
13:09.21 | hrw | koen: you have c7x0? |
13:09.54 | hrw | koen: what stylus you got included? full plastic or metal? |
13:15.35 | hrw | also nice efect is when you try to draw line using two styluses at once |
13:15.54 | pb_ | heh |
13:17.19 | pb_ | night all |
13:19.49 | zecke | EABI has hit glibc? |
13:21.03 | *** join/#oe Virusmaster (~Thomas@p3E9BEC13.dip.t-dialin.net) |
13:22.17 | hrw | someone can say what stylus is default in c7x0? |
13:23.36 | RP | hrw: plastic for the c760 |
13:23.49 | hrw | RP: thx |
13:24.08 | hrw | I moved plastic one to 5500 - in c760 will have metal one from 5500 |
13:24.44 | RP | I wish I had that option :) |
13:24.47 | hrw | gnutls should be upgraded to 1.0.24 |
13:25.07 | hrw | 1.0.23 cannot be fetched |
13:25.13 | hrw | (location moved) |
13:40.20 | CoreDump|home | hi |
13:44.49 | hrw | uf.. sent |
13:44.58 | *** join/#oe ar7 (~ark@85.96.35.131) |
13:45.06 | hrw | CoreDump|home: iirc you are not registered in openzaurus.org website... |
13:45.40 | CoreDump|home | hrw: umm i was in the past IIRC. Not after the site was re-designed |
13:46.00 | CoreDump|home | hah |
13:46.09 | CoreDump|home | yet another redesign :D |
13:46.16 | hrw | CoreDump|home: yep |
13:46.17 | CoreDump|home | looks good |
13:46.20 | ar7 | does anybody know something about AEGIS WPA supplicant? |
13:46.27 | hrw | its my website form:) |
13:46.52 | CoreDump|home | nice :) |
13:47.03 | chouimat | morning |
13:47.08 | CoreDump|home | ok, i've registered myself |
13:47.08 | hrw | hi chouimat |
13:47.13 | CoreDump|home | hi chouimat |
13:47.44 | chouimat | ROFTL www.userfriendly.org |
13:48.34 | hrw | I have to write some rules for oz.org site, hack it engine a bit and it will be good |
13:50.18 | CoreDump|home | hehehe |
13:50.35 | *** join/#oe reenoo_ (~r@p5489C007.dip.t-dialin.net) |
13:50.57 | reenoo_ | afternoon |
13:51.02 | hrw | hi rene |
13:51.08 | CoreDump|home | btw, could someone please try to build util-linux_2.12o? IMO it should break during do_patch but it might just be my system |
13:51.41 | reenoo_ | hey Marcin |
13:52.11 | hrw | hmm.. "mc" on shell.sf.net is not a good idea |
13:52.22 | CoreDump|home | indeed not |
13:52.35 | CoreDump|home | the shell account on sf is a pain heh |
13:52.52 | CoreDump|home | and w/o realizing it, i've DOSed the damn thing in the past lol |
13:53.59 | hrw | ;) |
13:54.55 | *** join/#oe bobcat (~dieu@r2351064.cidc.net) |
13:56.31 | *** join/#oe nninu (~souldadgu@MTL-ppp-144155.qc.sympatico.ca) |
13:56.35 | nninu | hi |
13:56.52 | nninu | is there someone |
13:57.29 | hrw | nninu: no - only bots |
13:57.40 | nninu | ok |
13:58.30 | nninu | ? |
13:59.21 | ar7 | is there someone knows AEGIS supplicant????? |
13:59.36 | hrw | ar7: what is it? |
13:59.43 | hrw | ~google aegis supplicant |
14:00.09 | hrw | I know that we have wpa-supplicant but thats probably not the same |
14:00.09 | ar7 | AEGIS has a WPA supplicant for wireless client |
14:00.16 | ar7 | i have a very spsific problem |
14:00.35 | ar7 | i couldnt find it in google |
14:00.36 | hrw | I just started to have wireless.. not used it yet |
14:00.55 | CoreDump|home | hah, I've found the problem w/ util-linux. two different patches are trying to patch the same bug :) |
14:00.56 | nninu | i get a question |
14:01.14 | nninu | do someone know a litle bit about emulator |
14:01.29 | ar7 | well.. if someone knows sth about AEGIS WPA supplicant.. that would be really appreciated!! |
14:02.09 | reenoo_ | nninu, ar7: refer to the /topic as to what's on topic here, please |
14:02.17 | ar7 | ok ok |
14:02.50 | ar7 | my question is refer to embedded thats why i ask here |
14:04.28 | hrw | CoreDump|home: can you login on oz.org and tell me is the message on 'dashboard' readable? |
14:04.40 | nninu | my question is related to embeded system using linux |
14:04.51 | nninu | zaurus to be more precise |
14:04.58 | Cwiiis | with gcc-initial_csl-arm, glibc doesn't build for me... |
14:05.18 | CoreDump|home | hrw: dashboard? |
14:05.29 | hrw | CoreDump|home: login into oz.org admin area |
14:05.49 | Cwiiis | koen: "/home/cwiiis/Dev/oe/build3/tmp/cross/lib/gcc/arm-linux/3.4.3/../../../../arm-linux/bin/ld: cannot find -lgcc_eh" - Look familiar/any advice? |
14:05.59 | CoreDump|home | ahh |
14:06.12 | CoreDump|home | yes, message is readable |
14:06.17 | hrw | good |
14:06.23 | CoreDump|home | "Welcome in OpenZaurus.org admin panel....." |
14:06.31 | hrw | CoreDump|home: exactly |
14:06.54 | CIA-4 | 03CoreDump 07 * r1.3263 10openembedded/packages/util-linux/util-linux_2.12o.bb: Remove pagesz-not-constant.patch as gcc34.patch is doing the same thing (which of course breaks the build) |
14:07.13 | *** join/#oe mickeyl (~LPA@gandalf.tm.informatik.uni-frankfurt.de) |
14:07.21 | CoreDump|home | hey mickeyl |
14:07.27 | hrw | CoreDump|home: thats should explain how it works in 'minimal' level |
14:07.28 | hrw | hi mickeyl |
14:07.31 | mickeyl | hi guys |
14:07.40 | luzik | hi |
14:07.55 | hrw | hej luzik |
14:08.45 | luzik | in my humble opinion http://www.openzaurus.org/official/unstable/3.5.3/sl5000,sl5500/zImage-collie-40-24-20050407102515.bin kernel don't work |
14:09.01 | hrw | mickeyl: c7x0 has strange keymapping.. "/" is not a single key like it was in collie ;( |
14:09.03 | CoreDump|home | luke-jr_: why is that? |
14:09.09 | luzik | it freez somewhere befor init can start |
14:09.22 | mickeyl | hrw: i know. it has been changed to reflect what's written on the keyboard |
14:09.25 | CoreDump|home | check your md5sums, all kernels are compiled in one go |
14:09.28 | hrw | luzik: other (64-0) work? |
14:09.42 | luzik | hrw: didn't check |
14:09.44 | jobi | hi all |
14:09.50 | hrw | luzik: so check |
14:10.03 | hrw | luzik: but first check m5sum |
14:10.06 | luzik | hrw but i build my own few days befor release and it works ok |
14:10.09 | jobi | I'm trying to build external packages for familiar 0.8.1 |
14:10.22 | luzik | hrw ok i will do taht |
14:10.33 | jobi | it seems they were built with libstdc++-3.4.2 (coming from gcc) |
14:10.43 | CoreDump|home | i think it is very unlikely that one kernel works and another doesn't. Please check the md5sums of your downloads |
14:10.43 | hrw | jobi: gcc-cross 3.4.2 |
14:10.43 | jobi | but this version of gcc is no longer in oe |
14:10.54 | jobi | NOTE: preferred version 3.4.2 of gcc-cross not available |
14:11.03 | hrw | jobi: you need repo from 0.8.1 time to build 0.8.1 |
14:11.10 | jobi | ouch |
14:12.08 | hrw | jobi: OE is progressing so we add/remove packages easch day |
14:12.41 | jobi | hrw: I understand, but I think it would be good to keep it possible for external dev to build packages to the current release |
14:12.55 | hrw | jobi: fam 0.8.2 is current afaik |
14:13.19 | hrw | jobi: you can fetch OE metadata from fam 0.8.1 times |
14:13.32 | reenoo_ | jobi: a) 0.8.1 isn't current. b) the OE tree that was used to build 0.8.1 can be downloaded from familiar.handhelds.org |
14:13.45 | jobi | hrw: oh indeed, sorry I missed the announcement for 8.2 |
14:13.50 | CoreDump|home | it looks like fam 0.8.1 wasn't tagges in OE |
14:14.22 | CoreDump|home | tagged even |
14:14.53 | *** join/#oe mickeyl_ (LPA@e180165148.adsl.alicedsl.de) |
14:15.37 | hrw | time to go walk |
14:15.45 | koen | CoreDump|home: tags don't help when you have tweaks in local.conf. /me looks in mickeyl's direction |
14:15.51 | hrw | 31°C on thermometer (in bright sun) |
14:16.24 | CoreDump|home | true, but shouldn't those tweaks be inserted into $DIST.conf anyways? |
14:16.46 | zecke | hrw: yeah get out into the sun ;) |
14:17.25 | koen | CoreDump|home: yes, they should |
14:17.59 | reenoo_ | hey zecke |
14:18.39 | reenoo_ | zecke: ever had to fork a process from haskell? (I'd need something popen-like) |
14:19.34 | zecke | reenoo_: never, actually I've not done some real world stuff in haskell yet |
14:19.36 | luzik | hrw: md5 sum is correct |
14:19.56 | luzik | hrw: md5sum of that image ..i have it still on cf |
14:20.35 | reenoo_ | zecke: ah, ok. thanks anyway |
14:20.47 | luzik | oh yeah .. sorry |
14:23.31 | zecke | reenoo_: can't one write a 'module' in c? |
14:27.00 | reenoo_ | zecke: using some sort of ffi magic you can probably do everything :) |
14:27.50 | reenoo_ | zecke: fwiw, System.Process looks promising. I'll just have to check it's in included in the ghc version we use... |
14:27.58 | reenoo_ | s/in // |
14:29.57 | hrw | WTF?? |
14:29.58 | hrw | 27151 hrw 19 0 738m 4.5g 3.9g R 52.6 522.2 4:53.08 python |
14:30.04 | *** join/#oe andersee (~andersee@codepoet.org) |
14:30.12 | hrw | nice values... |
14:30.15 | CoreDump|home | lol |
14:30.32 | zecke | reenoo_: is System part of the prelude? do you know a good site with 'API' documentation? |
14:30.39 | hrw | and thats why my machine is soo sluggish |
14:30.59 | CoreDump|home | 16386 mhentges 17 0 727m 678m 1848 S 0.0 33.5 1:17.13 python |
14:31.14 | hrw | restarted bitbake |
14:32.35 | reenoo_ | zecke: http://www.haskell.org/ghc/docs/latest/html/libraries/index.html http://zvon.org/other/haskell/Outputglobal/index.html |
14:33.16 | hrw | 17324 hrw 18 0 736m 696m 1896 S 35.0 78.7 1:38.80 python |
14:33.19 | hrw | looks better |
14:33.47 | hrw | ok. I go outside |
14:36.47 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) |
14:37.34 | *** part/#oe nninu (~souldadgu@MTL-ppp-144155.qc.sympatico.ca) |
14:44.59 | *** join/#oe lardman (~lardman@138.38.73.178) |
14:49.20 | *** join/#oe Philippe_ (~philippe@213.49.118.144) |
14:52.37 | CoreDump|home | hmm did my last message come trough? I had a disconnect here. |
14:53.15 | Cwiiis | What is gcc_eh, and would it be ok to remove it from glibc? It fails not finding it for me... |
14:54.08 | koen | ~google gcc_eh |
14:56.48 | Cwiiis | Right, so none of that explains what it is, but it seems ok to remove it? |
14:58.59 | koen | I wouldn't know |
14:59.08 | koen | I don't even know what it is :) |
15:03.05 | *** join/#oe hufnus (~slonsiki@m241936d0.tmodns.net) |
15:06.23 | uv1 | mickeyl: BTW, did you see my message regarding orinoco_modules and Kernel 2.6 / c7x0 ? |
15:06.54 | mickeyl_ | orinoco-modules-0.13e don't build for kernel 2.6? |
15:08.17 | uv1 | Also do 0.15, The *_cvs.bb package builds |
15:08.30 | mickeyl_ | ? |
15:08.35 | mickeyl_ | 0.13e drivers are too old. it's the reason, why i added orinoco-modules_0.13e-26.bb and if you would have a look at the machine configuration for the devices that support a 2.6 kernel, it's already listed under PREFERRED_VERSION there. |
15:08.49 | mickeyl_ | 0.15 build should build fine, but they don#t work |
15:08.54 | mickeyl_ | cvs doesn't work as well |
15:08.57 | mickeyl_ | it's broken on arm |
15:09.00 | mickeyl_ | since months |
15:09.22 | mickeyl_ | and no one is looking into that, so don't hold your breath and use 13e instead |
15:09.38 | uv1 | mickeyl: Any other suggestion to get my SanDisk Wireless card running ? |
15:10.46 | *** join/#oe mallum (~mallum@host81-156-153-45.range81-156.btcentralplus.com) |
15:11.28 | uv1 | mickeyl: If you do a opie-image build, the orinoco modules do not build since I use the 2.6 kernel. They compile, but the installation process is broken. No *.ko files found or so. |
15:12.57 | uv1 | Hi mallum. |
15:13.24 | uv1 | I heared, you have some perormance progs for GPE GUI testing ? |
15:14.12 | uv1 | s/peror/perfor/ |
15:14.41 | *** join/#oe Weichkaes (~weichkaes@dsl-213-023-224-033.arcor-ip.net) |
15:16.17 | CoreDump|home | ~lart uicmoc3-native |
15:16.54 | mickeyl_ | uv1: dunno what you are doing wrong, it works here |
15:17.12 | mickeyl_ | uv1: oz 3.5.3 for clamshell ship with orinoco 0.13e |
15:17.16 | mickeyl_ | on kernel 2.6.11 |
15:17.20 | mickeyl_ | and it works perfectly |
15:17.28 | mickeyl_ | so i guess in my setup, the .ko files are there |
15:17.50 | mickeyl_ | uv1: sandisk wireless works out of the box here as well, btw. (again, c7x0 with oz 3.5.2 and opie) |
15:17.55 | mickeyl_ | oops, 3.5.3 of course |
15:19.19 | uv1 | mickeyl: Just bitbake opie-image (in a clean dir), oz3.5.3, clamshell. Ok will try again and check the version compiled. |
15:20.24 | mallum | uv1: I've tested fb write speed on various devices |
15:22.09 | uv1 | mallum: I am not interested in the devices speed, but in the speed diff between X/GTK, X/QT and QTE. |
15:22.46 | mallum | uv1: well thats very difficult to meassure |
15:23.00 | mickeyl_ | native gtk is a bit faster since it has less overhead in runtime |
15:23.00 | uv1 | mallum: Just tried this morning to write my first gpe prog and stuck, when it came to printing and painting rectangles. |
15:23.27 | mickeyl_ | as for qte, that's of course slightly faster as well since there is one less indirection |
15:23.34 | mallum | uv1: if really depends on what aspect of ui speed you are interested in |
15:23.51 | mallum | uv1: ie app startup, particulat widget response times etc etc |
15:23.52 | *** part/#oe Ro8ert (~robert@83-216-141-107.robert877.adsl.metronet.co.uk) |
15:24.11 | uv1 | mallum: I am not interested in absolute values, but just relatives. I would like to use an approach like opie-sysinfo does (text render, rectangle painting, lines and circles). |
15:24.12 | mallum | uv1: at the end of the day they likely can all be approx equal |
15:24.16 | *** join/#oe bedboi (~bedboi@217.201.70.147) |
15:25.37 | uv1 | mallum: maybe equal or not. I just want to know (and I also wnat to understand, how gtk+ works ;-)) |
15:25.40 | *** join/#oe Virusmaster (~Thomas@pD9E5C88F.dip.t-dialin.net) |
15:26.06 | RP | mickeyl_: You've nearly given me heart failure by disabling the standard kernel console in the 2.6 kernel... |
15:26.38 | uv1 | RP: console is nice to have ;-) |
15:27.14 | RP | uv1: I'd agree but I guess it conflicts with elpp? |
15:27.28 | uv1 | RP: elpp? |
15:28.04 | RP | linux progress patch. Something mickeyl added to the kernel which I try my best to ignore ;-) |
15:28.41 | mickeyl_ | RP: really sorry about that, it slipped accidantly into my push. i wanted to have it locally. feel free to reintroduce the addition console parameter |
15:28.56 | mickeyl_ | RP: heh, people like those fancy things |
15:29.00 | mickeyl_ | :) |
15:29.33 | koen | mickeyl_: did you enable elpp in your local.conf when building the images for OZ? |
15:29.59 | mickeyl_ | koen: yes. |
15:30.13 | koen | bad mickeyl_ ! |
15:30.21 | mickeyl_ | together with KERNEL_VERSION these two settings have nothing to do in the distro conf |
15:30.39 | RP | mickeyl_: I know users like it :-/. I was just getting seriously worried when my console went dead :) |
15:31.29 | RP | We should really find a nicer way to enabling elpp - maybe just activate it for releases? |
15:31.37 | mallum | uv1: you have a long journey ahead then :/ |
15:31.48 | mallum | RP: hey hey mr |
15:32.23 | RP | mallum: hello :) |
15:32.25 | uv1 | mallum: Thanks for help ;-/ |
15:32.58 | mallum | uv1: why do you want to know ? |
15:32.59 | uv1 | mickeyl: How can I clean virtual/kernel and all dependen modules (for the orinoco try ?) |
15:33.14 | mickeyl_ | uv1: manually. |
15:33.31 | mickeyl_ | bitbake -c clean virtual/kernel |
15:33.34 | mickeyl_ | bitbake virtual/kernel |
15:33.36 | mickeyl_ | iirc |
15:33.39 | mickeyl_ | and then the models |
15:33.41 | mickeyl_ | modules, even |
15:33.57 | uv1 | mickeyl: Oh, I see ... |
15:34.16 | mickeyl_ | bitbake has no feature for cleaning honoring dependencies |
15:34.45 | uv1 | mallum: As a hint, which platform to use in my next business project. |
15:36.25 | mallum | uv1: well X/Gtk is royalty free ;) |
15:37.16 | mallum | uv1: but its likely much more complex than that |
15:37.28 | mallum | uv1: and dependant on a lot more factors |
15:37.58 | mallum | uv1: what your hardware is, how quickly you want to get it to market, what you want the deevice todo etc etc |
15:37.59 | uv1 | mallum: Sure, but if you win 200-300% of speed (QT/X - QTE), your target platform may be cheaper designed. So it is worth to think about all possibilities. |
15:38.39 | mallum | uv1: sure |
15:39.04 | uv1 | mallum: platform is very similar to Z. |
15:39.14 | uv1 | mallum: Thanks for your hints. |
15:40.08 | mickeyl_ | use evas |
15:40.10 | mallum | uv1: but which Z , there is a big difference between a 5000d and a c860 for example |
15:40.17 | mickeyl_ | and build a nice widget set on top |
15:40.21 | mallum | mickeyl: heh |
15:40.33 | uv1 | c860 |
15:40.46 | mallum | uv1: what graphics chipset ? |
15:40.57 | koen | evas is nice |
15:41.13 | mallum | koen: so are puppies |
15:41.58 | koen | mallum: shhhh |
15:42.11 | uv1 | mallum: do not know yet ... |
15:48.16 | *** join/#oe scanlime (~micah@128.138.74.40) |
16:13.19 | *** join/#oe tigrux (~tigrux@201.135.231.93) |
16:13.49 | tigrux | tema |
16:14.18 | *** join/#oe B0Ti (~boti@82.79.98.49) |
16:15.03 | *** join/#oe linuxwhore (~johnh@71-34-46-55.mpls.qwest.net) |
16:28.29 | hrw | re |
16:28.46 | hrw | koen: can you pastebin multimachine rebuild infos? |
16:29.00 | hrw | NOTE: [18:22] package meta-opie-1.0: completed |
16:29.00 | koen | rebuild? |
16:29.15 | hrw | koen: which packages has to rebuild etc.. |
16:29.25 | koen | one moment |
16:29.28 | hrw | koen: or can I just change MACHINE and restart build? |
16:29.36 | koen | not quite |
16:29.49 | koen | hrw: http://ewi546.ewi.utwente.nl/tmp/ |
16:29.52 | hrw | thx |
16:29.53 | koen | the build*.sh |
16:31.10 | RP | mickeyl_: Can we alter the initscripts order slightly so keymap comes before checkversion? |
16:31.23 | Cwiiis | If --as-needed only does good things, would people be ok with me checking a change in that means it's used by default? |
16:31.30 | mickeyl_ | RP: why should we ? |
16:31.44 | RP | mickeyl_: So I can Ctrl+C past it... |
16:31.57 | RP | (when I forget to disable it) |
16:32.07 | hrw | koen: thx |
16:32.43 | hrw | RP, mickeyl: japanese chars should work as ctrl/alt in 2.6 or not? (mainly under opie) |
16:33.05 | *** join/#oe mickey2 (LPA@e180146042.adsl.alicedsl.de) |
16:33.09 | mickey2 | <mickeyl_> RP: that would be a problem |
16:33.09 | mickey2 | <mickeyl_> i'm not sure how many things keymap needs to be in place |
16:33.09 | mickey2 | <mickeyl_> but you can give it a try to make it S03 |
16:33.09 | mickey2 | <mickeyl_> and see if that works |
16:33.14 | koen | hrw: they do over here |
16:33.15 | RP | hrw: At console they're fine. opie hasn't quite got the mapping right yet though |
16:33.24 | hrw | eating time |
16:33.55 | RP | mickey2: keymap just uses loadkeys so it doesn't need much |
16:35.14 | RP | mickey2: We'd have to make keymap S00, version S01 and bump them all |
16:35.31 | *** join/#oe koen|z (~koen@dominion.kabel.utwente.nl) |
16:35.35 | RP | mickey2: I did have this working until you pushed version to S00 (presumably to get ahead of boosplash) |
16:36.05 | mickey2 | RP: ok, then like you said |
16:37.23 | RP | cd .. |
16:37.31 | mickey2 | file not found |
16:37.51 | RP | Sometimes I hate KVMs :) |
16:37.53 | mickey2 | hehe |
16:39.19 | mickey2 | hmm |
16:39.43 | mickey2 | i've seen people patching that -lgcc_eh out. is this what we should do as well? (glibc-2.3.2+cvs) |
16:40.55 | hrw | mickey2: do you have you splitfeeds script somewhere available? |
16:41.10 | mickey2 | ya, hold on, i'll upload the current version |
16:41.26 | *** part/#oe tigrux (~tigrux@201.135.231.93) |
16:42.04 | mickey2 | http://www.vanille.de/temp/oe/ |
16:42.06 | hrw | koen: c7x0 is arm5te, collie is arm - so when I run "bitbake meta-opie" then all will be rebuild? |
16:42.10 | mickey2 | splitfeeds has to be run first |
16:42.18 | mickey2 | then splitfeeds.sh |
16:42.22 | mickey2 | to do some post processing ;) |
16:45.12 | hrw | ok |
16:46.50 | mickey2 | how do you like your c7x0 and oz on it overall ? |
16:47.00 | hrw | mickey2: quite nice |
16:47.07 | hrw | screen is too small |
16:47.50 | chouimat | wow ... openoffice has more dependencies than a complete KDE build |
16:49.08 | hrw | new zbedic out |
16:49.23 | koen|z | you have to sell your soul *and* firstborn to TT? |
16:49.38 | chouimat | koen|z: hum? |
16:50.16 | koen|z | kde required the former |
16:50.33 | koen|z | maybe sun wants the latter |
16:51.30 | hrw | hmm.. |
16:51.35 | chouimat | koen|z: stop seeing conspiracy ... and btw gnome sucks :) |
16:51.46 | mickey2 | RP: you know about the state of bluetooth in our 2.6.11 ? |
16:52.00 | hrw | koen: strange thing discovered with c7x0 target when using multimachine.inc setup.. |
16:52.00 | koen|z | at least it sucks less than kde |
16:52.11 | chouimat | koen|z: it sucks more |
16:52.20 | koen|z | osx kicks both their asses |
16:52.29 | chouimat | koen|z: true |
16:52.34 | hrw | koen: all *-native goes to tmp/stamps/armv5te-linux instead of tmp/stamps/i686-linux ;( |
16:52.56 | RP | mickey2: I'm afraid I don't. I only have one bluetooth device here and that has no linux bt support... |
16:52.59 | koen|z | hrw: yes, that's a bug |
16:53.16 | mickey2 | RP: ok, no problem. I'll dive into that. I have a supported BT CF card |
16:53.20 | koen|z | hrw: seee what pb said a few hours ago |
16:53.43 | hrw | koen|z: that irc session is not so old probably ;( |
16:54.12 | koen|z | hrw: something about resetting package_arch in native.bbclass |
16:54.22 | hrw | RP: I will also have BT CF card |
16:54.56 | hrw | apt-get upgrade with 122kB/s is so nice ;) |
16:55.14 | CoreDump|home | it's even nicer w/ 230kB/s ;) |
16:55.35 | CoreDump|home | and has been outright cool w/ 450kB/s |
16:55.35 | koen|z | 12MB/s over here |
16:55.48 | hrw | CoreDump|home: for 30 pln more I can get 3000kbps instead of 1000kbps but thats all |
16:56.03 | hrw | and more nice when packages are on disk;) |
16:57.18 | koen|z | hrw: my buildbox is on the same net as ftp.nl.debian.org :) |
16:57.38 | hrw | koen|z: lucky you |
16:58.06 | koen|z | at home it's still 100KB/s |
16:58.16 | koen|z | still fast enough |
16:59.02 | hrw | heh.. I will leave that builddir (oz353) as collie only then - all machines are compatible with arm packages |
16:59.37 | hrw | c7x0 will get extra builddir with up-to-date set |
17:16.21 | *** join/#oe minipanda (~zhanght@219.236.27.194) |
17:20.16 | *** join/#oe mallum (~mallum@host81-156-158-194.range81-156.btcentralplus.com) |
17:21.33 | Ken|JLime | im getting this error Downloading http://www.jlime.com/downloads/releases/shrek/feed/mc_4.6.0-r0_sh3.ipk |
17:21.33 | Ken|JLime | [18:54] <Ken|JLime> xsystem: ERROR: fork failed before execution: 'wget --passive-ftp -q -P /tmp/ipkg-itK5Lv http://www.jlime.com/downloads/releases/shrek/feed/mc_4.6.0-r0_sh3.ipk |
17:22.11 | Ken|JLime | Considering my connection to internet is working well otherwise im guessing that this is due to the --passive-ftp param.. |
17:22.13 | hrw | bbl |
17:22.24 | Ken|JLime | is there anyway to set wget to use http instead of ftp? |
17:22.56 | CIA-4 | 03RP 07 * r1.3254.1.1 10openembedded/packages/ (3 files in 3 dirs): initscipts: Change levels so keymap gets loaded before checkversion so Ctrl+C works to skip it |
17:24.25 | CIA-4 | 03RP 07 * r1.3265 10openembedded/packages/initscripts/initscripts_1.0.bb: initscripts: Update comment |
17:25.00 | *** join/#oe TheMasterMind1 (~aman@residents-south-129-174-182-171.residents.gmu.edu) |
17:25.20 | TheMasterMind1 | bitbake jikes (on uclibc+arm) fails compile with 'errno undefined' |
17:26.04 | koen|z | Ken|JLime: give it a http url instead of a ftp one |
17:26.17 | Ken|JLime | I've given it a http url |
17:26.28 | Ken|JLime | http://www.jlime.com/downloads/releases/shrek/feed/mc_4.6.0-r0_sh3.ipk |
17:26.48 | Ken|JLime | remove the mc_.... and you got the feed url |
17:27.13 | koen|z | RP: are you still plannning on putting your x patch into OE? |
17:31.18 | RP | koen|z: Now 3.5.3/0.8.2 is out, I don't see any reason not to. Would you agree? |
17:32.13 | koen|z | yes |
17:32.32 | koen|z | let's break stuff |
17:33.03 | Cwiiis | :) |
17:33.35 | RP | ok. I'll look into that tomorrow :) |
17:34.03 | RP | I'm getting nowhere with esd :-/ |
17:37.30 | RP | Looks like the removal of the need for cardmgr has broken our current images as well. cardctl gives some nice segfaults at times :-/ |
17:40.04 | *** join/#oe dkey (~dkey@193.170.48.234) |
17:53.04 | emte | i am going to have to filter every person's email on it at this rate |
17:58.29 | koen|z | que? |
18:01.47 | koen|z | emte: what do you mean? |
18:04.43 | RP | Does anyone know off hand if the gpe-image bootsplash screen is upsidedown under a 2.4 kernel for c7x0? |
18:05.09 | koen|z | iirc it isn't |
18:05.44 | RP | ~lart sharp for rotation hacks |
18:08.18 | *** join/#oe tigrux_ (~tigrux@201.135.231.93) |
18:24.42 | *** join/#oe dkey (~dkey@193.170.48.234) |
18:28.29 | *** join/#oe dcode (~dcode@adsl-70-240-134-37.dsl.stlsmo.swbell.net) |
18:29.35 | dcode | anyone around? |
18:29.59 | koen | use /who |
18:30.39 | jskcr | no |
18:31.21 | dcode | great |
18:31.37 | dcode | I'm having issues w/ the OE snapshots |
18:31.46 | koen | use bk |
18:31.56 | koen | snaps are unsupported |
18:32.28 | koen | and obsolte by nature |
18:32.38 | koen | obsolete* |
18:34.32 | B0Ti | koen: I have debian and don't feel like installing bk. |
18:34.57 | B0Ti | plus, everyone else is moving away from it :P |
18:35.48 | koen | I have debian too |
18:35.57 | koen | and oe is using bk |
18:36.24 | B0Ti | koen: so how can I cleanly install bk on debian? |
18:37.02 | koen | download the binary and run the script |
18:37.03 | B0Ti | i know oe is using bk, torvalds did too... |
18:37.36 | koen | he *did* we *do* |
18:37.44 | B0Ti | koen: then I wont be able to "dpkg --purge" it. |
18:37.58 | koen | B0Ti: 'rm' |
18:39.08 | B0Ti | rm what? if it installs itself into /usr/local, that's fairly easy, but if it puts stuff elswhere... |
18:39.52 | koen | iirc it's a single binary |
18:41.24 | B0Ti | they have a fscking form to fill out before downloading, doh... |
18:41.56 | dcode | use the read-only sfioball |
18:42.25 | dcode | it's 3 binaries...but it's clean and no "I have to submit to you all info including my dog's name" |
18:42.41 | dcode | unless you're committing...in which case you're on your own... |
18:42.44 | dcode | :-\ |
18:43.41 | dcode | how large is the OE source w/ all the packages? |
18:46.20 | koen|z | 15G or so |
18:47.53 | dcode | great :-( |
18:49.07 | koen|z | that's with a multimachine world build |
18:49.57 | dcode | ic |
18:52.45 | emte | koen|z, people are not using [Oe] or replying to the mailing list email. its a forward list of emails |
18:53.15 | emte | so now the mailing list emails are ending up in the wrong folders |
18:53.40 | koen | ehm |
18:53.59 | koen | [OE] is a server side thing |
18:54.10 | koen | and learn how to use procmail |
18:54.18 | koen | the List-id is there for a reason |
18:54.35 | emte | thats the problem, some are bypassing it |
18:54.53 | koen | you can't bypass the listid |
18:55.00 | koen | mailman adds it |
18:55.06 | koen | it's in the headers |
18:55.12 | koen | do *not* filter on subject |
18:55.14 | koen | :0* ^List-Id:.*oe\.handhelds\.org |
18:55.14 | koen | $MAILDIR/.Handhelds.openembedded/new |
18:55.18 | emte | then syplheed-claws has a serious bug in it |
18:55.26 | koen | add that to your procmailrc |
19:00.05 | emte | i added it to procmail, sylpheed already had a filter for that ... i guess i'll see |
19:00.38 | emte | was only happening for ~5-10 list emails a day |
19:00.43 | emte | the rest were fine |
19:00.55 | koen | but still, you can't bypass the list-id |
19:01.10 | koen | unless people were mailing you directly |
19:01.28 | koen | and you have some setting to turn off double delivery in mailman |
19:02.15 | emte | that is whats happening like i said |
19:02.33 | koen | an you check the headers of those emailes? |
19:03.00 | emte | i have full headers enabled by default |
19:03.30 | koen | do they have a correct list-id? |
19:03.38 | koen | (since all my oe mails have) |
19:06.35 | emte | hm |
19:07.09 | koen | it should say List-Id: oe.handhelds.org |
19:07.11 | dcode | any of you familiar w/ e17 libs? does emotion require x11 or can it render to direct-fb? |
19:07.27 | dcode | in the meta package, it's added to e-x11 but not in e |
19:07.33 | emte | never noticed ... all the ones that dont go correct are from Outlook ... Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) ... but yes the list id are the same |
19:07.55 | emte | dcode, non of e17 requires x11 |
19:07.55 | koen | dcode: we don't have any support for directfb in OE |
19:08.12 | emte | and i have not yet switched over the new code |
19:08.31 | dcode | alrighty |
19:08.34 | emte | and i doubt emotion will work on a handheld device atm |
19:08.43 | koen | we have xine |
19:08.55 | koen | so it should work |
19:08.58 | emte | since i have not scalled the interface down atleast ... or finished the new one |
19:09.02 | dcode | well...I'm not making a handheld device...I'm using an epia mb |
19:09.16 | emte | then you might be fine |
19:10.02 | emte | i hope you are using the snapshots from freedeskyop |
19:10.07 | emte | desktop* |
19:10.13 | emte | food time |
19:22.35 | *** join/#oe Timelord (~TL@64-147-65-129.access-4.intertex.net) |
19:22.39 | luke-jr_ | CoreDump|bbl: ??? |
19:38.14 | CoreDump|home | luke-jr_: ?? |
19:40.19 | B0Ti | what are the benefits of OE for the epia? |
19:41.04 | luke-jr_ | CoreDump|home: you said something w/ my name in it... |
19:41.13 | CoreDump|home | umm |
19:41.16 | luke-jr_ | CoreDump|home: I don't recall what it was, but it didn't make sense |
19:41.25 | CoreDump|home | heh dunno, really |
19:41.38 | luke-jr_ | Apr 17 14:11:09 <CoreDump|home> luke-jr_: why is that? |
19:41.41 | koen | B0Ti: full control of your distro, like debootstrap |
19:42.09 | CoreDump|home | luke-jr_: ah, that was a wrong tab-complete. was ment for someone else |
19:42.14 | luke-jr_ | ah |
19:42.15 | luke-jr_ | ok |
19:42.19 | CoreDump|home | :) |
19:44.31 | *** join/#oe fille__ (~philippe@213.49.96.5) |
19:45.18 | B0Ti | koen: that's how I installed debian on my epia, so I guess there isn't much. |
19:49.27 | koen | B0Ti: xorg + new kernel is also nice |
19:49.41 | koen | but not groundshaking |
19:49.45 | hrw | re for a moment |
19:50.02 | hrw | RP: irda works on c760 with 2.6 kernel from 3.5.3 |
19:50.32 | RP | hrw: excellent. I think we can call irda working now :) |
19:50.43 | RP | All we need is to get it accepted upstream :-/ |
19:51.36 | hrw | RP: I beamed zaurus<>nokia 6310i and collie(2.4.18)->c760(2.6.11) |
19:53.06 | hrw | RP: one question.. its 2.6.11 - why not 2.6.11-rpXX or 2.6.11-ozXX? |
19:53.53 | koen | oz isn't the only user of those kernels |
19:54.28 | RP | hrw: Its not rp as do and jl have code in the 2.6.11 kernel. Its no oz for the reason koen mentions (although is called linux-openzaurus :) |
19:54.37 | hrw | thx |
19:54.55 | RP | Not having anything saves arguments :) |
19:54.59 | koen | RP: yeah the bb is evil too :) |
19:55.13 | RP | koen: Why evil? |
19:55.23 | B0Ti | Are there fixes for the suspend issues on the horizon for 2.6? |
19:55.34 | B0Ti | this is just one of them: |
19:55.36 | B0Ti | Division by zero in kernel. |
19:55.36 | B0Ti | [<c01ba420>] (ts_interrupt_main+0x0/0x224) from [<c01ba678>] (ts_interrupt+0x18/0x20) |
19:55.57 | koen | RP: having oz written all over it |
19:55.57 | RP | BOTi: If someone tells me what the syspend issues are, I might fix them, otherwise no... |
19:56.38 | RP | B0Ti: I need the complete oops and an idea of how to reproduce it |
19:56.49 | koen | RP: hardcoding 'openzaurus' into the zimage |
19:56.49 | B0Ti | this is another: "power.c: device-level power management is not supported yet" |
19:57.06 | RP | B0Ti: You can safely ignore that |
19:57.25 | RP | koen: Talk to mickey|dinner about that. I was against that :-/ |
19:57.36 | RP | Part of the version checking thing I suspect :-/ |
19:58.00 | B0Ti | Somewhere on the OZ pages I read that the CF devices will eat power if suspended, I thought this was it. |
19:58.02 | koen | I can live with it |
19:58.32 | koen | that opie-chicken in 2.4 annnoyed me more :) |
19:59.06 | RP | koen: Given his other work, I choose to ignore these little things ;-) |
19:59.13 | RP | B0Ti: I'm looking into that issue. I don't know what the problem is there |
19:59.28 | hrw | RP: btw - how is with battery level reporting in 2.6/c7x0? I had 9x% for long time... (now powered) |
19:59.37 | RP | B0Ti: How did you get that divide by zero above btw? |
20:00.22 | RP | hrw: It should work. The sharp code only has very coarse jumps so you'll probably find it'll suddenly jump. 2.6 has yet to improve that |
20:00.45 | RP | (its planned when I do some work on the power code) |
20:00.55 | RP | (sound and power code still need attention) |
20:01.13 | hrw | ok |
20:01.17 | B0Ti | RP: I think that was before a suspend with some CF card, I'm trying to reproduce it. |
20:01.17 | koen | desharping and alsafying |
20:01.33 | hrw | soon (thx to lardman) I will work on getting BT working |
20:01.49 | RP | B0Ti: You were doing something with the touchscreen at the time... |
20:04.36 | hrw | FAT: Filesystem panic (dev hda1) |
20:04.49 | hrw | first time during years of linux using I got this |
20:05.15 | B0Ti | RP: not sure, I can't reproduce it now. |
20:05.24 | RP | hrw: You pulled the CF card out without cardctl ejecting? |
20:05.40 | hrw | RP: no - it is still is slot |
20:06.01 | hrw | RP: but I never do "cardctl eject" |
20:06.02 | RP | B0Ti: I've just gone through the ts code looking for potential divide by zeros and can't see any that aren't checked for... |
20:06.50 | RP | hrw: 2.6 won't work well if you just pull them out - known bug... |
20:06.56 | hrw | RP: aha |
20:07.19 | RP | workaround isn't easy and mainline kernel people don't care :-( |
20:08.05 | hrw | RP: nevermind what card it is? memory or wifi |
20:11.05 | B0Ti | RP: I don't think it had something to do with the TS, maybe my CF lan card. |
20:12.28 | B0Ti | how much memory does OE need for a build? python goes above 300M when doing "Handling BitBake files:" and my machine swaps badly. |
20:12.29 | RP | hrw: memory is where the known issues are. I'm not sure about wifi |
20:13.16 | RP | B0Ti: The tiny fragment you posted said it was in the touchscreen interrupt routine. The complete oops would give me more clues |
20:15.39 | *** join/#oe imk (~dj@69-175-55-137.ontrca.adelphia.net) |
20:15.45 | B0Ti | [<c01ba420>] (ts_interrupt_main+0x0/0x224) from [<c008fa24>] (run_timer_softirq+0x110/0x270) |
20:15.45 | B0Ti | [<c008f914>] (run_timer_softirq+0x0/0x270) from [<c008b26c>] (__do_softirq+0x70/0xf0) |
20:15.45 | B0Ti | [<c008b1fc>] (__do_softirq+0x0/0xf0) from [<c008b444>] (irq_exit+0x58/0x6c) |
20:15.45 | B0Ti | [<c008b3ec>] (irq_exit+0x0/0x6c) from [<c006ba44>] (asm_do_IRQ+0x12c/0x164) |
20:15.45 | B0Ti | <PROTECTED> |
20:15.47 | B0Ti | [<c006b918>] (asm_do_IRQ+0x0/0x164) from [<c006a554>] (__irq_svc+0x34/0x74) |
20:15.49 | B0Ti | [<c006c4a0>] (default_idle+0x0/0x64) from [<c006c558>] (cpu_idle+0x54/0x94) |
20:15.51 | B0Ti | [<c006c504>] (cpu_idle+0x0/0x94) from [<c00087bc>] (start_kernel+0x12c/0x17c) |
20:15.53 | B0Ti | <PROTECTED> |
20:15.55 | B0Ti | [<c0008690>] (start_kernel+0x0/0x17c) from [<a000809c>] (0xa000809c) |
20:15.57 | B0Ti | Division by zero in kernel. |
20:15.59 | B0Ti | [<c01ba420>] (ts_interrupt_main+0x0/0x224) from [<c01ba678>] (ts_interrupt+0x18/0x20) |
20:16.09 | RP | B0Ti: Use pastebin |
20:16.48 | B0Ti | what's pastebin? |
20:17.07 | RP | B0Ti: http://pastebin.ca/ |
20:18.24 | RP | B0Ti: I also know what this problem is and the workaround. Its very new code, hidden in the massive w100fb changes. I'll fix that for the future |
20:20.33 | *** join/#oe ar_ (~ar@port-ip-213-211-233-146.reverse.mdcc-fun.de) |
20:22.46 | B0Ti | RP: http://pastebin.ca/9710 |
20:24.16 | RP | B0Ti: Thanks. At a guess, you touched the touchscreen with the screen blanked. I suspect that would reproduce the problem. I'll fix it |
20:25.42 | B0Ti | RP: yes, that is possible. I was on the console (term 1), when it was blank and I kept hitting it cause I thought I was in opie. |
20:26.07 | Cwiiis | Does OE assume-provided gcc? |
20:26.25 | RP | I usually use the shift key which is why I wouldn't see this :) |
20:27.03 | koen | Cwiiis: I see the gcc_eh thing now too |
20:28.01 | Cwiiis | koen: Patching out references to gcc_eh in glibc ends up in unresolved symbols... I think it's because I've updated to breezy recently, no gcc_eh... |
20:35.46 | Cwiiis | koen: If you fix it, tell me - I'm just trying using older gcc and going from scratch again |
20:36.07 | koen | RP: I'm going to take a stab at updating the ipaq-pxa-2.6 machine next week, the hx2750 should benefit from that too |
20:37.06 | Cwiiis | I could do with one of those nice x-series ipaqs... |
20:37.45 | koen | only the hx2000 and hx4000 series are nice |
20:39.40 | hrw | I hope that tomorrow will be not as much time taking as today.. |
20:40.24 | koen | bleh |
20:40.38 | koen | the new semester starts tomorrow |
20:40.48 | hrw | koen: you are student or teacher? |
20:40.55 | koen | student |
20:41.21 | hrw | I have to find time to help collie kernel development |
20:41.46 | Cwiiis | hrw: And make me that serial cable so I can help too ;) |
20:42.04 | hrw | Cwiiis: that was what I mean ;) |
20:47.00 | koen | 353 is pretty slick |
20:47.52 | Cwiiis | Getting better with each release :) |
20:48.30 | *** join/#oe phoedros (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
20:51.00 | koen | let's keep it that way :) |
20:51.04 | phoedros | hey guys! i just built my own simpad-image but it freezes at the gpe/OE-splash picture and when I try to login via serial, then it displays the error that no valid shadow-passwd is given... do I have to change anything in the rootfs or ...go praying? |
20:51.39 | koen | gpe zaps the rootpasswd |
20:52.23 | koen | remove the zaprootpassw from gpe-image.bb to see why it fails |
20:54.43 | phoedros | sometimes I think bavarians have to be a people of their own... |
20:54.51 | B0Ti | bitbake is eting up 400megs of memory, is it possible to make it use less? |
20:54.56 | phoedros | thank god we franconians have at least some brain left :D |
20:55.04 | koen | ~bbcow |
20:55.06 | ibot | bbcow is probably a couple patches for bitbake and openembedded to use copy-on-write for the metadata handling. It greatly reduces memory consumption. Get them at http://www.frankengul.org/~seb/cowbb/. |
20:55.20 | koen | B0Ti: use that |
20:55.32 | phoedros | koen: is it faster or just smarter concerning memory? |
20:55.54 | koen | memory |
20:56.03 | koen | you lose the cache |
20:56.30 | phoedros | koen: same effect as just adding CACHE="" to local.conf |
20:56.44 | *** join/#oe Virusmaster (~Thomas@pD95DBB96.dip.t-dialin.net) |
20:56.58 | koen | that and less memory usage |
20:57.23 | phoedros | koen: gpe-image was built successfully.. is the image bb generated usable? |
20:57.45 | koen | it should be |
20:58.00 | CIA-4 | 03CoreDump 07 * r1.3266 10openembedded/packages/scummvm/opie-scummvm_1.0.1.bb: Add opie-scummvm: a GUI for scummvm. Courtesy of _law_ @ #opie.de |
20:58.29 | hrw | CoreDump|home: maybe opie-sh-scummvm as other opie-sh related packages? |
20:58.47 | CoreDump|home | it isn't sh based |
20:58.49 | CoreDump|home | :) |
20:58.53 | hrw | aha |
20:59.22 | CoreDump|home | http://handhelds.org/scap/port.29196.png |
20:59.31 | koen | imho it should be in a seperate dir |
20:59.51 | hrw | fsck.. got hit by "/ is full" on collie |
21:00.33 | hrw | reflashin |
21:00.35 | hrw | g |
21:07.49 | B0Ti | I cant get packages.bb.cow9b.patch to apply, the other went fine. Any suggestions? |
21:08.04 | B0Ti | do I need this at all? |
21:10.32 | CoreDump|home | B0Ti: not if you have plenty of RAM |
21:10.40 | hrw | cu - go to sleep |
21:10.40 | CoreDump|home | (as in 1GB+) |
21:10.44 | CoreDump|home | n8 hrw |
21:11.27 | B0Ti | i guess 386368k is not plenty then... :| |
21:11.51 | CoreDump|home | I'm afraid not |
21:16.28 | *** join/#oe dragoneye (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
21:20.30 | *** join/#oe sgm (~sgm@mevissen.demon.nl) |
21:20.39 | *** join/#oe phoedros_ (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
21:20.51 | phoedros_ | fuck... |
21:21.00 | sgm | hi guys, how is life? |
21:21.37 | *** join/#oe XorA (~dp@81-178-243-174.dsl.pipex.com) |
21:21.49 | koen | hey bas |
21:23.32 | sgm | koen: hey koen! |
21:24.10 | sgm | koen: can you build something with OE at the moment? savannah.gnu.org archive seems to be down this weekend |
21:24.39 | sgm | koen: So I cannot build gcc-cross-initial-3.4.3+csl-arm-20050416 |
21:25.21 | koen | at the moment we are having a lot of problems with that |
21:25.29 | zecke|tv | nite guys |
21:25.35 | koen | night zecke|tv |
21:27.36 | sgm | koen: yup. I had a problem building a staging version of Perl.. And now this (and treke.net seems down too). I still haven't managed to build something usefull.. |
21:28.03 | sgm | koen: I feel like an idiot as it should be that simple. |
21:28.28 | koen | lower the default preference in the gcc .bb |
21:29.00 | koen | or set a preferred_version for a diffferent gcc |
21:29.52 | sgm | koen: can you tell me how to do that in local.conf in detail please? |
21:31.07 | koen | open the gcc csl .bb and change the arm default preference |
21:31.19 | koen | that's the fastest way |
21:31.34 | koen | apart from removing the csl bbs |
21:34.17 | koen | 'night all |
21:34.20 | sgm | koen: don't understand wat to do |
21:34.57 | koen | remove the gcc csl .bbs |
21:35.07 | sgm | koen: OK. |
21:42.34 | emte | moo |
21:43.55 | emte | so we need 4 of each still right ... |
21:43.59 | emte | blech |
21:45.16 | sgm | emte is going to write a new windowing system :-) |
21:45.29 | emte | yes i am in the process |
21:45.39 | emte | abet a slow one |
21:46.11 | emte | anyway it was: vanilla, fb, x11, and x11+fb right? |
21:47.51 | sgm | dunno. Ask Keith :-) |
21:48.12 | *** join/#oe dragoneye (~dragoneye@dsl-084-056-004-137.arcor-ip.net) |
21:48.23 | emte | nah, i am pretty sure that was what was requested |
21:48.25 | phoedros | re again |
21:48.51 | emte | i probably have it written down for the last mangle switche over |
21:49.07 | phoedros | *lol* now I know why gpe freezed... always remember kids: never use a java VM and any mozilla component ;) |
21:50.28 | emte | not quite true |
21:50.34 | emte | depends which one you use |
21:50.47 | emte | only blackdown will work with mozilla |
21:50.47 | phoedros | emte: jamvm...seemed smaller than sable |
21:51.00 | phoedros | emte: minimo completely messed up... |
21:51.04 | phoedros | 100% disc usage |
21:51.06 | emte | officially anyway |
21:51.20 | emte | not suprising |
21:51.50 | *** join/#oe dcode (~dcode@ppp-70-245-239-238.dsl.stlsmo.swbell.net) |
21:57.42 | emte | hmm |
21:57.49 | emte | funny |
21:58.08 | sgm | treke: are you there? |
21:58.17 | emte | raster's new license is almost identical to xfree86's |
22:35.02 | *** join/#oe pb_ (~pb@203.53.50.91) |
22:41.40 | *** join/#oe ChanServ (ChanServ@services.) |
22:41.40 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
22:56.52 | *** join/#oe mithro (~tim@150.203.247.4) |
22:57.34 | RP | pb_ I've fixed the esd problem - pxa_audio_clear_buf went into an uninterruptable sleep waiting for a STOPIRQ from the DMA controller. If you read the PXA255 manual, it says you don't get that if DCMD_LENGTH=0 which is true in this case... |
22:58.21 | pb_ | aha. |
22:59.22 | RP | One bug down, two go :) |
23:00.30 | emte | one more pkg to go .. |
23:07.48 | reenoo_ | 'night all |
23:09.37 | *** join/#oe [g2] (~g2@cpe-066-057-008-035.nc.res.rr.com) |
23:09.48 | emte | now where did koen go ... |
23:10.06 | emte | or was it treke that wanted me to fix efl ... |
23:10.17 | emte | they need to know a few things about the new setup ... |
23:11.22 | pb_ | RP: heh, very good |
23:12.26 | *** join/#oe mithro (~tim@150.203.247.4) |
23:15.32 | *** join/#oe mithro (~tim@150.203.247.4) |
23:15.32 | *** join/#oe XorA|gone (~dp@81-178-243-174.dsl.pipex.com) |
23:15.32 | *** join/#oe imk (~dj@69-175-55-137.ontrca.adelphia.net) |
23:15.32 | *** join/#oe philippe (~philippe@213.49.96.5) [NETSPLIT VICTIM] |
23:15.32 | *** join/#oe Timelord (~TL@64-147-65-129.access-4.intertex.net) |
23:15.32 | *** join/#oe dkey (~dkey@193.170.48.234) [NETSPLIT VICTIM] |
23:15.32 | *** join/#oe minipanda (~zhanght@219.236.27.194) [NETSPLIT VICTIM] |
23:15.32 | *** join/#oe mickey|dinner (LPA@e180146042.adsl.alicedsl.de) [NETSPLIT VICTIM] |
23:15.32 | *** join/#oe mickeyl (~LPA@gandalf.tm.informatik.uni-frankfurt.de) |
23:15.33 | *** join/#oe RP (0@tim.rpsys.net) |
23:15.33 | *** join/#oe CIA-4 (~CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
23:15.33 | *** join/#oe kbot (~supybot@covenant.kergoth.com) |
23:15.33 | *** join/#oe drw|bbl (~drw@c-24-0-157-195.hsd1.tx.comcast.net) |
23:15.33 | *** join/#oe treke (~ggilbert@69-175-32-221.ventca.adelphia.net) |
23:15.33 | *** join/#oe Twiun (~twiun@adorphuye.com) [NETSPLIT VICTIM] |
23:15.33 | *** join/#oe joshua_ (joshua@c-24-34-94-87.hsd1.ma.comcast.net) |
23:15.33 | *** join/#oe Titeuf (~Titeuf@2m01.net) [NETSPLIT VICTIM] |
23:15.33 | *** join/#oe killefiz (~sven@h3933.serverkompetenz.net) [NETSPLIT VICTIM] |
23:15.33 | *** join/#oe cyn (~cyn@cpe-066-061-101-026.midsouth.rr.com) |
23:15.33 | *** join/#oe fdv (1988@tyrfing.ifi.uio.no) |
23:15.33 | *** join/#oe dustpuppy (~chris@62.141.36.81) |
23:15.33 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy02.amd.com) [NETSPLIT VICTIM] |
23:15.33 | *** join/#oe luzik (luzik@luzik.pld-linux) |
23:15.33 | *** join/#oe Noodles (~noodles@the.earth.li) |
23:15.33 | *** join/#oe edward (edward@4angle.com) |
23:15.35 | *** join/#oe zimbo (~bonis@194.59.156.11) [NETSPLIT VICTIM] |
23:15.35 | *** join/#oe Toi (~pleemans@dD577A871.access.telenet.be) |
23:15.35 | *** join/#oe robtaylor_ (~robtaylor@217.204.121.82) [NETSPLIT VICTIM] |
23:15.35 | *** join/#oe CoreDump|home (~mhentges@hentges.net) |
23:15.35 | *** join/#oe AndyCap (~aoy@host-81-191-64-77.bluecom.no) |
23:15.35 | *** join/#oe HCl (hcl@titania.student.utwente.nl) |
23:15.57 | *** join/#oe cdbot (~cdbot@hentges.net) |
23:15.57 | *** join/#oe gb2 (~gbritton@fog.sekrit.org) [NETSPLIT VICTIM] |
23:16.09 | *** join/#oe darkschneider2 (~gab@213-140-6-96.fastres.net) |
23:16.09 | *** join/#oe jobi (~jobi@lauga.ssvl.kth.se) [NETSPLIT VICTIM] |
23:16.09 | *** join/#oe joshuax (joshua@cl-303.ams-04.nl.sixxs.net) [NETSPLIT VICTIM] |
23:16.12 | *** join/#oe treke|home (~ggilbert@69-175-32-221.ventca.adelphia.net) [NETSPLIT VICTIM] |
23:16.12 | *** join/#oe kurre2_ (~tomimo@a84-231-39-238.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
23:16.12 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
23:16.12 | *** join/#oe W8TVI (~noel@69.39.75.252) |
23:16.12 | *** join/#oe jskcr (~jskcr@jskcr.user) [NETSPLIT VICTIM] |
23:16.12 | *** join/#oe emte (emte@d64-180-41-158.bchsia.telus.net) [NETSPLIT VICTIM] |
23:25.30 | *** join/#oe jskcr (~kvirc@jskcr.user) |
23:29.40 | *** join/#oe tigrux (~tigrux@201.135.231.93) |
23:50.11 | *** join/#oe pb_ (~pb@150.203.247.9) |
23:54.21 | *** join/#oe tigrux (~tigrux@201.135.231.93) |
23:56.36 | jskcr | has there been any opie / tslib changes latley |
23:57.22 | jskcr | wrong channel lol |