**** BEGIN LOGGING AT Tue Aug 13 03:00:00 2013
Aug 13 03:12:43 <uvan> Hi All, does any one know how to overwrite UBOOT_ARCH parameter? currently UBOOT_ARCH using environment ARCH
Aug 13 03:13:00 <uvan> i added to local.conf but doesn't help
Aug 13 06:33:10 <melonipoika> morning
Aug 13 06:33:25 <melonipoika> i have a strange issue with bitbake
Aug 13 06:33:56 <melonipoika> i have meta-qt5 layer and I am trying to build the pacakge qtdeclarative-qmlplugins
Aug 13 06:34:18 <melonipoika> but bitbake cannot find it
Aug 13 06:34:55 <JaMa> melonipoika: bitbake qtdeclarative
Aug 13 06:36:19 <melonipoika> Thanks JaMa, i tired that
Aug 13 06:37:03 <melonipoika> but then in my rootfs i am missing the folder /usr/lib/qt5/qml
Aug 13 06:37:37 <melonipoika> i added qtdeclarative to the IMAGE_INSTALL in my iamge recipe
Aug 13 06:38:26 <melonipoika> i can see a ipk package called qtdeclarative-qmlplugins that contains the files i need, that's why i thougt that i should add that package to the image_install too
Aug 13 06:38:42 <melonipoika> or should qtdeclarative pull that in too?
Aug 13 06:40:31 <JaMa> add qtdeclarative-qmlplugins to IMAGE_INSTALL or to RDEPENDS of component which needs them
Aug 13 06:44:34 <melonipoika> thanks JaMa, that worked
Aug 13 06:45:25 <melonipoika> i thinnk i tried that earlier, maybe i had a typo or something
Aug 13 06:48:30 <melonipoika> i have another question for you :-) I would like to chagen the qt version to 5.1. I have modified the file "qt5-versions.inc", but where should i include it?
Aug 13 07:00:17 <JaMa> melonipoika: include it in your distro config (or local.conf)
Aug 13 07:00:37 <melonipoika> thanks JaMa!
Aug 13 07:00:39 <JaMa> melonipoika: and you don't need to modify it, just change QT5_VERSION where you're including the .inc file
Aug 13 07:01:04 <melonipoika> ok
Aug 13 07:53:28 <g0hl1n> good morning everybody.
Aug 13 07:54:32 <g0hl1n> I've problems regarding samba + winbind + ADS + LDAP ... Has anybody implemented it already using recipes which build it from source?
Aug 13 07:55:25 <g0hl1n> 'cause in my case i get the following error message: configure:25048: error: ldap.h is needed for LDAP support
Aug 13 07:55:37 <JaMa> yes they are in meta-oe
Aug 13 07:56:03 <g0hl1n> yeah, but in meta-oe samba is without ldap/ADS support.
Aug 13 07:56:51 <g0hl1n> I've took that recipe and changed the --without- to --with- for ldap & ads, but then I get the mentioned error message
Aug 13 07:57:39 <JaMa> ok, sorry it wasn't clear if you're using existing recipes or your own
Aug 13 07:58:04 <JaMa> BTW please update recipes to use PACKAGECONFIG for options you need to change in your layer
Aug 13 07:58:11 <JaMa> it would make .bbappends a lot smaller
Aug 13 08:22:41 <melonipoika> JaMa, do you have experience setting up qt creator to build apps for yocto? I tried adding Qt from the yocto sysroot, but qtcreator compalins about invalid Qt verison
Aug 13 08:23:20 <melonipoika> "Qt version not properly installed"
Aug 13 08:24:15 <JaMa> melonipoika: no
Aug 13 08:24:20 <melonipoika> ok :-)
Aug 13 08:24:52 <melonipoika> it works ok if i cross compile qt from source on my host pc and use the qmake bin from there
Aug 13 08:25:32 <melonipoika> just wondered if i could use the qmake built by yocto
Aug 13 08:28:26 <erbo> it would be nice to get a useable qmake etc shipped with "-c populate_sdk", don't know how tricky it is to get working though
Aug 13 08:35:20 <JaMa> erbo: it shouldn't be so hard, patches welcome :)
Aug 13 08:37:19 <g0hl1n> JaMa: ok, thanks! Do you have an idea regarding my ldap.h problem?
Aug 13 08:42:11 <erbo> JaMa: I think we might want that for projects later this autumn, which means I might get time to work on it
Aug 13 08:44:25 <panda84kde> otavio: hi
Aug 13 08:49:45 <JaMa> g0hl1n: not really, I'm not using samba on any MACHINE I'm building for, did you add ldap dependency?
Aug 13 08:49:49 <JaMa> erbo: good
Aug 13 09:02:14 <g0hl1n> JaMa: I've added openldap...
Aug 13 10:19:05 <Guest92039> Hi
Aug 13 10:19:30 <Guest92039> How do I compile a recipe for host pc rather that target pc
Aug 13 10:19:31 <Guest92039> ?
Aug 13 10:21:06 <Guest92039> basically I am compiling a tool which is needed to be run on host pc
Aug 13 10:22:06 <RP> Guest92039: this is what the -native recipes are for (or BBCLASSEXTEND = "native"
Aug 13 10:23:15 <Guest92039> is there some example I can use
Aug 13 10:23:16 <Guest92039> ?
Aug 13 10:26:53 <bluelightning> Guest92039: find meta -name *-native*.bb
Aug 13 10:28:08 <bluelightning> Guest92039: or  git grep BBCLASSEXTEND | grep -w native
Aug 13 10:29:09 <bluelightning> Guest92039: (there are two alternatives, either "inherit native" and name your recipe xyz-native, or have the recipe provide both target and native variants by naming it xyz and adding BBCLASSEXTEND = "native" to it
Aug 13 10:29:56 <bluelightning> Guest92039: for the latter case you can override/append variable values for the native case only using the _class-native override or the target case only using _class-target
Aug 13 10:31:45 <Guest92039> ok I take a look in to that. I thought I knew something about yocto a few minutes ago before writing that question
Aug 13 10:41:57 <Zagor> rburton: your graph is access-restricted
Aug 13 10:42:26 <rburton> what?
Aug 13 10:42:28 <rburton> damnit
Aug 13 10:44:18 <rburton> goddamnit google, why isn't there a button for this
Aug 13 10:46:13 <rburton> Zagor: http://burtonini.com/computing/tmpfs.png
Aug 13 11:14:38 <g0hl1n> Hi, I'm getting this error message when I try to build openldap: tmp/work/cortexa9-vfp-vfpv3d16-untersberg-linux-gnueabi/openldap/2.4.35-r0/openldap-2.4.35/build/openldap.m4:675: error: AC_LANG_SOURCE: unknown language: _AC_LANG
Aug 13 11:14:54 <g0hl1n> does anybody have an idea whats the problem here?
Aug 13 11:43:13 <g0hl1n> this is the error message i get from bitbake: http://pastebin.com/RkFpUUPm
Aug 13 11:43:41 <g0hl1n> would be really nice if someone could help :-)
Aug 13 12:14:09 <bluelightning> rburton: any ideas? ^
Aug 13 13:21:01 <rburton> hm, no. sorry.
Aug 13 13:32:19 <cfo215> rburton: Thanks for  your help.  The problem was bad hardware.  I bought new PC yesterday and put Ubuntu 12.04.2 on it.  I'm cooking with gas now.
Aug 13 13:32:34 <rburton> cfo215: glad to hear it :)
Aug 13 13:32:58 <RP> cfo215: great!
Aug 13 13:33:12 <cfo215> RP: thanks to you too!
Aug 13 13:35:54 <cfo215> when you do a ". oe-... <machine> name" does it re-download everything when you bitbake the <machine>?
Aug 13 13:36:18 <rburton> cfo215: downloads are cached, so no
Aug 13 13:40:52 <cfo215> So my new PC is a AMD quad-core w/ 24GB of RAM.  How many instances of poky can I run?  If I change local config to 4 processes could I run two machines in two terminals?  Has anyone tried this?
Aug 13 13:42:29 <rburton> cfo215: yes, that would work
Aug 13 13:42:34 <rburton> you could probably have 8 each
Aug 13 13:44:03 <cfo215> rburton: thank you again.  Is Pseudo built for each machine?   I think the answer is yes.  Because if I understand the docs correctly that creates the rootfs.
Aug 13 13:44:30 <rburton> cfo215: just experiment.  all you need is different build directories for each machine you want to build *at the same time*
Aug 13 13:44:47 <rburton> you'll build pseudo once as it's a native tool
Aug 13 13:44:57 <cfo215> :)
Aug 13 13:46:37 <rburton> if you're doing multiple builds you can get them to share the sstate directory (see local.conf) so native stuff is only built once
Aug 13 13:47:53 <cfo215> so would I merge the sstate directory(s) for the machines I've already built and then update the local.conf files for future changes to the machines?
Aug 13 13:48:16 <cfo215> to point to the merged sstate directory that is.
Aug 13 13:49:14 <rburton> cfo215: just point them both at the same directory
Aug 13 14:04:47 <otavio> panda84kde: Hi
Aug 13 14:04:48 <otavio> :-)
Aug 13 14:05:15 <panda84kde> hi
Aug 13 14:07:05 <panda84kde> otavio: i'm building a softfloat core-image-x11 to see if the regression I was experiencing was just because of a mixed build (no clean of hardfp build) https://community.freescale.com/message/344572
Aug 13 14:08:16 <cfo215> do I need the meta-oe layer to work with the meta-ti layer?  Need to build customized image for Beaglebone Black.
Aug 13 14:09:05 <panda84kde> but if you need my help to reproduce https://bugzilla.yoctoproject.org/show_bug.cgi?id=5007 just let me know!
Aug 13 14:09:06 <yocti> Bug 5007: normal, Undecided, ---, otavio, NEW , mesa-demos fails to build with a undefined reference error
Aug 13 14:14:13 <otavio> panda84kde: it may be. But most likely it is due gpu-viv being installing the wayland binaries
Aug 13 14:14:52 <otavio> panda84kde: so when your build finishes please let me know. We may change the distro_features and give it another try
Aug 13 14:16:23 <panda84kde> otavio: you're thinking this broke X11 libEGL? http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-arm/commit/?h=master-next&id=20d7652906491f5b1851b979dc6ab174a835197b
Aug 13 14:16:40 <otavio> panda84kde: yes
Aug 13 14:17:07 <otavio> panda84kde: checking 3.5.7 binaries symbols it does not export any X11 one
Aug 13 14:17:14 <otavio> panda84kde: so it breaks
Aug 13 14:57:46 <sgw_> The Yocto Project Technical Meeting will be starting in about 2 Minutes, this is open to all members of the community, dial-in information
Aug 13 14:57:46 <sgw_> Dial-in number: 1.972.995.7777  / Participant passcode:   42001078
Aug 13 14:57:46 <sgw_> We use the YPTM as a prefix in the IRC since we have many people on the call.
Aug 13 14:58:43 <sgw_> YPTM: Saul is on the call
Aug 13 15:00:00 <davest> YPTM: davest on the call
Aug 13 15:00:03 <pidge> YPTM:  Beth is on the call
Aug 13 15:00:07 <kergoth> YPTM: Chris Larson on the call
Aug 13 15:00:12 <Song_Liu> YPTM: Welcome to the technical team meeting, please let me know who's on the bridge. Thanks!
Aug 13 15:00:12 <scottrif> YPTM: Scott Rifenbark joined the call
Aug 13 15:00:16 <Guest21492> YPTM: Tom Z on the call
Aug 13 15:00:17 <halstead> YPTM: Michael here.
Aug 13 15:01:01 <fray> YPTM: Mark is here..
Aug 13 15:01:03 <denix> YPTM: Denys is here
Aug 13 15:01:10 <zeddii> YPTM: Bruce Ashfield on the call.
Aug 13 15:01:11 <cristianiorga> YPTM: Cristian joined
Aug 13 15:01:18 <fray> I have a topic for the team sharing later..  "PACKAGE_EXCLUDE" (formerly known as package removal)
Aug 13 15:01:21 <cristiana> Cristiana on the call.
Aug 13 15:01:22 <RP> Song_Liu: YPTM I'm on the call
Aug 13 15:01:41 <evadeflow> David Wolfe of Navigation Solutions here.
Aug 13 15:01:59 * nitink is on the YPTM call
Aug 13 15:02:06 <bluelightning_> YPTM: Paul Eggleton joined
Aug 13 15:02:44 <rburton> YPTM: ross joined
Aug 13 15:03:35 <dvhart> YPTM: Darren has joined
Aug 13 15:03:41 <jmpdelos> YPTM: Polk joined
Aug 13 15:03:42 <belen> YPTM: Belen joined
Aug 13 15:03:42 <simar> YPTM: simar is on the call.
Aug 13 15:04:56 <jzhang-laptop> YPTM: jzhang on the call
Aug 13 15:05:29 <Song_Liu> YPTM: Any open?
Aug 13 15:06:01 <pidge> YPTM: M4 code freeze
Aug 13 15:06:11 <fray> YPTM: for team sharing I have something about PACKAGE_EXCLUDE (formerly package removal)..
Aug 13 15:06:27 <bluelightning> YPTM: 1.4.2
Aug 13 15:06:33 <sgw_> Welcome Back RP!
Aug 13 15:07:18 <Crofton|work> have you guys ever thought about using meetbot for keeping minutes?
Aug 13 15:07:34 <RP> sgw_: thanks :)
Aug 13 15:07:41 <halstead> Indeed welcome back RP!
Aug 13 15:07:57 * RP notes the project is still roughly in one piece :)
Aug 13 15:10:33 <c00kiemon5ter> :)
Aug 13 15:11:15 <denix> RP: no, it's not in one piece - it's split in many layers! :)
Aug 13 15:11:21 <Crofton|work> RP, you must be disappointed
Aug 13 15:12:47 <halstead> Crofton|work, I don't know if meetbot has been considered but yocti has the capability if we want to enable the plugin.
Aug 13 15:14:20 <Crofton|work> lets talk with Jefro1 about this
Aug 13 15:14:58 <denix> indeed, no bot can replace Jefro! :)
Aug 13 15:19:20 <scottrif> bluelightning: send me information on any PACKAGE_REMOVAL (or whatever) variables end up coming out of this and I will get them in the glossary.
Aug 13 15:19:42 <RP> Crofton|work: no, not disappointed at all! :)
Aug 13 15:22:09 <bluelightning> scottrif: at the moment the implementation isn't completely solidified yet though, so I will when it is
Aug 13 15:22:20 <ramana_> https://wiki.yoctoproject.org/wiki/Binary_configuration_support
Aug 13 15:22:51 <ramana_> https://bugzilla.yoctoproject.org/show_bug.cgi?id=3252
Aug 13 15:22:52 <yocti> Bug 3252: enhancement, Low, 1.5 M4, venkatarg, IN PROGRESS DESIGN , Binary level package selection and configuration tool.
Aug 13 15:23:18 <ramana_> richard please review the same
Aug 13 16:30:48 <bluelightning> JaMa: btw, it would be great if you could time the meta-oe gst-ffmpeg bbappend removal with the pending corresponding OE-Core gst-ffmpeg commits (currently in Saul's consolidated pull)
Aug 13 16:30:58 <bluelightning> JaMa: merges should be quicker with Richard back
Aug 13 16:31:02 <b1gtuna> good morning everybody! does anyone have experience touch-screen only setup? I need an on-screen keyboard to login
Aug 13 16:32:01 <b1gtuna> GDM should work with GOK (Gnome On-Screen Keyboard), but I don't think Yocto/OE have separate recipe for it
Aug 13 16:34:01 <panda84kde> otavio: I'm reproducing the problem. Should I distro_feature? How?
Aug 13 16:34:16 <JaMa> bluelightning: ack, will drop it when I see it in oe-core update
Aug 13 16:34:29 <bluelightning> JaMa: cool, thx
Aug 13 16:34:43 <panda84kde> * should I change DISTRO_FEATURES?
Aug 13 16:35:51 <bluelightning> JaMa: FYI I also have a tslib update pending that should allow removing the recipe from meta-oe, but I'll send a patch for the latter once the former is in (just waiting to hear back from kergoth about a patch we currently include for MIPS/PPC in the OE-Core recipe)
Aug 13 16:41:31 <mr_science> http://igurublog.wordpress.com/2012/10/14/gentoo-systemd-torvalds/  <=  apparently a lot goes on while i'm bust working...
Aug 13 16:41:37 <mr_science> *busy even
Aug 13 16:42:17 <bluelightning> erm, that's from last year...
Aug 13 16:42:53 <JaMa> bluelightning: great
Aug 13 16:43:06 <mr_science> yeah, but i just hit the threshold last night upgrading the older kid's laptop
Aug 13 16:43:22 <mr_science> so i had to do some backfill...
Aug 13 16:44:10 <mr_science> i did manage to mask out a handful of gnome-3.8 stuff and upgrade everything with use=-systemd
Aug 13 16:44:24 <mr_science> not sure how long that will last...
Aug 13 16:48:46 <mr_science> bluelightning: plus i've mostly been this busy for about a year and a half...
Aug 13 16:49:01 * mr_science needs a sabbatical
Aug 13 16:49:05 <bluelightning> ah ok
Aug 13 16:49:09 <bluelightning> don't we all...
Aug 13 16:50:06 <mr_science> will definitely read some more of IgnorantGuru's Blog...
Aug 13 16:52:31 <mr_science> does make me glad i made my rpi-xorg image sans systemd...
Aug 13 17:14:33 <mr_science> yay, today we kick the 1.5.0 release out the door
Aug 13 17:38:22 <b1gtuna> mr_science: I just updated my layer to 1.4.1... it took me 3 weeks to update. Why is this happening
Aug 13 17:44:40 <mr_science> b1gtuna: more context, please...
Aug 13 17:45:15 <b1gtuna> mr_science: i was just crying a little because i can never keep up with the release cycle
Aug 13 17:45:40 <b1gtuna> mr_science: Wasn't 1.5 release scheduled for October?
Aug 13 17:48:48 <kergoth> yocto 1.5 is scheduled for october, yes, afaik
Aug 13 17:52:28 <b1gtuna> kergoth: great! thanks
Aug 13 18:02:08 <cfo215> I've successfully booted my "core-image-sato-beagleboard" image on to the Beagleboard-xM.  Only trouble it that my LCD displays a mirror image of the screen.  i.e, I'd have to look at it via a mirror to see the text correctly.  Anyone ever run into this?  I'm running a Beagleboard xM rev. C2 with the Beagleboard xM LCD7 rev. B.
Aug 13 18:02:38 <mr_science> sorry b1gtuna, that was my own 1.5.0
Aug 13 18:03:14 <mr_science> for the gen1 synergyHD3 hardware...
Aug 13 18:03:21 <cfo215> oh yeah, it's also upside down.
Aug 13 18:04:36 <mr_science> cfo215: so if you can get behind the mirror and crank your head, does it should look correct?
Aug 13 18:05:15 <b1gtuna> mr_science: ahh i see. congrats =)
Aug 13 18:06:04 <cfo215> mr_science: if I put the image up to a mirror I could read it properly, if I flip it right side up.
Aug 13 18:06:13 <b1gtuna> cfo215: i'm actually trying the sato image on an Overo right now (similar to beagle). Will see if I need a mirror and crank my head
Aug 13 18:07:05 <cfo215> b1gtuna: good luck with that.  Hopefully you won't have to stand on your head while looking into a mirror.
Aug 13 18:07:19 <mr_science> if you can get inside the mirror, maybe you'll see snow white when you look back out...
Aug 13 18:07:33 <b1gtuna> cfo215: anything for science!
Aug 13 18:07:58 <cfo215> mr_science: b1gtuna: nice!
Aug 13 18:08:33 <cfo215> I suppose it's some tweak required in the X11 config...
Aug 13 18:09:19 <rburton> cfo215: upside down and mirrored sounds like something you can fix with xrandr
Aug 13 18:09:23 <rburton> it has rotate options
Aug 13 18:11:36 <mr_science> rburton: are you talking fix-while-running, or fix on the build side?
Aug 13 18:12:08 <mr_science> seems like a runtime fix, unless it can spit out some kind of config file
Aug 13 18:12:32 * mr_science doesn't usually have to mess with that
Aug 13 18:12:37 <cfo215> rburton: I'll try that... as soon as I get my terminal connected to the serial port from the console shell.
Aug 13 18:21:33 <cfo215> rburton:  this is what I got:
Aug 13 18:21:37 <cfo215> Beagleboard xM LCD7 rev. B
Aug 13 18:21:46 <cfo215> rburton:
Aug 13 18:21:50 <cfo215> root@beagleboard:/bin# xrandr
Aug 13 18:21:52 <cfo215> Screen 0: minimum 320 x 200, current 1440 x 900, maximum 1600 x 1600
Aug 13 18:21:54 <cfo215> DFP1 disconnected (normal left inverted right x axis y axis)
Aug 13 18:21:56 <cfo215> DFP2 disconnected (normal left inverted right x axis y axis)
Aug 13 18:21:58 <cfo215> DFP3 disconnected (normal left inverted right x axis y axis)
Aug 13 18:22:00 <cfo215> DFP4 disconnected (normal left inverted right x axis y axis)
Aug 13 18:22:02 <cfo215> DFP5 connected 1440x900+0+0 (normal left inverted right x axis y axis) 408mm x 255mm
Aug 13 18:22:04 <cfo215>    1440x900       59.9*+   75.0
Aug 13 18:22:06 <cfo215>    1280x1024      75.0     60.0
Aug 13 18:22:08 <cfo215>    1280x960       75.0     60.0
Aug 13 18:22:10 <cfo215>    1280x800       59.8
Aug 13 18:22:12 <cfo215>    1152x864       75.0     59.9
Aug 13 18:22:14 <cfo215>    1280x768       59.8
Aug 13 18:22:16 <cfo215>    1280x720       59.8
Aug 13 18:22:18 <cfo215>    1024x768       75.0     70.1     60.0
Aug 13 18:22:20 <cfo215>    800x600        72.2     75.0     60.3     56.2
Aug 13 18:22:22 <cfo215>    640x480        75.0     72.8     67.0     59.9
Aug 13 18:22:24 <cfo215> CRT1 disconnected (normal left inverted right x axis y axis)
Aug 13 18:22:26 <cfo215> root@beagleboard:/bin#
Aug 13 18:31:47 <b1gtuna> cfo215:  urg i get a kernel panic on my sato build =(
Aug 13 18:34:22 <cfo215> no errors on build (assume you ment bitbake?)
Aug 13 18:34:38 <cfo215> I'll dmesg and see what comes up
Aug 13 18:35:11 <cfo215> rbutron:  I'm happy to have gotten this far :)
Aug 13 18:36:51 <cfo215> b1gtuna: 'dmesg | grep panic' didn't find anything.
Aug 13 18:38:17 <cfo215> b1gtuna: never mind. I think I understand it was a statement, not a question.  Sorry you're having trouble.  I really know what that feels like.
Aug 13 18:40:22 <kergoth> please use a pastebin for future long pastes
Aug 13 18:40:45 <cfo215> kergoth: will do.
Aug 13 18:40:55 <kergoth> thanks
Aug 13 18:46:41 <cfo215> kergoth: any ideas on my LCD7 issue?
Aug 13 18:47:36 <kergoth> I'd suggest asking in the beagleboard channel
Aug 13 18:51:39 <RP> cfo215: At this point you're at hardware rather than build issues so the beagleboard people are probably the ones to ask
Aug 13 18:55:55 <cfo215> RP: I figured it was a demo image provided by Yocto, so I'd start here.
Aug 13 18:56:24 <cfo215> RP: ./meta-yocto-bsp/recipes-graphics/xorg-xserver/xserver-xf86-config/beagleboard
Aug 13 18:57:57 <cfo215> RP: might make life easier for nobs like me down the road.
Aug 13 19:08:24 <JaMa> RP: is it possible that virtual/foo providers added to DEPENDS from PACKAGECONFIG are evaluated too late and dependency can be missing?
Aug 13 19:08:58 <JaMa> RP: e.g. in qemuarm build I can see virtual/libgl in qtbase DEPENDS, but still mesa wasn't built before qtbase even with PREFERRED_PROVIDER correctly set
Aug 13 19:10:17 <JaMa> RP: bitbake -g confirms this behavior no dependency
Aug 13 19:12:38 <kergoth> interesting
Aug 13 19:13:37 * JaMa creating bug report to describe it
Aug 13 19:17:56 <RP> JaMa: I'd have to look at how we implemented PACKAGECONFIG but I'd have expected the same to apply for any DEPENDS value
Aug 13 19:25:59 <JaMa> it's a bit more complicated, see https://bugzilla.yoctoproject.org/show_bug.cgi?id=5013
Aug 13 19:26:00 <yocti> Bug 5013: normal, Undecided, ---, saul.wold, NEW , dependency on virtual providers doesn't work when added through PACKAGECONFIG
Aug 13 19:26:26 <JaMa> it doesn't work when added from local.conf PACKAGECONFIG_append_pn-qtbase = " icu gl"
Aug 13 19:26:35 <JaMa> but works when included in default PACKAGECONFIG
Aug 13 19:27:29 <RP> JaMa: that sounds like we need to expand the datastore being used in the PACKAGECONFIG code
Aug 13 19:28:26 <RP> JaMa: in base.bbclass, find the pkgconfig = (d.getVar('PACKAGECONFIG', True) or "").split()
Aug 13 19:29:09 <RP> ld = bb.data.createCopy(d)
Aug 13 19:29:09 <RP> bb.data.update_data(ld)
Aug 13 19:29:09 <RP> then use ld.getVar("PACKAGECONFIG"...
Aug 13 19:29:23 <RP> JaMa: totally guessing mind ;-)
Aug 13 19:30:04 * JaMa trying
Aug 13 19:35:53 <JaMa> looks to be working, thanks a lot RP!
Aug 13 19:36:46 <RP> JaMa: np, pleased it worked :)
Aug 13 19:38:25 <JaMa> hmm maybe it was cache issue, now I have removed that fix again and it is still working
Aug 13 19:39:03 <JaMa> I'll hold that patch for tomorror and test it in the morning after coffee
Aug 13 19:39:41 <RP> JaMa: I suspect it is a genuine bug but the cache will mean it needs careful testing
Aug 13 19:40:01 * RP wishes we still had the more robust cache mechanism :/
Aug 13 22:21:05 <JaMa> bluelightning: .bbappend removed :)
Aug 13 22:21:55 <JaMa> bluelightning: please send patches removing libav, x264, yasm when you can
Aug 13 22:22:05 <bluelightning> JaMa: thanks :)
Aug 13 22:22:11 <bluelightning> JaMa: right, I'll do that now
Aug 13 22:30:19 <bluelightning> JaMa: done
Aug 13 22:30:36 <bluelightning> JaMa: could you reply to my email re the buildhistory patch when you get a chance?
Aug 13 22:30:43 <bluelightning> (please)
Aug 13 22:32:10 <JaMa> yes will do, sorry I was very busy, tomorrow I'll find time to test it
Aug 13 23:10:43 <ftonello> anyone tried to update smart with a post install script that changes the smart channels?
Aug 13 23:10:47 <ftonello> it gets some errors
Aug 13 23:11:00 <ftonello> like:
Aug 13 23:11:03 <ftonello> Output from smartpm-1.4.1-r11@armv7a_vfp_neon:
Aug 13 23:11:04 <ftonello> warning: Can't edit channels information.
Aug 13 23:11:05 <ftonello> error: Configuration is in readonly mode.
Aug 14 00:44:26 <carlos001_> Hi! so newby question, I am using yocto (dylan) for a beagleboard, compiled gcc and it is running at the beagleboard, but when I try to compile code (simple hello world with stdio.h) i get that the header cant be found, it is not at the board, any suggestion on how to get headers at the board in order to compile code there?
Aug 14 00:45:11 <carlos001_> I wonder if there is already a package or related that adds headers into the board
Aug 14 00:57:55 <seebs> Usually the answer is "you don't, you build stuff on the host". I mean, you can compile on the target, but it's not usually useful.
Aug 14 01:03:41 <carlos001_> I see, thank you for your answer, yes I am aware of cross compilation, but my intetion is to compile code at the board
Aug 14 01:06:20 <carlos001_> not huge projects, just basic code for developing stuff and related
Aug 14 01:10:46 <seebs> At that point, I think mostly you need to tell the system that you want development packages on the target. I haven't done this often enough to remember off the top of my head, but you probably want things like gcc, eglibc, and eglibc-dev. The -dev packages would be the first candidate that comes to mind for being missing.
Aug 14 01:11:34 <carlos001_> hmmm interesting yes I have gcc and eglibc, but no -dev
Aug 14 01:13:07 <seebs> afk a bit, likely back later.
**** ENDING LOGGING AT Wed Aug 14 02:59:59 2013