**** BEGIN LOGGING AT Wed Dec 19 02:59:57 2007 Dec 19 04:32:56 03rwhitby 07org.oe.dev * rded971cd... 10/ (4 files in 3 dirs): glibc-2.2.5: Added a couple of well-known patches to allow this old version of glibc to be built with gcc 4.x and dash. Dec 19 04:33:02 03rwhitby 07org.oe.dev * r3904e504... 10/ (8 files in 5 dirs): linux-ixp4xx: Updated from 2.6.21.6 to to 2.6.21.7 Dec 19 04:33:09 03rwhitby 07org.oe.dev * r0e46905e... 10/ (1 conf/distro/include/angstrom.inc): angstrom.inc: Remove the nslu2 DISTRO_FEATURES override, since the equivalent is done in a much better way in base-image now. Dec 19 04:33:15 03rwhitby 07org.oe.dev * ref13329b... 10/ (1 packages/tasks/task-slugos.bb): task-slugos: Formatting cleanup, no functional change. Dec 19 04:33:19 03rwhitby 07org.oe.dev * r126780d9... 10/ (1 packages/glibc/glibc_2.2.5.bb): glibc-2.2.5: Fixed staging (someone made a typo when putting in layout_base_libdir). Dec 19 04:33:24 03rwhitby 07org.oe.dev * r12cdc96e... 10/ (1 packages/glibc/glibc_2.2.5.bb): glibc-2.2.5: Disable gconv package processing for Unslung distro. Dec 19 04:33:28 03rwhitby 07org.oe.dev * r6a2f8b88... 10/ (1 conf/machine/ixp4xx.conf conf/machine/nslu2.conf): Remove obsoleted ixp4xx and nslu2 conf files (use the le or be alternatives instead) Dec 19 04:33:34 03rwhitby 07org.oe.dev * rc2b6ec6a... 10/ (1 conf/machine/nslu2be.conf conf/machine/nslu2le.conf): Remove the MACHINE_ARCH override for nslu2be and nslu2le, to enable proper multimachine support for nslu2 and ixp4xx together in the same build tree. Dec 19 06:43:04 * * OE Bug 3489 has been created by joshua(AT)willowisp.net Dec 19 06:43:06 * * gpe-bluetooth applet has error message on exit for h2200 Dec 19 06:43:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3489 Dec 19 07:09:05 * * OE Bug 3490 has been created by joshua(AT)willowisp.net Dec 19 07:09:06 * * ipkg install (using package manager) crashes package manager with IPKG backend failure (h2200) Dec 19 07:09:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3490 Dec 19 07:18:53 Good morning! Dec 19 07:18:59 Anybody awake yet? Dec 19 07:19:08 Any advice on how to deal with Dec 19 07:19:12 !oebug 3321 Dec 19 07:19:13 * * Bug 3321, Status: NEW, Created: 2007-11-17 00:31 Dec 19 07:19:14 * * jbs(AT)bandos.homelinux.com: Both libxine-fb and libxine-x11 get built as both have same "PACKAGES-DYNAMIC" Dec 19 07:19:15 * * http://bugs.openembedded.org/show_bug.cgi?id=3321 Dec 19 07:19:19 ? Dec 19 07:53:15 genext2fs: ignoring entry initctl Dec 19 07:53:17 | | /home/sbox/moko/build/tmp/openmeter/work/awg2410-angstrom-linux-gnueabi/gtkfb-image-1.0-r1/temp/run.image_cmd.32091: line 405: 32093 Segmentation fault genext2fs -b 20480 -d /home/sbox/moko/build/tmp/openmeter/rootfs /home/sbox/moko/build/tmp/openmeter/deploy/glibc/images/awg2410/OpenMeter-gtkfb-image-glibc-ipk-1.0-20071219-awg2410.rootfs.ext2 Dec 19 07:53:31 what does this would be? Dec 19 07:55:48 what were you trying to do? Dec 19 07:55:54 What command did you run? Dec 19 07:56:13 "bitbake gtkfb-image"? Dec 19 07:57:45 nod, that is a image i wrote Dec 19 07:58:17 it reports that genext2fs: ignoring entry initctl in log Dec 19 07:59:22 Well, I guess nobody can help you much with your own images, right? Dec 19 07:59:40 Especially not if you don't paste the image definition itself. Dec 19 08:02:14 i want to see any body have met this problem before. Dec 19 08:03:25 How could that possibly be? Dec 19 08:03:37 Unless you shared your recipe with somebody Dec 19 08:03:46 (which is what I'd suggest if you want help) Dec 19 08:05:18 readon: sounds like your ext2 image is bigger than the image size asked for, or some other similar error, it sounds like its saying it missed /sbin/initctl for some reason Dec 19 08:05:43 readon: but you would be best to pastbin the whole log Dec 19 08:06:38 XorA|gone: i checked the rootfs directory, it takes only 17xxx kb. Dec 19 08:06:52 this is the whole log. genext2fs: ignoring entry initctl Dec 19 08:06:52 /home/sbox/moko/build/tmp/openmeter/work/awg2410-angstrom-linux-gnueabi/gtkfb-image-1.0-r1/temp/run.image_cmd.3 Dec 19 08:06:55 2091: line 405: 32093 Segmentation fault genext2fs -b 20480 -d /home/sbox/moko/build/tmp/openmeter/rootfs Dec 19 08:06:58 /home/sbox/moko/build/tmp/openmeter/deploy/glibc/images/awg2410/OpenMeter-gtkfb-image-glibc-ipk-1.0-20071219-aw Dec 19 08:07:01 g2410.rootfs.ext2 Dec 19 08:07:37 /home/sbox/moko/build/tmp/openmeter/work/awg2410-angstrom-linux-gnueabi/gtkfb-image-1.0-r1/temp/run.image_cmd.32091: line 405: 32093 Segmentation fault genext2fs -b 20480 -d /home/sbox/moko/build/tmp/openmeter/rootfs /home/sbox/moko/build/tmp/openmeter/deploy/glibc/images/awg2410/OpenMeter-gtkfb-image-glibc-ipk-1.0-20071219-awg2410.rootfs.ext2 Dec 19 08:07:39 readon: defineately seems to have hit a genext2fs bug, maybe generate a tarball then make a ext2 manually to debug Dec 19 08:08:41 i used the genext2fs exist in host system and oe, they also works fine Dec 19 08:26:26 XorA|gone: i find the keypoint, it seems that my patch is not stable. Dec 19 08:26:29 http://bugs.openembedded.org/show_bug.cgi?id=3449 Dec 19 08:27:08 readon: ah well, at least you found it Dec 19 08:27:09 if i change it back, the size error still leaves there. Dec 19 08:30:16 request 20480 kb, at last, we get a file in 20497kb. Dec 19 08:31:42 I guess you need more patch points then Dec 19 08:31:59 must be fixing the size error, but something is now writing outside the allocated data at a guess Dec 19 08:34:33 du tells me, my image should be in 17012kb, there would be 3mb spare spaces. Dec 19 08:35:36 perhaps, i'd better try version 1.4.1 first. Dec 19 08:38:31 Any advice on how to deal with Dec 19 08:38:40 !oebug 3321 Dec 19 08:38:41 * * Bug 3321, Status: NEW, Created: 2007-11-17 00:31 Dec 19 08:38:42 * * jbs(AT)bandos.homelinux.com: Both libxine-fb and libxine-x11 get built as both have same "PACKAGES-DYNAMIC" Dec 19 08:38:43 * * http://bugs.openembedded.org/show_bug.cgi?id=3321 Dec 19 08:38:53 ? Dec 19 08:38:58 Just ran into the same problem. Dec 19 09:15:16 Laibsch: I beleive two .bb probiding same PACKAGE_DYNAMIC is illegal Dec 19 09:15:36 Oh, is it? Dec 19 09:15:58 I have only just seen PACKAGE_DYNAMIC for the first time. Dec 19 09:16:53 its used when there is no way to know before build finishes which packages will be built Dec 19 09:20:25 Laibsch: I suspect libxine-fb and libxine-x11 should both become libxine and the images need fixed to use the correct output modules, not different .bb files Dec 19 09:21:58 XorA|gone: funnily enough I just suggested the same in the other channel :) Dec 19 09:22:39 other channel? Dec 19 09:22:46 XorA|gone: #hentges.net Dec 19 09:23:14 it must be true then :-) Dec 19 09:23:41 that the sonkei channel? Dec 19 09:24:19 Anybody know of a different way to see which bb files are available for a task than "bitbake -i" followed by "which $task"? Dec 19 09:25:06 XorA|gone: We were discussing something similar in #hentges.net. I am preparing an excerpt for 3321 right now. Dec 19 09:25:35 XorA|gone: Sonkei ppl meet there. Dec 19 09:26:26 Laibsch: cool, not seen the noun on the channel yet, until now of course :-) Dec 19 09:30:02 "noun on the channel" -> you mean the topic? Dec 19 09:30:40 BTW, I thought "f*ck the excerpt, too difficult and I'll likely leave out the important bits anyways." Dec 19 09:31:13 So, it was just a very short summary along the lines of "gui-agnostic libxine seems to be a good way to deal with this" Dec 19 09:31:46 Laibsch: works for me :-) Dec 19 09:31:47 Laibsch: particularly because it ought not to be too difficult, at least at first glance Dec 19 09:32:03 bluelightning: cool Dec 19 09:32:24 when stuff is super pluginised like libxine, keeping x11/non-x11 versions is silly Dec 19 09:33:23 XorA|gone: ERROR: Multiple files due to be built which all provide task-openmoko-everything (/home/hrw/devel/oe/org.openembedded/packages/tasks/task-openmoko.bb /home/hrw/devel/oe/org.openembedded/packages/tasks/task-openmoko-phone.bb) Dec 19 09:33:28 i meet a similar problem when i use gtk-directfb Dec 19 09:33:28 this stuff is historic as back in the bad old days people who didnt have x11 pased machines used to get totally rabid about having to build libx11 Dec 19 09:33:29 morning Dec 19 09:33:36 XorA|gone: please fix it Dec 19 09:34:47 hrw: thats a koen isnt, all I can do is disaprove his checkin Dec 19 09:34:52 koen ism Dec 19 09:35:13 task-openmoko-phone isnt an openmoko file Dec 19 09:35:16 good morning, hrw Dec 19 09:35:50 XorA|gone: and you are openmoko maintainer so *openmoko* are yours rather Dec 19 09:36:15 hrw: that ones not mine, Ive no idea what its for and we put there by Angstrom project Dec 19 09:36:59 then disapprove and write why (multiple files for same thing) Dec 19 09:37:09 hrw: its valid Dec 19 09:37:17 hrw: why is your distro trying to build both? Dec 19 09:37:28 XorA|gone: my? its openmoko-image Dec 19 09:38:15 XorA|gone: http://pastebin.ca/823374 Dec 19 09:38:34 so it is definitelly your stuff ;d Dec 19 09:42:28 03rwhitby 07org.oe.dev * r8c623c07... 10/ (3 files in 3 dirs): slingbox-1.3.1: Remove bashism from scripts/trylink Dec 19 09:42:32 03rwhitby 07org.oe.dev * rfd6d7fdc... 10/ (3 files in 3 dirs): disapproval of revision '8c623c07e2b9ac8518c6996f21854952b110d66c' Dec 19 09:42:36 03rwhitby 07org.oe.dev * r340559c2... 10/ (3 files in 3 dirs): slingbox-1.3.1: Remove bashism from scripts/trylink Dec 19 09:42:42 03rwhitby 07org.oe.dev * r7d09f4b4... 10/ (1 packages/linux/unslung-kernel_2.4.22.l2.3r63.bb): unslung-kernel: Fix kernel suffix to match correct MACHINE_ARCH Dec 19 09:42:48 03xora 07org.oe.dev * r17f945b2... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs.inc : lets have some OM application improvements Dec 19 09:42:59 03jeremy_laine 07org.oe.dev * r0724bc9a... 10/ (1 packages/libogg/libogg_1.1.3.bb): libogg: package version 1.1.3 Dec 19 09:43:03 03jeremy_laine 07org.oe.dev * r169f0a9e... 10/ (1 packages/libvorbis/libvorbis_1.2.0.bb): libvorbis: package version 1.2.0 Dec 19 09:45:22 hrw: has been brutalised Dec 19 09:46:10 Is midori ready to use? It segfaults on Sonkei and I suppose it would on Angstrom. Dec 19 09:46:49 Laibsch: it segfaults due to an environment problem we havent tracked yet, try starting it from ssh/icon/xterm and compare results Dec 19 09:47:11 for me it used to start ok from icon and ssh, but never from xterm Dec 19 09:47:35 03xora 07org.oe.dev * r71ca4b99... 10/ (1 packages/tasks/task-openmoko-phone.bb): task-openmoko-phone.bb : doesnt provide task-openmoko-everything Dec 19 09:50:54 Thanks, XorA. I don't even get an icon and for some reason, I cannot ssh in right now. So I can only try from the console. Dec 19 09:51:26 Laibsch: hmm, I thought I or koen had commited an icon, ooops Dec 19 09:51:31 wrt the icon, I think I remember seeing some warning messages about the desktop entry during compilation Dec 19 09:54:27 thx xora Dec 19 09:54:41 I now have three heads after "mtn pull". One is from me. Should one really now not do an "mtn merge" anymore being doing a push? I have had conflicting answers. Dec 19 09:55:03 of course you should Dec 19 09:55:15 morning btw Dec 19 09:55:18 good morning, coredump Dec 19 09:55:27 Yes, I remember your answer ;-) Dec 19 09:56:19 the only time is where you shoul not merge is when it comes to manual merges which you do know nothing about. Then the guy causing the merge should do it obviously Dec 19 09:56:32 But it seems maybe this has changed? a mail by mickey_away to the list about a merge flood and my observation of quite a lot of unmerged heads after I pull made me wonder again. Dec 19 09:56:33 * XorA|gone thought the party line was wait 10 mins then pull again Dec 19 09:56:49 OE automerger is supposed to run every 10 mins Dec 19 09:57:28 XorA|gone: Why is this better? Less revisions? Dec 19 09:57:32 it is, but that shouldn't stop one from merging (and possibly pushing) local heads Dec 19 09:57:56 the idea was to let automerger do the work Dec 19 09:58:09 Well, I don't mind doing the work Dec 19 09:58:19 but personally I do not like it. I do merge each time when it is needed Dec 19 09:58:30 OK, then I will, too Dec 19 09:58:36 the automerger is great when somebody forgets to merge Dec 19 09:58:38 Seems like it was set up for convenience sake Dec 19 09:58:44 CoreDump: ACK Dec 19 09:58:44 but that's it IMO Dec 19 09:59:05 monotone is supposed to handle any amount of merges Dec 19 09:59:10 the merge storm comes when you merge, the auto merger merges, then one of you has to merge the merge with the merge Dec 19 09:59:26 and people dont like seeing the word merge Dec 19 09:59:38 OK Dec 19 09:59:54 well, speaking of which, IMO the "merge" messages could be safely filtered out from the mailing list (as it had been some time back) Dec 19 10:00:34 XorA|gone: Should not be such a problem when you do "mtn pull && mtn merge && mtn push" and it runs through fairly quickly. That only leaves a small time window Dec 19 10:01:01 Laibsch: always mtn sync the final results, then you can see if you created 2 heads Dec 19 10:01:04 * CoreDump continues hacking Debians initramfs... Dec 19 10:01:47 XorA|gone: mtn sync rather than mtn push? I can see how that is better. Dec 19 10:02:15 Laibsch: yes, then if you see any incoming revs, you know you need to merge Dec 19 10:06:11 good morning Dec 19 10:06:38 yo florian Dec 19 10:07:52 03Laibsch 07org.oe.dev * r036cc15b... 10/ (1 packages/reiserfsprogs/reiserfsprogs_3.6.19.bb): Dec 19 10:07:52 reiserfsprogs: fetch from DEBIAN_MIRROR instead of namesys.com Dec 19 10:07:52 * see bug 3482 for more of the (sad!) information Dec 19 10:08:00 03Laibsch 07org.oe.dev * rcad2e7d6... 10/ (10 files in 4 dirs): Dec 19 10:08:00 atk: drop packages version 1.10 and older. Dec 19 10:08:00 * a quick rgrep in OE did not reveal that anything was using these versions. Dec 19 10:08:17 03Laibsch 07org.oe.dev * r850b2442... 10/ (24 files in 4 dirs): atk: drop obsolete versions 2.2 and 2.4 Dec 19 10:08:32 03Laibsch 07org.oe.dev * r074f227d... 10/ (2 files in 2 dirs): matchbox-applet-cards: fix unfetchable SRC_URI Dec 19 10:13:43 hm, well I guess r850... was about gtk+, not atk :-/ Dec 19 10:14:12 Laibsch: I need an old atk from time to time :-/ Dec 19 10:14:25 and ftp.namesys.com seems to be up again Dec 19 10:14:29 03hrw 07org.oe.dev * rc33637cc... 10/ (3 files in 2 dirs): Dec 19 10:14:29 x11-sato-image: renamed poky-image-base as this image is not related to any of Poky images. Dec 19 10:14:29 In Poky we have: Dec 19 10:14:29 - poky-image-base Dec 19 10:14:29 - poky-image-sato Dec 19 10:14:29 and x11-sato-image is not any of them. Developers are free to create any images Dec 19 10:14:31 but their naming should be consistent with other images. Dec 19 10:14:41 florian: Too bad you weren't around yesterday Dec 19 10:14:51 Which one do you need? Dec 19 10:16:02 Laibsch: I was there most of the evening till ~1am Dec 19 10:16:19 Laibsch: last time i used 1.9.0 Dec 19 10:16:45 Laibsch: but even the earlier 2.x might be useful sometimes Dec 19 10:17:28 Laibsch: for some things i need various differerent versions of gtk and not all work with all versions of pango and atk Dec 19 10:18:50 hi all ! Dec 19 10:20:17 florian: We discussed this here around 2PM yesterday. Dec 19 10:20:33 If you need the stuff feel free to disapprove. Dec 19 10:21:01 hi steliosk Dec 19 10:21:04 Laibsch: ok Dec 19 10:21:26 But maybe you can get rid at least of a little bit of that cruft. Dec 19 10:22:13 Laibsch: actually i would highly recommend to discuss the removal of versions of stuff that many packages depend on on the mailinglist and use the removal file. Dec 19 10:24:01 OK Dec 19 10:53:50 Anybody know of a different way to see which bb files can provide something than "bitbake -i" followed by "which $something" in the horribly outdated interactive shell? RP? Dec 19 10:54:33 Laibsch: No, that is the only way Dec 19 10:54:48 Unfortunate Dec 19 10:55:08 "bitbake -i" itself is horribly broken to the point that I think it should be disabled Dec 19 10:56:04 Patches welcome to fix it or we wait until someone has time. I'd prefer to see it fixed... Dec 19 10:57:48 sure. It is just that I know very well about Dec 19 10:57:53 !oebug 3486 Dec 19 10:57:54 * * Bug 3486, Status: RESOLVED (INVALID), Created: 2007-12-18 03:25 Dec 19 10:57:56 * * diegor(AT)tiscali.it: audiofile build failed Dec 19 10:57:57 * * http://bugs.openembedded.org/show_bug.cgi?id=3486 Dec 19 10:58:01 since I ran into it myself Dec 19 10:58:46 Lots of other problems where at first one is made to believe that OE metadata is broken. That is why I think it might make sense to disable it until fixed. Dec 19 10:59:05 Or at least put a big bad warning when calling "bitbake -i" Dec 19 10:59:21 3486 is a bug in OE which the package stripping Dec 19 10:59:48 s/which/with/ Dec 19 11:01:18 Not sure. I would not think so since "bitbake audiofile" runs just fine Dec 19 11:01:45 Laibsch: bitbake audiofile; bitbake audiofile -c package -f; bitbake audiofile -c package -f Dec 19 11:01:51 But I also ran into lots of other problems until I gave up Dec 19 11:02:04 Like important variables not being set in -i Dec 19 11:02:12 Laibsch: I even have an idea how to fix the .debug problems :) Dec 19 11:02:33 Like always put .debug directories into -dbg? Dec 19 11:02:35 Laibsch: I remember that bug, I just haven't had a chance to look into it... Dec 19 11:02:37 That 'd be nice Dec 19 11:02:41 Sure Dec 19 11:03:02 Laibsch: The .debug problem is that stripping happens more than once Dec 19 11:03:55 <_diego__> i can confirm that bitbake -i is broken in many way Dec 19 11:04:25 <_diego__> after audiofile i had to rebuild other package that was build wrong with -i Dec 19 11:06:10 <_diego__> it's a pity that bitbake -i is broken, because is quite useful to debug problems in building Dec 19 11:06:44 RP: I'd at least prepare you a patch to warn users, but even "grep information `which bitbake`" returns no hit. IOW, I would not know where to look Dec 19 11:07:17 Laibsch: I'm going to aim to get it fixed or at least work out what it wrong... Dec 19 11:07:20 _diego__: I absolutely agree. It was more than nice. But I pulled my hair out until I realized that it was not me but bitbake interactive. Dec 19 11:07:46 Laibsch: In theory a problem there could cause other issues in bitbake and have more widespread implications Dec 19 11:07:52 RP: That would be awesome. Let me know when testing can be done. Dec 19 11:10:34 What is this madnes with quilt.inc and quilt-${PV}.inc? Does that serve any purpose? Dec 19 11:20:01 Laibsch: Fix pushed for the .debug directory issue Dec 19 11:20:21 Wow. Cool! Dec 19 11:21:44 <_diego__> RP: does it fix the problem with bitbake -i or just the .debug problem? Dec 19 11:21:46 svn up did not do anything Dec 19 11:21:55 _diego__: I assume the latter Dec 19 11:22:06 But it should fix one problem of bitbake -i Dec 19 11:22:16 Haven't seen the changes, yet. Dec 19 11:22:39 RP: This was a change to bitbake, right? Dec 19 11:23:28 no, poky and oe Dec 19 11:23:35 Aha Dec 19 11:23:40 * Laibsch pulls Dec 19 11:26:00 What do you guys think, it is better to define PR in the bb file or in an inc file? Previously, I thought bb was better. Now, I believe that .inc is better. Dec 19 11:30:20 Laibsch: It depends on the context really Dec 19 11:30:56 03rpurdie 07org.oe.dev * ra63f4a9a... 10/ (1 classes/package.bbclass): package.bbclass: Don't strip files in .debug directories meaning rerunning the package task doesn't create chains of .debug directories (from poky) Dec 19 11:32:09 Yes, it just fixes the .debug issue, not bitbake -i itself. One step at a time though ;-) Dec 19 11:32:28 Laibsch: it depends Dec 19 11:34:16 hrw: http://oz.leggewie.org/wip/complete_hrws_rename.patch ? Dec 19 11:34:59 Laibsch: right Dec 19 11:35:11 OK, I will commit it later Dec 19 11:36:08 I will do that now Dec 19 11:38:02 RP: Thanks for the fix. I think a build in bitbake -i for audiofile would still bomb out. I saw a different bug in 3486. FILES_${PN}-dbg seems to be either incorrectly defined or at the wrong position in PACKAGES Dec 19 11:38:51 Laibsch: That is possible, like I said, it fixes some of the problem there but probably not all... Dec 19 11:39:02 That triggered the QA bug and build failure. I can reproduce the recursive .debug dirs, but bitbake still does not bomb as in -i Dec 19 11:39:09 Right. Dec 19 11:39:23 recursive .debug dirs shouldn't happen now Dec 19 11:39:30 Just wanted to make sure you and I were talking about the same issue. Dec 19 11:48:36 03hrw 07org.oe.dev * r5a00df30... 10/ (1 packages/images/x11-sato-image.bb): x11-sato-image: fix also image name - spotted by Rolf Dec 19 12:30:19 how can I get the commit message that is usually put into bugzilla after a bug has been fixed? I mean without waiting for oe-commits sending it to me. Dec 19 12:31:08 rschuster: ? Dec 19 12:31:16 There is no automatic entry Dec 19 12:31:54 rschuster: Or maybe "mtn log|less" Dec 19 12:32:06 Laibsch: yeah that is probably what I want :) Dec 19 12:32:07 thank Dec 19 12:32:08 s Dec 19 12:32:10 If you are looking for a revision Dec 19 12:32:14 OK Dec 19 12:33:27 Laibsch: http://bugs.openembedded.org/show_bug.cgi?id=3398 Dec 19 12:33:49 Laibsch: I just wanted to add something to the "Fixed." message. Dec 19 12:34:50 Good idea Dec 19 12:41:07 ping ggilbert Dec 19 12:44:40 CPU_FEATURES landed in Poky Dec 19 12:50:14 that stuff like iwmmxt,thumb Dec 19 12:51:02 03koen 07org.oe.dev * rd99a2eec... 10/ (3 files in 2 dirs): qt4-x11: create dir before trying to put files into it Dec 19 12:55:27 !oebug 3467 Dec 19 12:55:29 * * Bug 3467, Status: NEW, Created: 2007-12-13 02:48 Dec 19 12:55:30 * * cm(AT)acc.umu.se: epdf_cvs.bb, fails to compile even with updated patch Dec 19 12:55:31 * * http://bugs.openembedded.org/show_bug.cgi?id=3467 Dec 19 12:57:54 XorA|gone: exactly Dec 19 12:58:06 XorA|gone: I used it for vfp thumb on armv6 Dec 19 13:09:17 XorA|gone: it can also be "sse mmx 3dnow" or "altivec" or anyother Dec 19 13:09:35 hrw: yup Dec 19 13:14:05 * * OE Bug has been RESOLVED by thebohemian(AT)gmx.net Dec 19 13:14:07 * *  hal_0.5.9: add intltool-native to dependencies to prevent configure from failing Dec 19 13:14:09 * * http://bugs.openembedded.org/show_bug.cgi?id= Dec 19 13:14:17 * * OE Bug 3492 has been created by elena.valhalla(AT)gmail.com Dec 19 13:14:19 * * Mispelling of python-pydirectfb as python-directfb in task-python-everything .bb Dec 19 13:14:21 * * http://bugs.openembedded.org/show_bug.cgi?id=3492 Dec 19 13:14:29 * * OE Bug 3491 has been created by elena.valhalla(AT)gmail.com Dec 19 13:14:31 * * dependencies of frozen-bubble are compiled but not installed Dec 19 13:14:32 * * http://bugs.openembedded.org/show_bug.cgi?id=3491 Dec 19 13:28:04 * * OE Bug 3493 has been created by  Dec 19 13:28:06 * * qt4-x11-free-4.3.2-r6-do_compile Dec 19 13:28:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3493 Dec 19 13:32:25 03xora 07org.oe.dev * r4c707078... 10/ (1 packages/openmoko2/openmoko-dialer2_svn.bb): openmoko-dialer2_svn.bb : now uses libnotify for new sms Dec 19 13:36:02 03hrw 07org.oe.dev * r0304fe17... 10/ (5 files in 2 dirs): contacts: updated to 0.8 Dec 19 13:36:07 03hrw 07org.oe.dev * r295c3061... 10/ (3 files in 2 dirs): dates: updated to 0.4.5 Dec 19 13:36:12 03hrw 07org.oe.dev * r76a22026... 10/ (1 packages/pimlico/files/dates-owl-window-menu.patch): dates: refreshed patch Dec 19 13:36:22 03hrw 07org.oe.dev * r9438443f... 10/ (5 files in 2 dirs): tasks: update to 0.13 Dec 19 13:36:26 03hrw 07org.oe.dev * raa908f9e... 10/ (4 files in 2 dirs): pimlico: sync svn versions with Poky Dec 19 13:36:31 03hrw 07org.oe.dev * rb7b67f60... 10/ (1 packages/pimlico/contacts_svn.bb): contacts: SVN version is not default Dec 19 13:37:11 So OE is totally broken on my machine since I don't have fortran installed on it? :( Dec 19 13:38:00 03koen 07org.oe.dev * r4d03f563... 10/ (4 files in 3 dirs): angstrom: have autobuilder report distro version to bugzilla Dec 19 13:41:04 * * OE Bug 3491 has been RESOLVED (INVALID) by Dec 19 13:41:06 * *  dependencies of frozen-bubble are compiled but not installed Dec 19 13:41:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3491 Dec 19 13:42:05 * * OE Bug 3492 has been RESOLVED (FIXED) by Dec 19 13:42:07 * *  Mispelling of python-pydirectfb as python-directfb in task-python-everything .bb Dec 19 13:42:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3492 Dec 19 13:50:16 http://paste.org.ru/?50zht2 Can anybody help with this glibc-2.5 build failure? Dec 19 13:55:05 * * OE Bug 3494 has been created by  Dec 19 13:55:07 * * gpsdrive-2.10pre2-r1-do_fetch Dec 19 13:55:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3494 Dec 19 13:58:16 03xora 07org.oe.dev * rfa81c2e4... 10/ (1 packages/uboot/uboot-openmoko_svn.bb): uboot-openmoko_svn.bb : version number increased from LaForge Dec 19 14:01:13 03mickeyl 07org.oe.dev * rac5ffabb... 10/ (1 packages/tasks/task-python-everything.bb): task-python-everything fix typo. closes #3492 Dec 19 14:17:02 morning Dec 19 14:31:40 can shell scripts running in due do_compile() access the variable ${STAGING_fooDIR_NATIVE} ? Dec 19 14:33:02 rschuster: No, you'd have to export any variable you need Dec 19 14:33:40 RP: or hardcode it when the shell script is installed to staging? is that a viable option? Dec 19 14:34:01 rschuster: Yes, that would be possible Dec 19 14:34:18 You could work through the script expanding all variables before installing it... Dec 19 14:38:42 RP: ok, then I'll do this instead. Dec 19 14:52:32 zecke: did you get my unencrypted mail? Dec 19 14:54:58 florian: hehe, yes but you did send another one as well :) Dec 19 14:55:27 florian: this means I connected to the modem? so you can toy with GPE^2 and have a real modem? Dec 19 14:56:20 one gotta love scratchbox... unemulated syscall.... Dec 19 14:56:55 zecke: Yes, the design seems to be quite similar to the C8000 platform. Even the modem behaves similar. Dec 19 14:57:04 * * OE Bug 3495 has been created by elena.valhalla(AT)gmail.com Dec 19 14:57:06 * * Problems with exceptions with psyco 1.5 Dec 19 14:57:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3495 Dec 19 14:57:19 hehe Dec 19 14:57:36 zecke: Should be possible, but i did not yet manage to free up some time to build somethign useful for it. Dec 19 14:57:50 florian: did you find the jtag as well? Dec 19 14:58:54 zecke: no, but the connectors next to the serial ports look interesting :) Dec 19 15:01:04 hehe Dec 19 15:11:01 RP: Yes, for some strange and unknown reason, gfortran became a requirement. I think perhaps Pascal, or ADA will be next, and some time in the second half of 2008 I suspect we'll also need COBOL. :( Dec 19 15:14:53 mwester: You have no idea how much I dislike fortran too... Dec 19 15:15:33 It simply means I'll not be doing any more testing against OE until either its fixed or I find time to fix it... Dec 19 15:16:46 probably from people building octave? Dec 19 15:29:54 fd Dec 19 15:29:57 re that is Dec 19 15:30:54 cool stuff regarding the feeds from the deploay directory :> Dec 19 15:31:09 something I was looking for Dec 19 15:47:57 hi Jin^eLD Dec 19 15:49:17 hi florian Dec 19 15:49:39 Jin^eLD: What are you referring to? Dec 19 15:50:28 Laibsch: to the discussion on the ml Dec 19 15:50:46 aha, haven't been there today Dec 19 15:51:07 I subscribed recently, so now reading quite some interesting stuff :) Dec 19 16:04:28 hehe Dec 19 16:04:31 oops wrong window Dec 19 16:04:32 :) Dec 19 16:28:04 * * OE Bug 3496 has been created by elena.valhalla(AT)gmail.com Dec 19 16:28:06 * * New package for geany stable Dec 19 16:28:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3496 Dec 19 16:58:15 03florian 07org.oe.dev * r83d47584... 10/ (3 files in 3 dirs): mainstone-kernel: Update configuration to become more useful: use rootfs from internal flash, enable pcmcia module, mmc and power management Dec 19 16:58:19 03florian 07org.oe.dev * rd77c641e... 10/ (1 conf/machine/mainstone.conf): mainstone.conf: Add jffs2 magic and adjust image size to the default 16MB partition. Dec 19 17:44:26 What is the use of an RDEPENDS line in a -native bb file? None as I presume? Dec 19 17:50:05 Laibsch: is RDEPENDS only for target packages ? Dec 19 17:50:23 RDEPENDS is a runtime dependency Dec 19 17:50:31 right Dec 19 17:50:32 In my understanding that is on-device Dec 19 17:50:40 why not on host Dec 19 17:50:43 A native package will never be installed on-device Dec 19 17:51:04 how do we package the host packages Dec 19 17:51:04 Because the way I see it that would just a DEPENDS Dec 19 17:51:23 not at all. We stage them. Dec 19 17:52:37 yeah Dec 19 17:53:25 I do not know what RDEPENDS will translate to in native case Dec 19 18:11:35 "find . -name *native* -exec egrep -l '(RDEP|RREC|RCON)' {} \;" returns quite a few hits, though. So, I guess it must be valid Dec 19 18:25:35 any gstreamer expert around? Dec 19 18:37:06 ibot: spell miscelanous Dec 19 18:37:09 possible spellings for miscelanous: miscellaneous miscellanies miscellany's Marcelino's Dec 19 18:37:12 zecke_: in which way? Dec 19 18:41:22 hrw: using gst-launch gst-inspect :) Dec 19 18:44:20 gst-inspect gives you list of plugins and also can give info about plugin Dec 19 18:44:26 which params it takes et Dec 19 18:49:33 hrw: hehe, sorry got distracted Dec 19 18:49:45 hrw: e.g. I use filesrc ! decodebin2 ! xvimagesink Dec 19 18:50:03 hrw: I would like to know which plugins and elements it put into the pipeline so I can build my own one Dec 19 18:50:14 hrw: currently I use trial+error and -tvm :) Dec 19 18:50:33 zecke_: I'd rather use vlc, it has a nice documentation :P Dec 19 18:50:45 I think I tried gstreamer once but failed desperately Dec 19 18:51:45 p Dec 19 18:53:15 zecke_: GST_DEBUG=3 gst-launch YOUR_QUEUE Dec 19 18:53:31 re Dec 19 18:53:35 zecke_: it will give you lot of data and also queue detailed Dec 19 19:01:17 hrw: thanks, I had hoped for a feature in gst-launch to generate a well formed xml document :) Dec 19 19:01:29 :) Dec 19 19:06:34 hrw: howdy Dec 19 19:10:23 hrw: I was able to boot angstrom on qemu Dec 19 19:10:39 hrw: however I have to use the kernel config from poky Dec 19 19:31:52 Khem: qemuarm in OE should have same Dec 19 19:32:23 i think it needs merge Dec 19 19:41:42 maybe Dec 19 19:41:45 but not today Dec 19 19:41:55 * hrw -> bed or tv Dec 19 19:42:00 bye Dec 19 19:42:11 * Crofton|home sees the light at the end of the tunnel Dec 19 19:42:13 gn Dec 19 19:45:41 03koen 07org.oe.dev * rcab9fe52... 10/ (1 packages/qt/qt4-x11-free_4.3.2.bb): qt4-x11: repair vi damage Dec 19 19:45:55 hmm Dec 19 19:46:17 just ~1 more month and I'm free again Dec 19 19:47:39 zecke_: ? Dec 19 19:48:12 I did quit my job Dec 19 19:48:40 zecke_: ok and I'm enjoying my new one :) Dec 19 19:48:54 chouimat|work: I search for a rich wife now to sponsor my FreeSoftware hacking Dec 19 19:49:10 zecke_: hehe ... those are hard to find ... Dec 19 19:49:21 zecke_: and they are also over 60 ;) Dec 19 20:05:02 * Khem thinks one does'nt get everything Dec 19 20:06:06 Khem: hehe Dec 19 20:09:30 zecke_, who will host the next OEDEM? Dec 19 20:10:18 Crofton|home: hehe. Siegrid and Roy in Las Vegas? Dec 19 20:10:29 awesome Dec 19 20:10:35 OE devs in Vegas Dec 19 20:11:25 gamble on it Dec 19 21:07:32 http://www.flickr.com/photos/21729510@N03/2110615636/in/set-72157603452368174/ Dec 19 21:14:31 Crofton|home: uh.. pxa255 Dec 19 21:15:12 wolfson part :) Dec 19 22:01:02 git-rebase is a really handy ... Dec 19 22:44:05 * * OE Bug 3497 has been created by  Dec 19 22:44:07 * * qt4-x11-free-4.3.2-r6-do_populate_staging Dec 19 22:44:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3497 Dec 19 23:44:05 * * OE Bug 1242 has been RESOLVED (WORKSFORME) by Dec 19 23:44:07 * *  qt-x11-free-3.3.6-r0 fails with on do_package Dec 19 23:44:09 * * http://bugs.openembedded.org/show_bug.cgi?id=1242 Dec 19 23:58:05 * * OE Bug 1825 has been RESOLVED (FIXED) by Dec 19 23:58:06 * *  install-native missing "inherit native" Dec 19 23:58:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1825 Dec 20 00:13:20 looks like there is an incredible amount of documentation for the ics they use for the v8 :/ Dec 20 00:14:05 * * OE Bug 1928 has been RESOLVED (WORKSFORME) by Dec 20 00:14:07 * *  libx11 fails with crosscompile badness Dec 20 00:14:09 * * http://bugs.openembedded.org/show_bug.cgi?id=1928 **** ENDING LOGGING AT Thu Dec 20 02:59:57 2007