**** BEGIN LOGGING AT Wed Sep 10 02:59:58 2014
Sep 10 05:24:08 <iwamatsu> Hi
Sep 10 05:24:15 <iwamatsu> Can we use the variable for substitution to _remove of the variable?
Sep 10 05:24:22 <iwamatsu> For example, the following works.
Sep 10 05:24:55 <iwamatsu> FOO = "aaa bbb ccc ddd"
Sep 10 05:24:55 <iwamatsu> FOO_remove = "bbb"
Sep 10 05:25:07 <iwamatsu> FOO is "aaa ccc ddd"
Sep 10 05:25:24 <iwamatsu> However, the next does not work.
Sep 10 05:25:42 <iwamatsu> FOO = "aaa bbb ccc ddd"
Sep 10 05:25:42 <iwamatsu> BAR = "bbb"
Sep 10 05:25:42 <iwamatsu> FOO_remove = "${BAR}"
Sep 10 05:25:55 <iwamatsu> FOO is "aaa bbb ccc ddd"
Sep 10 05:26:27 <iwamatsu> Is this specifications　of bitbake?
Sep 10 06:43:46 <ndec> iwamatsu: i think this has been reported here before. i don't remember the outcome, but i would tend to believe this is a bug. have you checked if there is a bug for that already?
Sep 10 06:55:29 <iwamatsu> ndec: Hi! I just checked.
Sep 10 06:56:16 <iwamatsu> The same problem had been registered as # 6624.
Sep 10 06:56:33 <iwamatsu> thanks!
Sep 10 06:57:43 <ndec> iwamatsu: ok. good...
Sep 10 06:58:53 <iwamatsu> ndec: I think too that this is bug....
Sep 10 07:23:26 <mckoan> good morning
Sep 10 07:23:33 <kanupatar> mckoan: gm
Sep 10 07:28:50 <bluelightning> morning all
Sep 10 07:30:49 <tanamo> Hello all, I was just wondering why there's no /usr/lib32 folder created when I built an image with multilib support? I was expecting it to create a /usr/lib32 folder with 32-bit libraries but what happened is /usr/lib contains 32-bit libraries and /usr/lib64 for 64-bit ones.
Sep 10 07:46:55 <redengin> is there a guide on the clean targets?   or am I better off just copying over the downloads and rebuilding from scratch?
Sep 10 07:48:42 <LetoThe2nd> redengin: you can/should have a shared downloads directory anyways, and maybe also a shared sstate
Sep 10 07:49:00 <LetoThe2nd> then you can basically just rm the build dir and restart :)
Sep 10 07:49:40 <redengin> LetoThe2nd, so I shouldn't look for a magic clean command?
Sep 10 07:50:17 <redengin> btw, I'm creating my own layers, so I don't trust sstate
Sep 10 07:51:13 <LetoThe2nd> redengin: i don't know if there's some magic available, but sstate usually should be fine sharing, even with layer changes.
Sep 10 07:52:08 <redengin> LetoThe2nd, can I trust "bitbake -c cleanall recipe"  to update sstate?
Sep 10 07:52:42 <redengin> it doesn't seem to work inside a project
Sep 10 07:52:59 <LetoThe2nd> redengin: i personally don#t know.
Sep 10 07:54:14 <redengin> guess I'll go with the flow and just create new projects once I get it to work once inside a project
Sep 10 07:55:12 <redengin> seems like a lot of wasted cycles recreating the build toolchain each time though
Sep 10 07:59:34 <ndec> redengin: sharing downloads and sstate-cache folder is typically the solution to avoid wasting cycles. have you faced any issues with those?
Sep 10 08:03:52 <redengin> I've not see any issues sharing downloads, I'll start reusing sstate now
Sep 10 08:05:03 <redengin> at that point though, could I just remove the whole project's tmp?
Sep 10 08:19:13 <jmleo> Hi
Sep 10 08:19:40 <jmleo> In meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc the EXTRA_OECONF is set
Sep 10 08:19:51 <jmleo> and disables rtmp (--disable-rtmp)
Sep 10 08:20:06 <jmleo> I owuld like to enable it from a custom recipe in my meta, but I don't know how
Sep 10 08:22:13 <redengin> but you just want to enable that one without resetting the whole variable?
Sep 10 08:22:39 <jmleo> yes
Sep 10 08:23:19 <redengin> have you tried EXTRA_OECONF_append = "--enable-rtmp"?
Sep 10 08:23:51 <jmleo> then, EXTRA_OECONF will have --disable-rtmp and at the bottom --enable-rtmp
Sep 10 08:24:01 <jmleo> I don't know if this is safe
Sep 10 08:24:20 <bluelightning> ideally that would be made into a PACKAGECONFIG and then that would be easier to override
Sep 10 08:24:27 <ndec> EXTRA_OECONF_remove = "--disable-rtmp" , maybe?
Sep 10 08:24:47 <bluelightning> that should do as a workaround for the time being yes
Sep 10 08:25:49 <jmleo> it would be better to have PACKAGECONFIG[rtmpdump]
Sep 10 08:26:01 <jmleo> as this depends on librtmp, provided by rtmpdump
Sep 10 08:26:15 <bluelightning> definitely yes
Sep 10 08:26:31 <bluelightning> PACKAGECONFIG[rtmp] probably since rtmp is the functionality
Sep 10 11:55:19 <sodik> hi folks
Sep 10 11:55:50 <sodik> I have problem running the python3 from 1.6.1 builds
Sep 10 11:56:17 <sodik> experiencing following error:
Sep 10 11:56:20 <sodik> # python3 Fatal Python error: Py_Initialize: Unable to get the locale encoding ImportError: No module named 'encodings' Aborted
Sep 10 12:10:55 <jmleo> bluelightning: I try to use PACKAGECONFIG
Sep 10 12:11:05 <jmleo> but it seems to not find librtmp
Sep 10 12:11:18 <jmleo> I added inherit pkgconfig in the rtmpdump recipe
Sep 10 12:12:10 <jmleo> and added the line PACKAGECONFIG[rtmp] = "--enable-rtmp,--disable-rtmp,librtmp"
Sep 10 12:12:33 <jmleo> in meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc
Sep 10 12:12:47 <jmleo> and removed the --disable-rtmp from the EXTRA_OECONF of course
Sep 10 12:25:34 <bluelightning> jmleo: that last parameter should be rtmpdump not librtmp
Sep 10 12:25:51 <bluelightning> (it's specifying what should be added to DEPENDS)
Sep 10 12:27:53 <jmleo> ok I tried that too, but it is not working either
Sep 10 12:29:18 <jmleo> how do you specify that rtmp feature should be added exactly ?
Sep 10 12:33:45 <bluelightning> jmleo: the PACKAGECONFIG variable itself needs to also contain "rtmp" in order to enable the feature
Sep 10 12:34:06 <jmleo> uh ?
Sep 10 12:34:10 <bluelightning> there's some documentation in the reference manual: http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-PACKAGECONFIG
Sep 10 12:35:16 <jmleo> but who should do this PACKAGECONFIG[rtmp] ??= ""
Sep 10 12:35:32 <bluelightning> you mean PACKAGECONFIG ??= ""
Sep 10 12:35:59 <jmleo> yes
Sep 10 12:36:17 <bluelightning> the recipe should specify a default, but then you can set it outside of there via PACKAGECONFIG_append_pn-<recipename> =
Sep 10 12:36:26 <bluelightning> please refer to the link above, it's all in there
Sep 10 12:36:40 <jmleo> I think I know what the problem is
Sep 10 12:36:49 <jmleo> as the recipe is named rtmpdump and not rtmp
Sep 10 12:36:56 <bluelightning> no, that's not the problem
Sep 10 12:37:17 <jmleo> well, shouldn't the recipe rtmpdump contain PACKAGECONFIG ??="rtmp"
Sep 10 12:37:42 <jmleo> if not, I did not understand the doc, and will read it again
Sep 10 12:38:02 <bluelightning> we're configuring the gstreamer1.0-plugins-bad recipe right? so it needs to affect that recipe, not rtmpdump
Sep 10 12:43:44 <jmleo> ok, adding PACKAGECONFIG_append_pn-gstreamer1.0-plugins-bad = "rtmp" works !
Sep 10 12:43:58 <jmleo> do I need inherit pkgconfig in rtmpdump recipe though ?
Sep 10 12:45:07 <bluelightning> no, the pkgconfig class and PACKAGECONFIG are unrelated
Sep 10 12:48:35 <jmleo> Ok, now, can I submit a patch in order to have it in master ? :)
Sep 10 12:51:18 <bluelightning> jmleo: http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
Sep 10 12:53:02 <jmleo> thx, I was reading this ;)
Sep 10 13:52:50 <sodik> anyone familiar with python3 ?
Sep 10 13:53:22 <sodik> the current python3.3 seems not to work out of the box on yocto 1.6.1
Sep 10 14:00:08 <rperier> hi, this morning I tried to start runqemu-export-rootfs from lxc (ubuntu 14.04 into a arch linux as host). When running rpcinfo -p nothing is listed for unfsd, is it normal ?
Sep 10 14:01:02 <rperier> also in the displayed kernel cmdline (when script ends), all port parameters are empty
Sep 10 14:01:19 <rperier> (I use rpcbind)
Sep 10 14:12:11 <mckoan> anyone using imx6q-sabrelite with kernel 3.10.17 and DT ?
Sep 10 14:13:28 <Technicus> Hello.
Sep 10 14:14:32 <Technicus> I'm new to Yocto and trying to set up an Intel Galeleo with a web interface for home automation.  Can I do that with Yocto? If so how?
Sep 10 14:17:59 <LetoThe2nd> Technicus: 0) develop your application and package it 1) build a base image for your board including needed libs 2) add your packaged application 3) run
Sep 10 14:18:05 <LetoThe2nd> (basically)
Sep 10 14:20:05 <Technicus> LetoThe2nd: Is there a chance you could direct me to some tutorials or documentation that explains this further please?
Sep 10 14:20:27 <LetoThe2nd> Technicus: well yocto has a very good quick start document
Sep 10 14:20:48 <LetoThe2nd> Technicus: i personally would start with that, and leave out the board completely at first.
Sep 10 14:21:14 <LetoThe2nd> Technicus: once everything works there in qemu, do the transition.
Sep 10 14:21:54 <Technicus> Ok, I think I am starting to understand how this all goes together.
Sep 10 14:22:03 <LetoThe2nd> but for the basic development of some web application, you probably don't even need that, just some testbed with whatever webserver you desire.
Sep 10 14:22:16 <Technicus> LetoThe2nd: do you have any experience with the Intel Galileo?
Sep 10 14:22:23 <LetoThe2nd> Technicus: none at all.
Sep 10 14:23:37 <Technicus> LetoThe2nd: what is your experience with Yocto?
Sep 10 14:23:53 <LetoThe2nd> Technicus: building stuff :)
Sep 10 14:24:12 <Technicus> LetoThe2nd: what have you built?
Sep 10 14:24:26 <Technicus> What devices have you installed it on?
Sep 10 14:24:31 <LetoThe2nd> Technicus: stuff. sorry, it's not gonna be more precise.
Sep 10 14:25:21 <LetoThe2nd> or in more formal english "i'm using yocto to build software for linux-powered devices"
Sep 10 14:25:27 <Technicus> Well Yocto is completely new to me, and it seems like it comes with a steep learning curve.  Is that the case?
Sep 10 14:25:41 <LetoThe2nd> i'd call that correct.
Sep 10 14:25:53 <Technicus> What devices have you installed Yocto onto?
Sep 10 14:26:06 <LetoThe2nd> i won't say. please stop asking.
Sep 10 14:27:01 <LetoThe2nd> and be aware that the usual transition from uC-stuff to embedded linux stuff always includes a steep learning curve, no matter what linux platform you're about to use.
Sep 10 14:27:06 <Technicus> LetoThe2nd: Ok. Why would someone choose Yocto over any other distribution?
Sep 10 14:28:09 <LetoThe2nd> Technicus: if it fits your needs, e.g. if the workflow and archievable results provide what you want
Sep 10 14:28:16 <Technicus> I am just trying to figure out why Yocto and what is so special about the Galileo.
Sep 10 14:28:38 <LetoThe2nd> if they don't, then don't use yocto. but again, that holds true for about any tool.
Sep 10 14:28:43 <Technicus> But I understand that you are not familiar with the Galileo so I'm not asking you about that anymore.
Sep 10 14:29:58 <LetoThe2nd> the galileo is just another board.
Sep 10 14:30:53 <LetoThe2nd> the question is, what do you want to archieve. are you familiar with using a desktop-style linux distro, do you want to tinker and develop on the target itself?
Sep 10 14:31:11 <LetoThe2nd> do you need reproductibility? do you have to care about licensing?
Sep 10 14:32:05 <LetoThe2nd> if its only a tinkering project for your living room, you're probably not needed many of the powers yocto (or anything else that is OE-based) provide.
Sep 10 14:32:25 <rburton> galileo is somewhat special in that it's not a "normal" x86 CPU, and you can't just install a normal distribution out of the box
Sep 10 14:32:49 <LetoThe2nd> rburton: "not out of the box" doesn't mean "impossible"
Sep 10 14:32:59 <rburton> LetoThe2nd: agreed, people are running debian and others
Sep 10 14:33:30 <LetoThe2nd> yeah, and if you'Re familiar with debian, and just want to tinker a bit, why not use debian for example
Sep 10 14:34:32 <LetoThe2nd> so the question should not be "what are reasons for using $SOFTWARE", but "what software will fit my needs the best."
Sep 10 14:35:24 <LetoThe2nd> (as in every part of proper engineering)
Sep 10 14:43:19 <Technicus> Well, I'm partial to Arch, and I am going with Yocto because it is recommended by Intel.  Although I am not interested in learning another OS at the moment.
Sep 10 14:43:33 <Technicus> . . . and I am just tinkering around with it.
Sep 10 14:43:42 <Technicus> *Sort of.
Sep 10 14:45:21 <Technicus> I have been tasked with learning how this thing works, specifically to serve a page that can turn a light on and off. And maybe we will do something more usefull with it later.
Sep 10 14:46:38 <LetoThe2nd> "i've been tasked". does that mean like "do research for us on how to use this type of hardware in real life environments, and nubmers where we cannot handcraft every single installation"?
Sep 10 14:47:06 <LetoThe2nd> if yes, then yocto is probably your tool. thats why i specifically asked about your requirements. see above.
Sep 10 14:49:21 <bluelightning> Technicus: I'd encourage you to take a look at the IoT devkit: https://software.intel.com/IoT
Sep 10 14:50:50 <LetoThe2nd> bluelightning: very good point.
Sep 10 14:55:12 <Technicus> LetoThe2nd: Requirements, I reread what you wrote, but I'm not understanding . . . The shop where I work tasked me with learning how to set up a web server with this device that simply turns a light on and off.  The device is the Galileo, and the Intel documentation links me to Yocto, and I am trying to learn it.
Sep 10 14:56:31 <LetoThe2nd> Technicus: this task can be interpreted in some very, very different ways.
Sep 10 14:57:01 <LetoThe2nd> Technicus: 1) the real goal is: a webpage with an on/off button that toggles some relay.
Sep 10 14:57:24 <Technicus> LetoThe2nd: Allow me to admit something to you, I am a fairly new with embedded devices.
Sep 10 14:57:29 <LetoThe2nd> then my answer is: grab some image to run on the board, telnet/ssh into it, hack it up. done.
Sep 10 14:58:18 <Technicus> I can easily ssh into it, but it is an environment that I am unfamiliar with.
Sep 10 14:58:34 <fishey1> Technicus: then yocto isn't going to help you.
Sep 10 14:58:35 <LetoThe2nd> Technicus: 2) the real goal is: "learn how to use this type of technology" (and the light is just an example). then my answer is: depending on what you need *AFTER* you learned how to use it, choose the tools to learn
Sep 10 14:59:31 <LetoThe2nd> Technicus: yocto is mostly about reproductibility (amongst some other things). it means, you invest a considerable amount of time in automating *EVERYTHING* that is needed on the board.
Sep 10 14:59:55 <LetoThe2nd> Technicus: this pays off when you need to reproduce it, for example for manufacturing, testing, etc.
Sep 10 15:00:40 <Technicus> Hmmm, interesting . . . this may require a shift in thinking . . .
Sep 10 15:00:41 <LetoThe2nd> if you don't need that, nor that knowledge, and you actually jsut want to switch that lightbulb, grab some image that runs a webserver service, hack it up, done, forget everything else.
Sep 10 15:01:19 <LetoThe2nd> Technicus: isn't "you need a shift in thinking" what i've been saying since 45minutes now?
Sep 10 15:01:32 <Technicus> Ok . . . I see, are you suggesting to find a Yoct image, or migrate to a different distribution?
Sep 10 15:02:26 <Technicus> LetoThe2nd: Hey, it takes me time to understand concepts that are new to me.
Sep 10 15:03:01 <LetoThe2nd> Technicus: well still you haven't answered the most trivial question i'Ve asked a few times by now.
Sep 10 15:03:07 <bluelightning> LetoThe2nd: steady... ;)
Sep 10 15:03:09 <LetoThe2nd> "what is your actual goal?"
Sep 10 15:03:32 <LetoThe2nd> Technicus: *sigh* its totally not about "distributions"....
Sep 10 15:04:00 <LetoThe2nd> bluelightning: yeah.. i'm trying.
Sep 10 15:04:31 <LetoThe2nd> Technicus: its "i need this thing here to do X" versus "i need to gather knowledge"
Sep 10 15:05:19 <Technicus> LetoThe2nd: what do you mean? The goat is to host a web page on the Galileo that simply has a link that toggles a light.  Should there be something more than that?  I am trying to understand how to modify Yocto to do that or maybe I should change to a different OS.
Sep 10 15:06:10 <LetoThe2nd> Technicus: i admit i cannot put it into other words, sorry.
Sep 10 15:06:31 <LetoThe2nd> one last try.
Sep 10 15:06:42 <rburton> leto is asking what the next step would be once the light switch works.  if that's the entirety of the project then install debian, install apache, write cgi script, done.
Sep 10 15:07:01 <bluelightning> Technicus: it really does sound like the IoT devkit is more suited for this kind of thing
Sep 10 15:07:05 <LetoThe2nd> Technicus: i'd suggest asking the person that tasked you this "what is the real goal of this task? why do you want me to do it?"
Sep 10 15:07:06 <rburton> or the IoT Devkit which has similar pieces, whatever your're comfortable with
Sep 10 15:07:49 <LetoThe2nd> Technicus: if the person answers: "we've got this backyard light here, and i want to control it from home", then its option 1), hack up things.
Sep 10 15:08:22 <Technicus> Ok . . . we might do other things with it after I get light switch thing to work, but I have not come up with any other objectives after that.
Sep 10 15:08:37 <LetoThe2nd> Technicus: if the person answers "i want to sell some product based on galileo, or any other embedded linux platform at some time in the future", then its option 2), you want knowledge
Sep 10 15:10:36 <Technicus> Really, I don't ever want to touch this thing again after I get the light to work, but we might do other things with it.  Probably not making any products, but I don't know something might spark us to make some grand thing, but that is not in the plans.
Sep 10 15:11:07 <LetoThe2nd> which is a total non-answer to me. well then i'm out, sorry. i think i cannot help you.
Sep 10 15:11:43 <Technicus> LetoThe2nd: I'm not trying to bother you.  Thanks for helping me out though.
Sep 10 15:25:48 <WarheadsSE> Hey all .. quick, probably stupid question --- how to remove a patch from a bb with a bbappend? Someone decided entirely removing c_rehash was a good idea cor ca-certificates
Sep 10 15:39:50 <gabrbedd> WarheadsSE: does SRC_URI_remove work?
Sep 10 15:46:25 <WarheadsSE> gabrbedd: I will try that here ina few
Sep 10 15:46:29 <WarheadsSE> headed into a meeting
Sep 10 15:48:17 <bluelightning> in an ideal world we'd fix whatever caused it to be removed (e.g. package it separately, or at least provide a PACKAGECONFIG to turn it on if it has to be a build-time decision)
Sep 10 15:49:25 <WarheadsSE> in this case, because the oe openssl does not package c_rehash .. this recipe for ca-certs jsut comments it all out.
Sep 10 15:49:45 <WarheadsSE> We've re-added c_rehash and _then_ noticed that it is all commented out of update-ca-certificates
Sep 10 15:50:18 <bluelightning> we could make update-ca-certificates only use it if it's available instead perhaps?
Sep 10 15:59:32 <rburton> so why does our openssl not package c_rehash?
Sep 10 16:31:03 <rburton> khem: is patchwork happy?  last night i was running the post-receive on patches it missed when the api was broken and it was fast, but now its really slow
Sep 10 16:40:15 <WarheadsSE> rburton: idk
Sep 10 16:43:45 <WarheadsSE> PACKAGECONFIG += "perl"
Sep 10 16:44:04 <WarheadsSE> this is what we have in our bbappend for openssl, because c_rehash is a perl script
Sep 10 16:44:58 <WarheadsSE> So essentially: ca-certificates patches out c_rehash logic entire, instead of detecting if c_rehash exists in path
Sep 10 16:45:40 <WarheadsSE> because if you build openssl without perl (likely to save size & image requirements) you don't get c_rehash due to said dependancy
Sep 10 16:46:57 <WarheadsSE> rburton: ^ bluelightning that's why. sorry I had a meeding I had to go into
Sep 10 16:49:51 <rburton> interesting
Sep 10 17:36:06 <WarheadsSE> Yup
Sep 10 17:36:18 <WarheadsSE> So yeah, if SRC_URI_remove works, I will be a happy camper.
Sep 10 17:36:23 <WarheadsSE> This breaks quite a few things.
Sep 10 17:49:24 <bluelightning> WarheadsSE: ultimately if there's breakage for people we should try to fix it in the core though
Sep 10 18:02:44 <WarheadsSE> agreed.
Sep 10 18:02:52 <WarheadsSE> I have to fix this for a product release immediately though
Sep 10 18:05:03 <bluelightning> sure, understood
Sep 10 18:24:01 <censor> if i have a machine conf and want to append something to it, without touching the original file, where else can i put that?
Sep 10 18:24:33 <censor> to be precise, i want to force the raspberry layer to also load the sound module (module_autoload_snd_bcm2835 = "snd_bcm2835")
Sep 10 18:49:36 <WarheadsSE> rburton: that did work. gabrbedd ty, that worked.
Sep 10 18:53:33 <gabrbedd> WarheadsSE: cool! But yeah... what bluelightning said, too. :-)
Sep 10 18:55:48 <WarheadsSE> yeah
Sep 10 18:56:08 <WarheadsSE> I think it should be as simple as altering the patch to just detect if c_rehash is in path, vs commenting it all out
Sep 10 18:56:28 <WarheadsSE> Then, should people need it, they can enable PackageConfig for perl in openssl and viola
Sep 10 18:56:46 <rburton> WarheadsSE: or make it respect an option so it errors if you want it on and you didn't enable c_rehash in openssl
Sep 10 18:56:57 <rburton> having packages adapt magically isn't good for reproducible builds
Sep 10 18:58:07 <WarheadsSE> So, you'd rather have it have an additional option, vs doing a simple detection .. ? since most people that package openssl include perl .. and thus rehash?
Sep 10 18:58:15 <WarheadsSE> (outside OE)
Sep 10 19:27:45 <mtetreault> I am developping a custom linux module for a PCI device. The PCI device is connected to a PLX8112 bridge which convert the PCI in PCIe. The PLX bridge is connected to an imx.6 running yocto kernel 3.10.17. On my module when I try to enable the MSI (pci_msi_enable()) I alway receive an non-zero value (error). Do Anyway knows how to fix that or how I could proceed to pin point the issue? I know for a fact that my INTx are entering in
Sep 10 19:27:45 <mtetreault> the plx bridge.
**** ENDING LOGGING AT Thu Sep 11 02:59:58 2014