**** BEGIN LOGGING AT Wed Oct 24 03:00:01 2012 Oct 24 07:15:49 hi stefan_schmidt Oct 24 07:17:02 woglinde: moin Oct 24 07:30:02 good morning Oct 24 07:30:09 hi mckoan Oct 24 07:59:24 morning all Oct 24 07:59:55 woglinde: btw what's happening with the meta-java patches currently in patchwork? Oct 24 08:10:58 morning all Oct 24 08:18:29 morning everyone Oct 24 08:55:51 bl no idea didnt looked Oct 24 08:56:09 or do you mean the openjdk 1.7 ones from steffen? Oct 24 08:59:53 woglinde: yes, and there's a set from khem as well Oct 24 08:59:58 plus: http://patchwork.openembedded.org/patch/20295/ Oct 24 09:00:05 and http://patchwork.openembedded.org/patch/38147/ Oct 24 09:00:42 here's the entire list: http://patchwork.openembedded.org/project/oe/list/?q=meta-java Oct 24 09:01:04 It is possible run a standard OE image with Qemu? Or it is necessary an "ad-hoc" image? Oct 24 09:02:08 silvio: any image should be fine Oct 24 09:02:11 silvio: its just an image - add kernel and boot Oct 24 09:17:36 bl I alread talked with steffen 1.7 will be removeds Oct 24 09:17:47 so the patches are obsolete Oct 24 09:18:08 woglinde: ok, do you want me to mark them as superseded then? or rejected? Oct 24 09:18:14 what about the others? Oct 24 09:18:43 jan is in Oct 24 09:20:01 sorry Oct 24 09:20:03 later Oct 24 09:20:23 ok Oct 24 09:25:55 jackmitchell: check if those .la files are really removed after you do cleansstate Oct 24 09:26:24 jackmitchell: if they are still there then grep sstate-control dir to find which recipe added them to sysroot Oct 24 09:29:15 JaMa: .la files were removed Oct 24 09:29:24 JaMa: sstate-control says: Oct 24 09:29:24 [build@yoctoBuilder sstate-control]$ grep -r libXau.la * Oct 24 09:29:25 manifest-armv7a-vfp-neon-libxau.populate-sysroot.beaglebone:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/beaglebone/usr/lib/libXau.la Oct 24 09:29:25 manifest-beaglebone-libxau.populate-sysroot:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/beaglebone/usr/lib/libXau.la Oct 24 09:29:25 manifest-x86_64-nativesdk-libxau.populate-sysroot:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/x86_64-nativesdk-pokysdk-linux/opt/poky/1.3+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/libXau.la Oct 24 09:29:25 master.list:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/x86_64-nativesdk-pokysdk-linux/opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/libXau.la Oct 24 09:29:25 master.list:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/beaglebone/usr/lib/libXau.la Oct 24 09:33:18 jackmitchell: I mean those other .la files which referenced libXau.la Oct 24 09:33:29 jackmitchell: like xrender etc Oct 24 09:34:16 JaMa: I think that is what I did, here Oct 24 09:34:39 579 bitbake -c cleansstate libxrandr libxrender libxext Oct 24 09:34:39 580 bitbake -c cleansstate nativesdk-libxrandr nativesdk-libxrender nativesdk-libxext Oct 24 09:34:39 581 cd /mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/x86_64-nativesdk-pokysdk-linux/opt/poky/1.2+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/ Oct 24 09:34:39 582 grep -r libXau.la * Oct 24 09:34:48 which returned no matched files Oct 24 09:35:09 then I grepped sstate-cache Oct 24 09:35:20 s/cache/control Oct 24 09:36:12 just for test try it in target sysroot too Oct 24 09:40:57 JaMa: I got a lot of matches in the target sysroot Oct 24 09:44:37 http://ix.io/3e5 Oct 24 09:45:04 jackmitchell: you have to cleansstate them too Oct 24 09:45:21 JaMa: :/ ok Oct 24 09:48:03 jackmitchell: you can add PR bump to them all, something like http://git.openembedded.org/openembedded-core/commit/?id=1da6a2dbd5e7aeea6cd45ca05590bdd50b67bf89 Oct 24 09:50:59 JaMa: I'll see what I can do, how do I clean gtk-2,0 files? I can;t find the right gtk recipe Oct 24 09:54:04 iirc from gdk-pixbuf, but grep sstate-control to be sure Oct 24 09:59:10 for run image with qemu u use "runqemu qemux86" or "qemu-system-arm" ? Oct 24 10:02:37 it's good idea to use bitbake-1.14.0 with current oe? Oct 24 10:03:00 i get some errors in bb Oct 24 10:05:24 MrBar: oe-classic? Oct 24 10:06:38 what? Oct 24 10:06:49 oe from git oe.org Oct 24 10:07:23 there comments which is in the middle of a multiline expression Oct 24 10:09:19 which git repo? Oct 24 10:09:44 there are openembedded = oe-classic, and then openembedded-core + meta-openembedde = new oe Oct 24 10:10:25 but multiline issues are definetly oe-classic, yes you need older bitbake for that Oct 24 10:12:41 i use git clone git://git.openembedded.org/openembedded Oct 24 10:12:56 oe-classic Oct 24 10:13:08 and where new oe? Oct 24 10:13:53 JaMa: I can't get rid of some of the files in the target directory - I think I might be best just blitzing the tmp directory - it's a pain but this is going nowhere Oct 24 10:14:37 MrBar: hmm, read what I wrote Oct 24 10:14:49 JaMa: I think I also need to take a serious look at implementing some recipes to check if X is in the image features and build accordingly Oct 24 10:14:53 jackmitchell: cannot find them in sstate-control? Oct 24 10:15:03 JaMa: what would be the best way to find them like that Oct 24 10:15:06 for example Oct 24 10:15:07 jonmasters: not image features but distro features Oct 24 10:15:42 tmp/sysroots/beaglebone/usr/lib/lttv/plugins/libsync_chain_batch.la:dependency_libs=' =/usr/lib/libgtk-x11-2.0.la =/usr/lib/libgdk-x11-2.0.la =/usr/lib/libatk-1.0.la =/usr/lib/libpangocairo-1.0.la =/usr/lib/libcairo.la -L=/usr/lib =/usr/lib/libpangoft2-1.0.la =/usr/lib/libstdc++.la =/usr/lib/libpango-1.0.la =/usr/lib/libpangoft2-1.0.la =/usr/lib/libstdc++.la =/usr/lib/libgdk_pixbuf-2.0.la =/usr/lib/libgio-2.0.la =/usr/lib/libgio-2.0.la -lresolv =/usr/li Oct 24 10:15:55 jackmitchell: grep -R libsync_chain_batch.la sstate-control Oct 24 10:15:58 i've cleaned all the lttng recipes original and 2.0 but I can't get rid Oct 24 10:16:23 doesn't look like lttng related to me Oct 24 10:16:45 which gave: tmp/sstate-control/master.list:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/beaglebone/usr/lib/lttv/plugins/libsync_chain_batch.la Oct 24 10:16:45 tmp/sstate-control/manifest-beaglebone-lttng-viewer.populate-sysroot:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/beaglebone/usr/lib/lttv/plugins/libsync_chain_batch.la Oct 24 10:16:45 tmp/sstate-control/manifest-armv7a-vfp-neon-lttng-viewer.populate-sysroot.beaglebone:/mnt/storage/yoctoBuilds/poky-beaglebone.git/beaglebone-db/tmp/sysroots/beaglebone/usr/lib/lttv/plugins/libsync_chain_batch.la Oct 24 10:17:07 ah ok then it's lttng related :) Oct 24 10:17:13 lttng-viewer installs it Oct 24 10:17:24 and I have cleans lttng-viewer... Oct 24 10:17:30 that was the first one I cleaned Oct 24 10:17:44 with MACHINE set to beaglebone? Oct 24 10:17:47 yup Oct 24 10:19:01 ahh you have 2 versions it seems one armv7a-vfp-neon and other machine specific Oct 24 10:20:37 so, how would I clean them seperately or both at the same time, or is it left over cruft Oct 24 10:21:38 probably left over cruft and you cannot cleansstate old version unless you use the same metadata as old version had Oct 24 10:21:46 but you can probably just remove this .la Oct 24 10:22:08 is it only one like this, or there are more? Oct 24 10:26:32 JaMa: I'm not sure Oct 24 10:26:50 JaMa: there are a lot to clean... Oct 24 10:27:16 gdkpixbuf is one of them too Oct 24 10:28:15 libxcb seems to be an offender Oct 24 10:28:21 well it's up to you if you want to fix your sysroot or dump it Oct 24 10:28:49 but those PR bump can help others with the same issue Oct 24 10:29:15 what is the most efficient way of dumping it, removing whole temp, or just the sysroot dirs... Oct 24 10:29:27 that's why I do them even after fixing my sysroots with cleansstate (using cleansstate to see which recipes needs to be PR bumped in first place) Oct 24 10:30:06 you can keep only persistence db and buildhistory dir Oct 24 10:30:16 indeed I understand, I can try and get a few PR bumps in but I wouldn't be able to guarentee I got them all Oct 24 10:30:41 true.. that covers only what you already had built Oct 24 10:31:05 and it won't cover what I can remove - as I cannot be sure that is a problem child Oct 24 10:31:12 s/can/can't Oct 24 10:43:08 Is there a way to check if X is included in the image and therefore decide whether or not to include a recipe Oct 24 10:43:46 for example, lttng-viewer brings in mega dependencies but I have no X in my image so it is useless to me Oct 24 10:43:55 no it needs to be distro flag not image Oct 24 10:43:58 i get ParsingErrorsFound Oct 24 10:44:12 because package is created only once and can be used in different images Oct 24 10:44:28 hmm ok Oct 24 10:45:16 is it wise to check distro_features and enable/disable a recipe based on that? Oct 24 10:45:54 jackmitchell: we certainly add and remove build-time dependencies in that manner Oct 24 10:46:27 ok, but this is a full recipe rather than dependencies Oct 24 10:46:37 it is brought in by pkgs-dbg Oct 24 10:47:01 so would it be wise to maybe alter pkgs-dbg to string lttng-viewer from being installed? Oct 24 10:47:22 and if so, would a pkgs-dbg-noX option be a useful addition? Oct 24 10:47:34 s/string/stop Oct 24 10:47:47 pkgs-dbg? Oct 24 10:48:09 IMAGE_FEATURE? Oct 24 10:48:18 EXTRA_IMAGE_FEATURES = "debug-tweaks tools-debug tools-profile dbg-pkgs" Oct 24 10:48:22 yes, image feature Oct 24 10:49:07 after looking at that list maybe it is tools-debug/tools-profile that is bringing it in Oct 24 10:49:30 right, that has an explicit dependency on lttng-viewer Oct 24 10:51:30 so you can either remove that from EXTRA_IMAGE_FEATURES, or change the packagegroup-core-tools-profile recipe so that it's conditionally brought in on x11 in DISTRO_FEATURES Oct 24 10:51:40 (and then remove x11 from DISTRO_FEATURES) Oct 24 10:52:12 so x11 is a default distro feature of poky? Oct 24 10:53:45 yes Oct 24 10:58:48 i'm trying to find the poky default distro_features, are they inherited from oe-core? Oct 24 10:59:14 I can only find a distro_features_append in poky.conf Oct 24 11:04:22 jackmitchell: yes, the default values are set in meta/conf/distro/defaultsetup.conf Oct 24 11:13:00 bluelightning: that is particularly enlightening, thanks. Oct 24 11:37:42 Has anybody packaged those fonts from google? http://code.google.com/p/googlefontdirectory/source/checkout Oct 24 11:38:54 The whole set of fonts seems to be 148 MB, which is too much for me. Oct 24 11:39:51 Can I use PACKAGES_DYNAMIC and do_split_packages somehow to put all the 1103 fonts each in their orwn packages? Oct 24 11:40:41 Or maybe Somename-*.ttf in the same package. Oct 24 11:44:15 I tried to take example from openembedded-core/meta/classes/kernel.bbclass, but it seems adding "python populate_packages_prepend() { do_split_packages(...) }" and PACKAGES_DYNAMIC += "googlefont-*" is not enough. Oct 24 11:44:54 it should be if you have do_split_packages params right Oct 24 11:45:07 but please use ^googlefont-.* in PACKAGES_DYNAMIC Oct 24 11:49:32 I tried: do_split_packages(d, root='/usr/share/fonts/truetype', file_regex='^(.*)\.ttf$', output_pattern='googlefont-%s', description='googlefont %s') Oct 24 11:49:42 but all the fonts end up in the same package Oct 24 11:53:50 you can replace /usr/share wit $datadir Oct 24 11:54:17 but I don't see anything wrong.. add some debug output in do_split_packages to see what's wrong Oct 24 13:04:00 hello guys Oct 24 13:04:14 we are running 2.6.32 kernel on mips system Oct 24 13:04:27 but on boot avahi-daemon does not start Oct 24 13:04:47 saying Oct 24 13:05:00 Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon Oct 24 13:05:00 Timeout reached while wating for return value Oct 24 13:05:00 Could not receive return value from daemon process. Oct 24 13:05:01 ...fail! Oct 24 13:05:17 I have been googling it but can't find the reason Oct 24 13:05:23 any pointers Oct 24 13:06:42 why xorg related native compiled? Oct 24 13:31:10 MrBar: you are talking about Avahi? Oct 24 13:45:52 no Oct 24 14:39:13 morning Oct 24 16:22:17 hi all Oct 24 16:24:03 hi pb_ Oct 24 23:08:17 otavio: Are you actively working on the meta-qt5? Oct 25 01:23:11 how does --ignore-depends work Oct 25 01:23:45 I can't get bitbake to stop building webkit if I changed qt even though qt should be binary compatible still Oct 25 01:24:00 so for every little change in qt it will do a 7 minute webkit task **** ENDING LOGGING AT Thu Oct 25 03:00:00 2012