00:10.41 | *** part/#oe meshuga (i=meshuga@c-67-170-40-100.hsd1.wa.comcast.net) |
00:15.35 | *** join/#oe greentux_ (n=lemke@Z76f4.z.pppool.de) |
00:40.12 | *** join/#oe mwester-laptop (n=chatzill@gw.mwester.net) |
00:41.12 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
00:53.15 | *** join/#oe umop3plsdn (n=da@cpe-76-179-85-181.maine.res.rr.com) |
01:00.25 | *** join/#oe Laibsch (n=Laibsch@F733c.f.ppp-pool.de) |
01:08.49 | *** join/#oe greentux__ (n=lemke@Z4b84.z.pppool.de) |
01:13.13 | *** join/#oe Laibsc1 (n=Laibsch@F7388.f.ppp-pool.de) |
01:41.06 | *** join/#oe meister (n=meister@82.244.212.29) |
01:49.20 | *** join/#oe jag__ (n=jag@12-214-107-171.client.mchsi.com) |
01:54.24 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
02:05.05 | *** join/#oe jag__ (n=jag@12-214-107-171.client.mchsi.com) |
02:13.13 | *** join/#oe ibot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
02:13.13 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://www.openembedded.org | Bugtracker: bugs.openembedded.org | This is not a distro support channel | FOSDEM'07 was a huge success. Let's try to get a larger booth next year... |
02:29.27 | *** join/#oe jag__ (n=jag@12-214-107-171.client.mchsi.com) |
02:39.28 | *** join/#oe kerwood|afk (n=Marshall@c-69-255-98-58.hsd1.md.comcast.net) |
03:01.39 | *** join/#oe empty_mind__ (n=matrix@59.176.111.177) |
03:10.29 | *** join/#oe lamikr_ (n=chatzill@aragorn.kortex.jyu.fi) |
03:15.25 | *** join/#oe benlau (n=benlau@221.125.13.148) |
03:49.16 | *** join/#oe schurig_ (n=schurig@pD95FAD14.dip0.t-ipconnect.de) |
05:01.59 | CIA-11 | 03rwhitby 07org.oe.dev * r921c450e... 10/ (5 files in 4 dirs): gpstk: Open source libraries and applications to facilitate working with GPS data for research and high accuracy uses. |
05:33.50 | *** join/#oe T0mW (n=Tom@24.238.86.158.res-cmts.sth.ptd.net) |
06:35.00 | *** join/#oe mykilx (n=mykilx@pool-71-98-160-70.tampfl.dsl-w.verizon.net) |
06:44.25 | *** join/#oe rd_ (n=redragon@segfault.net) |
07:07.44 | *** join/#oe bluelightning (n=blueligh@222-155-153-239.jetstream.xtra.co.nz) |
07:18.44 | *** join/#oe bluelightning_ (n=blueligh@125-237-71-76.jetstream.xtra.co.nz) |
07:19.18 | *** join/#oe humsat (n=do@0x5358a937.kd4nxx8.adsl-dhcp.tele.dk) |
07:19.23 | humsat | morn :) |
07:22.43 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
07:26.37 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
07:32.12 | *** join/#oe koen_ (n=koen@dominion.kabel.utwente.nl) |
07:47.08 | *** join/#oe CSMan_ (n=csman@70.53.194.184) |
07:47.57 | *** join/#oe chouimat (n=dieu@r2351064.cidc.net) |
08:00.02 | *** join/#oe ssvb (n=user@87.252.225.64) |
08:03.39 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
08:19.13 | *** join/#oe gremlin[it] (n=gremlin@ppp-214-7.25-151.libero.it) |
08:19.28 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
08:24.49 | gremlin[it] | hi alll i have a zaurus 3000 now :) ... |
08:25.34 | koen | gremlin[it]: I bet is faster as your h3600 :) |
08:26.05 | *** join/#oe wbx (n=wbx@gprs-pool-1-023.eplus-online.de) |
08:26.05 | gremlin[it] | somebody know how to open the powersupply of an compaq ipaq ... |
08:26.46 | gremlin[it] | it have a pxa270 ... it have to be fast with OE !!! with the original rom as now seem a bit slow ;) |
08:26.57 | koen | in the ipaq or the powerbrick? |
08:27.29 | gremlin[it] | i need to open the powerbrick ... |
08:29.09 | gremlin[it] | it seem to be closed by fusision or glue :( |
08:34.07 | bluelightning | gremlin[it]: power packs like that are usually glued or moulded shut and quite difficult to open :/ |
08:34.31 | koen | gremlin[it]: btw, you can charge the Z with your ipaq brick and vice-versa |
08:34.52 | bluelightning | one way I've used is to use a hammer to crack the seal, but it usually ends up cracking the case as well |
08:38.06 | gremlin[it] | yes yes ... but now i have two (one form the ipaq h3800 and one from zaurus) power supply with US plug shape ... but no one seem to work :( |
08:38.36 | *** join/#oe dion (n=dion@inhex.net) |
08:54.01 | *** join/#oe mmp (n=mmp@TheWide.ubyt.sdjls.uniba.sk) |
08:59.52 | sirfred | morning |
09:01.07 | sirfred | gremlin[it]: I'm using my h3600 AC adaptor for my zaurus c760, if you are interested. The AC adaptor packaged with the zaurus was only for 120 V, AFAIR. |
09:05.29 | gremlin[it] | no i have already the multivoltage one for zaurus ... |
09:05.57 | sirfred | gremlin[it]: ok |
09:07.36 | *** join/#oe dion (n=dion@inhex.net) |
09:08.03 | sirfred | Hmm, I think that jffs2 IMAGE_CMD in zaurus-clamshell.conf is buggy. It doesn't pass eraseblock option to mkfs.jffs2. I expect that to be the cause of my husky hunging while booting |
09:13.03 | *** join/#oe obergix[work] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net) |
09:16.49 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
09:19.48 | *** join/#oe mr_nice (n=mr_nice@p54a9c935.dip.t-dialin.net) |
09:22.36 | CIA-11 | 03koen 07org.oe.dev * r1889b23e... 10/ (1 packages/gpstk/gpstk_1.2.bb): |
09:22.36 | CIA-11 | gpstk: add a custom do_install |
09:22.36 | CIA-11 | * the autotools based system doesn't build everything |
09:22.36 | CIA-11 | * only a static libgpstk is created |
09:22.36 | CIA-11 | * somehow strip fails, leaving us with a 9.5MB big gpstk-bin package |
09:28.05 | *** join/#oe zap (n=zap@16.170.249.ozerki.net) |
09:31.47 | *** join/#oe pH5 (n=ph5@p5485f3f1.dip.t-dialin.net) |
09:41.45 | koen | sirfred: using an image with -e ? |
09:42.26 | sirfred | koen: Yes, I've changed zaurus-clamshell.conf to pass EXTRA_IMAGECMD to the mkfs.jffs2 command |
09:42.49 | sirfred | I'm firs trying with the summary image, as 2.6.20 should have support for that. |
09:43.27 | sirfred | Great. It mounted and found init |
09:44.02 | koen | so zaurus-clamshell.conf really is buggy |
09:44.24 | sirfred | I felt a little nervous, as with the summary image, the progress dots in the update screen surpassed the 100% mark. |
09:44.27 | sirfred | koen: I think so. |
09:44.38 | sirfred | koen: I can fill a bug report and send the patch. |
09:45.08 | sirfred | First time I got an openzaurus-3.5.5 image up. |
09:47.03 | sirfred | Curious, it died after calibrate gpe screen |
09:48.41 | sirfred | Humm, again. The new user screen shows for a second, and it goes black inmediatly. |
09:51.21 | *** join/#oe mrdata (i=unknown@dslb-088-074-138-058.pools.arcor-ip.net) |
09:52.11 | mrdata | hi all |
09:52.39 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
09:53.13 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
09:53.17 | mr_nice | mrdata: hi |
09:53.28 | sirfred | Hmm, this summary image I've generated is 31Mb size. Perhaps I've overwritten something |
09:53.46 | mrdata | mr_nice: hi |
09:54.11 | mr_nice | mrdata: do you know if I am able to give a compiled in module an argument on kernel init? |
09:55.06 | mrdata | mr_nice: over the kernel command line, i think |
09:56.02 | mr_nice | mrdata: I will try it thx |
09:56.42 | mrdata | mr_nice: i use this to overwrite the default flash partition schema |
09:57.42 | gremlin[it] | good ... as i suppose .. keeping the zaurus in japanese help me a lot to practice my japanese ... in half a day i'm re-able to read hiragana and katakana :) ... |
09:59.11 | mr_nice | mrdata: do you know what the max_charge is good for? http://pastebin.ca/408987 |
09:59.12 | *** join/#oe psokolovsky__ (n=psokolov@82.193.98.7) |
10:00.50 | koen | rwhitby: eds-dbus |
10:00.59 | rwhitby | yep, testing that now |
10:02.59 | sirfred | Hmm, it seems I'm broken something with that 31Mb jffs2 image |
10:05.28 | mrdata | mr_nice: i have no real idea, for what we should use max_charge |
10:05.43 | *** join/#oe zecke (n=ich@dsl-62-220-14-162.berlikomm.net) |
10:06.05 | CIA-11 | 03rwhitby 07org.oe.dev * ree9cf209... 10/ (1 packages/openmoko-pim/openmoko-today_svn.bb): openmoko-today: Added missing eds-dbus build time dependency. |
10:06.09 | CIA-11 | 03rwhitby 07org.oe.dev * r5df32e09... 10/ (1 conf/distro/include/openmoko.inc): openmoko.inc: Added PREFERRED_PROVIDER_gtk+ like in angstrom. |
10:06.24 | mrdata | mr_nice: we have only three values -> vbatt;vcharger;icharger |
10:06.25 | koen | rwhitby: when I added -today it didn't depend on eds-dbus |
10:06.41 | rwhitby | koen: nod |
10:07.02 | rwhitby | the svn dependencies may change fairly rapidly I expect |
10:07.50 | mr_nice | mrdata: also I didn't see any function which uses the CALIBRATE_BATTERY(a) makro? |
10:07.54 | zecke | RP: sorry, I should have some more time today... |
10:10.07 | *** join/#oe dkey (n=dkey@d86-33-241-242.cust.tele2.at) |
10:10.13 | mrdata | mr__nice: not true; have look of simpad_get_voltage() -> = vbatt = li-ion accu voltage |
10:10.59 | koen | rwhitby: any idea why strip would fail on the gpstk binaries? |
10:11.33 | rwhitby | koen: no idea - I'm still pondering why simply changing a noinst to a lib in automake would cause the compile to fail ... |
10:11.37 | mrdata | mr_nice: you should also change the macro to CALIBRATE_BATTERY(a) ((((a + 3)*12610)/860) + 170) |
10:12.02 | rwhitby | (as that's the automake way to generate install targets ...) |
10:12.06 | mrdata | mr_nice: the result values are more possible |
10:12.23 | koen | rwhitby: comparing the jam and autofoo built stuff shows more strange differences |
10:13.24 | zecke | koen: because gpstk is a shell script? |
10:13.40 | koen | zecke: no, lots of c++ |
10:13.58 | koen | zecke: parallels coherence mode rocks |
10:14.36 | zecke | koen: does it work for linux as well? |
10:14.52 | koen | probably not |
10:15.00 | mr_nice | mrdata: ok for both battery types? |
10:16.22 | zecke | koen: currently parallels USB implementation is ... broken |
10:16.24 | mrdata | mr_nice: yes, measurement of voltage is independently from capacity of the accu |
10:16.51 | zecke | koen: to connect a Serial<->USB link I need to plug a USB 1.1 HUB first, then plug an active USB2.0 HUB and then I can connect the serial :) |
10:31.45 | *** join/#oe Marex (n=Marex@85.132.236.161) |
10:37.00 | *** join/#oe Varoudis (n=varoudis@athedsl-111335.otenet.gr) |
10:38.46 | mr_nice | mrdata: can you upload your gpe-image on opensimpad.org? I am not able to create one which is functional. I want to give it to martin on the oesf.org forums. |
10:40.49 | mrdata | mr_nice: i could, but my gpe_image is in developer state, kernel with debug messages ... |
10:42.03 | mrdata | mr_nice: i searching the suspend bug, the kernel tell me a Internal error: Oops - bad syscall: 5f5353 [#1] |
10:42.21 | mrdata | mr_nice: after i do apm --suspend |
10:43.29 | mr_nice | mrdata: yes no problem he knows about that. but mine is even less useful because you can not log in to gpe |
10:44.17 | mrdata | mr_nice: okay, where should i upload the image |
10:45.29 | mr_nice | mrdata: best to do that on opensimpad.org just log in and use upload. else you can choose anyplace on the web. |
10:47.15 | mrdata | mr_nice: okay, but it will take some time, must make backup from running image, decompress, build new one |
10:48.09 | mr_nice | mrdata: no problem. it even can take a few days or so. I just don't know when I will be able to create a funktional Image. |
10:48.19 | mrdata | mr_nice: have a seperate flash kernel partition and no home |
10:50.20 | mr_nice | mrdata: th |
10:50.26 | mr_nice | mrdata: thx |
10:50.38 | mrdata | mr_nice: okay, the loog time will take the new kernel compile for my developer machine |
10:51.31 | mrdata | mr_nice: because no mtdcore, mtdblock and mtdram support for now |
10:53.54 | mrdata | mr_nice: i use sidux, and the mtdram support is not on by default |
10:54.37 | mr_nice | mrdata: you can use the one from oe. |
10:55.15 | mrdata | mr_nice: thx!, i will look to it |
10:55.21 | sirfred | It seems that there's a problem with the corgi backlight. But only a second or two after starting a gpe-program. |
10:55.26 | mr_nice | mrdata: or do you mount the jffs2 image and extract the stuff? |
10:55.41 | sirfred | Is there any kernel sys interface to change the backlight value/state ? |
10:57.49 | mrdata | mr_nice: yes, i use mtdram 32MB, copy the image to /dev/mtdblock0, mount -t jffs2 /dev/mtdblock0 /mnt/simpad |
10:59.09 | mrdata | mr_nice: than i have the full access, copy to local system, make modification, build a new image |
11:00.21 | mr_nice | mrdata: there is allway a .tar.gz or tar.bz file this one contains the filesystem as well. or you can copy the tmp deploy rootfs directory |
11:00.22 | mrdata | mr_nice: split the image in rootfs part and homefs part for flashing from cf-card with bootloader |
11:00.45 | koen | sirfred: sys/class/backlight/<device>/brightness |
11:00.59 | sirfred | Humm, I've catched a gpe-conf task_backlight off |
11:01.15 | sirfred | It seems it's spammed by gpe-dm, I don't know why. |
11:01.17 | mrdata | mr_nice: i know, but i have done modification direct on simpad |
11:01.28 | mr_nice | mrdata: ah, ok |
11:01.34 | sirfred | koen: Thanks. I've runned gpe-conf task_backlight on, and it's right now. |
11:02.02 | sirfred | The bad thing is that I've NAND restored and flashed again thinking that the machine was hunged. |
11:02.15 | sirfred | I have to consider buying a serial cable |
11:05.45 | mr_nice | mrdata: build it only if you have time for it. it is not that important. |
11:08.25 | CIA-11 | 03nail 07org.oe.dev * r84e15076... 10/ (1 packages/haserl packages/haserl/haserl_0.8.0.bb): haserl: Add package haserl |
11:12.52 | mrdata | mr_nice: i have looked at my modules tree and found that i have done the work on 2007/03/01 |
11:13.26 | mrdata | mr_nice: so backup and rebuild should not be that problem now |
11:14.07 | RP | zecke: no problem, I was a bt tired last night anyhow. I can probably think clearer today :) |
11:16.52 | sirfred | RP: Hello. Could I ask you a pair of questions? |
11:17.13 | RP | sirfred: certainly |
11:18.05 | sirfred | RP: First one is: Is SD/MMC supported for c7x0 on 2.6.20 ? |
11:18.55 | RP | sirfred: It should be although I keep hearing of problems. It works for me :/ |
11:18.55 | sirfred | RP: Is CONFIG_MMC_PXA=y the option to set it? |
11:18.56 | RP | sirfred: yes |
11:19.04 | sirfred | RP: It doesn't work for me either. :( |
11:19.26 | sirfred | RP: Any idea to diagnose it? |
11:19.38 | RP | sirfred: Someone with a machine/card showing the problem is going to need to track down the change in mainline that broke it... |
11:19.54 | sirfred | RP: Should something be created in /proc or /sys that I should check? |
11:20.22 | sirfred | RP: It used to work for me, but in 2.6.20 |
11:21.14 | RP | sirfred: I think the only way will be to run through the changes, bisecting them, or look at the changelogs and guess at the changes that might have caused it |
11:21.25 | sirfred | RP: The other question is what I've tried to explain in bug 2039. |
11:21.36 | sirfred | RP: ok. I wil try |
11:21.38 | sirfred | I will try |
11:21.55 | Laibsch | NAiL: Just a hint (or two) after reading your haserl commit. PR = "r0" is the default, no need to specify it. And using the SOURCEFORGE_MIRROR variable instead of hard paths makes fetching more robust. |
11:22.16 | sirfred | RP: jffs2 images are generated without eraseblock arg for zaurus-clamshells. I wonder if that is correct (it doesn't work for me) |
11:22.40 | *** join/#oe grma (n=gruberm@80.109.191.226) |
11:23.55 | RP | sirfred: I wonder if you were using a kernel which didn't have lzo compression support? |
11:24.55 | sirfred | RP: What's the configuration option to look for ? |
11:25.53 | RP | sirfred: LZO options in the defconfig |
11:25.54 | sirfred | CONFIG_JFFS2_LZO=y in my .config |
11:26.06 | RP | sirfred: ok, that should work |
11:26.15 | sirfred | RP: It seems to be set. It's a linux-rp_2.6.20 without modifications. |
11:26.42 | RP | sirfred: Right, I just had to check you were using a modified kernel |
11:26.43 | sirfred | RP: So, should be legal to build a jffs2 image without specifying the eraseblock ? |
11:27.15 | RP | sirfred: No, we should be able to set that without problems |
11:27.55 | RP | sirfred: Is this .dev or .oz345x? |
11:27.59 | sirfred | RP: .dev |
11:30.15 | sirfred | RP: Thanks for your answers. :) |
11:30.19 | sirfred | I have to leave now. bbl |
11:32.15 | koen | Laibsch, NAiL: and ${PV} in SRC_URI |
11:34.35 | Laibsch | koen: Yes, absolutely. |
11:34.51 | Laibsch | use variables when you can ;-) |
11:40.45 | NAiL | Laibsch: I specify PR = "r0" because it's easier to bump the PR next time, and it's easier to remember ;) |
11:42.14 | NAiL | anyway, fixed. |
11:44.38 | CIA-11 | 03nail 07org.oe.dev * rb113220b... 10/ (1 packages/haserl/haserl_0.8.0.bb): haserl: Fix SRC_URI |
11:47.11 | *** join/#oe TheCan (n=thecan@dslb-084-056-140-190.pools.arcor-ip.net) |
11:58.40 | *** join/#oe _law_ (n=_law_@213.173.86.202) |
12:04.03 | *** join/#oe lrg (n=liam@lrg.demon.co.uk) |
12:05.54 | *** join/#oe timtimred (n=On3@62-31-181-7.cable.ubr02.chel.blueyonder.co.uk) |
12:08.38 | *** join/#oe luke-jr (n=luke-jr@2002:1891:f663:0:20e:a6ff:fec4:4e5d) |
12:08.38 | *** join/#oe LaF0rge (n=laforge@2001:780:44:1100:204:61ff:fe5c:74b9) [NETSPLIT VICTIM] |
12:09.14 | *** join/#oe wbx (n=wbx@gprs-pool-1-023.eplus-online.de) [NETSPLIT VICTIM] |
12:09.14 | *** join/#oe CSMan_ (n=csman@70.53.194.184) |
12:09.14 | *** join/#oe jag__ (n=jag@12-214-107-171.client.mchsi.com) [NETSPLIT VICTIM] |
12:09.14 | *** join/#oe punkass (n=user@unaffiliated/punkass) |
12:09.14 | *** join/#oe joshin_ (n=joshin@unaffiliated/joshin) [NETSPLIT VICTIM] |
12:09.14 | *** join/#oe Ifaistos (n=stelios@ipa226.211.tellas.gr) [NETSPLIT VICTIM] |
12:09.14 | *** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
12:09.14 | *** join/#oe JoeSchmo (n=jciccone@pool-71-187-1-10.nwrknj.fios.verizon.net) |
12:09.15 | *** join/#oe philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) [NETSPLIT VICTIM] |
12:09.15 | *** join/#oe keesj (n=keesj@ip49-193-210-87.adsl2.versatel.nl) [NETSPLIT VICTIM] |
12:09.15 | *** join/#oe JoseJX (n=jjezak@c-71-199-122-57.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
12:09.15 | *** join/#oe osas (n=osas@CABLE-72-53-75-252.cia.com) [NETSPLIT VICTIM] |
12:09.15 | *** join/#oe robtaylor (n=robtaylo@63.99.9.131) [NETSPLIT VICTIM] |
12:09.15 | *** join/#oe kergoth (n=kergoth@neutrino.joshua-colp.com) |
12:09.15 | *** join/#oe circut (n=circut@felinemenace.org) |
12:09.15 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
12:13.37 | CIA-11 | 03nail 07org.oe.dev * r6f4b6bf3... 10/ (1 packages/haserl/haserl_0.8.0.bb): haserl: Correct my SRC_URI-commit |
12:32.31 | *** join/#oe redguy (n=mati@unaffiliated/redguy) |
12:33.47 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
12:56.03 | mr_nice | mrdata: ping |
13:07.53 | mrdata | mr_nice: pong |
13:10.20 | mrdata | mr_nice: sorry, my girlfriend got me work in kitchen |
13:11.27 | mr_nice | mrdata: hehe no problem I am knowing that situation. just ping me if you find some time |
13:11.50 | mrdata | mr_nice: work was done, i am ready now |
13:12.42 | mr_nice | mrdata: I think I am complete with the battery driver |
13:12.50 | *** join/#oe wbx_ (n=wbx@gprs-pool-1-027.eplus-online.de) |
13:13.29 | mr_nice | mrdata: here is the source (http://pastebin.ca/409094). It would be nice if you can check if the values and calculation formulas are correct |
13:13.47 | mrdata | mr_nice: okay, few minutes |
13:14.40 | mr_nice | mrdata: thx |
13:15.09 | *** join/#oe lazy_marmot (n=lazy_mar@85.233.43.112.static.cablesurf.de) |
13:22.27 | mrdata | mr_nice: the logic in simpad_get_status() is not correct |
13:24.37 | mrdata | mr_nice: vcharger > battery->min_supply tells you only, is power supply connected or not |
13:27.22 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
13:28.10 | mr_nice | mrdata: yes, but if it is not charging and power is not connected the battery will discharge? |
13:31.51 | mrdata | mr_nice: yes |
13:33.25 | mrdata | mr_nice: not_charging is when power supply connected and icharger< charging_led_label |
13:34.26 | mrdata | mr_nice: you must also use different charging_led_label values |
13:35.22 | mrdata | mr_nice: small battery = 12 , big battery = 27 or 28 (i use better 27) |
13:36.25 | mr_nice | mrdata: I am doing that |
13:36.32 | mrdata | mr_nice: also charging_max_label had different values (120 - 265) |
13:37.02 | mrdata | mr_nice: but charging_max_label was never be used for calculation |
13:38.04 | *** join/#oe meister (n=meister@82.244.212.29) |
13:39.22 | mrdata | mr_nice: stop, it is useable for calculating percentage of accu fill |
13:40.57 | mrdata | mr_nice: while charging: 100-100*(icharger-CHARGING_LED_LEVEL)/(CHARGING_MAX_LEVEL-CHARGING_LED_LEVEL) |
13:41.05 | *** join/#oe gremlin[it] (n=gremlin@217.201.57.102) |
13:47.12 | mr_nice | mrdata: I have to think a bit about the stuff. where do you want to export the percentage of the accu? |
13:50.10 | mr_nice | mrdata: I could extend http://pastebin.ca/409125 for something like file percentage |
13:50.51 | mrdata | mr_nice: have a look at http://pastebin.ca/409126 |
13:54.34 | *** join/#oe Marex (n=Marex@85.132.236.161) |
13:55.28 | mrdata | zecke: ping |
13:56.17 | *** join/#oe csmanx (n=csman@190.42.168.230) |
13:56.31 | mrdata | zecke: have you some time for me, to solve a kernel26 problem on simpad while suspending |
14:03.09 | *** join/#oe Ironnads (n=Ironnads@host86-135-223-221.range86-135.btcentralplus.com) |
14:05.55 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
14:06.53 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
14:08.46 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
14:12.59 | *** join/#oe rd_ (n=redragon@vnsecurity.net) |
14:28.30 | *** join/#oe hillct (n=H@client200-5.dsl.intrex.net) |
14:35.25 | *** join/#oe wbx (n=wbx@gprs-pool-1-027.eplus-online.de) |
14:39.45 | chouimat | morning |
14:40.53 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
14:41.40 | *** join/#oe dkey| (n=dkey@d86-33-242-241.cust.tele2.at) |
14:51.38 | NAiL | wth? Why does uboot have 13mb of tar.bz2 files? |
15:05.10 | sirfred|bbl | k |
15:14.13 | CIA-11 | 03nail 07org.oe.dev * r37b1c3b6... 10/ (6 files in 3 dirs): uboot: Update linkstation uboot |
15:18.23 | *** join/#oe chouimat (n=dieu@kde/developer/chouinard) |
15:26.06 | koen | NAiL: because I didn't pay attention while merging the openmoko stuff... |
15:26.46 | chouimat | ~lart koen for not paying attention |
15:26.46 | ibot | squeezes koen till koen turns blue like papa smurf for not paying attention |
15:31.56 | *** join/#oe grma (n=grma@85-126-107-146.static.sdsl-line.inode.at) |
15:35.37 | *** join/#oe Kristoffer (i=Kristoff@h207n1fls306o1049.telia.com) |
15:45.44 | *** join/#oe Laibsch (n=Laibsch@F7388.f.ppp-pool.de) |
15:47.25 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
15:48.53 | *** join/#oe summatusmentis (n=summatus@72.168.202.219) |
16:34.55 | *** join/#oe pgfeller (n=pgfeller@27.175.79.83.cust.bluewin.ch) |
16:45.53 | *** join/#oe Sleep_Walker (n=Sleep@195.22.44.103.adsl.nextra.cz) |
16:47.28 | CIA-11 | 03rpurdie 07org.oe.dev * rb4f34bb5... 10/ (1 conf/machine/include/zaurus-clamshell.conf): zaurus-clamshell: Fix jffs2 commandline, enable lzo compression |
16:48.12 | *** join/#oe Crofton (n=balister@hc65214d9.dhcp.vt.edu) |
16:48.32 | *** join/#oe koen (n=koen@dominion.kabel.utwente.nl) |
16:54.34 | Crofton | It is like summer outside, and I must work :( |
16:55.25 | koen | join the club |
16:57.21 | Crofton | crap, I need to return a book to the library ... |
16:57.29 | Crofton | overdue, and I have already renewed |
17:02.40 | Crofton | it is 21-22C outside now |
17:02.48 | *** join/#oe tkp (n=tom@62-64-195-125.dynamic.dial.as9105.com) |
17:12.12 | koen | hmmm |
17:12.27 | koen | I need to find time to get beryl/compiz/whatever running in the efika |
17:12.40 | Crofton | what are these? |
17:12.49 | koen | 3d eyecandy things |
17:12.54 | Crofton | ah |
17:13.03 | Crofton | <PROTECTED> |
17:13.26 | koen | I have :) |
17:14.14 | psokolovsky__ | Hi! |
17:14.23 | psokolovsky__ | !oebug 1966 |
17:14.25 | cdbot2 | * * Bug 1966, Status: NEW, Created: 2007-03-10 17:59 |
17:14.26 | cdbot2 | * * pmiscml(AT)gmail.com: Allow to limit list of binary-generated GLIBC locales |
17:14.27 | cdbot2 | * * http://bugs.openembedded.org/show_bug.cgi?id=1966 |
17:14.39 | psokolovsky__ | koen, hrw|gone: I'd like to commit ^, any issues? |
17:18.25 | koen | looks ok to me |
17:18.43 | psokolovsky__ | ok, thanks |
17:30.55 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
17:34.19 | Crofton | why did we add the symling from bootstrap-image to Angstrom bootstrap-image ? |
17:34.46 | *** join/#oe empty_mind (n=shark@59.176.111.177) |
17:35.20 | empty_mind | anyone able to set openembedded on ubuntu edgy ? |
17:35.26 | Crofton | I'm not really complaining, but I was confused when I found two images for the price of one |
17:36.13 | koen | Crofton: the symlink should always point to the most recently built image |
17:36.19 | Crofton | ah |
17:36.21 | koen | Crofton: for e.g. lazy people |
17:36.22 | Crofton | convenient |
17:36.24 | Crofton | yeah |
17:36.27 | summatusmentis | empty_mind: no ubuntu, I've got it on debian etch |
17:36.39 | Crofton | I just blow away tmp alot |
17:36.55 | empty_mind | summatusmentis, i got it working on debian etch |
17:37.01 | empty_mind | summatusmentis, just cant figure out which packages to install |
17:37.42 | koen | empty_mind: read getting started, that points you to openembedded-essential.deb |
17:38.38 | empty_mind | koen, i included the repository pointed in getting started, but all attempts to do apt-get update to result in repository not found |
17:39.29 | empty_mind | koen, added this line in source.list deb http://www.openembedded.org/dl/ packages/ |
17:40.24 | koen | works over here |
17:40.32 | koen | and worked at the indt office last week |
17:41.28 | empty_mind | koen, works for dapper, but giving error in edgy |
17:42.01 | koen | ah, dapper here |
17:42.45 | *** part/#oe empty_mind (n=shark@59.176.111.177) |
17:43.44 | *** join/#oe rob_w (n=bob@p85.212.74.34.tisdip.tiscali.de) |
17:48.07 | sirfred | RP: Your changes to zaurus-clamshell.conf seems right to me. Unfortunately, I feel I've reached the flash quota of this week, ;-) |
17:49.41 | sirfred | RP: Also, my problem with the SD card seem to be limited to an old 64Mb SD card I used for Ximageon testing. I've tried with a newer Kingstom 512Mb card, and it seem to work fine. Also, changes in kernel mmc code from 2.6.17 to 2.6.20 are a lot to spend time trying to fix support for that old SD card. |
17:49.59 | RP | sirfred: ok, please do close the bug when you've tested (or close now if you think they will work) |
17:50.12 | sirfred | RP: I think it will work. I'm going to close it. Thanks<1 |
17:50.41 | RP | sirfred: It would still be nice to know why those old SD cards stopped working. You could try the 2.6.19 kernel to try and narrow it down |
17:51.02 | sirfred | ~lart toshiba for having '<' key near right shift |
17:51.02 | ibot | holds toshiba to the floor and spanks him with a cat-o-nine-tails for having '<' key near right shift |
17:51.20 | Crofton | any hardcore ARM kernel hackers about? |
17:51.23 | sirfred | RP: I suspect mmc.c could be the source of 'problems' |
17:51.30 | sirfred | RP: 2.6.19-git ? |
17:51.49 | sirfred | RP: It seems to be the only linux-rp 2.6.19 version now. |
17:51.55 | RP | sirfred: There was a 2.6.19 although I removed it since I wanted to get 2.6.20 concentrated on - perhaps find an older checkout |
17:52.10 | *** join/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
17:52.24 | timtimred | ok, i have IMAGE_PREPROCESS_COMMAND set in a distro config and IMAGE_PREPROCESS_COMMAND_platform in a class. it seems IMAGE_PREPROCESS_COMMAND_platform now ensures that the stuff in IMAGE_PREPROCESS_COMMAND no longer works |
17:52.25 | RP | Crofton: That would depend ;-) |
17:52.29 | timtimred | any suggestions? |
17:52.47 | Crofton | /proc/<pid>/smaps output seems funny |
17:53.06 | *** join/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
17:53.06 | RP | timtimred: You're overridden it so yes, the original wouldn't work |
17:53.07 | *** part/#oe diamat (n=cerne@2001:5c0:8fff:fffe:0:0:0:5b4f) |
17:53.15 | likewise | Hello all |
17:53.20 | koen | hey likewise |
17:53.24 | Jin^eLD | hi likewise |
17:53.48 | Crofton | I get sections with mode ---p |
17:53.56 | RP | Crofton: I've little direct experience with that although I keep meaning to look... |
17:54.05 | timtimred | right, i thought the behavior was that it inherited IMAGE_PREPROCESS_COMMAND |
17:54.37 | RP | timtimred: No, IMAGE_PREPROCESS_COMMAND_platform is a platform specific override |
17:54.42 | Crofton | I think I need to send an email to linux-omap list |
17:54.45 | Crofton | hmmm |
17:54.53 | RP | <PROTECTED> |
17:55.02 | Crofton | anyone got an arm that is not an omap kernel handy? |
17:55.21 | Crofton | can you do a pmap 1 |
17:55.29 | Crofton | er, with procps installed ... |
17:55.35 | koen | done |
17:55.44 | RP | ah, that bit is harder for me |
17:55.52 | koen | http://rafb.net/p/HgfufV48.html |
17:56.00 | Crofton | try cat /proc/1/smaps |
17:56.09 | timtimred | right, but all the platform classes are inherited so they would all mess each other up |
17:56.10 | Crofton | and look at the sections mapped to libc |
17:56.27 | timtimred | oops NAiL |
17:56.31 | Crofton | looking at smaps should help me |
17:56.54 | Crofton | I have three sections r-xp, ---p, and r--p |
17:57.14 | koen | Crofton: http://dominion.kabel.utwente.nl/koen/smaps |
17:57.32 | RP | Crofton: I don't see any ---p, all have r |
17:57.38 | Crofton | ok |
17:57.40 | koen | Linux fic-gta01 2.6.20-moko8 #1 PREEMPT Mon Mar 5 19:16:16 CET 2007 armv4tl unknown |
17:57.49 | Crofton | I am beginning to suspect omap kernel specific problem |
17:58.12 | Crofton | hmmm, koen has a ---p in his libc |
17:58.27 | Crofton | RP, what kernel? |
17:58.35 | RP | Crofton: 2.6.20 |
17:58.37 | timtimred | thx, i will go annoy NAiL into fixing it |
17:58.47 | timtimred | :) |
17:58.49 | Crofton | vanilla? |
17:58.54 | RP | Crofton: linux-rp ;-) |
17:59.11 | hillct | what's the syntax for defining a sub-package postinst script? |
17:59.17 | RP | Crofton: Nothing touching memory mapping stuff |
17:59.54 | Crofton | ok |
18:04.16 | sirfred | I wonder if libsdl shouldn't install an sdl-config script into the staging/$target/bin directory |
18:04.25 | sirfred | Is that a correct approach? |
18:07.08 | psokolovsky__ | RP: Hi, what about kernel-image cleanup patch? ;-) |
18:09.11 | sirfred | Humm, I see there's already an sdl-config script in staging/$HOST/bin/$TARGET |
18:09.36 | CIA-11 | 03pfalcon 07org.oe.dev * r1476457b... 10/ (3 files in 3 dirs): (log message trimmed) |
18:09.36 | CIA-11 | glibc, local.conf.sample: Introduce and handle new OE variable, GLIBC_GENERATE_LOCALES |
18:09.36 | CIA-11 | to limit set of generated binary locales. |
18:09.36 | CIA-11 | * If ENABLE_BINARY_LOCALE_GENERATION is set to "1", you can limit locales |
18:09.36 | CIA-11 | generated to the list provided by GLIBC_GENERATE_LOCALES. This is huge |
18:09.36 | CIA-11 | time-savior for developmental builds. Format: list of locale.encoding pairs |
18:09.40 | CIA-11 | with spaces as separators, e.g.: |
18:10.18 | *** join/#oe pleemans (n=peter@d51A5E76A.access.telenet.be) |
18:14.37 | *** join/#oe tkp (n=tom@62-64-195-125.dynamic.dial.as9105.com) |
18:20.35 | sirfred | A question about bugs.openembedded.org policy. |
18:20.55 | sirfred | If I find what I think is an existing bug solution, how should I proceed? |
18:21.10 | sirfred | Just submit the patch as an attach and leave the bug state unchanged? |
18:21.19 | RP | sirfred: Append it to the bug |
18:21.29 | sirfred | RP: And nothing else. right? |
18:22.20 | Crofton | ~lart the linux-omap list for not allowing digitally signed emails |
18:22.20 | ibot | DoSes the linux-omap list for not allowing digitally signed emails |
18:22.20 | sirfred | RP: Is the bug submitter who changes it to FIXED and VERIFIED latter ? |
18:22.22 | RP | sirfred: it depends, the committer can also change it depending on how confident they are about a fix |
18:22.33 | Crofton | ~lart ibot for being slow |
18:22.33 | ibot | stuffs crofton into a shiny new tin can and vacuum seals it for being slow |
18:22.58 | sirfred | RP: Well, I've hit the same problem, I've made some changes and it works for me. |
18:23.21 | sirfred | RP: My only doubt is that it could, perhaps, break other .bb, as it's a change in a .inc file. |
18:24.11 | RP | sirfred: Right, so just add the patch and maybe highlight it here in case someone with commit access can pick it up |
18:24.28 | sirfred | RP: ok |
18:28.25 | likewise | Is this legal (note the =+)? : PACKAGES =+ "avahi-daemon" |
18:29.26 | pH5 | likewise: =+ means 'prepend' |
18:29.56 | sirfred | I've added a possible fix to bug 2000, if someone is interested. |
18:30.41 | likewise | pH5: tnx |
18:31.05 | *** join/#oe zecke (n=ich@91.64.161.147) |
18:31.31 | koen | sirfred: 'FIXED' is only valid when the fix has been committed/applied/etc |
18:31.58 | RP | sirfred: I can confirm your proposed fix is correct and should be checked in... |
18:32.22 | sirfred | RP: Thanks. So we only need someone that want to check it in. |
18:32.56 | sirfred | There is another bug with scummvm, it seems to only appear when using -O options with gcc/g++ |
18:33.10 | NAiL | Is there any way I can generate two images automatically? I need a tar.gz image and a jffs2 image... |
18:33.29 | likewise | NAiL: yes, IMAGE_FSTYPES = "jffs2 tar.gz" |
18:33.44 | likewise | NAiL: you should check that variable name, this might be incorrect. |
18:34.01 | NAiL | ok, so it handles more than one |
18:34.03 | RP | likewise: It sounds right to me |
18:34.47 | likewise | NAiL: Yes, that's how I found out some bugs :-) IMAGE_FSTYPES = "jffs2 squashfs squashfs-lzma ext2" I have here. |
18:35.23 | NAiL | likewise: Thanks a bunch |
18:35.45 | likewise | NAiL: np |
18:35.48 | sirfred | And now that we're talking about bugs, I have another one related with gtk-webcore: 2038. If you are so kind to take a look at it... :) |
18:36.02 | sirfred | I have a proposed patch, also |
18:36.03 | koen | koen@bitbake:/data/build/koen/OE/build/tmp/angstrom/deploy/glibc/ipk$ find . -name "*ipk" | wc -l |
18:36.03 | koen | 26340 |
18:36.04 | koen | hmmmm |
18:38.41 | likewise | koen: does angstrom-console-image build for you? (I'm hitting a dependency on glib-2.0 that cannot be resolved somehow) |
18:38.53 | *** join/#oe cyrilRomain (n=cyrilRom@AToulouse-157-1-106-84.w86-221.abo.wanadoo.fr) |
18:38.59 | cyrilRomain | 'evening all |
18:39.05 | koen | likewise: I just built one |
18:39.50 | likewise | koen: hmm, I tried to build one for EFIKA twice, but even the clean build bails out. |
18:40.14 | koen | bitbake -s | grep glib-2.0 |
18:40.14 | koen | glib-2.0 0:2.12.10-r0 |
18:40.14 | koen | glib-2.0-native 0:2.12.4-r1 |
18:40.34 | mrdata | zecke: ping |
18:42.53 | likewise | cyrilRomain: bonsoir |
18:43.39 | CIA-11 | 03likewise 07org.oe.dev * re77f9fae... 10/ (1 conf/bitbake.conf): bitbake.conf: Make IMAGE_CMD_tar build uncompressed archives. Regression fix. |
18:43.58 | sirfred | koen: You have a good cairo knowledge, haven't you? |
18:44.13 | likewise | sirfred: egypt |
18:44.23 | chouimat | lol |
18:44.32 | sirfred | likewise: :) |
18:44.39 | sirfred | likewise: The other cairo, in gtk land, you know? |
18:44.49 | likewise | sirfred: yes, been programming in cairo all weekend :-) |
18:45.01 | chouimat | sirfred: I thought the gtk land was a myth |
18:45.06 | likewise | sirfred: the cairographics.org one. |
18:45.10 | sirfred | likewise: What about the weather ? |
18:45.27 | likewise | chouimat: no, gtk land is a fata morgana |
18:45.27 | sirfred | chouimat::) |
18:45.46 | koen | chouimat: iirc the trolls pilaged it |
18:46.05 | chouimat | koen cool ;) |
18:46.10 | sirfred | koen: :) |
18:46.50 | sirfred | Well, I wonder if the gpe-clock not showing (neither the taskbar applet nor the clock app) could be caused by some cairo issue ? |
18:47.24 | sirfred | I always relate cairo with that kind of shapes, like curves and so |
18:47.40 | sirfred | And as the clock applet works when in digital mode... |
18:47.50 | likewise | leon@witty:~/sandbox/efika/openembedded$ bitbake -s | grep glib-2.0 |
18:47.51 | likewise | glib-2.0-native 2.12.4-r1 |
18:48.17 | likewise | chouimat: why? |
18:48.28 | sirfred | chouimat: You don't like hot and sand ? |
18:48.49 | chouimat | likewise: because I hate gtk+ ... it's just my personal tastes |
18:48.59 | Crofton | it pains me to look at c code that would be prettier with c++ namespaces .... |
18:49.02 | sirfred | I hardly know it, only a tutorial about making a clock widget. |
18:49.03 | chouimat | sirfred: no I'm fat and ugly :) |
18:49.11 | sirfred | chouimat: :) |
18:49.11 | koen | likewise: it seems bitbake doesn't pick up your glib-2.0 recipes |
18:49.42 | sirfred | It seems that I'm using 1.4.2, perhaps trying with an older release... |
18:50.12 | keesj | are there developers here who use gentoo as base system? |
18:50.31 | likewise | koen: looking into it |
18:50.34 | cyrilRomain | keesj: yep |
18:51.31 | sirfred | Humm, it seems that openzaurus-3.5.5.conf wants cairo 1.3.12, and that version is not available now. So it goes for the higher version. |
18:51.57 | koen | sirfred: you'd want 1.4.x anyway |
18:52.02 | koen | 1.3.x is the unstable series |
18:52.27 | keesj | cyrilRomain and for what platform are you programming (if I may ask)? |
18:52.31 | CIA-11 | 03koen 07org.oe.dev * r33dc2a58... 10/ (1 packages/matchbox2/matchbox-panel-2_svn.bb): matchbox-panel2: don't make the applets replace mb-panel, that breaks image generation if you build both |
18:52.42 | sirfred | koen: I will ask hrw or XorA if there's any reason to lock cairo to that version in openzaurus-3.5.5 |
18:52.51 | cyrilRomain | keesj: tosa and i686 |
18:53.12 | sirfred | koen: But I'm going to try with 1.3.14 to see if the problem is still present. Thanks. |
18:53.23 | koen | likewise: how much power does that h264 thingy consume? |
18:54.22 | likewise | koen: 15 Watts per chip, so at least 8*15. Probably 200+ though due to lower efficiencies in all parts. |
18:54.49 | koen | likewise: so the same as an average servefr |
18:54.52 | koen | server* |
18:55.57 | likewise | koen: yes. in fact, there is competition that actually uses a server platform for real-time HD encoding. It's just that broadcasters often do not like PC based solutions for 24/7 operation. |
18:56.36 | likewise | koen: but I would not be scared away by it. Use a redundant PSU and you're off. |
18:58.51 | keesj | cyrilRomain: I have so for not much luck in setting up oe on gentoo . perhaps I can first try the tosa configuration |
18:59.41 | cyrilRomain | keesj: what is the problem ? |
19:00.11 | keesj | the gcc won't compile |
19:00.57 | cyrilRomain | gcc ? Do you have updated metadata ? |
19:01.14 | keesj | this is what I get http://box.mmapps.net/~keesj/test.txt |
19:01.15 | cworth | chouimat|away: cairo is quite usable apart from GTK+, for what it's worth. |
19:02.03 | chouimat|away | cworth: when I need a gui I use Qt4 so I don't need cairo :) |
19:02.06 | keesj | cyrilRomain Yes I have tried just about everything I could think off , even swichted to different gcc hosts |
19:02.29 | likewise | chouimat|away: yup, I'm using cairo without GUI and I can concur with cworth. |
19:02.32 | cyrilRomain | keesj: maybe you just discovered a bug |
19:02.57 | mrdata | have a ARM kernel developer some time for me, help to find the reason for a kernel-2.6.20 Oops - bad syscall problem |
19:03.00 | cworth | chouimat|away: Yeah, the trolls decided to re-invent cairo instead of using it. Not much I can do about that of course. |
19:03.08 | *** join/#oe dion (n=dion@inhex.net) |
19:03.13 | likewise | cworth: We plan to demo a HDTV quad split system that has Cairo overlaid graphics at NAB2007 Las Vegas. |
19:03.26 | cworth | likewise: fancy |
19:04.13 | likewise | cworth: I once contacted you about it being my graduate project, but I could not get a coach at the uni for it. So I decided to work on it afterwards. |
19:04.24 | chouimat|away | cworth: their stuff was started before cairo iirc but if you prefers it it's find for me I just find it's API ugly so I don't use it |
19:04.25 | keesj | I would love to , this error message has been there before. the home page also mentions CROSS COMPILE Badness as source of all miserry |
19:05.26 | cyrilRomain | keesj: as the message say, it tries to include a header from your gentoo instead of including from the staging directory |
19:05.31 | likewise | chouimat|away: you are talking to the architect (cworth) so you might want to explain why you think it is ugly :-) |
19:06.07 | chouimat|away | likewise: I kind of guessed it ... like I said before it a matter of personal tastes ... |
19:06.50 | likewise | chouimat|away: of course, and mostly a matter of language low/high-level-ness also, I think. |
19:07.19 | chouimat|away | likewise: it a matter of feeling confortable using it ... |
19:07.43 | keesj | I would be happy to try a different distro if it might help |
19:08.43 | chouimat|away | likewise: also I spend more time doing desktop apps that connect to the devices remotly so I rarely need graphics capabilities ... |
19:09.10 | cyrilRomain | keesj: you can run ./configure --help in the gcc-cross-initial directory. It seems a wrong path is determined by configure script, and hopefully a configure option is enough to get rid of the cross compile badness error |
19:09.35 | likewise | chouimat|away: For that purpose, there is cairo for java. (OK, I will shut up now). |
19:09.43 | cyrilRomain | keesj: what distro are you trying to compile ? |
19:10.09 | chouimat|away | likewise: I prefers using Qt ... too much investment in this :) |
19:12.16 | keesj | cyrilRomain I am trying generic on with machine set to smdk2440 |
19:14.00 | *** join/#oe TheCan (n=thecan@dslb-084-056-140-190.pools.arcor-ip.net) |
19:14.44 | cyrilRomain | keesj: you could try angstrom, but as smdk2440 is armv4t, I'm not sure it is a good idea... |
19:14.50 | keesj | cyrilRomain I also tried to just move the /usr/include away . that I how deperate I am :p |
19:15.07 | cyrilRomain | keesj: don't be deseperate |
19:15.33 | cyrilRomain | cross compile badness is error that even me can fix, so I guess you can :) |
19:16.55 | cyrilRomain | keesj: jump into /home/keesj/oe/tmp/work/armv4t-linux/gcc-cross-initial-4.1.1-r11/ and take a look at the output of the configure |
19:18.15 | *** join/#oe GStepper (n=GStepper@AOrleans-157-1-143-81.w90-24.abo.wanadoo.fr) |
19:20.16 | cyrilRomain | keesj: if you don't plan to compile java, you can try to disable gcj (which include libffi apparently) |
19:22.04 | keesj | that is a great tip. http://box.mmapps.net/~keesj/temp/ here are my logs I will try a bit longer and oterwize try to compile for angstrom-2007.1 |
19:26.47 | *** join/#oe dkey (i=somebody@193.170.48.236) |
19:27.11 | cyrilRomain | keesj: looking at your logs, a regexp fails |
19:27.22 | cyrilRomain | in http://box.mmapps.net/~keesj/temp/log.do_compile.28666 |
19:27.58 | cyrilRomain | I guess this can be the reason |
19:28.32 | keesj | I added --disable-languages=java in gcc-cross-initial_4.1.1.bb . I hope it works! |
19:29.28 | cyrilRomain | keesj: well it might, but the question is why the regexp failed ? |
19:30.01 | keesj | the MPFR thing? |
19:30.40 | cyrilRomain | MPFR ? |
19:32.00 | likewise | keesj: which sed version do you use on your host? |
19:32.44 | cyrilRomain | hmm what "sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ;" is trying to do ? |
19:33.02 | cyrilRomain | removing '#define' ? |
19:33.29 | likewise | cyrilRomain: I think the expression continues on the next line, until the end quote. |
19:33.39 | cyrilRomain | likewise: yes |
19:34.14 | keesj | GNU sed version 4.1.5 |
19:34.53 | cyrilRomain | hmm same version here |
19:35.36 | keesj | sorry I was reffering to the configure output MPFR http://box.mmapps.net/~keesj/temp/log.do_configure.27466 |
19:35.38 | likewise | same here (Ubuntu Feisty Beta something) |
19:36.37 | keesj | likewise makes /me happy :p |
19:37.32 | *** join/#oe donato_home (n=donato@c9501057.bhz.virtua.com.br) |
19:37.46 | keesj | You don't have the same error message ? |
19:38.00 | likewise | keesj: no :-) |
19:38.45 | likewise | keesj: same sed version |
19:39.35 | likewise | This seems related to the make version: http://mail.cs.uu.nl/pipermail/stratego/2006q4/000658.html |
19:39.46 | cyrilRomain | keesj: I can't find where does this sed comes from. At least not in oe metadata. |
19:40.32 | cyrilRomain | GNU Make 3.81 here |
19:41.00 | keesj | GNU Make 3.81 | gcc (GCC) 4.1.1 (Gentoo 4.1.1-r3) |
19:41.04 | likewise | Here is a supposed fix. The ";" is split over multiple -e(xpressions) http://mail.cs.uu.nl/pipermail/stratego/2006q4/000657.html |
19:41.25 | likewise | make 3.81 here as well... but the fix approach is worth a try |
19:43.37 | keesj | where do you see this sed command? |
19:43.51 | cyrilRomain | keesj: in the Makefile |
19:44.39 | cyrilRomain | keesj: in your /home/keesj/oe/tmp/work/armv4t-linux/gcc-cross-initial-4.1.1-r11/gcc-4.1.1/build.i686-linux.arm-linux/gcc directory |
19:47.03 | *** join/#oe pgfeller (n=pgfeller@27.175.79.83.cust.bluewin.ch) |
19:48.57 | keesj | thanks for help |
19:49.41 | *** join/#oe wbx (n=wbx@gprs-pool-1-027.eplus-online.de) |
19:49.54 | dalurka | I'm trying to build the angstrom-console-image and it fails while configuring glib-2.0 |
19:50.27 | dalurka | i checked the config.log but the information is overwhelming |
19:50.51 | dalurka | it is for hx2000 |
19:52.32 | dalurka | http://pallid.bsnet.se/~dalurka/oe/ |
19:56.22 | *** join/#oe csmanx_ (n=csman@190.42.13.162) |
19:57.48 | *** join/#oe VoodooZ (n=palm3@modemcable045.249-81-70.mc.videotron.ca) |
20:07.02 | cyrilRomain | dalurka: __cplusplus is not defined |
20:07.16 | cyrilRomain | the question is why? |
20:07.25 | dalurka | its a clean build also |
20:07.41 | zecke | dalurka: isn't it obvious? |
20:07.53 | dalurka | zecke: what? |
20:08.16 | zecke | "checking for growing stack pointer... configure: error: cannot run test program while cross compiling" |
20:08.34 | zecke | error == something fundamentally wrong |
20:08.45 | zecke | "cannot run test program while cross compiling" |
20:08.49 | zecke | <- the reason |
20:08.58 | zecke | Ah you can't run tests when you cross compile |
20:09.09 | zecke | now check the Autoconf manual on how to work around such issues... |
20:09.59 | dalurka | will look in to it but thats for tomorrow |
20:10.24 | dalurka | bed time over here |
20:11.04 | JoeSchmo | zecke, have a config.site or some sort of cache somewhere where you can stash values? |
20:11.46 | zecke | JoeSchmo: we have. Add the test itself to our m4 directory and uodate the sites file |
20:12.04 | zecke | JoeSchmo: http://www.openembedded.org/filebrowser/org.openembedded.dev/site |
20:12.43 | JoeSchmo | useful |
20:15.25 | zecke | nite |
20:19.42 | *** join/#oe florian (n=fuchs@84.245.168.35) |
20:21.54 | cyrilRomain | argh : NOTE: Couldn't find shared library provider for libc.so.6 |
20:25.08 | *** join/#oe urs (n=urs@zentrum.bielewelt.net) |
20:28.48 | urs | Hi all... I'm certain this question has been asked quite often already (but neither google nor your documentation provided me with much insight): how do I get oe on x86 to support older kernels then 2.6.20? With 2.6.16, I get "Fatal: kernel too old" on attempting to boot. |
20:29.48 | urs | I guess it would work by setting the appropriate preferred_provider, but the documentation is not exactly transparent as to what I'd have to put in there. |
20:36.52 | *** join/#oe ken (n=ken@h207n1fls306o1049.telia.com) |
20:37.53 | *** join/#oe TheCan (n=thecan@dslb-084-056-140-190.pools.arcor-ip.net) |
20:39.02 | meister | florian, hi |
20:39.03 | cyrilRomain | hmm, even after a build from scratch, I get "Couldn't find shared library provider for libc.so.6" in gcc-cross-4.1.1 do_package ... |
20:39.27 | florian | hi meister |
20:39.37 | florian | argh |
20:39.39 | cyrilRomain | does this mean the package will be broken ? |
20:39.54 | cyrilRomain | hi florian |
20:40.02 | florian | cyrilRomain: i don't think so |
20:40.06 | meister | florian, do you have some news about the netbook pro stuff ? :) |
20:40.10 | florian | meister: oops |
20:47.29 | likewise | cyrilRomain: I am having similar issues with glib-2.0 |
20:47.49 | likewise | bitbake -s | grep glib-2.0 did not list the cross-compile packages for me |
20:48.06 | *** join/#oe goxboxlive (n=goxboxli@206.80-202-161.nextgentel.com) |
20:52.03 | cyrilRomain | likewise: hmm no idea ... I guess you already updated to bitbake 1.8.1 |
20:52.05 | philippe | florian: hmmm, netbook stuff. Sounds interesting... |
20:52.20 | philippe | As I do not seem to have the kernel tools... |
20:57.23 | cyrilRomain | something that is not obvious to me: why using qemu for glibc binary local generation ? |
20:59.43 | likewise | Can somebody spot what might be happening here: http://www.pastebin.ca/409640 |
21:00.18 | likewise | Somehow, bitbake 'skips' the package I want to build |
21:01.11 | cyrilRomain | cyrilRomain: in oe IRC log, hvontres|poodle wrote "If I understand this correctly, the glibc locale information needs to be compiled into binary form. This can be done on the target(ususlly slow) or in qemu" |
21:04.16 | likewise | gotta go, good luck in further bug hunting |
21:04.24 | *** part/#oe likewise (n=Leon_Woe@82-171-189-134.dsl.ip.tiscali.nl) |
21:09.14 | *** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net) |
21:11.19 | sirfred | Good night. |
21:14.17 | meister | florian, many thanks, i will be happy to start hacking nb pro ;) |
21:14.37 | meister | i lacked a documentation about the boot process (: |
21:15.24 | meister | i have 9 nbpro on a shelve :) |
21:15.55 | florian | meister: its a start written from memory... but i'll try to answer questions. |
21:16.04 | meister | ok |
21:16.27 | florian | meister: uh, cool.... ok that's worth spending some time with them :-) |
21:16.45 | meister | it should be possible to back up the original flash |
21:20.25 | SonicvanaJr | Does OE work fully on FreeBSD, I see there's a section in OEAndYourDistro, but it didn't seem too detailed |
21:23.47 | meister | florian, "NETBOOK PRO-404 OS Image - English language version" |
21:23.54 | meister | on http://www.psionteklogix.com/public.aspx?s=fr&p=SoftwareDownloads |
21:24.05 | meister | i will have a try with this image |
21:24.37 | florian | meister: ok, i'll dig out the necessary kernel image and scripts tomorrow |
21:24.53 | meister | florian, ok thx |
21:25.06 | *** part/#oe _law_ (n=_law_@213.173.86.202) |
21:25.14 | cyrilRomain | SonicvanaJr: I see no reason why it shouldn't work, as soon as you have the required software |
21:25.16 | meister | florian, what about this : http://linuxtogo.org/~florian/index.php?path=netbook/ |
21:25.26 | SonicvanaJr | cyrilRomain: thanks |
21:28.05 | cyrilRomain | nite all |
21:28.43 | florian | meister: the public part - the 3.5.4.1 image is one of the files you want. the others are old stuff, some extra packages and some screenshots |
21:29.45 | meister | ok ;) |
21:39.57 | *** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
21:51.42 | *** join/#oe Laibsch (n=Laibsch@F7388.f.ppp-pool.de) |
22:32.22 | *** join/#oe _singuler (n=singuler@adsl-220-223-92.bhm.bellsouth.net) |
23:19.25 | *** join/#oe greentux__ (n=lemke@Z4b84.z.pppool.de) |
23:23.21 | *** join/#oe idealm (n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au) |
23:32.19 | v8jlene | urs, sounds like the machine you are building for has OLDEST_KERNEL set to something newer than what you are trying to build. |
23:32.57 | urs | v8jlene: no, same symptom if I set OLDEST_KERNEL to the appropriate kernel version. |
23:34.39 | v8jlene | urs: Ok, no real idea then. 2.6.17 is the oldest kernel I build at the moment (machine = wrap). |
23:36.46 | urs | it does work with an older image that I found lying around here... I'll try to find out which change caused it to break. |
23:37.31 | urs | With the older version, some other packages are broken though, so I'll see if I can find a version where both things work. |