**** BEGIN LOGGING AT Sat May 01 02:59:56 2010 May 01 03:00:00 no more errors, other than ones due to how we do things in the metadata May 01 03:00:38 Just need to create an initial signature generation implementation based on it, do some minor changes to the metadata, verify functionality, then can look into possible bitbake integration May 01 03:01:29 NOTE: References for do_configure: set(['STAGING_DIR', 'SRCPV', 'prefix', 'BUILD_SYS', 'TARGET_VENDOR', 'FILE', 'PR', 'EXTRA_AUTORECONF', 'acpaths', 'PV', 'STAGING_DIR_NATIVE', 'BUILD_OS', 'datadir', 'PF', 'BUILD_VENDOR', 'PE', 'PN', 'EXTENDPE', 'MULTIMACH_TARGET_SYS', 'autotools_do_configure', 'S', 'TARGET_OS', 'TMPDIR', 'BUILD_ARCH', 'WORKDIR', 'STAGING_DIR_HOST', 'prefix_native', 'STAGING_DATADIR', 'MULTIMACH_ARCH']) May 01 03:01:30 NOTE: References for do_compile: set(['oefatal', 'die', 'MAKE', 'EXTRA_OEMAKE', 'base_do_compile', 'oenote', 'oe_runmake']) May 01 03:03:54 Hi, guys May 01 03:03:58 03Chris Larson  07org.openembedded.dev * r458ff8365e 10openembedded.git/classes/package_ipk.bbclass: May 01 03:03:58 package_ipk: fix a missing paren which caused failures attempting to tokenize the function May 01 03:03:58 Signed-off-by: Chris Larson May 01 03:04:32 Who knows who handles wxWidgets in OpenEmbedded? May 01 04:06:21 or maybe someone help me set up an envirnment for configuring/compiling my program? it uses wxwidgets... May 01 10:43:09 quick stupid question May 01 10:43:21 feel free to point me to some docs and tell me to read them May 01 10:43:44 I want to alter /etc/network/interfaces without altering the built package May 01 10:43:48 I have this already May 01 10:44:01 ROOTFS_POSTPROCESS_COMMAND += "patch -p ${IMAGE_ROOTFS}/etc/network/interfaces < snap.patch" May 01 10:44:24 snap.patch is in the directory user.collection/package-name/files May 01 10:44:45 I need to preface it with something, have tried four options and not got the right one.. May 01 10:44:47 so.. May 01 10:46:47 porcoesphino: altering built package is usually better way, why not? May 01 10:47:14 porcoesphino: everytime someone bump PR in that package and you update, you'll loose all your tweaks from snap.patch May 01 10:48:57 bump pr? May 01 10:49:45 all I want to do is alter one configuration file. and I don't want to maintain the package alterations on my end. The configuration file is guaranteed to alter less then the build recipe May 01 10:52:09 porcoesphino: someone else will change PR to force rebuild/reinstall on target even for change completely unrelated to your device May 01 10:52:12 oops. I meant to say: I want to alter /etc/network/interfaces without altering the build recipe for that package. In user.collection in my image I simply want to alter that one config file after most of the image has been build. I know this can be done with ROOTFS_POSTPROCESS_COMMAND but I'm having trouble referencing the local file May 01 10:53:04 but my recipe is to build an image that requires the recipe that build the image that places that file. That means that my recipe will be forced to be run too May 01 10:53:15 porcoesphino: and I meant: if you do opkg upgrade, your tweak will be lost May 01 10:53:18 *that built the image that places the file May 01 10:53:30 porcoesphino: you would have to reflash whole image to keep 1 file tweaked May 01 10:53:34 ah, opkg isn't worth it.. May 01 10:53:59 hmm.. May 01 10:54:33 reflashing things this size really doesn't take much longer than the opkg, but good point May 01 10:55:14 I just removed last few tweak from our ROOTFS_POSTPROCESS_COMMAND because of this.. May 01 10:55:20 +s May 01 10:55:21 but my program doesn't rely on this file, the underlying os does May 01 10:55:41 so it only makes sense to put it into an blah-image recipe... May 01 10:56:53 and when I build an opkg for my program, since there is no dependancy on the program that uses that file, the opkg shouldn't alter it May 01 10:57:38 only if (after that program changes) I build an image will it vary May 01 10:58:32 porcoesphino: sorry maybe I still don't understand and I'm not experineced with user.collection dir if it's some overlay feature.. May 01 10:58:45 either way, how do I reference a patch in user.collections/package-name/files from a package-name-image recipe? May 01 10:58:59 yeah, it's an overlay feature May 01 10:59:10 it overrides recipes found in open embedded May 01 10:59:24 *might be an overlay feature, if that is what I guess it means May 01 11:11:09 hmm... since that recipe is building an image, I'm not sure if that recipe should have an environmental variable to the directory holding that file, so I've move the file to ${USERBRANCH}/files May 01 11:11:20 it's probably not standard, but should work May 01 11:26:06 03Martin Jansa  07org.openembedded.dev * r9d1ebaedbd 10openembedded.git/recipes/omnewrotate/omnewrotate_svn.bb: May 01 11:26:06 omnewrotate: bump SRCREV for 0.5.8 version May 01 11:26:06 Signed-off-by: Martin Jansa May 01 13:56:21 hi,I've a strange issue with xorg(distro angstrom,machine bug 1.x): May 01 13:59:18 with my stylus I click at place A,it clicks,then I click at place B,it clicks again at place A then move at place B May 01 13:59:21 I tried kdrive May 01 13:59:23 no such issue May 01 13:59:35 here are my versions: May 01 14:00:02 xf86-video-fbdev: 0.0.6-r12.5 May 01 14:07:41 is there any patch to fix that? May 01 14:11:26 http://www.pengutronix.de/software/xf86-input-tslib/download/xf86-input-tslib-0.0.6.tar.bz2 seem last version....that's the one I have... May 01 14:14:39 I'll look May 01 14:15:09 because htcdream doesn't do it (shr) but bug 1.x does(angstrom) May 01 14:44:33 hi did some build ti_gstreamer lately? May 01 14:44:37 for beaglboard May 01 15:26:52 hi woglinde,unfortunately no May 01 15:27:03 I've no omap3 yet May 01 15:30:44 jo raster May 01 15:31:08 woglinde: woogz! May 01 15:31:45 Hmm May 01 15:32:07 Is there a reason our unpack stuff doesn't automatically add unzip-native to deps for zip files, like we do add git-native for git uris? May 01 15:33:00 tartarus hm no May 01 15:33:44 * Tartarus puts on his list after confirming that really, libdmx needs fso-specs May 01 15:36:20 hmm May 01 15:36:32 * mickeyl wonders why a multihead library would need dbus middleware specs May 01 15:36:45 It could have been a goofup on my part, indeed May 01 15:37:00 But FYI, DISTRO=minimal and the various qemu boards, FSO stuff gets brought in for x11-image May 01 15:38:29 that's probably due to minimal suggesting task-cli-tools May 01 15:38:36 which in turn contains some helpful fso utilities May 01 15:38:56 like for sending ioctls, debugging dbus, terminal emulator, etc. May 01 15:39:22 if that bothers you, feel free to remove it from minimal.conf May 01 15:39:56 03Tom Rini  07org.openembedded.dev * r0dd65eb045 10openembedded.git/recipes/xorg-lib/libdmx_1.1.0.bb: May 01 15:39:56 Revert "libdmx: Add fso-specs to DEPENDS" May 01 15:39:56 Mistake on my part from debugging the other issue. Bump PR to keep feeds sane. May 01 15:39:56 This reverts commit ff0e53a12cc2f99f3529e409cbf04950ea7401ca. May 01 15:39:57 Don't care personally May 01 15:40:07 lol May 01 15:40:10 Just getting a list of should builds together to confirm as still building, once RPs branch comes in May 01 15:40:26 that was fast May 01 15:40:50 Well, I'm pretty sure I was wrong about it, poking further in my logs May 01 15:41:11 tartarus didnt see the cia msg? May 01 15:41:29 huh? May 01 15:41:39 Revert "libdmx: Add fso-specs to DEPENDS" May 01 15:41:43 Yes, that's me :) May 01 15:41:48 hm ah May 01 15:41:57 sorry May 01 15:42:00 no worries May 01 15:42:14 * Tartarus sees that in current OE, we do enforce unzip-native and backports May 01 16:12:27 mickeyl: is valac supposed to be pulled in automagically? May 01 16:13:15 Hmm May 01 16:13:24 libgee failed because vala-native wasn't done yet May 01 16:14:28 i changed quite some things in vala last week, let me check May 01 16:14:34 k May 01 16:14:37 bitbake -e'ing now May 01 16:14:54 libgee has vala include'd May 01 16:15:11 hmm May 01 16:15:37 the vala class adds a dependency on vala-native May 01 16:15:38 or should May 01 16:15:41 should, yes May 01 16:15:48 NOTE: Running task 1719 of 4556 (ID: 3687, /home/trini/work/OE-upstream/openembe May 01 16:15:48 dded/recipes/vala/vala-native_0.8.0.95-e7a7.bb, do_compile) May 01 16:15:48 NOTE: Running task 1720 of 4556 (ID: 4527, virtual:native:/home/trini/work/OE-up May 01 16:15:49 stream/openembedded/recipes/libgee/libgee_git.bb, do_compile) May 01 16:16:01 # Vala needs vala-native May 01 16:16:01 DEPENDS += "vala-native" May 01 16:16:09 so that looks ok May 01 16:16:32 * Tartarus waits for a reparse May 01 16:16:32 perhaps a bitbake hickup with too many BB_THREADS? May 01 16:16:51 not if the depends are being obeyed May 01 16:16:58 (or making it up to bb) May 01 16:17:21 hi May 01 16:17:38 why does packagestage_scenefunc() call pstage_cleanpackage first? May 01 16:19:08 Off the top of my head.. May 01 16:19:39 Only call setscene stuff if the stamp isn't set, so we call the clean stuff to make sure the install is as sane as possible? May 01 16:19:47 Seeing a problem or just trying to understand the code? May 01 16:19:54 both.. May 01 16:20:07 there is no lock in effect May 01 16:20:25 and I've seen a race where two threads try to cleanthe package May 01 16:20:45 hm May 01 16:20:50 but I think it's not there May 01 16:20:54 but in staging_helper it goes wrong May 01 16:20:56 clean sep packages, right? May 01 16:21:02 because two threads are trying to create the config file May 01 16:22:08 mickeyl: Hmm, it's in there, that's just odd May 01 16:24:03 mickeyl: Ah-ha May 01 16:24:14 mickeyl: Wasn't reading close enough, vala.bbclass bug May 01 16:24:19 s/bug/omission May 01 16:24:33 virtual:native:libgee is the failing one May 01 16:25:06 ah, for the native case we need it as well May 01 16:25:09 can you fix it? May 01 16:25:12 Yeah May 01 16:25:18 (i've no OE environment atm., my workstation crashed) May 01 16:25:20 thanks May 01 16:29:00 "libgee-native.do_configure" -> "vala-native.do_populate_staging" May 01 16:29:04 pushing in a sec May 01 16:30:09 great May 01 16:30:14 03Tom Rini  07org.openembedded.dev * r01eb971bc8 10openembedded.git/classes/vala.bbclass: May 01 16:30:15 vala.bbclass: Add vala-native to virtclass-native DEPENDS. May 01 16:30:15 Signed-off-by: Tom Rini May 01 16:30:34 OK, back to letting my loop build May 01 17:24:40 03Koen Kooi  07org.openembedded.dev * rfe24fcde4c 10openembedded.git/recipes/lzo/lzo2_2.03.bb: lzo2: add 2.03 May 01 17:36:27 03Koen Kooi  07org.openembedded.dev * r4a134e561a 10openembedded.git/recipes/xbmc/libmms_0.5.bb: libmms: add 0.5 May 01 19:51:20 03Martin Jansa  07org.openembedded.dev * r20fcd55ba7 10openembedded.git/recipes/freesmartphone/ (4 files): May 01 19:51:20 freesmartphone: bump SRCREVs a bit for fixed ppp May 01 19:51:20 Signed-off-by: Martin Jansa May 01 19:51:21 03Martin Jansa  07org.openembedded.dev * rf52cfb976a 10openembedded.git/ (7 files in 3 dirs): May 01 19:51:21 freesmartphone: create python-helpers.inc, with shared variables and SRCREV May 01 19:51:21 Signed-off-by: Martin Jansa May 01 19:51:23 03Martin Jansa  07org.openembedded.dev * r41628a4b65 10openembedded.git/ (9 files in 2 dirs): May 01 19:51:24 cornucopia: move SRCREV to cornucopia.inc and update all recipes using that May 01 19:51:24 * remove vars already set in cornucopia.inc May 01 19:51:24 Signed-off-by: Martin Jansa May 01 20:21:22 * Tartarus fixes up another bugglet in minimal, wrt SPLASH and virtual/psplash May 01 20:23:59 looks good w/ a machine w/ screen feature, checking one without May 01 20:29:19 03Christian Rüb  07org.openembedded.dev * r945ace6092 10openembedded.git/recipes/qgpslog/qgpslog_0.2.0.bb: May 01 20:29:19 qgpslog: update to 0.2.1 May 01 20:29:19 * make resource requesting work while discharging May 01 20:29:19 Signed-off-by: Christian Rüb May 01 20:29:19 Signed-off-by: Martin Jansa May 01 20:29:30 03Michael Pilgermann  07org.openembedded.dev * r6098e9af89 10openembedded.git/recipes/openmoko-3rdparty/ (pisi_0.4.10.bb pisi_0.5.bb): May 01 20:29:31 pisi: upgrade from 0.5 to 0.5.1, remove old May 01 20:29:31 * added checksums May 01 20:29:31 * fixed DEPENDS May 01 20:29:31 Signed-off-by: Martin Jansa May 01 20:29:36 03Martin Jansa  07org.openembedded.dev * r9745a0c17c 10openembedded.git/recipes/shr/shr-settings_git.bb: May 01 20:29:37 shr-settings: bump SRCREV May 01 20:29:37 Signed-off-by: Martin Jansa May 01 20:30:53 03Tom Rini  07org.openembedded.dev * r17768e64cc 10openembedded.git/conf/distro/minimal.conf: May 01 20:30:53 minimal: Quoting fixups, always set virtual/psplash to what we would want. May 01 20:30:53 virtual/psplash is now always being set by compatibility-providers.conf May 01 20:30:53 so we want to always override it. May 01 20:30:53 Signed-off-by: Tom Rini May 01 20:30:59 OK, hopefully done for a while now. That was a non-fatal but annoying msg :) May 01 21:06:51 03Denys Dmytriyenko  07org.openembedded.dev * rbbea152f1d 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: (log message trimmed) May 01 21:06:51 libgles-omap3: fix 3 build issues with external CSL toolchain May 01 21:06:51 Fix the following 3 build issues: May 01 21:06:51 1. X11ROOT is used by GFX SDK Makefiles as a root of X11 installation and May 01 21:06:51 results in -I$(X11ROOT)/include and -L$(X11ROOT)/lib in CFLAGS/LDFLAGS. May 01 21:06:52 Set it to ${STAGING_DIR_HOST}/usr instead of ${STAGING_INCDIR}. Otherwise May 01 21:06:53 the build fails with the following error messages: **** ENDING LOGGING AT Sun May 02 02:59:56 2010