| 00:01.02 | *** join/#oe jskcr (~jskcr@jskcr.user) |
| 00:09.49 | *** join/#oe hufnus (~slonsiki@mcc1c36d0.tmodns.net) |
| 00:25.54 | reenoo | 'night all |
| 00:39.12 | *** join/#oe BigAl (~bigal@220-253-116-144.ACT.netspace.net.au) |
| 01:20.59 | *** join/#oe ideal (~idealm_@222.65.105.199) |
| 01:32.18 | *** join/#oe noclouds (~mhfan@60.166.175.230) |
| 02:04.50 | *** join/#oe skopii (~john@c-67-167-211-57.hsd1.il.comcast.net) |
| 02:11.56 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 02:43.11 | chouimat|Zzzz | night |
| 02:56.29 | *** join/#oe skopii (~john@c-67-167-211-57.hsd1.il.comcast.net) |
| 03:22.26 | *** join/#oe skopii (~john@c-67-167-211-57.hsd1.il.comcast.net) |
| 03:29.52 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 03:35.00 | *** join/#oe hufnus (~slonsiki@m948336d0.tmodns.net) |
| 04:04.01 | jacques | anyone else having a problem with dropbear 0.45 ssh in oe? |
| 04:04.11 | jacques | this used to work, but now I always get: |
| 04:04.22 | jacques | ssh: connection to root@67.171.198.193:22 exited: No auth methods could be used. |
| 04:04.32 | jacques | and not even any logging on the client side |
| 04:04.40 | jacques | sorry, on the server side |
| 04:06.40 | jacques | never mind, it looks like gentoo screwed me by changing the config |
| 04:06.45 | jacques | PasswordAuthentication no |
| 04:06.54 | jacques | thanks gentoo |
| 05:00.18 | *** join/#oe BigAl (~bigal@220-253-116-144.ACT.netspace.net.au) |
| 05:06.40 | *** join/#oe ideal_ (~idealm_@222.65.112.43) |
| 05:17.19 | *** join/#oe __law__ (~law@mail.stiftadmont.at) |
| 05:59.59 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 06:03.36 | *** join/#oe maisheri (~hiteshm@ras-Chn-static-031.227.95.61.touchtelindia.net) |
| 06:27.24 | *** join/#oe zap (~zap@217.170.93.9) |
| 06:31.49 | jacques | procps sure would be more portable if it didn't try to do install --strip during the package step. |
| 06:35.14 | *** join/#oe schurig (~schurig@p54B2A022.dip0.t-ipconnect.de) |
| 06:36.13 | schurig | when I compile gpe-soundserver, I get this error: /u1/mnci54-staging/arm-linux/lib/libX11.so: undefined reference to `XdmcpWrap' ... why isn't this symbol where? Which .bb package is libX11 from? |
| 06:50.31 | hrw | hi |
| 06:50.44 | hrw | schurig: try to build libxdmcp before |
| 06:51.01 | schurig | hrw: then the DEPENDS lines are wrong :-) |
| 06:51.41 | schurig | hrw: hmm, it has been built: tmp/stamps/libxdmcp-0.0cvs20050606-r1.do_build exists |
| 06:52.01 | hrw | but does it link with it? |
| 06:53.47 | schurig | hrw: not really |
| 06:53.54 | schurig | hrw: them command line to link is: "ccache arm-linux-gcc -march=armv5te -mtune=xscale -o gpe-soundserver |
| 06:53.54 | schurig | server.o `pkg-config --libs x11 xau` |
| 06:54.06 | schurig | ", but this gives the error message "/usr/local/arm/3.4.3/lib/gcc/arm-linux/3.4.4/../../../../arm-linux/bin/ld: |
| 06:54.06 | schurig | warning: libXdmcp.so.6, needed by /u1/mnci54-staging/arm-linux/lib/libX11.so, |
| 06:54.06 | schurig | not found (try using -rpath or -rpath-link) |
| 06:54.08 | schurig | " |
| 06:54.48 | hrw | and that lib was staged? |
| 06:56.10 | schurig | hrw: it looks so: |
| 06:56.13 | schurig | staging/arm-linux/lib/libXdmcp.so.6 -> libXdmcp.so.6.0.0 |
| 06:56.18 | schurig | staging/arm-linux/lib/libXdmcp.so.6.0.0 |
| 06:56.29 | schurig | the last one with 25560 bytes |
| 06:56.52 | schurig | staging/arm-linux/lib/libXdmcp.so.6.0.0: ELF 32-bit LSB shared object, ARM, version 1 (ARM), not stripped |
| 06:56.58 | schurig | so it's an ARM binary as well |
| 06:57.20 | hrw | maybe it is one of those 'i like to change api often' libs... |
| 06:57.37 | schurig | hrw: maybe it's a problem with `pkg-config --libs x11 xau` ? |
| 06:57.48 | hrw | look which version is preffered by gpe (conf/distro/gpe-preferred-versions.inc) and try with that |
| 06:58.22 | hrw | hmm..look like any.. |
| 06:58.26 | hrw | schurig: maybe |
| 06:59.02 | hrw | add xdcmp there and try |
| 06:59.41 | schurig | hrw: hmm, that outputs "-L/u1/mnci54-staging/arm-linux/lib -lX11 -ldl -lXau" |
| 06:59.55 | hrw | which is correct |
| 07:00.31 | hrw | x11 takes X11 and dl, xau only Xau |
| 07:00.39 | schurig | hrw: and "nm staging/arm-linux/lib/libXdmcp.so.6 | grep -i wrap" reveals "00001fac T XdmcpWrap" |
| 07:01.08 | hrw | ok. so add that lib to linking |
| 07:02.26 | schurig | hrw: hmm, do you have a staging/arm-linux/lib/pkgconfig/x11.pc file? I don't. |
| 07:02.45 | hrw | its share/pkgconfig/ |
| 07:02.57 | hrw | not lib/pkgconfig |
| 07:03.18 | hrw | hmm.. we have both... |
| 07:03.39 | hrw | 122 files in share/pkgconfig, 35 in lib/pkgconfig |
| 07:04.04 | schurig | hrw: I have a x11.pc in share/pkgconfig, but not in lib/pkgconfig |
| 07:04.21 | schurig | hrw: after I added -l Xdmcp to the x11.pc, my gpe-soundserver compiled |
| 07:04.23 | hrw | me too |
| 07:04.40 | hrw | it should be fixed in package not in x11.pc |
| 07:04.49 | hrw | there is xdcmp.pc |
| 07:12.41 | __law__ | NOTE: Update cvs://anoncvs@savannah.gnu.org/cvsroot/gcc;method=ext;tag=csl-arm-branch;module=gcc;date=20050603 |
| 07:12.41 | __law__ | connect to address 199.232.41.3: Connection timed out |
| 07:12.57 | __law__ | :-( since 2 days |
| 07:14.42 | *** join/#oe Arjan (~arjan@anymore.nl) |
| 07:18.00 | *** join/#oe koen (~koen@2001:610:600:93:0:0:0:2) |
| 07:19.47 | koen | good morning all |
| 07:20.00 | *** join/#oe raster (~raster@vagw.valinux.co.jp) |
| 07:20.15 | *** join/#oe __aZ (~me@213.91.243.33) |
| 07:20.29 | hrw | hi koen Arjan raster |
| 07:20.34 | raster | burrp |
| 07:20.42 | raster | hrw: booyah |
| 07:20.45 | hrw | _law_: try to grab it from cvs_tarball_stash |
| 07:22.15 | hrw | ok. time to prepare to goto work |
| 07:22.34 | Arjan | hi hrw |
| 07:22.51 | koen | time to boot windows and work on matlab... |
| 07:23.09 | hrw | koen: windows? |
| 07:23.24 | __aZ | hi.. anybody knows how to clean all builded packages without cleaning the toolchain? |
| 07:23.24 | koen | yeah |
| 07:24.02 | hrw | __aZ: bitbake -cclean all pakcages by name except those from toolchain |
| 07:24.19 | hrw | __aZ: next time build toolchain, backup tmp |
| 07:25.42 | __aZ | ok.. if I delete only tmp/work will bitbake rebuild the toolchain also or it will be smart enough to see it already built? |
| 07:26.13 | koen | as soon as you want to build something that uses pkgconfig, your out of luck |
| 07:26.28 | koen | hrw: it was pkgconfig being evil, not libtool |
| 07:27.55 | hrw | koen: ok good to know |
| 07:28.15 | hrw | __aZ: tmp/work/ is usually not needed after build |
| 07:28.41 | hrw | ~lart libtool and pkgconfig |
| 07:29.21 | hrw | __aZ: if you build opie then you can just rm -rf tmp/work and all will build. if gpe then you have to leave all libs in tmp/work |
| 07:29.22 | koen | about 25% of the packages in OE use pkgconfig |
| 07:29.25 | koen | maybe more... |
| 07:29.57 | ljp | hmm |
| 07:30.44 | *** join/#oe nhorlock (~neil@spc2-ashf1-3-0-cust73.asfd.broadband.ntl.com) |
| 07:30.56 | __aZ | hrw: 10x but for now i'm still playing with x86.. i'll try and see what happens:) |
| 07:31.29 | hrw | oik I go to work |
| 07:31.38 | hrw | brb in ~15-20 minutes |
| 07:34.27 | ascent | hrw|gone: Hey, is it possible that opie-image broke with yesterdays commit? |
| 07:34.27 | ascent | ERROR: Nothing provides base-files |
| 07:34.27 | ascent | ERROR: dependency base-files (for task-bootstrap) not satisfied |
| 07:34.35 | ascent | that's after bk pull and a removal of /tmp |
| 07:40.04 | *** join/#oe bluelightning (~bluelight@203-173-244-70.akl.ihugultra.co.nz) |
| 07:41.01 | koen | hey bluelightning |
| 07:41.07 | bluelightning | hi koen |
| 07:41.53 | XorA | morning |
| 07:41.54 | koen | how's life in NZ? |
| 07:42.02 | koen | hey XorA |
| 07:42.51 | bluelightning | koen: a bit chilly... but otherwise ok :) |
| 07:43.16 | bluelightning | koen: how about sunny NL? |
| 07:44.57 | koen | foggy at the moment |
| 07:45.06 | *** join/#oe jamesm (~MartinJ1@host81-134-110-166.in-addr.btopenworld.com) |
| 07:45.13 | koen | I hope the sun will get through in the afternoon |
| 07:46.59 | hrw|work | re |
| 07:47.23 | hrw|work | hi XorA bluelightning |
| 07:47.38 | bluelightning | hi hrw|work |
| 07:47.43 | ascent | hey hrw|work :) |
| 07:49.27 | hrw|work | ascent: strange |
| 07:49.43 | hrw|work | ~seen zecke |
| 07:49.45 | ibot | zecke <~ich@83-169-170-199-dynip.superkabel.de> was last seen on IRC in channel #oe, 8h 38m 17s ago, saying: 'and good nite'. |
| 07:50.11 | ascent | hrw|work: Can you build task-bootstrap yourself? |
| 07:50.31 | hrw|work | ascent: can try |
| 07:50.39 | ascent | please :) |
| 07:50.48 | hrw|work | but not from scratch - not powerfull machine |
| 07:51.07 | koen | eeks! voodoo python messages on my screen |
| 07:51.48 | ascent | gheh :) |
| 07:52.08 | ascent | koen: you do have a powerfull machine, just a p4-3ghz with only 1g ram in here.. |
| 07:52.18 | hrw|work | logging from non-utf8 system into utf8 one makes strange efects |
| 07:53.02 | XorA | hrw|work: utf8 support is a nightmare :-) |
| 07:53.29 | *** join/#oe webmind_ (~webmind@217-195-236-172.dsl.esined.net) |
| 07:54.04 | hrw|work | XorA: you live in us-ascii region of world... |
| 07:54.25 | hrw|work | ascent: builds without problem |
| 07:54.39 | ascent | hrw|work: but, with old tmp, right? |
| 07:54.47 | hrw|work | ascent: yes |
| 07:55.05 | ascent | let's see what koen gets, he's doing the compile too. |
| 07:55.20 | ascent | Otherwise I'm going to tear my oe tree apart, and get a fresh one :) |
| 07:55.21 | koen | <PROTECTED> |
| 07:55.24 | koen | <PROTECTED> |
| 07:55.27 | koen | <PROTECTED> |
| 07:55.30 | koen | TypeError: cannot concatenate 'str' and 'NoneType' objects |
| 07:55.32 | koen | that's what I get |
| 07:56.42 | hrw|work | me too |
| 07:56.51 | hrw|work | koen: I got it in linux-hotplug |
| 07:56.59 | *** join/#oe ade|desk (~adavey@194.200.143.249) |
| 07:59.06 | koen | let's wait for zecke and mickey|zzZZzz to show up |
| 08:00.43 | XorA | hrw|work: not when you guys put those wierd characters on my screen |
| 08:01.20 | hrw|work | XorA: like those: ±æê³ñ¶ó¼¿? |
| 08:02.14 | XorA | hrw|work: yeah thats +- ae e' | n~ |
| 08:03.43 | koen | heh |
| 08:03.50 | koen | 10:01 < hrw|work> XorA: like those: ?????? |
| 08:04.04 | koen | that's what I get :) |
| 08:04.15 | Arjan | I got the above error also in linux-hotplug a few minutes ago |
| 08:04.53 | hrw|work | koen: ;) |
| 08:05.03 | ascent | arjan: how's about task-bootstrap? |
| 08:05.34 | Arjan | it occurred in bootstrap-image here |
| 08:05.40 | ascent | ah okay |
| 08:05.49 | ascent | that's about the same :) |
| 08:06.24 | *** join/#oe do13 (~dirk@do13.in-dsl.de) |
| 08:07.24 | do13 | morning |
| 08:07.28 | ascent | howdy |
| 08:07.35 | ascent | We wachten in spanning op Judith's antwoord... Laat ook maar zitten. |
| 08:07.36 | ljp | evenin |
| 08:07.42 | ascent | morning :) |
| 08:08.53 | hrw|work | http://www.joemonster.org/i/i/kino76.jpg |
| 08:10.13 | schurig | koen: I got that in atd |
| 08:15.09 | do13 | Can somebody look at classes/update-rc.d.bbclass. pb's last change breaks this module. He changed updatercd_postrm into updatercd_prerm. But updatercd_postrm is used in line 38. |
| 08:18.25 | schurig | do13: do you want BK write access ? :-) |
| 08:18.59 | RP | morning all |
| 08:19.18 | bluelightning | hi RP, ljp |
| 08:22.18 | schurig | do13: I changed this, this fixed my atd package compilation, no I'll try this with dbus |
| 08:23.09 | do13 | RP: morning |
| 08:23.30 | ade|desk | morning all |
| 08:24.37 | schurig | dbus build fine as well, now I've "bk push"ed. |
| 08:25.19 | schurig | koen: can you try again? |
| 08:27.31 | RP | do13: I posted the latest status of that copypage problem to arm-linux-kernel. Ideas welcome as it appears to be insane :-/ |
| 08:29.07 | do13 | RP: I read your mail. But I haven't looked in detail. |
| 08:30.21 | do13 | schurig: Now bitbake busybox works. |
| 08:32.21 | koen | schurig: that seems to fix it |
| 08:33.04 | hrw|work | I got WRT54GS |
| 08:33.24 | koen | hrw|work: have you installed an OE baked firmwarew yet? |
| 08:33.35 | hrw|work | koen: I dont unpack it yet |
| 08:34.16 | hrw|work | probably will look into it tomorrow - today evening I have meeting with Spanish OZ user |
| 08:34.37 | *** join/#oe maisheri (~hiteshm@rasbtnlChn-static-252.184.145.203.touchtelindia.net) |
| 08:36.26 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 08:37.01 | hrw|work | now time to check which rev it is |
| 08:40.09 | hrw|work | v1.1 - supported by openwrt |
| 08:43.32 | hrw|work | NOTE: [10:34] package task-bootstrap-1.0-r23: task do_build: completed |
| 08:46.07 | Arjan | hrw|work: what did you do to get it compiling? |
| 08:47.31 | *** join/#oe pb_ (~pb@2002:5246:d929:1:20a:5eff:fe00:391e) |
| 08:48.28 | pb_ | morning |
| 08:49.06 | hrw|work | Arjan: bk pull schurig fix for update-rc.d |
| 08:50.37 | Arjan | hrw|work: from which tree should I get it? and with which command? |
| 08:50.41 | schurig | hrw|work: it was do13's fix, I was just the committer |
| 08:50.59 | schurig | Arjan: it's in the developer tree, I don't how how long it takes to propagate to the anonymous tree |
| 08:51.15 | schurig | Arjan: so, it's in bk://oe-devel@oe-devel.bkbits.net/openembedded/ |
| 08:51.27 | schurig | Arjan: and the command is the usual "bk pull" |
| 08:52.45 | hrw|work | hi mickeyl |
| 08:52.57 | Arjan | schurig: is there a way to pull it as anonymous from the tree? I don't have an account |
| 08:53.02 | mickeyl | good morning folks |
| 08:53.23 | schurig | Arjan: no, you need to wait until the fix propagates to the anonymous tree |
| 08:53.33 | RP | morning mickeyl |
| 08:53.36 | Arjan | ok, thanks |
| 08:53.41 | mickeyl | hi RP, hrw |
| 08:53.48 | mickeyl | morsche schurig |
| 08:54.45 | RP | Arjan: You can pull from it anonymously - jsut run bk parent bk://oe-devel.bkbits.net/openembedded/ then bk pull |
| 08:54.51 | schurig | Arjan: or you do "bk edit classes/update-rc.d.oeclass" and change the postrm's there into prerm's |
| 08:54.55 | schurig | mickeyl: morsche |
| 08:55.01 | RP | Just don't clone from there |
| 08:55.15 | schurig | RP: does this work? |
| 08:55.16 | schurig | RP: I thought it would ask for a password then |
| 08:55.26 | schurig | RP: except when you have the right RSA key |
| 08:55.37 | RP | schurig: If you leave the oe-devel@in it will |
| 08:56.05 | koen | hey mickeyl |
| 08:58.58 | Arjan | schurig: thanks! that fixed it! |
| 08:59.11 | mickeyl | schurig: did you push that fix yet? i've nothing to pull here |
| 08:59.23 | schurig | mickeyl: I've pushed it |
| 08:59.32 | mickeyl | hmm |
| 08:59.46 | schurig | mickeyl: do "bk citool" |
| 09:00.07 | schurig | mickeyl: what's your last one? |
| 09:00.55 | mickeyl | ChangeSet@1.3539, 2005-06-07 10:24:03+02:00, schurig@mnz66.mn-solutions.de |
| 09:00.58 | mickeyl | that looks right |
| 09:01.41 | mickeyl | hmm ok, guess i pulled on a different xterm |
| 09:01.48 | mickeyl | t'works now *shrug* |
| 09:06.29 | mickeyl | d'oh |
| 09:06.32 | mickeyl | C3100 announced |
| 09:06.42 | mickeyl | i thought they'd come later with the press release |
| 09:06.43 | hrw|work | finally? |
| 09:06.57 | koen | 128mb flash |
| 09:07.06 | koen | I was hoping for bluetooth or wifi |
| 09:07.42 | hrw|work | url? |
| 09:07.54 | koen | that ridge around the keyboard looks uncomfortable |
| 09:08.34 | koen | http://ezaurus.com/lineup/sl/compare_spec.html |
| 09:09.00 | koen | http://www.sharp.co.jp/corporate/news/050607-a.html |
| 09:09.23 | hrw|work | heh.. c3000 with 128M flash ;( |
| 09:09.52 | koen | sharp isn't in to the whole "innovation" thing |
| 09:10.08 | koen | c700 + more ram + more storage |
| 09:10.34 | koen | and a different colour |
| 09:11.11 | koen | I bet they still use that 30 year old "framebuffer" thing |
| 09:11.36 | schurig | koen: yes, and the 60 year old keyboard thing as well |
| 09:11.52 | koen | ouch |
| 09:11.54 | ljp | better than the 90 year old x11 |
| 09:11.56 | schurig | koen: maybe even a 70 year old loudspeaker? |
| 09:12.13 | schurig | old != bad |
| 09:12.36 | ljp | tell that to my 20 MB harddrive |
| 09:12.51 | ljp | :D |
| 09:12.57 | schurig | ljp: oh, you can use that as a paper weight, or to train your bizeps |
| 09:13.33 | ljp | nope. DOS with a compressed drive! |
| 09:13.33 | schurig | ljp: hmm, paperweight might not work. You're living on the other side of the world, maybe it has negative weight there :-) |
| 09:15.36 | schurig | wow, it took Debian just 15 years to release Sarge :-) |
| 09:16.29 | hrw|work | openwrt use own buildsystem ;( |
| 09:16.43 | schurig | hrw|work: not very long if you put your fingers in it :-) |
| 09:16.45 | koen | debian released, apple switched to x86, time for opie to drop qt/e :) |
| 09:16.58 | hrw|work | koen: good said |
| 09:17.24 | mickeyl | koen: :) |
| 09:17.25 | schurig | koen: X11+Qt/X11 > Qt/E |
| 09:17.38 | mickeyl | this is not the new device i've been expecting |
| 09:17.44 | mickeyl | i think there will come another announcement soon |
| 09:17.49 | hrw|work | schurig: I probably can build openwrt using OE - but moving all their devs to OE.. |
| 09:18.03 | schurig | mickeyl: hmm, get me customers for 100.000 MNCIs and we can halve the price :-) |
| 09:18.16 | koen | btw, OE powered guadec too |
| 09:18.21 | koen | they used meshcubes :) |
| 09:18.51 | schurig | mickeyl: then you have WIFI+Bluetooth+GSM/GPRS ... and a nice paper weight as well :-) |
| 09:19.00 | mickeyl | schurig: ah bummer, i have just two or three potential ones ;) |
| 09:19.05 | mickeyl | a bit far from 100.000 :) |
| 09:19.13 | ljp | koen: nope. time for gpe to drop gtk :) |
| 09:19.20 | koen | only a few order of magnitudes |
| 09:19.33 | RP | mickeyl: What kind of device are you expecting out of interest? |
| 09:19.40 | koen | ljp: yeah, lets switch to fltk so we can use dillo again! |
| 09:19.46 | mickeyl | RP: A C3000 thingy with wlan and/or BT |
| 09:20.02 | hrw|work | mickeyl: and bigger screen |
| 09:20.14 | RP | mickeyl: wlan would be nice. Would bring it more level with the ipaqs... |
| 09:20.16 | mickeyl | yeah, the transreflective display from the 6000 |
| 09:20.40 | koen | with a bt keyboard |
| 09:20.42 | hrw|work | I probably not - 350 eur is too high for me |
| 09:20.50 | koen | E99 :) |
| 09:20.51 | hrw|work | ~change 350 eur to pln |
| 09:20.55 | koen | hopefully |
| 09:21.13 | mickeyl | hrw|work: 350 is a steal for the device specs |
| 09:21.34 | koen | if only they used sd instead of that $#@%^^#$%^ rs-mmc |
| 09:21.36 | hrw|work | mickeyl: when it got into Poland it will have 550eur atleast |
| 09:22.26 | hrw|work | mickeyl: and when opie will run on it? :) |
| 09:23.12 | hrw|work | I dont want to run qvga sized gpe apps on it |
| 09:23.33 | koen | hrw|work: we have native gpe apps for it |
| 09:23.37 | koen | using hildon |
| 09:23.50 | koen | hrw|work: http://oss.kernelconcepts.de/maemo/ |
| 09:24.33 | koen | add OE already support the device :) |
| 09:24.36 | ljp | i dont see how they can call that 770 a tablet |
| 09:24.39 | koen | s/add/and/ |
| 09:25.14 | hrw|work | koen: I know but currently gpe has the same problem as many qpe apps.. qvga sized |
| 09:25.24 | mickeyl | hrw|work: that depends on the state of Opie/X11 |
| 09:26.38 | koen | hrw|work: yeah, florian has worked on that for the last months, the pim stuff should be reasonable now (in cvs) |
| 09:26.49 | koen | the games are still but ugly in vga |
| 09:27.16 | koen | s/but/butt/ |
| 09:28.58 | koen | does qt have some form of glade? I need to poke at qt apps for work soon |
| 09:29.31 | mickeyl | designer + uic |
| 09:29.46 | koen | thanks |
| 09:30.00 | mickeyl | although the designer in qt 2.x is very limited |
| 09:30.08 | mickeyl | in 3.x it's ok and in 4.x it will rock |
| 09:31.35 | pb_ | hi mickeyl |
| 09:31.43 | koen | hmmmm |
| 09:32.24 | *** join/#oe mallum (~mallum@host81-153-48-235.range81-153.btcentralplus.com) |
| 09:32.24 | koen | I have to invent some excuses, it seems the apps are in qt/e |
| 09:32.34 | mickeyl | good morning pb_ |
| 09:32.42 | koen | hey pb_ |
| 09:32.53 | hrw|work | hi pb mallum |
| 09:33.47 | mallum | hey hrw|work + all |
| 09:36.55 | koen | where did RP go? |
| 09:37.41 | mickeyl | can't see him |
| 09:39.20 | hrw|work | 3 |
| 09:39.55 | jamesm | so.. SL-C3100 |
| 09:40.16 | jamesm | It would have to happen on the week I get my 3000 :/ |
| 09:40.52 | mickeyl | don't be disappointed, there's no significant difference |
| 09:41.07 | mickeyl | that bit of more flash doesn't really count |
| 09:41.08 | koen | colour + flash |
| 09:41.32 | RP | That keyboard ridge looks painful and enough to put me off... |
| 09:41.44 | koen | RP: that's what I thought |
| 09:41.50 | koen | hey RP is back again! |
| 09:41.55 | jamesm | RP: I hadn't noticed that before |
| 09:42.33 | RP | koen: I'm not here really. You're just confused :) |
| 09:42.51 | koen | ah, ok |
| 09:44.27 | hrw|work | http://www.formorer.de/blogs/uploads/phd-sarge.png |
| 09:45.31 | jamesm | hehe :) |
| 09:48.25 | XorA | hrw|work: :-D |
| 09:55.57 | *** join/#oe b0ti (~boti@ant.hdsnet.hu) |
| 09:57.06 | *** join/#oe zecke (freyther@lin221.mi.fu-berlin.de) |
| 09:57.20 | zecke | hey |
| 09:57.28 | koen | hey zecke |
| 09:57.55 | bluelightning | hi zecke |
| 09:58.59 | hrw|work | hi zecke |
| 10:05.29 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 10:44.07 | *** join/#oe mithro (~tim@dsl1-83.gw1.adl1.airnet.com.au) |
| 10:50.15 | *** join/#oe mrz80 (1000@caledonia.cns.ufl.edu) |
| 11:07.23 | jacques | flex does not build - it doesn't even try |
| 11:07.49 | jacques | probably something with the flex.inc thing - flex_2.5.31.bb just includes flex.inc |
| 11:08.58 | koen | jacques: could you check if it downloaded ok? |
| 11:09.49 | jacques | koen, ok checking... |
| 11:10.30 | jacques | -rw-r--r-- 1 fontenot users 681792 Apr 1 2003 ../../sources/flex-2.5.31.tar.bz2 |
| 11:10.30 | jacques | -rw-r--r-- 1 fontenot users 32 May 30 16:33 ../../sources/flex-2.5.31.tar.bz2.md5 |
| 11:10.34 | jacques | looks like it did |
| 11:10.35 | koen | the flex problems we were seeing were caused by a stupid sf mirror |
| 11:10.44 | koen | could you rm those? |
| 11:10.45 | jacques | oh those are old problems |
| 11:10.56 | jacques | this is new - bitbake flex does nothing |
| 11:10.59 | koen | and I hope it are old problems |
| 11:11.08 | koen | it think it has been built |
| 11:11.18 | koen | bitbake flex -c clean ; bitbake flex |
| 11:11.44 | jacques | trying... |
| 11:13.05 | jacques | koen, you are right - sorry - I hadn't seen that particular failure mode before |
| 11:13.28 | jacques | I mean, I saw the problems with flex not downloading many times, but this was different |
| 11:13.46 | koen | bitbake's error reporting is.... different... |
| 11:14.05 | jacques | oK something really si wrong |
| 11:14.09 | jacques | it's not packaging |
| 11:14.21 | jacques | after the build I have no flex ipks |
| 11:14.40 | koen | ~hail mickeyl for the bitbake shell |
| 11:14.41 | ibot | ACTION bows down to mickeyl for the bitbake shell and chants, "I'M NOT WORTHY!!" |
| 11:14.41 | jacques | which explains what it did before - it did nothing because it was already built, and I was looking for ipks |
| 11:15.01 | hrw|work | ~lart mplayer |
| 11:15.21 | hrw|work | 47minutes of encoding and segfault... |
| 11:15.35 | XorA | hrw|work: it does that on occasion :-) |
| 11:15.45 | jacques | koen, flex is not making a package |
| 11:15.57 | XorA | hrw|work: for real instability you should try the amd64 version |
| 11:16.00 | hrw|work | ok. another attempt. if that one also fail I will try 1.0pre7 |
| 11:16.20 | hrw|work | XorA: donate me amd64 hardware so I will try ;) |
| 11:17.00 | *** join/#oe emme (monga@ufficio27-1.lecco.polimi.it) |
| 11:17.00 | XorA | hrw|work: I am running 1.0pre7 and stability is ok at the moment |
| 11:17.11 | koen | jacques: it looks that way |
| 11:17.24 | *** join/#oe _Psycho (~Bob@MTL-HSE-ppp181533.qc.sympatico.ca) |
| 11:19.04 | jacques | koen, it's even more broken - it's building an x86 binary instead of armeb |
| 11:19.09 | hrw|work | first bug found in sarge cd/dvd images.. |
| 11:20.06 | XorA | hrw|work: already? |
| 11:20.29 | koen | you'd think it would be bugless after 3 years |
| 11:21.04 | hrw|work | entry in /etc/apt/sources.list is for security fixes in testing not in stable |
| 11:21.53 | hrw|work | flex.inc inherit native... |
| 11:23.41 | hrw|work | Im fixing it now |
| 11:23.44 | ascent | hm, alsa-tools seems broken too. "no rule to make target `install`'.. |
| 11:23.55 | jacques | hrw|work, thanks |
| 11:24.16 | jacques | BTW, procps fails on package step - it tries to do install --strip |
| 11:25.18 | *** join/#oe lardman (~lardman@138.38.73.178) |
| 11:27.30 | hrw|work | mickey|meeting: bitbake interactive does not look at changed PR |
| 11:27.48 | hrw|work | hi lardman |
| 11:28.00 | lardman | hi hrw|work |
| 11:29.53 | *** join/#oe raster (~raster@YahooBB219198104088.bbtec.net) |
| 11:31.04 | ascent | What provides: libasound2 (>= 1.0.8) |
| 11:31.05 | ascent | ? |
| 11:31.27 | hrw|work | alsa-lib |
| 11:35.07 | ascent | ah thanks hrw|work, you're right |
| 11:42.09 | hrw|work | flex fails to build for arm |
| 11:42.15 | hrw|work | | tables.c: In function `yytbl_write16': |
| 11:42.16 | hrw|work | | tables.c:313: internal compiler error: in arm_print_operand, at config/arm/arm.c:11410 |
| 11:43.18 | hrw|work | I can push change which will fix flex to be non-native but it will anyway fail (atleast for arm) |
| 11:43.56 | hrw|work | http://home.hrw.one.pl/oe/diffs/0607_flex.diff is whole change |
| 11:45.02 | koen | the change is OK |
| 11:45.19 | hrw|work | and will push it |
| 11:45.22 | koen | add a BROKEN=1 and your done :) |
| 11:46.08 | hrw|work | BROKEN_arm="1" |
| 11:50.05 | jacques | damn, it used to work |
| 11:50.34 | jacques | what about armeb? |
| 11:50.48 | hrw|work | dont have armeb build here |
| 11:52.13 | hrw|work | CIA-4: pushed flex |
| 11:52.32 | jacques | hmm wait a sec |
| 11:53.00 | jacques | it's been a long time, but I think I recall I had to build my own flex anyway - the included version was buggy (even when it built) |
| 11:53.14 | jacques | I'll have to check my notes |
| 12:00.27 | CIA-4 | 03koen 07 * r1.3539.2.1 10openembedded/packages/gkdial/gkdial_1.8.1.bb: gkdial_1.8.1.bb: point SRC_URI to the hh.org sourcemirror. ~lart disappearing sources |
| 12:07.38 | jacques | no, it looks liek flex did used to work on armeb |
| 12:07.53 | jacques | it was gawk that had issues |
| 12:08.44 | mickeyl | hrw|work: add a bugtracker entry for everything you spot w/ bb -i please |
| 12:12.53 | hrw|work | ok |
| 12:12.59 | mickeyl | thanx |
| 12:13.56 | jacques | sf not responding |
| 12:15.24 | jacques | ok, responding extremely slowly |
| 12:26.36 | *** join/#oe zinga (~arnaudb@186.80-203-227.nextgentel.com) |
| 12:31.44 | ascent | How can I say that I prefer the _cvs version of the 2.6 kernel in my local.conf? |
| 12:35.54 | gints|wrk | ascent: imho you it is done in machine conf file |
| 12:36.07 | ascent | I see. |
| 12:36.47 | ascent | PREFERRED_PROVIDER_virtual/kernel = "handhelds-pxa-2.6" |
| 12:37.19 | ascent | That's a directory, not a .bb file |
| 12:37.21 | ascent | hmm |
| 12:37.33 | mickeyl | which makes sense |
| 12:37.34 | gints|wrk | I think that is not only thing what is needed for 2.6 kernel |
| 12:37.42 | mickeyl | a PROVIDER is not a .bb file |
| 12:37.46 | koen | thats a package name, not a dir |
| 12:37.48 | ascent | But to what kernel does it default. |
| 12:37.51 | mickeyl | a .bb file PROVIDES something, that's true |
| 12:38.37 | mickeyl | the default is the latest version |
| 12:38.45 | mickeyl | if not specified otherwise in local.conf or a machine conf |
| 12:38.57 | *** join/#oe _Psycho (~Bob@MTL-HSE-ppp181533.qc.sympatico.ca) |
| 12:39.21 | ascent | mickeyl: so, the _cvs? |
| 12:39.40 | mickeyl | if there is a _cvs one, then yes |
| 12:39.50 | ascent | But I now get NOTE: package handhelds-pxa-2.6-2.6.11-hh2: failed |
| 12:39.56 | ascent | while there is a _cvs.bb file |
| 12:40.27 | mickeyl | well, then perhaps it's specified somewhere |
| 12:40.34 | ascent | hmmz.. |
| 12:40.55 | mickeyl | you read the <machine>.conf ? |
| 12:41.43 | ascent | Yes. |
| 12:41.55 | ascent | I pasted the PROVIDER line from it, a few lines back |
| 12:43.40 | pb_ | ascent: PREFERRED_VERSION_handhelds-pxa-2.6 = "2.6.10-hh0+cvs${CVSDATE}" |
| 12:45.50 | ascent | 2.6.11 ? :) |
| 12:45.52 | ascent | lets see |
| 12:49.41 | *** join/#oe stevenh (~xev@65.167.23.2) |
| 12:54.01 | jacques | FYI, flex 2.5.31 builds native on armeb - running testsuite now |
| 12:55.06 | *** join/#oe bipolar (~bflong@146.145.26.90) |
| 12:56.11 | pb_ | ascent: no, 2.6.10 |
| 12:56.24 | jacques | lrwxrwxrwx 1 root root 35 Jun 7 03:28 MozillaFirefox -> root/usr/lib/MozillaFirefox/include |
| 12:56.31 | jacques | lrwxrwxrwx 1 root root 28 Jun 7 03:28 mozilla -> root/usr/lib/mozilla/include |
| 12:56.44 | ascent | pb_: why 2.6.10? That's old.. |
| 12:56.57 | koen | haven't you heard? gcc depends on mozilla nowadays |
| 12:57.21 | jacques | koen, d`oh! |
| 12:57.30 | jacques | like windows and IE |
| 12:57.34 | jacques | makes sense |
| 12:57.56 | jacques | hmm flex testsuite isn't doing so well :-\ |
| 12:59.07 | jacques | ah, OK |
| 12:59.29 | jacques | the flex bison tests are failing, which makes sense considering bison is giving "broken pipe" error |
| 12:59.43 | jacques | all the other tests are succeeding so far |
| 13:14.09 | *** join/#oe reenoo (~r@wlan-client-317.informatik.uni-bremen.de) |
| 13:15.04 | reenoo | afternoon |
| 13:16.07 | pb_ | ascent: because that's what is in the .bb file. |
| 13:16.39 | pb_ | jacques: heh, that mozilla stuff does seem a bit bogus. I wonder where that is coming from. |
| 13:17.53 | jacques | pb_, I can't even imagine :-) |
| 13:18.29 | jacques | last flex test is taking forever |
| 13:18.40 | jacques | but there is definitely something wrong with bison |
| 13:23.17 | jacques | yeah all flex tests passed other than the three bison ones (because bison aborted) |
| 13:33.39 | CIA-4 | 03mickeyl * r241 10bitbake/lib/bb/shell.py: build in a try/except block and intercept faulty builds |
| 13:34.01 | *** join/#oe cbrake3 (~cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 13:34.13 | hrw|work | mickeyl: r241 bitbake will not exit when error occure? |
| 13:38.07 | *** join/#oe Timelord0 (~TL@66.209.31.29) |
| 13:40.29 | mickeyl | hrw|work: bitbake shell shouldn't exit on build error |
| 13:40.42 | hrw|work | great |
| 13:43.03 | koen | let every user fear our 1337 z3ck3 d0c5: http://ewi546.ewi.utwente.nl/tmp/d/keys.html |
| 13:43.48 | hrw|work | a.. I had to look at it and improve look/code |
| 13:46.04 | koen | sorting it by alfabet would be near |
| 13:46.08 | koen | neat* |
| 13:46.33 | hrw|work | and xhtml 1.0 strict |
| 13:49.36 | CIA-4 | 03koen 07 * r1.3543 10openembedded/conf/documentation.conf: documentation.conf: typo-- |
| 13:49.50 | koen | and a working "see also" |
| 13:54.34 | koen | ibot: botmail for zecke: could you write a small doc on how to use 'groups' and 'see also' in documentation.conf? |
| 14:01.03 | hrw|work | ~lart docs.python.org |
| 14:01.09 | hrw|work | its so fscking slow... |
| 14:01.32 | CIA-4 | 03mickeyl 07 * r1.3539.3.1 10openembedded/packages/wireless-tools/wireless-tools_28-pre6.bb: wireless tools: package libiw (again) |
| 14:06.24 | hrw|work | heh.. python is crazy... |
| 14:11.30 | hrw|work | bitdoc need cleaning... |
| 14:12.45 | CoreDump|home | hi |
| 14:12.52 | schurig | hrw|work: what is bitdoc? |
| 14:13.23 | schurig | hrw|work: use /usr/share/doc/python then :-) |
| 14:13.36 | koen | schurig: a parser for documentation.conf that generates http://ewi546.ewi.utwente.nl/tmp/d/keys.html |
| 14:13.46 | mickeyl | i still don't like using real attributes instead of special formatted comments like in *.conf |
| 14:13.53 | mickeyl | looks like waste of memory for me |
| 14:14.16 | schurig | koen: someone should do array.sort() one they keywords |
| 14:14.28 | koen | 15:46 < koen> sorting it by alfabet would be near |
| 14:14.44 | koen | that's what I was thinking |
| 14:14.54 | koen | according to the comments in the code it should do it |
| 14:16.10 | schurig | mickeyl: can you add me as developer to bitbake's SVN? My berlios name is holgerschurig. Then I'll add the sort |
| 14:17.20 | hrw|work | if it will be in php then I will add sort.. python is scare... |
| 14:17.39 | mickeyl | schurig: i don't know if i can do that since i'm not the manager of the project. let me check |
| 14:17.49 | mickeyl | schurig: no go. only kergoth can add you |
| 14:18.10 | hrw|work | that code needs cleaning |
| 14:18.55 | schurig | hrw|work: php is for basic programmers :-) |
| 14:19.20 | hrw|work | schurig: after php is perl |
| 14:19.37 | schurig | hrw|work: you're a fan of the obfuscated coding contests? |
| 14:19.45 | schurig | hrw|work: why not program in s/390 assembler? |
| 14:19.55 | hrw|work | no s/390 here ;( |
| 14:20.04 | schurig | hrw|work: apt-get hercules |
| 14:20.13 | hrw|work | thats not the same.. |
| 14:20.26 | koen | E: Invalid operation hercules |
| 14:20.36 | schurig | hrw|work: apt-get install hercules |
| 14:20.49 | schurig | koen: :-) |
| 14:21.26 | schurig | koen: maybe your apt has only Super Cow power, but my has Brainread power :-) |
| 14:23.25 | koen | let's combine those :) |
| 14:26.17 | RP | mickeyl: I agree with you on the comments issue. I also wish it was being done differently... |
| 14:26.46 | mickeyl | RP: perhaps we can convince zecke to overthink that |
| 14:27.47 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy01.amd.com) |
| 14:29.43 | CosmicPenguin | morning |
| 14:30.05 | *** join/#oe drw (~drw@c-24-0-157-195.hsd1.tx.comcast.net) |
| 14:33.33 | koen | good morning CosmicPenguin |
| 14:34.32 | RP | mickeyl: The argument was a new parser would be needed. I can't see if being difficult to write something as we don't need to use the main bitbake parser for something simple like this... |
| 14:34.39 | RP | morning CosmicPenguin |
| 14:37.11 | schurig | RP: if only bitdoc would read in documentation.conf, but no other .oe/.oeclass/.bb/*.conf file, then it doesn't matter |
| 14:37.35 | mickeyl | that's right |
| 14:42.50 | *** join/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 14:53.24 | CosmicPenguin | hmmm... ipkg appears to have a 100 char limit on filename lengths |
| 14:53.34 | CosmicPenguin | and it doesn't do bounds checking very well |
| 14:53.44 | koen | CosmicPenguin: bugzilla it :) |
| 14:54.16 | CosmicPenguin | More debug is needed - but until then, I'll do a work around |
| 14:54.21 | CosmicPenguin | stupid gcov - be more accomodating! |
| 14:59.29 | RP | schurig: I thought the idea was to document alongside the places the variables are defined/used? |
| 15:01.07 | schurig | RP: this hasn't happened yet, e.g. a grep -rl '\[doc\]' * only shows documentation.conf |
| 15:10.16 | *** join/#oe andersee (~andersee@codepoet.org) |
| 15:15.05 | RP | schurig: yet :-/ |
| 15:16.00 | *** join/#oe DarkMan| (~darkman@80.Red-213-97-14.pooles.rima-tde.net) |
| 15:16.07 | DarkMan| | hello |
| 15:16.28 | RP | pb_: Have you looked at the pxa copypage fix rmk posted to arm-linux-kernel ? |
| 15:17.31 | hrw|work | fsck.. zaurus discharged ;( |
| 15:17.41 | DarkMan| | I'm in trouble building handhelds-sa-2.4.19-rmk6-pxa1-hh40, I get an "build/tmp/work/handhelds-sa-2.4.19-rmk6-pxa1-hh37.4-r5/kernel/include/linux/kernel.h:10:20: stdarg.h: No such file or directory" |
| 15:18.34 | RP | pb_: I suspect a function declared as attribute naked and with a hardcoded restore of the pc at the end of it (in asm) is being inlined with unpredictable results... |
| 15:21.46 | hrw|work | cu |
| 15:22.30 | jacques | hmm, both bison 1.875 and 2.0 build and pass all their tests native on armeb |
| 15:24.51 | *** join/#oe cbrake (~cbrake@cpe-204-210-216-174.neo.res.rr.com) |
| 15:25.45 | pb_ | RP: I saw his note, but I haven't really looked at it. What leads you to think tht this function is being inlined? |
| 15:26.49 | RP | pb_: The results of objdump -d... |
| 15:28.48 | pb_ | RP: well, does it help if you mark it attribute((noinline))? |
| 15:30.58 | RP | pb_: In fact its messed up in all cases. This should never really appear in a dissassembly: |
| 15:31.00 | RP | <PROTECTED> |
| 15:31.02 | RP | <PROTECTED> |
| 15:31.05 | RP | <PROTECTED> |
| 15:31.06 | RP | <PROTECTED> |
| 15:31.29 | RP | pb_: I'll mark it as noinline and see what it does... |
| 15:32.35 | *** join/#oe offroadgeek_ (~zaurus@offroadgeek.sustaining.supporter.pdpc) |
| 15:33.02 | CosmicPenguin | nuts - a '-' isn't valid in a package name for pkg_postinst_<package> ? |
| 15:37.28 | *** part/#oe ade|desk (~adavey@194.200.143.249) |
| 15:37.28 | pb_ | RP: well, there are some cases where that might be legitimate, but I agree that it does look dubious. |
| 15:39.47 | *** join/#oe Virusmaster (~Thomas@p549CCC92.dip.t-dialin.net) |
| 15:41.11 | CoreDump|home | CoreDump|home: WFM, although I'm not on an up-to-date BB tree ATM |
| 15:41.16 | CoreDump|home | err |
| 15:41.27 | CoreDump|home | CosmicPenguin |
| 15:45.57 | CosmicPenguin | heh |
| 15:46.02 | CosmicPenguin | I haven't updated in a while |
| 15:47.37 | *** join/#oe woglinde (heinold@lin226.mi.fu-berlin.de) |
| 15:51.31 | *** join/#oe zap (~zap@217.170.93.9) |
| 16:07.04 | *** join/#oe ar_ (~ar@213.211.242.215) |
| 16:14.15 | *** join/#oe CosmicPenguin (~nobody@aus-ext-proxy01.amd.com) |
| 16:19.49 | CosmicPenguin | sigh - guess I have to update |
| 16:21.18 | *** join/#oe jbowler-zzz (~jbowler@jbowler.nslu2-linux) |
| 16:23.00 | pb_ | CosmicPenguin: you need to upgrade your bitbake |
| 16:23.05 | *** join/#oe Virusmaster (~Thomas@p549CCC92.dip.t-dialin.net) |
| 16:23.08 | CosmicPenguin | just did |
| 16:23.18 | pb_ | or just patch the copy you have; it's a one line change in ConfHandler.py |
| 16:23.20 | pb_ | ah, heh |
| 16:23.21 | woglinde | hi pb |
| 16:23.33 | CosmicPenguin | err.... |
| 16:23.35 | woglinde | hm when will oe move from bk? |
| 16:23.54 | woglinde | I read 1st july is the deadline |
| 16:24.14 | CosmicPenguin | pb_: I'm at revision 241 - ConfHandler.py didn't seem to change from the previous revision that I had |
| 16:26.12 | pb_ | hi woglinde |
| 16:26.16 | pb_ | CosmicPenguin: oh, hm, that's a bit odd |
| 16:26.35 | pb_ | presumably this is the busybox parse problem you're running into, or something like that? |
| 16:26.59 | CosmicPenguin | pb_: no - I'm trying to do a pkg_postinst_<package> for a package with a dash in the name |
| 16:27.08 | pb_ | CosmicPenguin: yah, that's what busybox does |
| 16:27.25 | pb_ | can bitbake parse that .bb file ok? |
| 16:27.30 | CosmicPenguin | kind of like in modutils_2.4.27.bb - if I bbread that, it only shows the pkg_postinst_modutils() not the others |
| 16:27.33 | CosmicPenguin | yeah, the parse is cool |
| 16:27.39 | CosmicPenguin | it just doesn't seem to show up in the metadata |
| 16:27.45 | pb_ | ah, I see. that must be a different problem. |
| 16:28.01 | pb_ | let me inspect the busybox one with bbread |
| 16:28.37 | *** join/#oe _alwin_ (alwin@cable-81-173-164-55.netcologne.de) |
| 16:29.09 | pb_ | oh, sorry, busybox is INITSCRIPT, not postinst. |
| 16:29.16 | CosmicPenguin | heh |
| 16:29.25 | pb_ | yah, I see the same effect that you do with modutils. |
| 16:29.44 | pb_ | pkg_postinst_modutils-depmod is nowhere. |
| 16:30.18 | pb_ | FILES_modutils-depmod is okay, though, so maybe it's something weird about functions. |
| 16:30.24 | CosmicPenguin | yeah |
| 16:30.39 | CosmicPenguin | I see the same thing |
| 16:40.26 | *** join/#oe [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 16:40.52 | *** join/#oe SirFred (~mteira@253.Red-81-35-59.pooles.rima-tde.net) |
| 16:40.53 | pb_ | I'll take a look at it a bit later on. |
| 16:40.54 | SirFred | Good evening. |
| 16:41.08 | pb_ | gotta figure out why my test rig is destroying these boards first. |
| 16:42.35 | CosmicPenguin | pb_: I'll toss around and see if I can figure it out |
| 16:42.40 | pb_ | righto |
| 16:42.42 | CosmicPenguin | doubtful though - I'm not familiar with this code |
| 16:43.32 | Toi | quit |
| 16:45.19 | pb_ | CosmicPenguin: the place to start would be BBHandler.py, and the regex that it uses to find function definitions. |
| 16:45.24 | *** join/#oe qfh (~qfh@ppp-82-135-5-109.mnet-online.de) |
| 16:45.44 | pb_ | might want to compare that to the regex for standard variables, which is in ConfHandler.py |
| 16:46.34 | CosmicPenguin | thats a hell of a regex |
| 16:52.35 | pb_ | heh, yeah |
| 16:52.36 | *** part/#oe offroadgeek_ (~zaurus@offroadgeek.sustaining.supporter.pdpc) |
| 16:53.15 | pb_ | one of the reasons our parser is not the fastest is that it's made up entirely of these hairy regular expressions. |
| 16:58.15 | *** join/#oe do13_ (~dirk@p213.54.185.234.tisdip.tiscali.de) |
| 17:05.40 | *** join/#oe alwin (alwin@cable-195-14-198-201.netcologne.de) |
| 17:18.29 | CosmicPenguin | pb_: well, its probably not in the __func_start_regexp__, \- is there, plain as day |
| 17:18.52 | *** join/#oe molivier (~mac@212.194.250.173) |
| 17:20.35 | *** join/#oe darkschneider (~gab@213-140-6-96.fastres.net) |
| 17:23.36 | *** join/#oe Kerberos (~Kerberos@vpn.neoris.com) |
| 17:26.35 | *** part/#oe Kerberos (~Kerberos@vpn.neoris.com) |
| 17:27.25 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 17:31.12 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 17:36.45 | zecke | koen: ping |
| 17:36.52 | koen | pong |
| 17:37.04 | zecke | koen: I plan to update documentation.conf |
| 17:37.11 | koen | ok |
| 17:37.20 | koen | I'll update the docs after that |
| 17:37.21 | zecke | koen: but see the commit message of my bitdoc checkin on how a docu could look like |
| 17:37.42 | zecke | koen: I might not make it tonight (I've to write a protocol) |
| 17:38.51 | zecke | me can not get how innovative M$ is |
| 17:39.19 | zecke | we've now two articles on heise.de that praise M$ for having 'soon' a way to update all M$ products |
| 17:39.33 | zecke | just like you do Windows Updates today |
| 17:40.24 | kergoth | riiight, thats what i always wanted, my apps calling home to MS |
| 17:41.57 | zecke | it would rock if I could debian with just one tool |
| 17:42.12 | zecke | instead of invoking each update tool independenly... |
| 17:42.22 | kergoth | hehe |
| 17:42.22 | zecke | kergoth: If you use M$, you trusted them... |
| 17:56.55 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 18:02.54 | *** join/#oe chuckr (~chatzilla@july.chuckr.org) |
| 18:10.48 | *** join/#oe jbowler-zzz (~jbowler@jbowler.nslu2-linux) |
| 18:17.02 | zecke | mickeyl: oh Qt4 RC1 |
| 18:47.45 | CosmicPenguin | anyone here a suse expert? |
| 18:48.06 | zecke | CosmicPenguin: what is that? |
| 18:48.11 | zecke | ~suse |
| 18:48.12 | ibot | methinks suse is the name of Bill Gates' mistress |
| 18:48.43 | CosmicPenguin | heh |
| 18:49.26 | CosmicPenguin | I'm just trying to figure out if anybody has dumped the contents of this liveCD on the web so I don't have to go through all that crap |
| 18:49.36 | zecke | Protocol: I've made the potentiometer have a resistence of ~0 Ohm that made the Transistor smell |
| 18:49.55 | zecke | somehow my values are totally unexpected afterwards |
| 18:59.12 | *** part/#oe _alwin_ (alwin@cable-195-14-198-201.netcologne.de) |
| 19:02.03 | *** join/#oe dmag (~chatzilla@66-227-234-96.dhcp.mrqt.mi.charter.com) |
| 19:04.38 | dmag | I just got bitbake from svn and downloaded openembedded-exported-2005-05-04-1003.tar.bz2. I edited the config file (MACHINE=collie,DISTRO=familiar), but I get "ERROR: nothing provides nano" |
| 19:05.02 | dmag | i.e. no matter what I build it's not found |
| 19:05.18 | dmag | any ideas? |
| 19:05.27 | ascent | well, do you have the package? |
| 19:05.35 | ascent | openembedded/packages/nano |
| 19:06.10 | dmag | yes |
| 19:06.28 | dmag | there's 2 bb files for 2 versions |
| 19:06.31 | kergoth | dmag: sounds like your BBPATH and/or BBFILES are set incorrectly. |
| 19:06.33 | ascent | and set BBPATH to that too? |
| 19:06.36 | ascent | and BBFILES in the conf? |
| 19:06.39 | kergoth | :) |
| 19:06.43 | ascent | kergoth: :) |
| 19:06.51 | dmag | hmm, looking.. |
| 19:07.35 | dmag | config file has BBFILES = "/s/openembedded/packages/*/*.bb", env says BBPATH=/s/build:/s/openembedded |
| 19:07.42 | dmag | hmm, should that be /s/bitbake? |
| 19:07.51 | kergoth | no |
| 19:09.27 | dmag | ok, what to check next? |
| 19:10.16 | kergoth | what configuration file contains that BBFILES line? |
| 19:10.25 | ascent | local.conf |
| 19:10.30 | kergoth | full path. |
| 19:10.40 | dmag | it's in /s/conf/local.conf |
| 19:10.43 | ascent | depends on where you put it :) |
| 19:10.51 | dmag | everything is in /s, no symlinks |
| 19:10.58 | kergoth | thats not right. |
| 19:10.58 | kergoth | it belongs inside build/ |
| 19:11.05 | dmag | oh |
| 19:11.12 | kergoth | (more accurately, "conf/local.conf" must exist in a path in BBPATH) |
| 19:11.22 | kergoth | but putting it in build makes most sense, since thats where the output of the build goes. |
| 19:11.35 | *** join/#oe chuckr (~chatzilla@july.chuckr.org) |
| 19:12.05 | dmag | ah. (goes to re-check webpages he got the info from..) |
| 19:12.09 | chuckr | could I please get a url that will point me at the list of task* targets? I've lost the place I read it |
| 19:12.22 | kergoth | ls openembedded/packages/meta/ |
| 19:12.26 | chuckr | tnx |
| 19:14.07 | dmag | yup, that worked. It's doing something... |
| 19:33.37 | chuckr | is there any known problem with the libtool package? It won't compile here (failing in running the configure) |
| 19:35.52 | zecke|excercise | not yet known |
| 19:38.41 | chuckr | Hmmm, I just learned something I didn't realize, that I need to cleanout the old build dir on a build failure (I didn't realize it woulc fail to do a clean). My libtool is still failing, but the real failure is in the staging target, because it can't find a "i686-linux-libtool" file |
| 19:40.15 | ascent | Hm.. with a opie-image, are all the dependencies built as ipkg, or are they built into the image? |
| 19:40.57 | zecke|excercise | ascent: yes |
| 19:41.17 | zecke|excercise | ascent: you can configure it to do otherwise though |
| 19:42.01 | ascent | yes to as ipkg or yes to as builtin? :) |
| 19:42.20 | ascent | because I see tslib scroll by, but I thought that it was not included in the final image |
| 19:42.43 | kergoth | what makes you think it wasnt? |
| 19:43.01 | ascent | I needed to install the built ipkg to the rootfs once I booted from it :) |
| 19:43.15 | kergoth | what ipkg? |
| 19:43.24 | ascent | tslib related ipkgs |
| 19:43.38 | kergoth | tslib wont go into bootstrap by default. it goes into the gpe and opie images. |
| 19:43.52 | kergoth | the commandline ts_print, etc utils wont be |
| 19:44.07 | ascent | I'm building opie-image now. |
| 19:44.38 | ascent | well, I'll see in a few :) |
| 19:44.38 | ascent | (when its done) |
| 19:44.41 | chuckr | question: The staging target of my libtool is failing, and I need to verify the value of some variables in a .bb file. I don't know the right method to be compatible with the bk files ... could I edit in a 'echo ${}' line, something like that? |
| 19:44.57 | kergoth | bbread /path/to/blah.bb |
| 19:45.19 | chuckr | is there a bbread man page/wiki page? |
| 19:45.30 | chuckr | I couldn't find it |
| 19:45.43 | chuckr | I'm not familiar with wikis, though |
| 19:51.05 | zecke|excercise | chuckr: not much docu is present (while we're workin on it) |
| 19:51.12 | zecke|excercise | chuckr: but bbread does not much of a docu |
| 19:52.36 | chuckr | My problem is, I'm blocked right at the start, I can't get task-bootstrap done. The libtool (package?) is failing to stage, it looks like a misuse of a dirname, but I don't know what's safe to change inthe bik environment, so I can begin to troubleshoot |
| 19:53.14 | zecke|excercise | chuckr: the basics things. Check if you versions are current, don't have another bitbake in the way |
| 19:53.26 | zecke|excercise | chuckr: check BBPATH, BBFILES... |
| 19:53.38 | zecke|excercise | chuckr: use bitbake -DDD and -v to get more output |
| 19:53.51 | zecke|excercise | if that is an AMD64 might try linux32 |
| 19:54.09 | chuckr | that's why I asked for anything yo have on e what they do, I dislike starting things just randomly hoping I won't break it |
| 19:54.40 | chuckr | it's a 686 (pentium4) environment |
| 19:55.38 | chuckr | (I'm doing it) |
| 19:55.48 | zecke|excercise | chuckr: ok let us start over again |
| 19:55.49 | *** join/#oe marcan (1337@80.26.245.180) |
| 19:55.49 | zecke|excercise | chuckr: hi |
| 19:56.00 | zecke|excercise | chuckr: what do you want to build? (target, distro) |
| 19:56.16 | zecke|excercise | chuckr: what version of bitbake and what version of the openembedded package database do you use? |
| 19:57.21 | *** join/#oe Timelord (~TL@66.209.15.234) |
| 19:57.40 | chuckr | I just refreshed both 60 minutes ago |
| 19:58.07 | chuckr | bitbake from svn, openembedded from bk |
| 19:58.38 | chuckr | ok, that run of bitbake, with -v -DDD, helped out |
| 19:59.22 | kergoth | chuckr: is it libtool or libtool-native thats failing? |
| 20:00.10 | chuckr | that's odd, the build dir is totally empty (yes, that would make it fail, wouldnt it?) |
| 20:00.26 | chuckr | libtool-native |
| 20:01.56 | chuckr | I'm still new at this, give mea little time, but I think I'll be able to find something so drastically wrong |
| 20:02.39 | *** join/#oe hufnus (~slonsiki@m403336d0.tmodns.net) |
| 20:03.03 | kergoth | are you not running bitbake in the build directory? |
| 20:03.45 | chuckr | I am running it from the buil didr, but everything seems to happen in the /usr/tmp/bb dir that I have defined at TMPDIR |
| 20:04.21 | kergoth | which is what you'd expect. why would an empty build dir (other than conf/local.conf) be a problem? |
| 20:05.09 | *** join/#oe treke (~ggilbert@68-66-243-62.ventca.adelphia.net) |
| 20:05.42 | chuckr | yes, mine is empty(nic eto konw that's correct) |
| 20:05.54 | *** join/#oe _Psycho (~Bob@MTL-HSE-ppp181533.qc.sympatico.ca) |
| 20:12.57 | chuckr | If I want to do a rebuild of a failred package, I need to ask all of the required steps. It looks like I want to clear out the sources (cvs download) file, the tmpdir's work subdir, and I now *think* maybe the stamps in tmpdir/stamps (at least the ones for that package), is that all> |
| 20:14.00 | kergoth | heh |
| 20:14.05 | kergoth | bitbake -c clean blah |
| 20:14.07 | kergoth | or |
| 20:14.12 | kergoth | bitbake -c clean -b /path/to/blah.bb |
| 20:14.18 | chuckr | thanks |
| 20:15.33 | chuckr | every time I run bitbake, it spends 2 minutes running thru all the 2400 packages again, is there any way to shortcut that? |
| 20:15.46 | ascent | not yet :| |
| 20:16.04 | chuckr | ok, I wasn't cl;eaning it correctly |
| 20:16.09 | kergoth | -b bypasses all deps and acts on that package. if you know that all its deps have already been built, you can use that |
| 20:16.14 | kergoth | (this _is_ documented in the wiki) |
| 20:16.27 | chuckr | I didn';t realize about the stamps |
| 20:17.06 | chuckr | I' |
| 20:17.21 | chuckr | I'm back to the REAL failure, I think (ned to look again) |
| 20:18.14 | ascent | hm.. when I bitbake opie-image, and I set distro, I get ipkgs _and_ images.. cant I get only images? |
| 20:19.23 | CosmicPenguin | you get something for free! What can suck about that? |
| 20:19.49 | ascent | well, it confuses me what's in the image and what needs to be injected into it :) |
| 20:20.44 | kergoth | it isnt hard to ask ipkg what packages are installed. learn to use it. |
| 20:22.08 | chuckr | During my config run (and I have the failing config.log) it's faling because "source directory already configured; run make distclean". I notice in the .bb file, the do_configure has a line "autotools_do_configure", is there anything that does? |
| 20:22.40 | kergoth | chuckr: that generally happens when ./configure is run inside of a path that contains symlinks. |
| 20:22.46 | kergoth | set TMPDIR to the _real_ path |
| 20:22.59 | chuckr | sorry, it aLREADY IS |
| 20:23.07 | kergoth | apparently not. |
| 20:24.32 | chuckr | would be easier if it weren't, but it's just /usr/tmp/bb, nothing hinky |
| 20:25.06 | chuckr | no links in the environment at all, in fact |
| 20:25.15 | chuckr | at least, oe's env |
| 20:29.27 | ascent | Hm, open embedded worked on freebsd, right? How's about netbsd? |
| 20:31.41 | *** part/#oe kergoth (~kergoth@covenant.kergoth.com) |
| 20:31.44 | *** join/#oe kergoth (~kergoth@covenant.kergoth.com) |
| 20:37.29 | chuckr | I just used the syntax "bitbake -c clean -b <path to bb file>", it worked, so what are the other valid targets I can use there? |
| 20:37.58 | CosmicPenguin | err... ls packages/*/*.bb? |
| 20:38.30 | chuckr | I mean, things like "install" or "stage" |
| 20:39.42 | chuckr | I just successfully did the clean, if I wanted to rebuild the target that's failing, step by step, those steps would be ... |
| 20:40.05 | CosmicPenguin | well, there's not reason to go through the steps individually if you just cleaned it |
| 20:40.14 | CosmicPenguin | just bitbake -b <path to bb file> and go |
| 20:40.39 | chuckr | it's failing, it looksl ike configure is being called incorrectly I do need to call things with some control |
| 20:41.14 | CosmicPenguin | the stages are done in order - so if configure fails, it will fail in the configure stage |
| 20:41.31 | CosmicPenguin | its not wise to type in four commands when one will do |
| 20:44.44 | *** join/#oe zecke (~ich@83-169-170-199-dynip.superkabel.de) |
| 20:52.09 | *** join/#oe aboeglin (~alex@213.154.79.4) |
| 20:54.53 | chuckr | I'm thinking that, with all the messing around I have done in the last 2 weeks with other compilers, it;s *my* environment that's causing libtool to fail, but one question: the libtool-native, it shouldn't have something in it that looks like a zaurus target (like armv5te) should it? |
| 20:55.58 | zecke | probably yes |
| 20:56.17 | zecke | but I'm an idiot when it comes to libtool |
| 20:57.23 | chuckr | I was contrasting in my mind, libtool versus libtool-native, would the libtool-native have only i686 stuff? |
| 20:58.24 | chuckr | the listing is all full of zaurus-type targets, I wanted to check that |
| 20:58.37 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 20:59.47 | treke | libtool-native would just be a standard libtool for 686 |
| 20:59.56 | treke | with all of our hacks to strip out certain paths |
| 21:00.32 | chuckr | moment, I just had a lightbulb go off |
| 21:03.34 | zecke | CoreDump|home: look at bb.data |
| 21:04.21 | CosmicPenguin | zecke: you already fixed it? |
| 21:04.43 | CosmicPenguin | gah - I hate updating the OE tree |
| 21:06.07 | zecke | CosmicPenguin: no not fixed, but look there |
| 21:06.22 | zecke | CosmicPenguin: Show me an example line? |
| 21:07.26 | CosmicPenguin | zecke: showdata on modutils_2.4.27.bb - notice that pkg_postinst_modutils-modinfo() doesn't show up in the metadata |
| 21:07.56 | chuckr | I have a very detailed listing of the failure. I *think* it's doing a full configure, I can't quite see where it eneded, but it's long enough, and the Makefile exists, and the failure at the end is because its already runa configure, it doesn't need to run it again |
| 21:08.55 | chuckr | yeah, that's it, it's trying to rerun an already successful configure |
| 21:09.34 | zecke | chuckr: BBINCLUDELOGS = "1" |
| 21:09.42 | zecke | chuckr: and you have log files of the build |
| 21:09.44 | chuckr | what does that do? |
| 21:09.54 | chuckr | I have full logs as it is |
| 21:09.59 | zecke | ah okay |
| 21:10.14 | chuckr | it's very definitely incorrectly duplicatinghte configure call |
| 21:10.15 | *** join/#oe _Psycho (~Bob@MTL-HSE-ppp181533.qc.sympatico.ca) |
| 21:10.30 | chuckr | I just need to figure out why |
| 21:27.01 | chuckr | couold someone pelase double check me: in the openembedded/packages/libtool/libtool-native_1.5.10.bb file, inside it, it;'s got several references to the name of the .bb file excepting that those references DON'T have the "native" in it |
| 21:27.27 | ascent | ERROR: log data follows (/home/ascent/tmp/work/alsa-tools-1.0.8-r0/temp/log.do_install.20829) |
| 21:27.30 | ascent | | NOTE: make DESTDIR=/home/ascent/tmp/work/alsa-tools-1.0.8-r0/image install |
| 21:27.32 | ascent | | make: *** No rule to make target `install'. Stop. |
| 21:27.35 | ascent | | FATAL: oe_runmake failed |
| 21:27.57 | chuckr | is what I'm seeing correct practice? |
| 21:28.10 | *** join/#oe chii (chii@chii.utility.freenode) |
| 21:28.33 | treke | makes sense to me |
| 21:28.50 | chuckr | dropping the "native" is right? |
| 21:29.00 | treke | yes |
| 21:29.03 | chuckr | ok |
| 21:29.17 | treke | go read up on include |
| 21:30.02 | chuckr | I would if I could find something to read on it |
| 21:30.53 | treke | it's on the front page of openembedded.org |
| 21:31.24 | treke | it's also under the bitbake page in the wiki |
| 21:39.58 | kergoth | bleh |
| 21:40.02 | *** join/#oe hufnus (~slonsiki@m403336d0.tmodns.net) |
| 21:45.43 | treke | is it just me or do all alarm companies suck? |
| 21:47.06 | zecke | making money out of fear of theft? |
| 21:47.21 | treke | not being able to keep an appointment |
| 21:47.23 | *** join/#oe LurkerZ (~blurglegu@c-24-30-231-87.hsd1.va.comcast.net) |
| 21:47.48 | zecke | treke: move to Norway or another scandinavian country and you don't need any ;) |
| 21:48.02 | zecke | but that might not be too practicable |
| 21:48.53 | *** join/#oe ChanServ (ChanServ@services.) |
| 21:48.53 | *** mode/#oe [+o ChanServ] by irc.freenode.net |
| 21:50.52 | zecke | ~lart metric system |
| 21:50.58 | treke | amen |
| 21:51.17 | treke | my car gets 40 rods to the hogshead and that's the way I like it |
| 21:51.36 | zecke | treke: the issue is if you once not used the metric system you're lost |
| 21:51.43 | zecke | 106,3 mV -> V |
| 21:51.55 | zecke | I'm soo stupid I use python just to double check... |
| 21:52.04 | treke | the real issue is that you people put the , in the wrong place |
| 21:52.24 | zecke | hehe |
| 21:52.28 | zecke | s/,/./ |
| 21:52.53 | chuckr | well, I couldn't find out what was broken, but I found the problem, and discovered a useable workaround: there was, in the two configure files, a section in each (about 6 lines) that checked ont he age of config.log (grep for "already"), I removed that section from both configures, and it completed withought furhter problems |
| 21:53.31 | koen|afk | zecke: no, nokia did not respond yet |
| 21:53.34 | zecke | chuckr: I don't know if this is correct but you might just file a bug report |
| 21:53.57 | chuckr | I know so little about what I[m doing, I feel incorrect about filing a bug on this |
| 21:54.02 | zecke | I will even write Mono and Anyway on the back |
| 21:54.27 | zecke | chuckr: little people understand the merits of libtool, with an issue you document your findings |
| 21:54.32 | chuckr | I wouldn;t mind repeating what I did, if anyone else wished to take a look or cared enough to login |
| 21:54.33 | koen | anyway, mono rocks |
| 21:54.56 | zecke | koen: anyway, mono rocks, as it made me rich |
| 21:55.03 | koen | :) |
| 21:55.17 | koen | filthy rich even |
| 21:55.17 | zecke | koen: anyway, mono rocks, because I spent all money I got from SUN on it |
| 21:55.59 | zecke | koen: admitingly both of us are just jealous |
| 21:56.07 | koen | yeah |
| 21:57.43 | LurkerZ | errr... hello all! |
| 21:58.12 | LurkerZ | I was refered here by lardman on the OESF forums |
| 21:58.20 | koen | ah |
| 21:58.24 | koen | usbhost or simpad? |
| 21:58.36 | LurkerZ | koen! |
| 21:58.40 | LurkerZ | Hi! |
| 21:58.45 | LurkerZ | usbhost |
| 21:58.47 | koen | hello LurkerZ |
| 21:59.23 | LurkerZ | I saw you reading the thread I started |
| 21:59.26 | LurkerZ | earlier today |
| 21:59.48 | LurkerZ | any ideas? |
| 22:00.09 | koen | my idea was "unload the usb modules", but that wasn't so |
| 22:01.11 | LurkerZ | I've slowly come to believe that USB host is not meant to be working in OZ 3.5.3 yet |
| 22:01.45 | koen | it should be a matter of unloading and loading modules |
| 22:01.51 | LurkerZ | it clearly says "USB not completely working yet" in the release notes |
| 22:02.02 | koen | yeah |
| 22:02.09 | koen | that's why I said "should" :) |
| 22:02.15 | LurkerZ | but I could never get a straight answer on what exactly that meant |
| 22:02.41 | LurkerZ | Oh |
| 22:05.48 | chuckr | if I could have one wish fullfilled here, it would be to have the manual section on the parsing of variables rewritten, so that it no longer relies purely on examples to get the idea across |
| 22:06.46 | chuckr | the task-bootrap I'm running is chugging along nicely, at great long last. |
| 22:06.48 | treke | would be nice, but examples are probably the simplest way to do it :) |
| 22:07.04 | treke | too many odd cases |
| 22:07.13 | treke | like FOO = ${FOO} |
| 22:07.17 | koen | too much flexibility |
| 22:07.48 | *** join/#oe pb_ (~pb@2002:5168:d38c:1:a00:1fff:fe06:93c) |
| 22:07.56 | koen | hey pb_ |
| 22:08.12 | pb_ | hi all |
| 22:08.22 | chuckr | treke, I had someone suggest I file a bug report, but I didn't want to (I know so little about what is supposed to occur) but if you say I should, I will, about the small sections of the configure files i was able to cut out, and fix myu problems |
| 22:08.42 | treke | huh? |
| 22:08.56 | treke | why on earth would it matter if I say you should put in a bug report |
| 22:09.19 | treke | zecke knows far more about the bitbake internals than I do |
| 22:10.09 | chuckr | there are two configure files in libtool. If yoiu search for the "already" and "pwd" in the same paragraph, you can quite easily locate the sections I'm referring to (I would even supply lines offsets if you wished) and cutting out those sections cleared my libtool propblems |
| 22:10.30 | treke | I have no plans on looking. |
| 22:10.39 | chuckr | ok, no skin off my back |
| 22:36.34 | *** join/#oe ibot (ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 22:36.34 | *** topic/#oe is OpenEmbedded Developer Lounge | http://bugs.openembedded.org/ (l/p guest/guest) | This is not a distribution support channel | The OE mailing list is back, but everyone needs to resubscribe. | We have a bitbake-dev mailing list for discussions on the core. If you're interested in BitBake-Ng, please subscribe. | LCA 2005 Embedded Miniconf - http://www.openembedded.org/miniconf |
| 22:36.35 | kergoth | once again, their needs are different. |
| 22:36.41 | koen | there was in the past a cvs mirror for the free zealots |
| 22:36.54 | kergoth | right, that was just so people could get sources without using bk |
| 22:36.56 | chuckr | <PROTECTED> |
| 22:36.57 | kergoth | mirror only |
| 22:37.12 | koen | amazing how much people were working on svn |
| 22:37.28 | koen | "no I have patches for svn" |
| 22:37.40 | chuckr | I used to dislike svn, it was very fragile, but it looks like it outgrew that |
| 22:37.59 | zecke | it is mature |
| 22:38.45 | chuckr | oh, and why not either fold bitbake into bk, or openembedded into svn (I hope I don't have that backwards) |
| 22:39.02 | koen | we folded out bitbake |
| 22:39.13 | koen | we want a distributed scm for OE |
| 22:39.16 | kergoth | what part of "they have different needs" do you not understand? |
| 22:39.20 | koen | bitbake didn't need that |
| 22:39.22 | kergoth | how many fucking times do i have to repeat this before it sinks in? |
| 22:39.28 | zecke | kergoth: join #oe-bofh ;) |
| 22:39.29 | chuckr | actually, that was my question |
| 22:40.06 | koen | bitbake was put in svn because it didn't need a distributed scm and to stop the whiny "bk is evil" bitches |
| 22:40.56 | koen | for OE we want to work offline *with* complete history |
| 22:41.04 | koen | svn doesn't do that |
| 22:41.14 | chuckr | I'm not much of a bk person, so I'm learning here |
| 22:41.28 | chuckr | I'm not against, it, merely ignorant of it |
| 22:41.33 | kergoth | we also need to easily do star merges, pushes and pulls between independent "offline" or online repositories |
| 22:41.40 | kergoth | there are distributed scms that dont do that part well |
| 22:41.45 | kergoth | well, "distributed" |
| 22:41.55 | treke | ~lart kergoth for arguing when he could be looking at scms |
| 22:41.59 | kergoth | hehe |
| 22:42.09 | treke | you be productive |
| 22:42.12 | treke | we will abuse chuck |
| 22:42.33 | CosmicPenguin | distributed larting |
| 22:42.44 | koen | ~dlart |
| 22:43.14 | koen | damn |
| 22:43.30 | koen | 'night all |
| 22:43.41 | chuckr | nigh t |
| 22:43.55 | ascent | | Collected errors: |
| 22:43.55 | ascent | | Cannot find package tslib. |
| 22:43.55 | ascent | | Check the spelling or perhaps run 'ipkg update' |
| 22:43.56 | zecke | koen|sleep: http://gtkperf.sourceforge.net/index.php?page=main |
| 22:44.03 | ascent | while bitbake tslib works.. |
| 22:44.10 | ascent | but putting it in my own image seems to fail |
| 22:44.21 | koen|sleep | libts |
| 22:44.25 | koen|sleep | debian style naming |
| 22:44.32 | ascent | oh :) |
| 22:44.36 | ascent | thats.. new :) |
| 22:44.53 | koen|sleep | zecke: http://projects.o-hand.com/xresponse/ |
| 22:45.01 | ascent | gnight |
| 22:45.09 | zecke | koen|sleep: have seen that as well |
| 22:45.43 | zecke | somehow it does not work with Opie/QtE |
| 22:45.46 | CosmicPenguin | that crazy mallum |
| 22:45.52 | CosmicPenguin | always thinkin up something new |
| 22:46.08 | mallum | CosmicPenguin: :) |
| 22:46.16 | CosmicPenguin | that crazy mallum, up late too... |
| 22:46.22 | mallum | CosmicPenguin: :D |
| 22:46.48 | ascent | | Cannot find package tslib. |
| 22:46.48 | ascent | | Check the spelling or perhaps run 'ipkg update' |
| 22:46.49 | ascent | hmz. |
| 22:48.21 | treke | ascent: kergoth already told you what the problem is |
| 22:48.30 | chuckr | one item: someone suggested I use BBINCLUDELOGS=1, I assume it means it drops log files, where, named what? |
| 22:48.39 | treke | er koen |
| 22:49.04 | ascent | treke: he suggested tslib, but tslib fails too |
| 22:49.28 | ascent | or am I missing some point here :) |
| 22:49.33 | treke | read what he said again |
| 22:49.45 | ascent | eh |
| 22:49.46 | ascent | hang on :) |
| 22:49.50 | ascent | *coffee* |
| 22:49.58 | *** join/#oe wrobbie (~rob@cm17.sigma183.maxonline.com.sg) |
| 22:50.12 | zecke | OT: someone familiar with tex and \minipage? |
| 22:50.30 | ascent | only the first.. never used minipage. sorry |
| 22:51.09 | ascent | hm.. "ERROR: Nothing provides libts" |
| 22:51.21 | zecke | ascent: actually I've ~10 pictures and I want two side by side... |
| 22:51.26 | zecke | ascent: DEPENDS = "tslib" |
| 22:51.35 | zecke | ascent: RDEPENDS = "libts" |
| 22:51.49 | ascent | hum.. that's .. odd :) let's try. |
| 22:52.14 | zecke | ascent: but if you build Qt/E, libts will be automatically built and installed |
| 22:52.21 | zecke | ascent: YOu want to build tslib |
| 22:52.32 | LurkerZ | root@spitz:~# modprobe usb_ohci_pxa27x |
| 22:52.32 | LurkerZ | Using /lib/modules/2.4.20/kernel/drivers/usb/usb_ohci_pxa27x.o |
| 22:52.32 | LurkerZ | insmod: init_module: usb_ohci_pxa27x: Operation not permitted |
| 22:52.32 | LurkerZ | modprobe: failed to load module usb_ohci_pxa27x |
| 22:52.38 | zecke | ascent: and it will be split (debian style) into tslib-dev, tslib-doc |
| 22:52.38 | ascent | probably. I want ts_calibrate to be in my image |
| 22:52.41 | zecke | LurkerZ: dmesg |
| 22:52.44 | LurkerZ | (ooops) |
| 22:53.01 | zecke | ascent: that depends on your needs |
| 22:53.09 | zecke | LurkerZ: ok so it is Off Topic here? |
| 22:53.21 | zecke | LurkerZ: or is this progress (2.4.20 sounds old though) |
| 22:53.31 | ascent | zecke: well, I just took the opie-image file, and tried to get ts_calibrate inside the image |
| 22:53.41 | ascent | that's the main purpose of my struggle :) |
| 22:53.50 | ascent | (And of course add a few others as well) |
| 22:53.53 | zecke | ascent: yeah the RDEPENDS += " ts_calibrate " |
| 22:54.12 | zecke | ascent: DEPENDS are - as I understand them - build dependencies |
| 22:54.16 | LurkerZ | Ok, well, dmesg says nothing |
| 22:54.24 | ascent | and rdeps, recursive deps? |
| 22:54.29 | treke | runtime |
| 22:54.31 | ascent | ah |
| 22:54.37 | LurkerZ | nothing about usb_ohci |
| 22:54.37 | zecke | ascent: Remote, Runtime, Rrrr |
| 22:54.41 | ascent | :) |
| 22:54.45 | ascent | prrrrrrrrrr :) |
| 22:54.46 | zecke | LurkerZ: then happy debugging |
| 22:55.29 | LurkerZ | I was going to ask if there were any Zaurus C1000/C3000 users here before I posted that |
| 22:56.13 | LurkerZ | cause I am not even sure if USB host is supposed to be working yet with OpenZaurus 3.5.3 (Opie 1.2) |
| 22:56.15 | zecke | LurkerZ: I'm sadly not |
| 22:57.28 | LurkerZ | And, sadly, I cannot debug ;-) |
| 22:58.22 | zecke | LurkerZ: why? |
| 22:58.35 | zecke | LurkerZ: did sharp implement USB OTG? |
| 22:58.44 | LurkerZ | Yes |
| 22:59.12 | LurkerZ | I apologize for asking in this channel |
| 22:59.30 | LurkerZ | I did not realize that this is intended for developers |
| 22:59.40 | LurkerZ | until just now |
| 23:00.03 | LurkerZ | I am just a simple end-user :\ |
| 23:01.04 | LurkerZ | It is lardman's fault, though; he pointed me here :P |
| 23:01.42 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 23:02.58 | LurkerZ | I would be eternally grateful if anyone who thinks they can help me could pop on over to #openzaurus |
| 23:04.21 | zecke | LurkerZ: do not apologize |
| 23:04.33 | zecke | LurkerZ: most of us simply can't anything |
| 23:04.57 | CosmicPenguin | isn't that the truth |
| 23:05.26 | LurkerZ | Do any of the other handhelds to which OE has been ported to have USB OTG? |
| 23:06.05 | *** join/#oe [g2] (~g2@g2.nslu2-linux) |
| 23:06.07 | zecke | CosmicPenguin: obvioulsy 'say' was missing but both sentences are true |
| 23:07.37 | ascent | bye zecke |
| 23:07.40 | ascent | zecke: thanks for the help |
| 23:21.34 | *** part/#oe tigrux (~tigrux@dsl-200-67-236-216.prod-empresarial.com.mx) |
| 23:31.05 | *** join/#oe kergoth (~kergoth@c-24-118-222-11.hsd1.mn.comcast.net) |
| 23:35.53 | *** join/#oe tomimo (~kurre@a84-231-39-238.elisa-laajakaista.fi) |
| 23:50.51 | *** join/#oe Timelord (~TL@66.84.189.72) |
| 23:52.27 | *** join/#oe mithro (~tim@202.191.111.52) |
