**** BEGIN LOGGING AT Wed Jan 28 02:59:59 2015 Jan 28 08:17:35 good morning Jan 28 08:22:29 good morning Jan 28 08:40:41 morning all Jan 28 09:40:27 Hello. Does anybody know how to disable the license checker (which checks for INCOMPATIBLE_LICENSE) for a specific package? I treid INSANE_SKIP_${PN} = "incompatible-license", but it didn't work... Jan 28 09:51:57 silviof: you sales guy just visited us here :) Jan 28 09:52:31 LetoThe2nd: I hope they have done some cool things? :-P Jan 28 09:53:22 silviof: i wasn't with him. $boss just said he was here, and that "they're also doing that linux stuff, and kernel dev and all that" Jan 28 09:54:18 LetoThe2nd: ah - buzz word fighting ^^ (We do imx6 mainline with gpu acceleration) blub blubb *gnihi* Jan 28 09:55:18 silviof: i've already had my buzzword dose this week: "can please look up what this mtconnect protocol is about?" Jan 28 09:56:02 yeti_: there is a whitelisting mechanism Jan 28 09:56:17 yeti_: HOSTTOOLS_WHITELIST_ or WHITELIST_ Jan 28 09:56:31 LetoThe2nd: I hope your $boss hasn't they "mtconnect" to this guy ^^ Jan 28 09:56:44 LetoThe2nd: *sayed Jan 28 09:57:08 silviof: nope, that was completely unrelated to that Jan 28 09:58:39 LetoThe2nd: *puhhu* Jan 28 10:00:09 silviof: :) Jan 28 10:14:01 bluelightning: Thanks it seems to work! Jan 28 10:28:16 yeti_: great :) Jan 28 10:58:10 How do i disable debian naming in my build? Jan 28 10:58:50 alexlarsson: take debian out of INHERIT_DISTRO Jan 28 10:59:15 Actually, what does debian names do? If i manage to disable it, would devel packages be -devel, or still -dev? Jan 28 10:59:39 RP: I added Jan 28 10:59:41 alexlarsson: it changes the package named from libfooX to foo Jan 28 10:59:43 INHERIT_DISTRO ?= "debian devshell sstate license" Jan 28 10:59:49 to my distro conf Jan 28 10:59:52 is that enough? Jan 28 10:59:57 eh, sorry Jan 28 11:00:05 INHERIT_DISTRO = "devshell sstate license" Jan 28 11:00:10 alexlarsson: "-dev" is pretty hard coded into the system, its not controlled by that class Jan 28 11:00:10 that's more like it :) Jan 28 11:00:17 ah, ok Jan 28 11:00:52 ignore me then :) Jan 28 11:00:56 the above would disable the class FWIW Jan 28 11:01:08 as would INHERIT_DISTRO_remove = "debian" Jan 28 11:01:26 "bitbake -e" and look at the output at the start, it lists the includes Jan 28 11:02:27 alexlarsson: presumably this is ostree/gnomeos/continuous? what version of poky are you basing on these days? Jan 28 11:02:31 alexlarsson: if you really really want -devel, you could probably inject some kind of renaming as part of a new class Jan 28 11:03:06 in fact, PKG_${PN}-dev = "${PN}-devel" might just do it Jan 28 11:03:15 at least debian.bbclass demonstrates how to do blanket renames, although that might break things like dev-pkgs IMAGE_FEATURES Jan 28 11:03:16 but that isn't tested and may explode :) Jan 28 11:09:38 rburton: Yeah, its for the gnome sdk for the app bundling stuff. Jan 28 11:09:41 its yocto 1.7 Jan 28 11:10:03 ah that's not too bad Jan 28 11:10:12 RP: I'll just live with -dev Jan 28 11:10:46 rburton: i updated it to have something recent for this :) Jan 28 11:10:54 alexlarsson: awesome to see it still bootstraps through yocto, although the rootfs generation bit which does *so much* still makes me cry. usrmerge should be mostly doable with distro config, not moving stuff around after the build. Jan 28 11:11:12 rburton: We take patches :) Jan 28 11:11:26 rburton: did you see the xdg-app stuff? Jan 28 11:11:34 not yet Jan 28 11:11:57 https://wiki.gnome.org/action/info/Projects/SandboxedApps Jan 28 11:14:26 We're using yocto 1.7 as the base for the gnome sdk, with custom builds of the freedesktop.org and gnome.org packages Jan 28 11:14:32 hello Jan 28 11:15:05 anyone can recommend best Yocto training course ? like, 3 - 5 day session or workshop, whatever Jan 28 11:15:14 something worth paying money for .. and attending Jan 28 11:15:21 alexlarsson: oh yes, i did see the blog announcement for that. Jan 28 11:15:32 alexlarsson: nice to see yocto still in there :) Jan 28 11:17:00 alexlarsson: one day i'll have the time to look at pulling the generically useful bits of ostree into yocto. it's a useful tool Jan 28 11:17:10 rburton: gotta pile the security update load on someone else! Jan 28 11:17:54 haha Jan 28 11:18:15 well exactly why bother doing that yourself when you don't need to Jan 28 11:18:21 distro maintaining is mostly tiresome :) Jan 28 11:18:28 I am aware of this :) Jan 28 11:19:59 b00^wk2: the LF do training courses which seem to cover things well Jan 28 11:20:10 LF = Linux Foundation Jan 28 11:22:08 RP, do you have a link ? Jan 28 11:22:52 i saw this, but .. https://www.yoctoproject.org/ .. nothing course wise for 2015 .. Jan 28 11:24:58 http://training.linuxfoundation.org/free-linux-training/download-training-materials/yocto-project-big-in-embedded-linux has some of the materials, I was sure they did a course too. Google suggested http://free-electrons.com/training/yocto/ and they're good people Jan 28 11:25:29 b00^wk2: There is often a Yocto Project Dev Day on the end of the ELC conferences too Jan 28 11:26:14 b00^wk2, where are you? roughly will do Jan 28 11:26:21 ah yes free elctrons Jan 28 11:26:52 Crofton, i'm in Norway, so should be in Europe .. Jan 28 11:26:59 Free Electrons then Jan 28 11:27:40 They publish slides. I actually used some of there general embedded ones once for a couple of days and got good reviews from the people Jan 28 11:28:15 So I have confidence in them Jan 28 11:28:19 but.. the courses seems they teach in French ... Jan 28 11:28:40 What language do you prefer? Jan 28 11:28:49 http://free-electrons.com/training/yocto/ Jan 28 11:28:52 English Jan 28 11:28:57 eng-rish :) Jan 28 11:29:00 abelloni, may be able to answer these questions better then me Jan 28 11:29:06 :) Jan 28 11:29:06 no seriously would prefer english Jan 28 11:31:10 All the materials are in english Jan 28 11:31:14 and under CC Jan 28 11:32:17 we sometimes offer sessions in french but they are mostly done in english Jan 28 11:32:27 (with a french accent of course :) ) Jan 28 11:33:26 oui oui Jan 28 11:33:51 abelloni, what is under CC Jan 28 11:34:06 the training materials Jan 28 11:34:27 you can download them and use them Jan 28 11:35:03 abelloni, do you mean ... just for free ? Jan 28 11:36:24 abelloni, but your course then, is it worth attending ? Jan 28 11:36:58 i want some hardcore yocto , so i'll be 'yocto expert' after it :) Jan 28 11:37:05 know where all things are in it Jan 28 11:40:40 like all courses, you won't be an expert afterwards Jan 28 11:41:36 but you will certainly know more Jan 28 11:42:39 You can download the course to check the content Jan 28 11:42:59 if it suits you, you can order the course :) Jan 28 11:47:10 err, Jan 28 11:47:24 well i cannot order it, i have to find one i can attend, you know Jan 28 11:47:42 abelloni, i just saw your profile on that web :) Jan 28 11:48:04 does the "embedded linux" cover Yocto ? (5 vs 3 days..) Jan 28 11:48:47 nope, they are complementary Jan 28 11:58:37 sgw_: how are the daisy patches going? Jan 28 12:01:51 b00^wk2, regarding Yocto-trainings, Nohau has a 3-day training Jan 28 12:08:20 root Jan 28 12:08:22 AndersD, thanks.. their course description looks a bit thin though ... Jan 28 12:09:15 Just the description or the content? (Just curious) Jan 28 12:09:55 I can agree with you that the description on the site was rather thin... Jan 28 12:10:51 AndersD, i didn't see their slides , can't know what the content is Jan 28 12:10:58 but on the side is really thin . Jan 28 12:11:31 site Jan 28 12:12:52 Yeah, I hadn't looked at the site for a while. Let me know if you'd like to see the last version of the slides Jan 28 13:09:28 Net147: Morning, I have a few daisy patches queued, waiting for the AB to stabilize after the move to run a build and get it merged. (take a look at openembedded-contrib/sgw/daisy or poky-contrib/sgw/daisy) Jan 28 13:25:15 Hi ! I have a package which needs to execute a bootstrap.sh which is in the source files before executing ./configure Jan 28 13:25:27 I added a do_configure_prepend() in my bb file Jan 28 13:25:48 which contains only sh ${S}/bootstrap.sh Jan 28 13:26:05 but it is not working Jan 28 13:31:20 jmleo: not working how? Jan 28 13:31:40 bluelightning: "not earning money" Jan 28 13:31:42 *SCNR* Jan 28 13:31:54 damn those lazy scripts Jan 28 13:32:13 well, this is the v4l-utils bb file, and now, it needs to create (on master branch) a build-aux dir, and this is done by the bootstrap.sh script Jan 28 13:32:54 jmleo: is this a custom recipe you've written or an existing one? Jan 28 13:33:16 it is the same as the existing one, expect that it gets the master branch and the latest commit Jan 28 13:33:47 here is the debug : https://paste.kde.org/pgjem1g4b/c3eqep Jan 28 13:34:25 is that bootstrap definitely needed? we do do autoreconf as part of our default configure Jan 28 13:35:23 the complete log, sorry for the first one : http://sprunge.us/cQGe Jan 28 13:36:13 bluelightning: the bootstrap file is here : http://git.linuxtv.org/cgit.cgi/v4l-utils.git/tree/bootstrap.sh Jan 28 13:36:37 and as you can see, this build-aux/config.rpath is created there Jan 28 13:37:31 ok, perhaps some of that might be necessary Jan 28 13:38:07 if I had to guess I would say the problem is likely to be that the script doesn't expect to be run outside of ${S} and by default we run from ${B} Jan 28 13:56:41 bluelightning: a way to make it work is the following, which is ugly : https://paste.kde.org/pnizdnvuu/luxghh Jan 28 13:57:34 jmleo: the alternative would be patching the bootstrap script and sending the patch upstream Jan 28 13:58:39 bluelightning: sounds better, but needed to test before :) Jan 28 14:42:51 hi Jan 28 14:43:32 zeddii: ping Jan 28 14:57:09 morning Jan 28 14:58:14 Hi kergoth Jan 28 15:31:15 Quick q? -- trying to hunt down the codepages .. missing where that is recipe wise. Jan 28 15:33:42 WarheadsSE: eglibc-locale-* perhaps? (or glibc-locale-* for 1.7+) Jan 28 15:37:18 bluelightning: danke. That's the one. Jan 28 15:37:43 bitte Jan 28 15:40:57 Have a user that has an end-point with GBK, converting from fcitx based utf16 input Jan 28 15:41:05 joyous pains. Jan 28 16:45:23 otavio: http://pastebin.com/LJk8xvgB <— never looked at chromium, but does this look right? Jan 28 16:45:49 otavio: why doesn't EXTRA_OEGYP just add EXTRA_OECONF so packageconfig works as expected? :) Jan 28 16:54:11 pohly: I don't think the defconfig is the problem Jan 28 18:39:17 Is it possible to run a command in a recipe as if it were to be run on the live system? I'd like to setup gpg by importing keys so it's all setup in the image. Jan 28 18:48:29 * paulg wonders what broke build appliance... Jan 28 18:50:56 some kind of missing string python backtrace mess in do_rootfs Jan 28 19:01:39 when i use module.bbclass to build out-of-tree kernel modules, i am getting the following error at runtime: no symbol version for module_layout Jan 28 19:02:01 anybody, please? Jan 28 19:22:15 hi, I am trying to add libncurses5 into my own packagegroup, but I keep getting this: ERROR: Nothing RPROVIDES 'libncurses5' (but /home/lpapp/Projects/Yocto/poky-dylan-9.0.1/meta-foo/recipes-core/packagegroups/packagegroup-foo.bb RDEPENDS on or otherwise requires it) Jan 28 19:22:57 how is this even possible? I mean I get such a package generated in tmp/deploy/ipkg/armv.. Jan 28 19:23:07 how can I specify that package then to be part of my packagegroup? :O Jan 28 19:23:25 JaMa: got a clue? You usually know everything :) Jan 28 19:24:08 you can try adding IMAGE_INSTALL += "libncurses5" to your local.conf Jan 28 19:24:25 or the image recipe, yeah. Jan 28 19:24:34 or maybe it's IMAGE_INSTALL_prepend...something like that Jan 28 19:24:36 not sure why I cannot put it into the packagegroup, though. Jan 28 19:24:51 same, my suggestion is more of a brute force approach :-P Jan 28 19:26:13 IMAGE_INSTALL += "libncurses5" Jan 28 19:26:21 ERROR: Nothing RPROVIDES 'libncurses5' Jan 28 19:26:27 that does not seem to work either :( Jan 28 19:27:07 oh, libncurses5 isn't a package probably Jan 28 19:27:13 try just ncurses Jan 28 19:35:25 FileNotFound: no, I need the library. Jan 28 19:35:37 and libncurses5 is a package Jan 28 19:35:44 at least I get an .ipk for it generated. Jan 28 19:36:04 maybe that is not the same package concept how bitbake understands it? Jan 28 19:36:44 if I specify ncurses, I am afraid that it will put everything in, which is not what I want. Jan 28 19:39:03 yes, i think that is correct. Have you looked at mete/recipes-core/ncurses/*.bb and .inc? It looks like there's a ncurses-lib package or ncurses-lib.something Jan 28 19:39:19 you could just try ncurses-lib Jan 28 19:40:08 otherwise, I'm out of ideas. sorry Jan 28 19:40:17 FileNotFound: there are libnurses5.so as well as libncursesw5.so Jan 28 19:40:21 I do not want the latter :) Jan 28 19:40:29 s/so/ipkg/ Jan 28 19:40:48 I want a minimal image where I say: put this this .ipk into my package group and hence image please, nothing more. Jan 28 19:41:07 currently, I need to install it manually on top of the image, but it is error-prone and time-consuming. Jan 28 19:41:50 what does "install: omitting directory" mean? Jan 28 19:41:50 try to put together a recipe which just installs some files via do_install but Jan 28 19:41:50 install ${WORKDIR}/file.h ${D}/usr/include/file.h Jan 28 19:41:50 is somehow refused. What do I miss? Jan 28 19:42:29 sounds like you told it to install a directory. don't do that Jan 28 19:42:56 mavin1: what exactly do you mean by "somehow refused"? Jan 28 19:43:04 you miss the concrete context to be explained :) Jan 28 19:43:06 mavin1: or perhaps you need to specifically create the directory before you can install the file. Does ${D}/usr/include/ exist? Jan 28 19:43:22 Also, I think you can use something more subtle a variable than /usr/include. Jan 28 19:43:30 ${includedir} or something. Jan 28 19:43:31 mavin1: install -d ${D}/usr/include/ Jan 28 19:43:43 indeed, on both counts, use incluedir and create the dir first, good points Jan 28 19:43:45 lpapp: i assume you're intending to run third party binaries? normally one wouldn't need to install any libs manually, they'd be pulled in via dependencies, unless you're running something unpackaged. Jan 28 19:43:51 * kergoth checks the ncurses recipe Jan 28 19:44:18 kergoth: that is correct, it is a dependency for our software Jan 28 19:44:32 Is it possible to run a command in a recipe as if it were to be run on the live system? I'd like to setup gpg by importing keys so it's all setup in the image. Jan 28 19:44:32 kergoth: unfortunately, we cannot put it into the image however as it does not fit the rootfs partition. Jan 28 19:44:40 and we will put the software on a usb storage. Jan 28 19:44:46 figured i'd re-ask now that people are responding :-P Jan 28 19:44:48 therefore, we could not put our software into the image. Jan 28 19:45:08 * kergoth kicks coffee shop wifi Jan 28 19:45:09 we will need to install that separately, but I would still like to put its dependency into the image. Jan 28 19:45:35 afaik 'ncurses' is hte package you want, it's not a meta package, so it should only install the libs, not the tools Jan 28 19:45:41 kergoth: oh, didn't see your reply in #oe Jan 28 19:45:44 i'm not sure if ncursesw is split out into its own package offhand Jan 28 19:46:00 oops - sorry, found my issue Jan 28 19:46:06 didn't see one listed when i did a bb-search-packages ncurses, though Jan 28 19:46:13 need to check the recipe to be sure Jan 28 19:46:26 had some typos Jan 28 19:46:33 :-) Jan 28 19:47:01 if the ncurses lib you want is actually installed and all you need is to not have the libncursesw5 installed, it should be possible to add a do_install_append to rm, right? Jan 28 19:47:09 oh, i see Jan 28 19:47:40 lpapp: try ncurses-libncurses5 Jan 28 19:48:22 it seems it uses populate_packages_prepend to split out a package for each of ${libdir}/lib*.so.* and ${base_libdir}/lib*.so.*, but names them ${PN}-lib Jan 28 19:48:39 then the debian package renaming, if enabled, will end up renaming those to libncurses5/libncursesw5/whatever Jan 28 19:48:56 oh, ncurses-libncurses is probably it, not ncurses-libncurses5, since the soname bits are part of debian naming Jan 28 19:49:11 so yeah, i think ncurses-libncurses will do, from examining ncurses.inc Jan 28 19:49:50 hmm, bb-search-packages didn't list PACKAGES_DYNAMIC, that's a problem. course i expect i'm the only one using that, so i'm the only one affected :) Jan 28 19:52:06 it needs the pre-rename package names in IMAGE_INSTALL since IMAGE_INSTALL ends up in RDEPENDS, which influences bitbake dependency calculations, and it doesn't know up front what debian.bbclass will rename the packages to Jan 28 19:53:06 lpapp: fyi, if you already had ncurses built, you could use oe-pkgdata-util to list the package that owns libncurses.so.5 Jan 28 19:53:13 lpapp: handy utility, that Jan 28 19:55:05 lpapp: most likely its package name is different and this is how debian.bbclass renamed it Jan 28 19:55:16 :) Jan 28 19:57:58 kergoth: ERROR: Nothing RPROVIDES 'ncurses-libncurses' Jan 28 19:58:15 hmm, odd Jan 28 19:58:40 * kergoth checks Jan 28 19:59:51 afaict that shouldn't be possible, since PACKAGES_DYNAMIC for ncurses is ncurses-lib.*. bitbake should know that anything matching that pattern belongs to the ncurses recipe. which version of poky/oe-core is this? Jan 28 20:00:22 dylan Jan 28 20:01:24 I have ./tmp/deploy/ipk/armv5te/libncurses5_5.9-r15.1_armv5te.ipk Jan 28 20:01:55 yeah, we need the name of the package from before debian.bbclass renamed it to libncurses5. afaik that should be ncurses-libncurses, but clearly something is off in my reckoning Jan 28 20:02:20 oe-pkgdata-util libncurses.so.5 Jan 28 20:02:20 syntax: pkgdata-util glob [-d] "" Jan 28 20:03:32 hmm, thats not very friendly. wonder if it's improved since dylan :) Jan 28 20:03:38 trying to add libncurses to an image with dylan locally to reproduce Jan 28 20:05:17 ok, thanks! Jan 28 20:05:22 hmm, i didn't get that rprovides error when doing a bitbake -g core-image-minimal with ncurses-libncurses added to my IMAGE_INSTALL. Jan 28 20:05:41 ah, sorry, I put that into the packagegroup, let me try IMAGE_INSTALL directly. Jan 28 20:06:59 hmm, interesting Jan 28 20:09:40 also tried overriding RDEPENDS_${PN} in packagegroup-core-boot to ncurses-libncurses, and it's building packagegroup-core-boot fine Jan 28 20:09:53 er, wait, spoke too soon, it's on the prebuild of pseudo :) Jan 28 20:10:32 odd why it is not working for me. :/ Jan 28 20:11:31 okay, *now* it's building away Jan 28 20:12:11 not sure, something odd must be going on, but its tough to say what. can you try putting together a minimal reproducer with just stock poky and no other layers? Jan 28 20:12:13 lpapp: sometimes, i've noticed for myself, it helps to just start from scratch...rm -rf sstate-cache/ tmp/. Jan 28 20:12:36 does anyone know if the meta-freescale mailing list covers the meta-fsl-arm/meta-fsl-arm-extra/meta-fsl-demos layers? Jan 28 20:12:37 FileNotFound: that is what I did, yeah :) Jan 28 20:12:52 blast Jan 28 20:25:41 man, I'm really tempted to re-do some major portions of the recipetool python support, even though it works as is. it irks me Jan 28 20:26:01 kergoth: thanks anyway, I could not get it work. I guess my dylan is old or something. Jan 28 20:26:19 i was testing on dylan, though it was the current tip of the branch Jan 28 20:26:22 I do not have the meta-yocto layer, only meta/, but I guess that is not a player here either way/ Jan 28 20:26:26 np Jan 28 20:26:30 yeah, shouldn't matter i wouldn't think Jan 28 20:26:34 ncurses is in oe-core Jan 28 21:38:35 kergoth: did you happen to look at that weird COW behavious? Jan 28 21:47:15 haven't had the chance, no. that said, i was never an expert on it. conceptually it's simple, but it still feels like voodoo to me :) Jan 28 22:23:33 kergoth: I know what you mean about voodoo, I've tried several times to make it serialisable and failed Jan 28 22:55:25 bluelightning: hi, I have finally got to testing yocto built images :) the trouble is that I am getting the following error while loading my out-of-tree kernel modules: "no symbol version for module_layout" - would you know why? Jan 28 23:20:39 darkhorse_: that error doesn't mean anything to me I'm afraid no... Jan 28 23:27:06 bluelightning: that's alright. I think i do have an idea why this is happening...in order to build ramdisk based kernels i partially build kernel - enough to be able to compile out of tree kernel modules but that means i don't have Modules.symvers available when modules are being built :( Jan 28 23:27:31 bluelightning: my "work-arounds" are coming back to haunt me!! Jan 28 23:29:46 bluelightning: do you know which kernel goes with core-image-minimal-initramfs image? Jan 28 23:51:41 darkhorse_: it's the same kernel for all images, whatever PREFERRED_PROVIDER_virtual/kernel is set to Jan 28 23:52:03 sleep time, g'night Jan 28 23:52:25 bluelightning: okay - thanks - goodnight Jan 29 00:22:39 anyone with initramfs experience please? **** ENDING LOGGING AT Thu Jan 29 03:00:00 2015