**** BEGIN LOGGING AT Mon May 11 02:59:57 2009 May 11 04:06:22 03Mike Westerhof  07org.openembedded.dev * r6144619ef3 10openembedded.git/recipes/openobex/openobex_1.5.bb: openobex_1.5.bb: fix missing openobex.m4 file in staging. May 11 04:13:40 03zecke123 07bitbake-1.8 * r1167 10/lib/bb/ (__init__.py data.py): May 11 04:13:40 [bb] Fix the tests by setting a debug level at start May 11 04:13:40 In preparation for python3.0 make sure our test cases are working May 11 04:13:40 again. May 11 04:30:19 03zecke123 * r1168 10bitbake/lib/bb/ (__init__.py data.py): May 11 04:30:19 [bb] Fix the tests by setting a debug level at start May 11 04:30:19 In preparation for python3.0 make sure our test cases May 11 04:30:19 are working again. May 11 04:31:25 03Mike Westerhof  07org.openembedded.dev * reaea0ee411 10openembedded.git/recipes/ (meta/slugos-packages.bb tasks/task-mokogateway.bb): May 11 04:31:25 SlugOS: remove bluez 3 from the package feeds; won't build with newer May 11 04:31:25 kernel headers. May 11 04:57:09 03Mike Westerhof  07org.openembedded.dev * r75d4826c3c 10openembedded.git/recipes/madwifi/madwifi-ng_r3878-20081204.bb: May 11 04:57:09 madwifi-ng: (SlugOS only) re-instate "unset LDFLAGS" in do_compile() in order May 11 04:57:09 to make madwifi link successfully after some over-aggressive LDFLAGS changes. May 11 05:00:10 And with that, finally the SlugOS feeds should be buildable once again. May 11 05:36:13 <_cpo_> morning May 11 05:36:35 <_cpo_> i upgraded to latest stable but now when i try to build my image May 11 05:37:11 <_cpo_> the task_do_rootfs() goes for days (let it run over the weekend) but there is no result May 11 05:37:22 <_cpo_> any ideas? May 11 05:43:05 tail the log.do_rootfs? May 11 05:51:15 glibc-dbg: unsatisfied recommendation for libc6 May 11 05:51:16 ' May 11 05:51:22 :( May 11 05:54:38 I guess the fix for that wasn't pushed? May 11 05:54:41 Crap. May 11 05:56:18 * mwester goes to find the proposed fix, to push it. May 11 05:59:30 Koen says: "I suspect that's because ${PN} ('glibc') is now in overrides twice, changing the override to libc-glibc or something similar." May 11 05:59:35 Changing OVERRIDES for the LIBC to libc-foo? May 11 05:59:47 yeah. What does that mean, exactly? May 11 06:00:02 Who defines overrides, and where/ May 11 06:00:03 ? May 11 06:00:03 See conf/distro/include/{glibc,eglibc,uclibc}.inc May 11 06:00:28 We now have a constant and easy/short way to add uclibc, or *glibc, or some other libc, overrides May 11 06:01:07 I don't want an override - do I? I just want it to go back to how it was a week ago, when I started working on the broken feeds! May 11 06:02:20 Implement Koen's suggestion, in those 3 files May 11 06:02:34 Yeah. Ok. May 11 06:03:00 Now in those 7 words, are hidden mountains of assumptions. May 11 06:03:22 Such as, "but remember to find all the places where those overrides are used, and change those as well"... May 11 06:03:33 Nope May 11 06:03:36 None have been added yet May 11 06:03:51 Then why not just remove them? May 11 06:03:59 Then we could build again, no? May 11 06:04:01 Because we want to add them May 11 06:04:06 Yeah. May 11 06:04:11 They are breaking builds. May 11 06:04:29 You could go revert one to 5 commits, or do Koen's fix May 11 06:04:34 Either would be correct May 11 06:04:39 Ok. May 11 06:04:46 I'd really prefer fixing not reverting, but that's not my call May 11 06:05:09 I'm searching to understand why it has been left this way? Is everyone afraid to fix it, now, because it's a weekend or something? May 11 06:05:54 We (I) finally tracked down the problem only hrw/I have seen today May 11 06:05:55 That's why May 11 06:05:59 I mean a well-placed hash mark on a single file sounds like it would make things build again for me, and when someone wants to make the change, they can uncomment it. What am I missing? May 11 06:06:35 Sheesh... :) It's broken. It's an SCM tool. git revert works. Futz on this. May 11 06:09:19 03Mike Westerhof  07org.openembedded.dev * rf8f86875da 10openembedded.git/conf/distro/include/glibc.inc: May 11 06:09:19 glibc.inc: temporarily comment out the OVERRIDE so that we can build while folks May 11 06:09:19 sort out what they want to call the override. May 11 06:09:38 There. May 11 06:10:10 Someone can send me hate mail and remove my git key if they wish. Now I have to blow away tmp, I guess, 'cause there's no PR to bump. May 11 06:10:58 just -f -c install May 11 06:12:53 03zecke123 * r1169 10bitbake/lib/bb/fetch/ (11 files): May 11 06:12:53 [fetchers] Make pyflakes happy by removing these import statements May 11 06:12:53 We don't use the modules, no need to import them here. May 11 06:12:55 for a meta-toolchain/sdk -- not sure what that target is, and I think there's some real funny stuff. May 11 06:12:57 03zecke123 * r1170 10bitbake/lib/bb/fetch/svk.py: May 11 06:12:57 [svk] pyflakes things the go method is broken... May 11 06:12:57 Is anyone still using svk? I don't want to mess with this code May 11 06:12:58 when it might work (due a global) but I might break it... my guess May 11 06:13:00 is that is supposed to be ud.date. May 11 06:13:04 03zecke123 * r1171 10bitbake/lib/bb/ui/ (8 files in 2 dirs): May 11 06:13:06 [ui] Fix import statements reported by pyflakes May 11 06:13:08 We ignore the following kind of warnings May 11 06:13:10 import gtk May 11 06:13:12 import gtk.glade... May 11 06:13:14 as glade is not imported by default and need that extra line, May 11 06:13:16 pyflakes does not know... May 11 06:13:18 03zecke123 * r1172 10bitbake/lib/bb/ (6 files): [bb] Remove unused imports reported by pyflakes May 11 06:14:44 er May 11 06:14:47 virtual/libc May 11 06:15:07 PRoblem is in glibc itself, not making a glibc, then renamed to libc6 w/ debian.bbclass, package May 11 06:26:39 <_cpo_> tartarus: ok found it. there was a error that a file that had to be installed already existed and therfor waited for an input May 11 06:28:53 what file was that? One of yours, or a standard package? (something like that's been reported recently, and it shouldn't happen) May 11 06:32:15 <_cpo_> it was /etc/sysctl.conf May 11 06:32:21 <_cpo_> provided by procfs package May 11 06:32:26 <_cpo_> but that file is also installed by busybox May 11 06:32:40 Ok. Thanks. That'll have to be addressed somehow. May 11 06:42:43 03Koen Kooi  07org.openembedded.dev * r45e5b16e2e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev May 11 06:42:48 03Koen Kooi  07org.openembedded.dev * rd1be169688 10openembedded.git/ (conf/checksums.ini recipes/dsplink/ti-codec-engine_2.23.bb): May 11 06:42:48 ti-codec-engine: update to 2.23.1 now it has been released May 11 06:42:48 * https://www-a.ti.com:443/downloads/sds_support/targetcontent/CE/ce_2_23/index.html May 11 06:52:09 <_cpo_> mwester: np May 11 07:05:54 lo May 11 07:12:37 good morning May 11 07:12:42 good morning May 11 08:26:36 good morning May 11 09:25:56 Hi! I have a problem with compiling an external module. I compile for a i586-machine and the module compile failes due to missing asm headers. in kernel.bbclass do_stage they should be installed, "# May 11 09:26:52 but "if [ -e arch/${ARCH}/include/asm/ ] ; then" ARCH expands to i386 due to the mapping in kernel-arch.bbclass May 11 09:27:54 on newer kernels this has moved to x86, but I don't know the side effekts changing the mapping in kernel-arch.bbclass to x86 May 11 09:28:16 relevant parts at http://pastebin.com/m7f404168 May 11 10:08:01 good morning May 11 10:21:22 03Florian Boor  07org.openembedded.dev * r862286030e 10openembedded.git/recipes/gpe-mixer/gpe-mixer_0.50.bb: gpe-mixer: add 0.50 May 11 10:47:39 03Florian Boor  07org.openembedded.dev * raf90a74791 10openembedded.git/recipes/startup-monitor/startup-monitor_0.18-2.bb: startup-monitor: Add missing PR May 11 12:14:25 03Koen Kooi  07org.openembedded.dev * red70f7b4ad 10openembedded.git/ (conf/checksums.ini recipes/connman/connman_0.16.bb): connman: add 0.16 May 11 12:14:26 03Koen Kooi  07org.openembedded.dev * r4c5af7a404 10openembedded.git/ (2 files in 2 dirs): linux-omap 2.6.29: enable networking and staging drivers in beagleboard defconfig May 11 12:14:27 03Koen Kooi  07org.openembedded.dev * r62bbbe56fe 10openembedded.git/recipes/mozilla/fennec_hg.bb: May 11 12:14:27 fennec: bump SRCREV May 11 12:14:29 * runtime tested on beagleboard/angstrom May 11 12:14:31 03Koen Kooi  07org.openembedded.dev * r5c64cca0c4 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev May 11 12:21:00 03Felix Domke  07org.openembedded.dreambox * r2d5a4f2345 10openembedded.git/packages/enigma2/enigma2.bb: enigma2.bb: fix typos May 11 12:45:00 sakoman_: Now gpe-stuff builds here as well.. btw. you forgot some PR changes in your patches. May 11 12:58:44 florian: I was told not to bump PR because there was no functionality change. seemed wrong to me, but that's what I did May 11 13:00:21 sakoman_: Usually this is correct yes. In this case it would have been better because if you have a package in your tree that failed to build already you would have to clean manually to get your change in. May 11 13:01:19 florian: yup, that is why I thought a PR bump would have been the right thing May 11 13:01:48 * florian now needs time to test and improve the image May 11 13:18:19 i am trying to get gstreamer on my setup, i have included the following packages in my recipe in rdepends: gst-plugins-base-meta, gst-plugins-good-meta, gst-plugins-bad-meta, gst-plugins-ugly-meta. but when i launch gst-launch i always get the messages libpulse.so.0, libgstsndfile.so, libgstsubparse.so cannot be found May 11 13:19:13 any idea what other packages i should include to avoid these warnings: http://pastebin.ca/1419195 May 11 14:16:05 Good mornin' happy OE folks... It's Monday! May 11 14:20:24 mwester: good morning May 11 15:08:55 03Fraxinas  07org.openembedded.dreambox * r43428be65f 10openembedded.git/packages/enigma2/enigma2.bb: enigma2: add gst-plugin-audioconvert to image May 11 15:55:25 hi pb__ May 11 16:10:51 where can i find arp cache May 11 16:10:56 in the file system May 11 16:11:58 The arp cache is in the kernel, not in the file system. May 11 16:13:10 what is happening is i am trying to using gst-launch to stream a video to a remote pc. if i dont precede the gst-launch command with a ping. streaming does not work May 11 16:13:37 so i ping to the machine a couple of times and then launch gst-launch then streaming works otherwise not May 11 16:14:22 any idea what it could be? May 11 16:23:28 03Tom Rini  07org.openembedded.dev * r2d48a3254f 10openembedded.git/conf/distro/include/ (eglibc.inc glibc.inc uclibc.inc): May 11 16:23:28 conf/distro/include/{eglibc,glibc,uclibc}.inc: Change OVERRIDES to libc-foo May 11 16:23:28 Suggested by Koen, Richard and Graeme May 11 16:23:28 Signed-off-by: Tom Rini May 11 17:35:42 03Angus Ainslie  07fso/milestone5.5 * r19e6f467e0 10openembedded.git/ (conf/checksums.ini recipes/python/pyring_1.1.8.bb): pyring : add a new recipe for a python keyring manager May 11 17:35:43 03Angus Ainslie  07fso/milestone5.5 * r0659820b3d 10openembedded.git/ (conf/checksums.ini recipes/dictator/dictator_0.2.bb): dictator : add a new recipe for a call recoder and dictation software May 11 17:35:43 03Angus Ainslie  07fso/milestone5.5 * r5ee3869845 10openembedded.git/recipes/tasks/task-openmoko-feed.bb: task-openmoko-feed : add dictator May 11 19:32:06 does anybody know, where the JFFS2 rootfs for akita went? I just bitbaked the stable branch and in the install kit, ther is no rootfs in jffs2 format. Any ideas? May 11 19:34:02 I guess it was my fault, hadn't it configured in local.conf..... trying again. May 11 19:57:18 florian: Good evening! May 11 19:57:42 hi dth May 11 19:58:09 florian: have seen there is some new code?! May 11 19:58:47 dth: yes... in the end it was trivial to make the nor flash work. May 11 19:59:38 florian: afterwards it is always easy! But.... May 11 20:02:36 dth: nand is more complex May 11 20:04:00 florian: do you have compiled the image already? May 11 20:09:27 dth: no... need to test a new filesystem and some changes first May 11 20:12:34 florian: ok, please give me a ping, just one ping .... :-) (Jagd auf Roter Oktober) May 11 20:20:52 heh May 11 20:20:56 dth: sure May 11 20:22:16 florian: great May 11 20:37:13 heh, who changed stuff!!! May 11 20:37:41 my evening: ../org.openembedded.dev/p etc May 11 20:38:04 :) May 11 20:39:56 timtimred: hah May 11 20:41:04 need to update the NAS, samba and get some other bits in. May 11 20:42:09 and fix some new bugs in other crap that block me doing that :) May 11 20:45:26 meh, i need to get the motivation to actually do something with the sheevaplug other than let it collect dust May 11 20:46:30 work out how we can do useful stuff with the buttons. May 11 20:46:44 and document it in the wiki May 11 20:47:32 thats one of the few things i havnt seen info on on it. May 11 20:48:29 not that many people are really going to use the red button inside it! May 11 20:48:53 that should do something cool, like destroy your county or something May 11 20:52:13 According to the schematic, there's not much you can do with the red button, other then assert a master reset :) May 11 20:52:54 ok, the other one :) May 11 20:53:14 :) May 11 20:53:33 * mwester is using it to test sd cards right now. May 11 20:54:44 03Tom Rini  07org.openembedded.dev * refb7a4954e 10openembedded.git/recipes/gcc/ (gcc-canadian-sdk_4.2.4.bb gcc-package-canadian-sdk.inc): May 11 20:54:44 gcc-canadian-sdk: Drop gcc-package-canadian-sdk.inc as we don't really need it. May 11 20:54:44 The contents of gcc-package-canadian-sdk.inc aren't actually installed / used May 11 20:54:44 for a canadian-sdk, and duplicating the unneeded python function lead to May 11 20:54:46 lockfile errors to boot (noted by David Huggins-Daines ). May 11 20:54:48 Signed-off-by: Tom Rini May 11 20:54:51 03Tom Rini  07org.openembedded.dev * r6502b7b61f 10openembedded.git/recipes/gcc/ (5 files): gcc*4.2.4: Switch to using INC_PR (r6). May 11 21:11:18 hi florian May 11 21:12:40 hi pb__, florian May 11 21:22:38 hi pb__! May 11 21:27:28 03rpurdie * r1173 10/ (4 files in 4 dirs): fetch/hg.py: Fix hg checkouts of specific revisions (from Poky) May 11 21:29:27 03rpurdie * r1174 10/ (4 files in 4 dirs): fetch/wget.py: Fix wget fetching of urls with parameters specified (from Poky) May 11 21:31:20 03rpurdie * r1175 10/ (4 files in 4 dirs): fetch/git.py: Add username handling to git fetcher (from Poky) May 11 21:33:17 03rpurdie * r1176 10/ (4 files in 4 dirs): fetch/__init__.py: Set HOME environmental variable when running fetcher commands (from Poky) May 11 21:39:06 03Denys Dmytriyenko  07stable/2009 * r6ecb6e3f15 10openembedded.git/recipes/curl/ (6 files): May 11 21:39:06 curl: move PACKAGES and FILES_* from the .inc file May 11 21:39:06 this resolves the lockfile() trying to access the wrong directory May 11 21:39:06 when building sdk version after target one was built May 11 21:39:06 Signed-off-by: Denys Dmytriyenko May 11 21:39:08 Acked-by: Tom Rini May 11 21:39:10 Acked-by: Koen Kooi May 11 21:43:25 florian: so, it's hildon-thumbnail May 11 21:43:43 ant__: oops May 11 21:43:46 "hildon-thumbnail" -> "gdk-pixbuf" May 11 21:44:10 but gdk-pixbuf should be harmless May 11 21:44:30 I think the loaders are already provided by 2.16 May 11 21:44:46 still happens: May 11 21:44:46 indeed May 11 21:44:47 "gdk-pixbuf" [label="gdk-pixbuf 0:2.10.14-r2\n/oe/org.openembedded.dev/recipes/g May 11 21:44:48 tk+/gdk-pixbuf_2.10.14.bb"] May 11 21:44:55 2.10.4 May 11 21:45:03 ee 2.10.14 May 11 21:45:12 th ebastard one May 11 21:45:37 perhaps old/new are conflicting May 11 21:45:44 i guess hildon-thumbnail should depend on gtk May 11 21:49:17 03rpurdie * r1177 10/ (6 files in 4 dirs): May 11 21:49:17 data.py: Make sure allowed variables inherited from the environment are exported again (from Poky) May 11 21:49:17 shell.py: When running a stage task in bbshell, run populate_staging, not the stage task (from Poky) May 11 21:53:52 florian: yes, hildon-thumbnail is fine DEPENDS = "libosso gnome-vfs gconf gtk+ glib-2.0" May 11 21:55:08 gtk+ instead of gdk-pixbuf May 11 21:55:39 maemo is not my realm..would you pls commit? May 11 21:56:23 http://tinderbox.openembedded.net/packages/545448/ May 11 22:11:21 'nite May 11 22:22:19 03Angus Ainslie  07fso/milestone5.5 * rccc1dfcbe3 10openembedded.git/conf/distro/include/sane-srcrevs.inc: sane-srcrevs : bump efl to fix syscon menu May 11 22:22:20 03Angus Ainslie  07fso/milestone5.5 * r7a0891bd0c 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: frameworkd : use SRCPV instead of SRCREV May 11 22:22:24 03Angus Ainslie  07fso/milestone5.5 * rb25e6e3883 10openembedded.git/recipes/linux/linux-openmoko.inc: linux-openmoko.inc fix typoes and add qi link in boot May 11 22:22:30 03Angus Ainslie  07fso/milestone5.5 * r024eb0741e 10openembedded.git/recipes/linux/linux-openmoko-devel_git.bb: linux-openmoko-devel : fixup src version May 11 22:31:08 nite May 11 22:34:34 03rpurdie 07bitbake-1.8 * r1178 10/lib/bb/ (COW.py cache.py cooker.py data_smart.py runqueue.py): bitbake-1.8: Backport deprecated sets removal to remove warnings with python 2.6. Should be backwards compatible to python 2.4 and we don't support earlier versions May 11 22:34:43 Crofton: ^^^ ;-) May 11 22:39:52 RP, the oldest python I have is 2.5 May 11 22:40:00 but we need to think about things May 11 22:40:29 the dudes using LTS releases tend to get burned by upgrades .... May 11 22:59:39 Crofton: 2.4 onwards should work May 11 22:59:52 Crofton: and trunk made a decision to support only 2.5 onwards a long time ago May 11 23:23:51 rp, I'm still annoyed I didn't notice the python 2.5 recipes disappeared until it was way to late to do anything May 11 23:24:00 annoyed at myself May 11 23:30:21 Crofton: :/ May 11 23:30:32 Crofton: I have to admit I wasn't around much at that point :( May 11 23:31:32 * RP -> Zzzz **** ENDING LOGGING AT Tue May 12 00:15:12 2009 **** BEGIN LOGGING AT Tue May 12 00:15:31 2009 **** ENDING LOGGING AT Tue May 12 02:59:57 2009