**** BEGIN LOGGING AT Wed Aug 06 03:00:02 2008 Aug 06 05:46:17 03  07org.openembedded.dev * rb2c64bcbc9 10OE.dev/packages/perl/liburi-perl_1.35.bb: Aug 06 05:46:17 liburi-perl: direct PERL_ARCHLIB to STAGING_LIBDIR_NATIVE, instead of the host env Aug 06 05:46:17 * CAVEAT: perl/5.8.8 has to be hard coded, needs to be updated with each new perl version Aug 06 05:46:22 03  07org.openembedded.dev * r4930978dd7 10OE.dev/packages/perl/libwww-perl_5.808.bb: Aug 06 05:46:22 libwww-perl: direct PERL_ARCHLIB to STAGING_LIBDIR_NATIVE, instead of the host env Aug 06 05:46:22 * CAVEAT: perl/5.8.8 has to be hard coded, needs to be updated with each new perl version Aug 06 05:46:23 03  07master * r4930978dd7 10OE.dev/packages/perl/libwww-perl_5.808.bb: Aug 06 05:46:25 libwww-perl: direct PERL_ARCHLIB to STAGING_LIBDIR_NATIVE, instead of the host env Aug 06 05:46:27 * CAVEAT: perl/5.8.8 has to be hard coded, needs to be updated with each new perl version Aug 06 05:46:29 03  07master * rb2c64bcbc9 10OE.dev/packages/perl/liburi-perl_1.35.bb: Aug 06 05:46:31 liburi-perl: direct PERL_ARCHLIB to STAGING_LIBDIR_NATIVE, instead of the host env Aug 06 05:46:33 * CAVEAT: perl/5.8.8 has to be hard coded, needs to be updated with each new perl version Aug 06 07:20:16 mogninr Aug 06 07:21:50 hi Aug 06 07:22:06 hrw: can you help me with the prismstumbler compilation? Aug 06 07:25:07 nope sorry Aug 06 08:03:16 bonjour Aug 06 08:14:13 florian: are you there? Aug 06 08:14:23 good morning Aug 06 08:14:37 good morning... Aug 06 08:14:45 did you finish the compilation? Aug 06 08:14:49 nighthawk08: yes, my gpe-image built without trouble Aug 06 08:15:18 so, the problem might be something in my environment -- do you happen to know how to trace it? Aug 06 08:24:02 morning Aug 06 08:25:13 nighthawk08: hmm... it depends on the error. is your oe up to date? Aug 06 08:39:40 I've updated the oe a day ago,. the error can be logged here: http://bugs.openembedded.net/show_bug.cgi?id=4473 Aug 06 08:41:04 nighthawk08: what we say upto date, we mean did you upadate in the last milli second Aug 06 08:53:33 florian: good morning Aug 06 08:54:29 florian: I received some more mail from the TP complaining that the current release tarballs (the ones I sent them yesterday) don't contain all the latest translations. Do you think you could freshen those and make new tarballs? Aug 06 08:54:42 or, alternatively, I could do it myself but I am not sure I have access to the svn anymore Aug 06 08:58:03 kergoth: gm Aug 06 08:58:05 gm all Aug 06 08:58:15 pb__: ah nasty, for some reason autotools does not package the pot file any more. I ran into this as well... Aug 06 08:58:24 oh right, that's a nuisance Aug 06 08:58:44 that will make it quite a challenge for the translators to do their job :-} Aug 06 09:00:48 pb__: svn... well, maybe... but we can fix that easily. Log in and use the 'Request to join' link here http://projects.linuxtogo.org/projects/gpe/ Aug 06 09:02:12 pb__: I have played around with cmake (because OpenSync uses it)... can't say that this would be an improvement. Aug 06 09:03:25 whatever you use... it has disadvantages Aug 06 09:03:44 yeah Aug 06 09:04:02 I kind of feel that autotools is the least bad option. it sucks, but everything else sucks just as badly, and autotools is the most widely used. Aug 06 09:08:43 florian: by the way, are you the sysadmin for the openembedded-devel list? if so, could I persuade you to do something about this "reply-to" setting that causes half the posts to get duplicated? Aug 06 09:09:26 * broonie seconds that request - it's *very* annoying. Aug 06 09:10:23 03  07org.openembedded.dev * r5b817793c0 10OE.dev/packages/gcc/gcc-4.2.4.inc: gcc-4.2.4: re-enable libgomp Aug 06 09:10:25 03  07org.openembedded.dev * rd1deccb5d8 10OE.dev/packages/gcc/gcc-configure-common.inc: gcc: enable Objective-C Aug 06 09:10:30 03  07org.openembedded.dev * r263652f65f 10OE.dev/packages/gcc/ (gcc-cross_4.2.4.bb gcc_4.2.4.bb): gcc{-cross}_4.2.4: bump PR Aug 06 09:10:31 03  07org.openembedded.dev * re8e2e063d5 10OE.dev/packages/gimp/babl_svn.bb: babl: convert to SRCREV Aug 06 09:10:31 03  07org.openembedded.dev * r69a22efedc 10OE.dev/packages/librsvg/librsvg_2.22.2.bb: librsvg: add 2.22.2 Aug 06 09:10:32 03  07org.openembedded.dev * r00709d0905 10OE.dev/classes/gnome.bbclass: gnome.bbclass: use AUTOTOOLS_STAGE_PKGCONFIG = "1" Aug 06 09:10:35 03  07org.openembedded.dev * r0817ea71d4 10OE.dev/packages/lcms/lcms_1.17.bb: lcms: use AUTOTOOLS_STAGE_PKGCONFIG = "1" Aug 06 09:10:38 03  07org.openembedded.dev * r811a438c7c 10OE.dev/packages/libexif/ (libexif_0.6.13.bb libexif_0.6.16.bb): libexif: fix staging and add 0.6.16, fixes CVE-2006-4168 aka IDEF1514. Aug 06 09:10:43 03  07org.openembedded.dev * r9af3b3ca5d 10OE.dev/packages/gimp/gegl_svn.bb: gegl: convert to SRCREV Aug 06 09:11:03 03  07master * rd1deccb5d8 10OE.dev/packages/gcc/gcc-configure-common.inc: gcc: enable Objective-C Aug 06 09:11:03 03  07master * r5b817793c0 10OE.dev/packages/gcc/gcc-4.2.4.inc: gcc-4.2.4: re-enable libgomp Aug 06 09:11:04 03  07master * r263652f65f 10OE.dev/packages/gcc/ (gcc-cross_4.2.4.bb gcc_4.2.4.bb): gcc{-cross}_4.2.4: bump PR Aug 06 09:11:05 03  07master * r69a22efedc 10OE.dev/packages/librsvg/librsvg_2.22.2.bb: librsvg: add 2.22.2 Aug 06 09:11:08 03  07master * re8e2e063d5 10OE.dev/packages/gimp/babl_svn.bb: babl: convert to SRCREV Aug 06 09:11:11 03  07master * r9af3b3ca5d 10OE.dev/packages/gimp/gegl_svn.bb: gegl: convert to SRCREV Aug 06 09:11:14 03  07master * r811a438c7c 10OE.dev/packages/libexif/ (libexif_0.6.13.bb libexif_0.6.16.bb): libexif: fix staging and add 0.6.16, fixes CVE-2006-4168 aka IDEF1514. Aug 06 09:11:19 03  07master * r0817ea71d4 10OE.dev/packages/lcms/lcms_1.17.bb: lcms: use AUTOTOOLS_STAGE_PKGCONFIG = "1" Aug 06 09:11:24 03  07master * r00709d0905 10OE.dev/classes/gnome.bbclass: gnome.bbclass: use AUTOTOOLS_STAGE_PKGCONFIG = "1" Aug 06 09:11:31 ah, cia awakes Aug 06 09:12:06 oops Aug 06 09:12:24 pb__: only mickey_away is the master of oe-devel Aug 06 09:12:40 florian: ah, okay Aug 06 09:12:43 mickey_away: please come back Aug 06 09:17:41 good morning Aug 06 09:19:06 * * OE Bug 4490 has been created by  Aug 06 09:19:08 * * recode-native FTBFS Aug 06 09:19:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4490 Aug 06 09:20:46 xjqian: ping Aug 06 09:21:41 Ant: pong Aug 06 09:21:45 hi Aug 06 09:21:57 I've read your comment about libart-2 Aug 06 09:22:47 xjqian: wouldnt your perl hack be better placed in cpan.bbclass? Aug 06 09:22:56 xjqian: I was working on something similar there Aug 06 09:23:38 XorA: sure go ahead. I hate to hard-code the perl version number Aug 06 09:23:59 XorA: some python magic should work better Aug 06 09:24:19 xjqian: you mean like export PERL_INC = "${STAGING_LIBDIR}/perl/${@get_perl_version(d)}/CORE" Aug 06 09:24:25 already in cpan.bbclass Aug 06 09:26:07 XorA: PERL_ARCHLIB is the offending one Aug 06 09:28:11 XorA: something similar should work. Aug 06 09:28:39 xjqian: sorry got a call, question about libart-2 is nothing provides it Aug 06 09:29:06 Ant: where do you need libart-2? Aug 06 09:29:40 Ant: I vaguely remember I might added PROVIDES = libart-2 to libart-lgpl, but not sure Aug 06 09:29:59 Ant: the log disappeared with the last merge conflict Aug 06 09:30:26 Ant: as you can see, gpsdrive2.10pre4 recipes were also lost during that time Aug 06 09:30:56 ah, earlier this night the automerger was sleeping...I'll have to pull again Aug 06 09:31:56 Ant: no I mean quite a few month ago Aug 06 09:32:15 eh, strange then Aug 06 09:35:20 hmm...I'm building with BB_DEFAULT_TASK = >"buildall" Aug 06 09:36:08 xjqian: export PERL_ARCHLIB = "${STAGING_LIBDIR_NATIVE}/perl/${@get_perl_version(d)}" in cpan.bbclass works, I shall check that in in a minute Aug 06 09:37:34 Ant: I think it's ok to add PROVIDES_${PN} = libart-2 to libart-lgpl recipe after all. I may be wrong without building all the dependencies. Will check tonight. Aug 06 09:37:54 me too :-) in 12 hours Aug 06 09:37:56 XorA: thanks. That's a much more elegant solution Aug 06 09:39:03 xjqian: and about perl-modules...do they need to be fixed one by one? ugly... Aug 06 09:39:08 xjqian: I had a much more complex solution that wasnt working, so thank you for pointing out the easy one Aug 06 09:39:42 Ant: --> XorA's commit Aug 06 09:40:40 yes, would it solve 3403? Aug 06 09:41:33 Ant_Work: no, but comment #2 on 4392 Aug 06 09:41:53 ok, thats already progress :-) Aug 06 09:42:06 03  07org.openembedded.dev * r525b2c4ca1 10OE.dev/packages/gimp/gimp_2.5.2.bb: gimp: add 2.5.2, with an ugly hack to get around OE's ancient gettext native (lacks msgctxt support) Aug 06 09:42:09 03  07master * r525b2c4ca1 10OE.dev/packages/gimp/gimp_2.5.2.bb: gimp: add 2.5.2, with an ugly hack to get around OE's ancient gettext native (lacks msgctxt support) Aug 06 09:43:38 Ant: XorA's commit should close 4392 for you. Aug 06 09:47:17 xjqian: commit is in, you can remove your hacks :-) Aug 06 09:47:57 so now all Perl-modules should compile fine? Aug 06 09:48:31 Ant_Work: possibly Aug 06 09:48:37 Ant_Work: nearer to fine anyway :-) Aug 06 09:48:44 03  07org.openembedded.dev * r9032c50987 10OE.dev/classes/cpan.bbclass: cpan.bbclass : more generic solution to perl module build problems Aug 06 09:48:44 03  07org.openembedded.dev * rf62cae38f3 10OE.dev/: Aug 06 09:48:44 merge of '0f7564fadffb99d20d47c3f490dfd75ce830ba2a' Aug 06 09:48:44 and 'f560dfa2d097d4a4b936e073f125c30f8f522a07' Aug 06 09:48:51 03  07master * r9032c50987 10OE.dev/classes/cpan.bbclass: cpan.bbclass : more generic solution to perl module build problems Aug 06 09:48:51 03  07master * rf62cae38f3 10OE.dev/: Aug 06 09:48:51 merge of '0f7564fadffb99d20d47c3f490dfd75ce830ba2a' Aug 06 09:48:53 and 'f560dfa2d097d4a4b936e073f125c30f8f522a07' Aug 06 09:54:39 xjqian: another thing is navit_svn Aug 06 09:54:50 I got no gpsd Aug 06 09:55:10 and there is a problem with flite/flite-alsa / espeak Aug 06 09:55:19 actually flite uses oss Aug 06 09:59:49 the thing is speech-dispatcher DEPENDS = "espeak flite pulseaudio libdotconf glib-2.0" Aug 06 10:00:10 and navit.inc RRECOMMENDS = "gpsd speechd flite" Aug 06 10:00:46 do you think it would work with 'flite-alsa' ? Aug 06 10:02:33 or just don't rrecommend flite in navit.inc? Aug 06 10:04:25 Ant_Work: add RPROVIDES_${PN} = "flite" to flite-alsa Aug 06 10:04:38 Ant_Work: RCONFLICTS_${PN} = "flite" Aug 06 10:05:09 then prefer flite-alsa Aug 06 10:06:33 XorA: how is in OM? Don't you use espeak instead flite? Aug 06 10:06:47 (as hook for speechd) Aug 06 10:06:51 Ant_Work: no clue Aug 06 10:07:15 http://wiki.openmoko.org/wiki/Navit Aug 06 10:08:06 03  07org.openembedded.dev * r4691e49b55 10OE.dev/packages/xorg-font/ (49 files in 3 dirs): Aug 06 10:08:06 xorg-minimal-fonts: add a recipe that installs a minimal amount of fonts to get the Xorg server going. Aug 06 10:08:06 * this probably clashes with other font recipes at runtime, but since those don't build at all.... Aug 06 10:08:07 03  07org.openembedded.dev * r5469f37d39 10OE.dev/packages/xorg-xserver/ (4 files in 2 dirs): Aug 06 10:08:09 xserver-xorg: change xorg.conf to use the framebuffer instead of s3 (sane defaults and all) Aug 06 10:08:11 * also add rdepends on minimal font package Aug 06 10:08:13 03  07org.openembedded.dev * r3e606bc7d7 10OE.dev/packages/linux/linux-kaiser_2.6.24+git.bb: linux-kaiser : fix COMPATBLE_MACHINE definition Aug 06 10:08:16 03  07org.openembedded.dev * r184fcd6140 10OE.dev/packages/images/beagleboard-demo-image.bb: beagleboard demo image: install xorg server Aug 06 10:08:19 03  07org.openembedded.dev * r5757e6aed0 10OE.dev/: Aug 06 10:08:21 merge of '751075256c107f73ba206ce1dd071de65d4d33c4' Aug 06 10:08:23 and '9b0c628cc38533c1bd3c58efadccbe831221b079' Aug 06 10:08:27 03  07master * r5469f37d39 10OE.dev/packages/xorg-xserver/ (4 files in 2 dirs): Aug 06 10:08:29 xserver-xorg: change xorg.conf to use the framebuffer instead of s3 (sane defaults and all) Aug 06 10:08:33 * also add rdepends on minimal font package Aug 06 10:08:35 03  07master * r3e606bc7d7 10OE.dev/packages/linux/linux-kaiser_2.6.24+git.bb: linux-kaiser : fix COMPATBLE_MACHINE definition Aug 06 10:08:38 03  07master * r5757e6aed0 10OE.dev/: Aug 06 10:08:40 merge of '751075256c107f73ba206ce1dd071de65d4d33c4' Aug 06 10:08:42 and '9b0c628cc38533c1bd3c58efadccbe831221b079' Aug 06 10:08:44 03  07master * r4691e49b55 10OE.dev/packages/xorg-font/ (49 files in 3 dirs): Aug 06 10:08:46 xorg-minimal-fonts: add a recipe that installs a minimal amount of fonts to get the Xorg server going. Aug 06 10:08:48 * this probably clashes with other font recipes at runtime, but since those don't build at all.... Aug 06 10:08:52 03  07master * r184fcd6140 10OE.dev/packages/images/beagleboard-demo-image.bb: beagleboard demo image: install xorg server Aug 06 10:09:34 Ant: the flite recipes are mistakes I made earlier Aug 06 10:09:53 I've not got to the bottom of it yet Aug 06 10:10:11 xjqian: woglinde fixed some background issues Aug 06 10:10:28 but he did not change any option Aug 06 10:10:43 Ant: may be the old good flite (oss) 1.2 is the best to use Aug 06 10:11:30 Ant: I think the only way to tell is to actually test flite 1.2 vs 1.3, oss vs alsa Aug 06 10:11:36 I'm really puzzled by reading this: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=history;f=packages/flite/flite.inc;h=HEAD;hb=HEAD Aug 06 10:12:27 xjqian: I think the version in .stable is working fine Aug 06 10:12:35 is it 1.2 ? Aug 06 10:12:43 Ant: yeah Aug 06 10:12:48 probably Aug 06 10:13:05 You can assign that to me, I will fix it in stable Aug 06 10:13:14 in dev Aug 06 10:13:19 stable has very old navit Aug 06 10:13:46 shoragan: ping Aug 06 10:13:56 Ant: the amount to back_port discourages me Aug 06 10:14:09 yes, agreed Aug 06 10:14:15 the .stale is just too old Aug 06 10:14:41 but will last till 31.12 Aug 06 10:14:46 it seems Aug 06 10:17:54 uhh s/stale/stable/ ...though it could apply... Aug 06 10:20:39 03  07org.openembedded.dev * rbbb97d0ec1 10OE.dev/packages/images/beagleboard-demo-image.bb: beagleboard-demo-image: don't make XSERVER a weak assignment Aug 06 10:20:45 03  07master * rbbb97d0ec1 10OE.dev/packages/images/beagleboard-demo-image.bb: beagleboard-demo-image: don't make XSERVER a weak assignment Aug 06 10:21:16 Ant: I will do some back_porting work in the spirit of bug squashing in the next couple of weeks. Hopefully, I will get some user interested applications tested in .dev and bp to stable Aug 06 10:22:11 it's up to you....I'd rather insist on .dev (only me and you are bothering for navit) Aug 06 10:23:47 ah, and udovdh (whose 'fixes' are here http://wiki.navit-project.org/index.php/Navit_on_%C3%85ngstr%C3%B6m) Aug 06 10:24:58 well...this wiki needs a lot of editing Aug 06 11:36:46 does someone has link to good doc about hunting alignment traps? Aug 06 11:39:43 I don't know of any docs, but it's pretty straightforward. set traps to signalling, run your app under the debugger, wait for it to crash. Aug 06 11:46:48 and then bt etc? Aug 06 11:48:05 03  07org.openembedded.dev * raa75cd630b 10OE.dev/packages/gtk+/ (14 files in 2 dirs): gtk+_2.12.11.bb : newer gtk+ taken from OM git Aug 06 11:48:06 03  07org.openembedded.dev * ra4f9718759 10OE.dev/packages/mozilla/firefox_3.0.1.bb: firefox3: bump PR Aug 06 11:48:07 03  07org.openembedded.dev * r6ca5e7447d 10OE.dev/packages/glib-2.0/ (3 files in 2 dirs): glib-2.0_2.16.4.bb : newer glib-2.0 taken from OM git Aug 06 11:48:11 03  07org.openembedded.dev * rf9ce50affe 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preffered-om-2008-versions.inc : update the glib-2.0 gtk+ and cairo versions Aug 06 11:48:11 03  07master * raa75cd630b 10OE.dev/packages/gtk+/ (14 files in 2 dirs): gtk+_2.12.11.bb : newer gtk+ taken from OM git Aug 06 11:48:13 03  07master * r6ca5e7447d 10OE.dev/packages/glib-2.0/ (3 files in 2 dirs): glib-2.0_2.16.4.bb : newer glib-2.0 taken from OM git Aug 06 11:48:16 03  07master * rf9ce50affe 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preffered-om-2008-versions.inc : update the glib-2.0 gtk+ and cairo versions Aug 06 11:48:24 03  07master * ra4f9718759 10OE.dev/packages/mozilla/firefox_3.0.1.bb: firefox3: bump PR Aug 06 11:49:53 rsyncing rootfs... and then time to gdb-cross + gdbserver. Aug 06 11:55:10 right Aug 06 12:09:52 hrw: liburi-perl compiles now (bug 4392, marked dupe to 3403). does that mean that 3403 is indeed fixed or did we just work around bug 4392? Aug 06 12:10:10 xjqian made a commit yesterday fixing liburi-perl Aug 06 12:12:34 Laibsch: different problems Aug 06 12:12:49 well, they are marked as dupe Aug 06 12:12:53 which is why I am asking Aug 06 12:12:55 Laibsch: 4392 comment #2 is fixed Aug 06 12:12:55 thanks Aug 06 12:13:04 Laibsch: but the other bug is not Aug 06 12:13:30 Laibsch: I globalised xjqian's fix in cpan.bbclass Aug 06 12:13:37 cool Aug 06 12:14:16 but that still won't fix 3403, I assume? Aug 06 12:14:23 nope Aug 06 12:14:40 I think 3403 needs someone to teach perl about cross compiling Aug 06 12:15:40 Laibsch: I posted by mistake some mysql-findings on oe-dev ML Aug 06 12:15:52 about cross-compilation Aug 06 12:15:54 not a mistake Aug 06 12:15:55 XorA: That's kinda like teaching a cat to moo properly... Aug 06 12:16:12 * NAiL loathes cross-compiling perl Aug 06 12:16:12 yet I think I answered the wrong email... Aug 06 12:16:13 :-D Aug 06 12:16:57 I am using the latest OE,. and trying to build the angstrom on himalaya,. it keeps on breaking on the prismstumbler package,. I tried to avoid compiling it but it got many dependencies on the gpe-image build... the compilation bug is logged under the following url: http://bugs.openembedded.net/show_bug.cgi?id=4473 -- florian on the forum tried compiling the same package from scratch, and succeeded -- does anybodygot an idea how to fix that? Aug 06 12:20:27 nighthawk08: heve you tried the x11-image? Aug 06 12:20:46 seems sounder Aug 06 12:22:43 what are the differences between gpe-image and x11-image? Aug 06 12:22:43 nighthawk08: gpe-aerial should be the only dependency. but this means that you might have to rebuild the gpe tasks (==empty packages with only dependencies) as well. Aug 06 12:24:00 I wouldn't like to use a work around, I'd rather find a solution for the compilation problem... Aug 06 12:27:01 gpe-aerial was totally broken last time I tried Aug 06 12:27:26 and I'm not sure is WPA aware Aug 06 12:31:51 03  07org.openembedded.dev * r5db76b56f5 10OE.dev/packages/quake/quetoo_0.6.1.bb: quetoo: uglify recipe a bit more so that it compiles with gcc4.3 and libtool 2.x Aug 06 12:31:52 03  07master * r5db76b56f5 10OE.dev/packages/quake/quetoo_0.6.1.bb: quetoo: uglify recipe a bit more so that it compiles with gcc4.3 and libtool 2.x Aug 06 12:32:03 shit. time to learn arm asm Aug 06 12:36:13 :-O Aug 06 12:37:53 webkit segfaults like crazy Aug 06 12:48:36 doh, stupid monotone seems to have completely destroyed my working directory Aug 06 12:48:41 * pb__ stabs monotone and checks out a new one Aug 06 12:50:32 pb__: he he, please after checkout verify the presence of /packages/mini-init and /packages/failme.bb Aug 06 12:51:31 hopefully they aren't anymore checked-out Aug 06 13:10:38 morning all Aug 06 13:23:44 hi, where can I find code that does the QA and sanity checking, need to supress some checks Aug 06 13:24:02 insane.bbclass? Aug 06 13:24:13 org.openembedded.dev/classes/sanity.bbclass Aug 06 13:24:15 Ant_Work, ah, yeah...thanks Aug 06 13:24:20 thats the one Aug 06 13:24:25 oki Aug 06 13:34:03 Ant_Work: I do still have failme.bb and mini-init Aug 06 13:42:37 Sup3rkiddo, what checks? They are there for good reasons .... Aug 06 13:45:03 Crofton|work, I know, but I get some errors regarding the .so debug present in a non-dbg package...i had changed the file earlier to pass it without errors Aug 06 13:45:13 (which isn't the right way) Aug 06 13:54:27 the gtkmm package is still broken :( Aug 06 13:54:46 someone recommended I change the automake version. I tried 2.6 and it still broke. Any ideas? Aug 06 14:00:06 * * OE Bug 4491 has been created by eha(AT)doredevelopment.dk Aug 06 14:00:07 * * dhcp-client needs /var/lib/dhcp/ Aug 06 14:00:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4491 Aug 06 14:04:27 pb__: both files seem Koen's commits (git history). And mini-init is executable... Aug 06 14:05:25 bitbake's changelog is huge >_< Aug 06 14:05:41 we could pack a root-kit he he Aug 06 14:06:02 me no, I don't have read privs ;-) Aug 06 14:06:14 s/read/rw/ Aug 06 14:09:38 IIRC mini-init seems some OpenWrt script Aug 06 14:12:10 it seems, yeah Aug 06 14:24:00 hm. I have repeatable alignment traps on same address but from what I see gdb supports only source based locations for breakpoints ;( Aug 06 14:24:03 argh Aug 06 14:25:45 hrw: no you can set breakpoints on code addresses too Aug 06 14:25:53 hrw: break *0xdeadbeef Aug 06 14:27:03 thx like2wise Aug 06 14:27:55 you shouldn't need to set a breakpoint on the address anyway, just tell the kernel to send a signal when an alignment trap happens Aug 06 14:30:04 http://pastebin.ca/1093823 is much nicer Aug 06 14:30:09 result I mean Aug 06 14:30:27 pb__: 3 (fixup+warn) generates SIGBUS? Aug 06 14:30:30 yes Aug 06 14:30:51 so "break SIGBUS"? Aug 06 14:31:26 time to build also cairo for armv4t instead of armv5te Aug 06 14:31:26 er, sorry, no, 3 doesn't generate SIGBUS Aug 06 14:31:27 you want 5 for that Aug 06 14:31:30 ok Aug 06 14:31:33 "signal+warn" Aug 06 14:31:53 and no, you don't need to set a breakpoint, gdb will stop automatically when SIGBUS happens Aug 06 14:32:27 cool Aug 06 14:36:07 hrw: pb__: should I open a bug when I stumble in an alignment trap / alignment exception ? Aug 06 14:36:18 yes, probably Aug 06 14:36:58 he, there are some nasty logs attached to oebug 4118 (udev) Aug 06 14:37:02 however, unless you include a patch, or the effects are particularly bad, I am not sure it is likely to attract a lot of attention. Aug 06 14:37:18 alignment traps are harmless enough in themselves and I suspect most people have enough other things to work on already :-} Aug 06 14:38:40 ~curse armv5te optimisations Aug 06 14:38:41 May the fleas of a thousand camels infest your most sensitive regions, armv5te optimisations ! Aug 06 14:39:23 cairo + webkit built for armv4t works fine on xscale. built for xscale or arm926 traps like hell Aug 06 14:40:48 that must be a bug. what's the actual instruction that traps? Aug 06 14:40:50 is http://handhelds.org/~zecke/bitbake-qa-0.1.tar.bz2 the best way to write some QA tests ? Aug 06 14:41:43 it's bittest , i listen about some oetest stuff Aug 06 14:42:11 Genesis: you probably need to speak to überhacker zecke about qa Aug 06 14:43:09 oetest was attempt to clean bittest a bit Aug 06 14:44:51 finally!!! Aug 06 14:44:59 yeap but he is not here this times :) Aug 06 14:45:12 indeed, he seems to be on vacation or something Aug 06 14:45:15 ~curse cheap usb cables Aug 06 14:45:15 pb__: do you think we can ignore this? http://www.pastebin.ca/1093838 Aug 06 14:45:16 May the fleas of a thousand camels infest your most sensitive regions, cheap usb cables ! Aug 06 14:46:09 Ant_Work: the first four look harmless enough. the last three lines are more serious though Aug 06 14:46:57 er, wrong way round, the first three look harmless, the last four lines are worse Aug 06 14:47:09 these Alignment traps come repeatedly (oebug 4118) Aug 06 14:47:35 I think this is gpe-only Aug 06 14:47:46 how often? Aug 06 14:47:57 always if you login Aug 06 14:48:12 if they are happening multiple times per second then it is worth worrying about. if it's once every few minutes or hours then it's much less of an issue. Aug 06 14:48:43 generally, the only effect of an alignment trap is a slight loss of speed. unless they occur very frequently there are probably better things to worry about. Aug 06 14:49:30 hi pb__ Aug 06 14:50:10 so, for example, the cairo one probably is worth investigating if it happens every time you use cairo, since drawing on the screen is a pretty fundamental operation and you want that to go slowly. but, if gpe-login traps once and causes your login to take an extra few hundred microseconds, you probably won't be able to notice the difference. Aug 06 14:50:12 hi khem Aug 06 14:50:25 er, you want the drawing to go quickly, of course, not slowly. Aug 06 14:50:41 for some reason I seem to keep typing the opposite of what I mean today Aug 06 14:51:08 pb__: I tested a build with libgomp enabled using gcc 4.2.4 and it builds fine Aug 06 14:51:28 khem: jolly good Aug 06 14:51:35 it builds fine for me too, and apparently for koen Aug 06 14:51:45 if anybody else is having problems, they should apply to bugzilla :-} Aug 06 14:52:17 pb__: I think the problem might have been that it was enabled for earlier phases of compiler but we only need to have it enabled in finall cross gcc Aug 06 14:52:25 hi Aug 06 14:52:29 and sdk and gcc target Aug 06 14:52:30 ~seen pb_ Aug 06 14:52:32 pb_ is currently on #oe (22h 42m 29s) #elinux (22h 42m 29s). Has said a total of 17 messages. Is idling for 18h 45m 3s, last said: 'flo_lap: very good!'. Aug 06 14:52:34 hi woglinde Aug 06 14:52:45 woglinde: try with more underscores :-} Aug 06 14:52:58 khem: right, yeah, could be Aug 06 14:53:07 hm my gettext-0.17 recipe has --disable-openmp Aug 06 14:53:30 I will check it in and later switch to the GOMP variable Aug 06 14:53:32 like NLS Aug 06 14:53:35 pb__: so I was wondering that how does gettext build with gcc 3.4 Aug 06 14:53:43 pb is this okay? Aug 06 14:53:48 khem: like I said in my email, it checks for -fopenmp Aug 06 14:53:55 woglinde: sure, sounds fine Aug 06 14:54:01 okay Aug 06 14:54:06 pb__: I have not read my emails Aug 06 14:54:13 ah Aug 06 14:54:17 I will check it in anyway with default_pref -1 Aug 06 14:54:30 khem: well, if you were to read them, you would see my reply there. :-} Aug 06 14:54:41 ok Aug 06 14:54:49 woglinde: ok Aug 06 14:55:15 I think bad part is that this library will go onto root file system Aug 06 14:55:33 increases size Aug 06 14:55:51 hm do we need stage for non native gettext? Aug 06 14:55:54 I would only use open mp if I was designing a supercomputer Aug 06 14:56:21 khem: right, but people who don't want it can turn it off by setting OPENMP=0 or whatever Aug 06 14:56:57 I imagine everybody who is working on small systems will do that, it certainly makes no sense to use openmp on a single cpu Aug 06 14:57:00 pb maybee the other way? Aug 06 14:57:07 who wants enable it Aug 06 14:57:18 yeah, that would be fine too Aug 06 14:57:43 I would agree to disabled by default approach Aug 06 14:57:52 same for libssp Aug 06 14:58:50 our approach should be to minimize the needed libraries as much as we can Aug 06 14:59:00 right Aug 06 14:59:53 what does that error mean? http://pastebin.com/d6e2811df Aug 06 15:00:11 and how do I work around it? Aug 06 15:00:14 to be honest though I'm not especially bothered what the defaults are, at the end of the day it is always going to be a DISTRO decision what they want to use. the important thing is to make sure that the distro people have the tools they need to choose an appropriate policy and implement it. Aug 06 15:01:52 nighthawk seems some wrong path in the .pc file Aug 06 15:02:04 you have to look in it Aug 06 15:02:17 and patch it like other .pc Aug 06 15:02:18 files Aug 06 15:03:09 Libs: -L${libdir} -L/home/nighthawk/Desktop/Draft/sources/tmp/tmp/staging/arm-angstrom-linux-gnueabi/usr/X11R6/lib --> I created that directory manually because it didn't exists... Aug 06 15:03:23 the pasted dir is taken from the .pc file Aug 06 15:04:39 nighthawk the path is incorret Aug 06 15:04:55 such path is only valid for crosscompile .pc Aug 06 15:04:58 in i686 Aug 06 15:05:16 pb__: can opkg hange cross packaging Aug 06 15:05:24 s/hange/handle/ Aug 06 15:05:55 nighthawl valid example from gntuls Aug 06 15:05:57 Libs: -L${libdir} -lgnutls Aug 06 15:06:09 libdir=/usr/lib Aug 06 15:06:37 khem: I don't understand the question Aug 06 15:06:52 nighthawk normaly pkgconfig class take care of this Aug 06 15:06:54 what exactly do you mean by "cross packaging"? Aug 06 15:07:01 03  07org.openembedded.dev * r7b955f884c 10OE.dev/packages/xorg-xserver/ (xorg-xserver-common.inc xserver-xorg_1.4.bb): xserver-xorg: add CONFFILES for xorg.conf Aug 06 15:07:07 03  07master * r7b955f884c 10OE.dev/packages/xorg-xserver/ (xorg-xserver-common.inc xserver-xorg_1.4.bb): xserver-xorg: add CONFFILES for xorg.conf Aug 06 15:08:58 woglinde: so how do I solve that,. just edit the .pc file, and create an env variable? Aug 06 15:09:19 nighthawk how looks the original .pc? Aug 06 15:09:46 what do you mean by original,. where do I find the original? Aug 06 15:10:22 in the source package? Aug 06 15:10:33 bitbake -c unpack yourpackage Aug 06 15:11:07 then oetmp/work/archbla/packaname-version/packagenname-version/ Aug 06 15:14:23 dcordes_, pong Aug 06 15:14:46 hi shoragan Aug 06 15:14:55 hi woglinde Aug 06 15:15:38 if I could like to see all dependencies for the package gnuplot, what bitbake command is this? Aug 06 15:16:09 bitbake -b gnuplot.bb -e |grep ^DEPENDS Aug 06 15:16:11 frikker hm you could use bitbake -g package Aug 06 15:16:22 hrw I guess he meant all Aug 06 15:16:31 not the onlyone from recipe Aug 06 15:16:33 ah yes Aug 06 15:17:32 frikker then look at depends.dot Aug 06 15:19:58 03  07org.openembedded.dev * rfc4028dee8 10OE.dev/packages/gettext/ (6 files in 2 dirs): Aug 06 15:19:58 gettext: update to version 0.17 Aug 06 15:19:58 * set DEFAULT_PREFERENCES = "-1" so nothing breaks and anybody Aug 06 15:19:58 can test Aug 06 15:19:58 * add a hack to en/disable localization when USE_NLS is set, for 0.17 Aug 06 15:20:00 only Aug 06 15:20:07 03  07org.openembedded.dev * ra064cbe697 10OE.dev/: Aug 06 15:20:07 merge of '55132066284089ca5853bcbb50bbd4990ec25823' Aug 06 15:20:08 and '5565cda387e227c33c34f8743f541e7737fc5b1b' Aug 06 15:20:10 03  07master * ra064cbe697 10OE.dev/: Aug 06 15:20:12 merge of '55132066284089ca5853bcbb50bbd4990ec25823' Aug 06 15:20:14 and '5565cda387e227c33c34f8743f541e7737fc5b1b' Aug 06 15:20:16 03  07master * rfc4028dee8 10OE.dev/packages/gettext/ (6 files in 2 dirs): Aug 06 15:20:20 gettext: update to version 0.17 Aug 06 15:20:22 * set DEFAULT_PREFERENCES = "-1" so nothing breaks and anybody Aug 06 15:20:24 can test Aug 06 15:20:26 * add a hack to en/disable localization when USE_NLS is set, for 0.17 Aug 06 15:20:28 only Aug 06 15:21:13 console image is not booting for me after the bug and patch weekend Aug 06 15:21:16 woglinde: thank you Aug 06 15:21:46 did some try clean build after that Aug 06 15:21:50 khem I bet it was your toolchain change Aug 06 15:21:53 *g* Aug 06 15:22:30 woglinde: heh no thats not it Aug 06 15:23:22 what exactly do you mean by "not booting"? Aug 06 15:23:32 kernel comes up Aug 06 15:23:33 Just found out that packages/libpixman/libpixman*bb and packages/xorg-lib/pixman*bb is actually the same package.. Aug 06 15:23:35 and what DISTRO, MACHINE, ...? Aug 06 15:23:47 ANGSTROM 2008 Aug 06 15:24:02 arm/omap5912 Aug 06 15:24:35 so, kernel comes up, then what? Aug 06 15:25:10 alphaone hm ask koen Aug 06 15:25:33 alphaone or look who commited both Aug 06 15:27:04 nothing is using libpixman except for ./packages/tasks/task-sdk-base.bb: libpixman-dev \ Aug 06 15:27:54 At least a find . -name "*.bb" |xargs grep libpixman doesn't turn anything up Aug 06 15:28:05 pb__: mia culpa !! it was my kernel compiled with gcc 4.3.1 and 2.6.27+ Aug 06 15:28:13 khem: aha Aug 06 15:28:16 pb__: it works ok with 2.6.25 Aug 06 15:28:23 khem hehe Aug 06 15:28:42 khem, does sound work? Aug 06 15:30:03 hello Aug 06 15:30:06 question: Aug 06 15:30:23 I built virtual/kernel for my 2007.12 angstrom running ipaq H2210 Aug 06 15:30:38 can I use the newly built modules with the kernel form the distro? Aug 06 15:36:46 you can try Aug 06 15:37:01 but I would use just built kernel Aug 06 15:54:18 RP: I just mailed you some updated poodle patches for 2.6.26. It builds now, but I still need to test it some more Aug 06 15:57:45 morning Aug 06 15:57:50 kergoth`work: g'day Aug 06 16:00:26 bye Aug 06 16:08:30 hi kergoth Aug 06 16:14:20 bbl Aug 06 16:14:23 bye Aug 06 16:16:42 anyone feel like getting openembedded-devel added to gmane? :) Aug 06 16:20:12 kergoth`work: good idea Aug 06 16:20:21 * khem leaves Aug 06 16:21:03 * florian too Aug 06 16:35:20 kergoth`work: you mean like this: http://dir.gmane.org/gmane.comp.handhelds.openembedded Aug 06 16:35:49 heh - I've been reading it on gmane for months.. :) Aug 06 16:35:53 ah, i thought that was one of the old lists, since its named wrong Aug 06 16:36:47 heh Aug 06 17:04:02 Ant, care to tell me what needs editing when you are online again? Aug 06 17:51:25 03  07org.openembedded.dev * r4d62753bf7 10OE.dev/packages/c-ares/c-ares_1.5.2.bb: c-ares: update to 1.5.2 Aug 06 17:51:25 03  07org.openembedded.dev * r4793885be2 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions.inc: Bump pixman to 0.10.0 (fixes cairo build) Aug 06 17:51:26 03  07org.openembedded.dev * rb9a5394553 10OE.dev/: Aug 06 17:51:26 merge of '44147c36bbb2a3438d57b6293a393355eeffc48b' Aug 06 17:51:28 and 'b9301fc2fdf0a9d64d686b1bcffc18be39655752' Aug 06 17:51:30 03  07org.openembedded.dev * r45812d3b62 10OE.dev/packages/gnuradio/gnuradio_3.1.2.bb: gnuradio: bump PR Aug 06 17:51:33 03  07org.openembedded.dev * r67061b8e1a 10OE.dev/: Aug 06 17:51:35 merge of '3a0cedcbc0fec5fa2d459675679087748945554a' Aug 06 17:51:37 and '542045dc0960cdd026c811bc69c1db6934531925' Aug 06 17:51:39 03  07master * r4793885be2 10OE.dev/conf/distro/include/preferred-om-2008-versions.inc: preferred-om-2008-versions.inc: Bump pixman to 0.10.0 (fixes cairo build) Aug 06 17:51:44 03  07master * r45812d3b62 10OE.dev/packages/gnuradio/gnuradio_3.1.2.bb: gnuradio: bump PR Aug 06 17:51:47 03  07master * r23f8747d22 10OE.dev/packages/neuros-public/ (neuros-nwm/.mtn2git_empty neuros-nwm/init neuros-nwm_git.bb): neuros-nwm: add initscript Aug 06 17:51:52 03  07master * r4d62753bf7 10OE.dev/packages/c-ares/c-ares_1.5.2.bb: c-ares: update to 1.5.2 Aug 06 17:51:57 03  07org.openembedded.dev * r23f8747d22 10OE.dev/packages/neuros-public/ (neuros-nwm/.mtn2git_empty neuros-nwm/init neuros-nwm_git.bb): neuros-nwm: add initscript Aug 06 17:52:00 03  07master * r67061b8e1a 10OE.dev/: Aug 06 17:52:02 merge of '3a0cedcbc0fec5fa2d459675679087748945554a' Aug 06 17:52:04 and '542045dc0960cdd026c811bc69c1db6934531925' Aug 06 17:52:06 03  07master * rc647d228b3 10OE.dev/packages/neuros-public/neuros-mainmenu_git.bb: neuros-mainmenu: have nwm start it up Aug 06 17:52:11 03  07org.openembedded.dev * rc647d228b3 10OE.dev/packages/neuros-public/neuros-mainmenu_git.bb: neuros-mainmenu: have nwm start it up Aug 06 17:52:14 03  07master * rb9a5394553 10OE.dev/: Aug 06 17:52:18 merge of '44147c36bbb2a3438d57b6293a393355eeffc48b' Aug 06 17:52:20 and 'b9301fc2fdf0a9d64d686b1bcffc18be39655752' Aug 06 18:05:48 03  07org.openembedded.dev * rc81bd407d2 10OE.dev/packages/linux/linux-neuros_git.bb: linux-neuros: bump SRCREV for fb fixes Aug 06 18:05:55 03  07master * rc81bd407d2 10OE.dev/packages/linux/linux-neuros_git.bb: linux-neuros: bump SRCREV for fb fixes Aug 06 18:15:39 hi, python-pycurl depends on curl-7.16.4 (http://pastebin.com/d6dcecf81) but the version in OE is 7.18 - does this need to be fixed in pycurl or by making curl-7.16 available in oe? Aug 06 18:27:31 alright, so i'm trying to build octave on my gumstix build by copying over the bitbake recipe from the OE build dir to my gumstix build dir. Aug 06 18:27:49 the reason being that when i build it on the OE bleeding edge snapshot, i have 15 libraries that need udpated on the gumstix Aug 06 18:28:00 and it takes a long time, plus a lot of storage. Aug 06 18:28:13 bitbake complains that it needs libfftw3 Aug 06 18:28:32 i have found the .ipkg file in the OE deploy folder. but i can't figure out where it is built from? Aug 06 18:28:39 i dont find it anywhere as a recipe or package Aug 06 18:28:46 but octave 'requires' it Aug 06 18:28:50 any ideas? Aug 06 18:29:23 same thing with libreadline Aug 06 18:29:32 are these things just downloaded from the web? i can't find bitbake packages for them Aug 06 18:38:07 Anyone here successfully built Familiar linux? Aug 06 18:38:30 this isn't the channel for it Aug 06 18:38:56 well, it does contain an OE tree with it Aug 06 18:39:05 enigmaedge, OE isn't used to build familiar image Aug 06 18:39:05 * * OE Bug 4492 has been created by solar.george(AT)googlemail.com Aug 06 18:39:07 * * python-pycurl requires curl 7.16.4 but 7.18.0 is in oe Aug 06 18:39:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4492 Aug 06 18:39:16 OE has never been used by familiar Aug 06 18:39:27 and, OE and handhelds.org relations aren't what you'd call good Aug 06 18:39:34 aah... sorry then Aug 06 18:39:42 enigmaedge, familiar build was a try ... Aug 06 18:40:10 familiar distro is about unmaintained. move to angstrom Aug 06 18:40:40 hmm, ok... tried to get angstrom going with haret, with no success either.. Aug 06 18:41:08 guess I can nix familiar though, if angstrom is its successor Aug 06 18:46:41 anyone have any insight to my library question? Aug 06 18:46:56 where can i find these libraries that are being built "magically" by bitbake? like libreadline. I only find the .ipkg, not the recipe. Aug 06 18:47:13 i remember reading about it somewhere I think, but can't recall where they are defined. Aug 06 19:10:08 frikker: what libs exactly? Aug 06 19:10:53 libreadline builds with readline recipe Aug 06 19:14:43 Jay7: specifically libfftw3 Aug 06 19:14:59 frikker: what does the Source: line in that .ipk say? Aug 06 19:15:17 it has the octave tarball and a patch file Aug 06 19:15:31 Jay7: where is that recipe? I do not see it in /packages/libreadline Aug 06 19:15:39 okay, so that would suggest that libfftw3 is part of octave, and probably built from the octave recipe Aug 06 19:16:00 if there is an OE: header, that would be definitive Aug 06 19:16:16 pb_: i would think that. but i dont see it referenced anywhere else in the .bb file other than in RDEPENDS Aug 06 19:16:21 frikker: packages/readline/* Aug 06 19:16:26 Jay7: ah thanks Aug 06 19:16:36 frikker: look into, there is PACKAGES line Aug 06 19:16:53 ahhhhhh Aug 06 19:16:56 org.openembedded.dev/packages/fftw Aug 06 19:16:57 thank you Jay7 Aug 06 19:17:03 I've using grep somelib */*.bb :) Aug 06 19:17:16 in packages dir Aug 06 19:17:18 i was greping for 'libfftw3', not 'fftw' Aug 06 19:17:38 yeah.. here is some strange naming :) Aug 06 19:18:04 ah yes, fftw does have its own package. Aug 06 19:18:19 strangely though, none of the recipes in there seem to use the octave tarball Aug 06 19:18:29 I wonder how that got into your Source: line Aug 06 19:18:37 into mine? Aug 06 19:18:42 yes Aug 06 19:18:43 its not in my Source: Aug 06 19:18:50 oh Aug 06 19:18:58 frikker: what does the Source: line in that .ipk say? Aug 06 19:18:59 it has the octave tarball and a patch file Aug 06 19:19:02 SRC_URI = "ftp://ftp.octave.org/pub/octave/${PN}-${PV}.tar.gz \ Aug 06 19:19:03 file://configure.patch;patch=1" Aug 06 19:19:05 so, er, why did you say it was? Aug 06 19:19:23 * Jay7 is actively porting some AfterStep applets... too dirty work Aug 06 19:19:23 i said octave and a patch, not fftw right? Aug 06 19:19:38 its in the RDEPENDS only Aug 06 19:19:41 I guess we misunderstood each other Aug 06 19:20:08 you said "specifically libfftw3", I asked you what the Source: line was, and you said it had the octave tarball Aug 06 19:20:09 true. sorry about that :( Aug 06 19:20:17 ooooh gotcha Aug 06 19:20:19 my bad Aug 06 19:20:27 heh, never mind Aug 06 20:14:47 re Aug 06 20:21:48 re ant Aug 06 20:22:18 hi woglinde Aug 06 20:22:48 ant_: :) Aug 06 20:23:20 woglinde: have you read the strange error Laibsch received upgrading mysql? Aug 06 20:23:31 Jay7: hello Aug 06 20:23:59 woglinde: was "g++ thinks it is a cross compiler.." Aug 06 20:41:32 hi xjqian Aug 06 21:01:33 ant: sorry, busy now Aug 06 21:01:58 np, just to say I'm testing gpsdrive in a few minutes Aug 06 21:02:49 hm.. I'll to get bluetooth gps reciever for testing :) Aug 06 21:03:10 may be at next week Aug 06 21:03:44 Jay7: I have Socket CF BT + Globalsat BT-338 Aug 06 21:03:59 I have Socket too :) Aug 06 21:04:00 and sometimes they even work together... Aug 06 21:04:05 :-) Aug 06 21:04:18 not with the latest navit_svn Aug 06 21:04:34 gps is Rover.. dont know what model Aug 06 21:04:44 I saw no gps data (d-bus problems ?) Aug 06 21:04:56 it used to work months ago Aug 06 21:05:04 I don't work with gps before :) Aug 06 21:05:24 but after moscow trip I decide to make some experience :) Aug 06 21:05:33 too big city :) Aug 06 21:10:36 Jay7: tell me about Socket: how did you configure it? I seem not able to go over 230400bps Aug 06 21:11:01 ant_: I've using it only with my phone Aug 06 21:11:23 so I'm not using it on higher speed :) Aug 06 21:11:35 ah, ok, and rfcomm comes up automatically? I had to hack the bt init Aug 06 21:11:53 configure - hciattach /dev/ttyS4 socket Aug 06 21:12:06 then rfcomm bind and go :) Aug 06 21:12:25 ah, no, I don't do by hand...wait 1 min... Aug 06 21:13:19 btw, hciattach have speed parameter Aug 06 21:17:21 * Jay7 looking at powertop on akita Aug 06 21:18:10 Jay7: http://www.pastebin.ca/1094160 Aug 06 21:20:27 51,2% (117,7) : ost0 Aug 06 21:20:33 what is ost0? Aug 06 21:21:41 translated from norwegian, "cheeze0" Aug 06 21:21:52 :) Aug 06 21:24:33 ant_: did you try 2.6.26? Aug 06 21:25:28 yes, time ago. I'm battling now with defconfig for that menuboot image. It's 2.6.26 Aug 06 21:26:13 it's stable? Aug 06 21:26:41 *it is Aug 06 21:26:45 grr Aug 06 21:26:46 is it :) Aug 06 21:26:52 I had suspend/resume issues time ago. Lately should be better. hrw said it's now ok for c7x0 Aug 06 21:27:21 hmm.. I want to try it on akita :) Aug 06 21:27:24 with menuboot :) Aug 06 21:27:58 pay attention to the defconfig Aug 06 21:28:07 of linux-kexecboot Aug 06 21:30:29 kexecboot is untested on akita at all? Aug 06 21:31:20 2.6.26 is stable on c7x0 Aug 06 21:31:37 ;-) Aug 06 21:31:59 ibot, botmail for florian: /media/data on ltg seems to be full Aug 06 21:32:07 I'll test it in weekend Aug 06 21:33:59 hehe... Aug 06 21:34:10 xmonobut still does not working? Aug 06 21:35:43 rehi Aug 06 21:37:18 brb Aug 06 21:58:01 * Jay7 -> sleep Aug 06 22:14:59 thesing: hey :) Aug 06 22:16:23 hvontres|work: hi, did the initramfs work for you? **** BEGIN LOGGING AT Wed Aug 06 22:57:16 2008 Aug 07 00:21:07 * * OE Bug 4493 has been created by tanuva(AT)googlemail.com Aug 07 00:21:09 * * Installing a package with -force-downgrade makes opkg segfault Aug 07 00:21:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4493 **** ENDING LOGGING AT Thu Aug 07 02:59:57 2008