Friday, 2018-01-19

*** ikkysleepy <ikkysleepy!45aa19bb@gateway/web/freenode/ip.> has quit IRC00:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC00:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:10
-YoctoAutoBuilder- build #706 of build-appliance is complete: Failure [failed BuildImages_1] Build details are at
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:31
*** Willy-- <Willy--!~william@> has quit IRC00:37
*** bavery_fn <bavery_fn!~bavery@> has quit IRC00:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:43
*** armpit <armpit!~armpit@2601:202:4000:1184:4c8a:40d:59a8:479> has joined #yocto00:43
*** learningc <learningc!> has joined #yocto00:47
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto00:48
*** scottrif <scottrif!~scottrif@> has left #yocto00:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:53
-YoctoAutoBuilder- build #788 of nightly is complete: Failure [failed] Build details are at
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto00:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:03
*** bavery_fn <bavery_fn!~bavery@> has quit IRC01:16
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto01:17
*** bavery_fn <bavery_fn!~bavery@> has quit IRC01:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:28
robert_yangfray, morning01:31
robert_yangsorry, wrong channel01:31
*** slewis <slewis!slewis@nat/intel/x-ogxzikfolezjblvw> has quit IRC01:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:37
*** Willy-- <Willy--!~william@> has joined #yocto01:48
*** erbo <erbo!> has quit IRC01:51
*** sgw <sgw!~swold@> has quit IRC02:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:07
*** slewis <slewis!~slewis@> has joined #yocto02:17
*** Willy-- <Willy--!~william@> has quit IRC02:18
*** sgw <sgw!> has joined #yocto02:23
*** sgw <sgw!> has quit IRC02:28
*** learningc <learningc!> has quit IRC02:31
*** slewis <slewis!~slewis@> has quit IRC02:37
*** sgw <sgw!~swold@> has joined #yocto02:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:44
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:57
*** tf <tf!> has quit IRC03:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:01
*** dreyna <dreyna!~dreyna@> has quit IRC03:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:22
*** learningc <learningc!> has joined #yocto03:56
*** bavery_fn <bavery_fn!bavery@nat/intel/x-mhekwnjnvoqvhhhi> has joined #yocto04:04
*** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto04:11
*** jkridner|pd is now known as jkridner_04:12
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC04:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto04:17
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c035:a1e0:7a63:eb42> has joined #yocto04:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC04:34
*** stephano <stephano!~stephano@> has quit IRC04:35
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto04:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto05:07
*** TheSeven <TheSeven!~quassel@rockbox/developer/TheSeven> has quit IRC05:08
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC05:26
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:c035:a1e0:7a63:eb42> has joined #yocto05:28
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c035:a1e0:7a63:eb42> has quit IRC05:32
yoctiNew news from stackoverflow: Yocto: Adding glibc libraries to the rootfs <>05:33
*** TheSeven <TheSeven!~quassel@rockbox/developer/TheSeven> has joined #yocto05:42
*** TheSeven <TheSeven!~quassel@rockbox/developer/TheSeven> has quit IRC05:46
*** erbo <erbo!> has joined #yocto06:04
*** hamis <hamis!~irfan@> has joined #yocto06:24
*** ctwr <ctwr!~catalin@> has quit IRC06:33
*** CoLa|work <CoLa|work!~cordlandw@> has quit IRC06:38
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC06:39
*** btman_ <btman_!95c73efe@gateway/web/freenode/ip.> has quit IRC06:40
*** CoLa|work <CoLa|work!~cordlandw@> has joined #yocto06:40
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC06:51
*** open-nandra <open-nandra!> has joined #yocto07:03
*** agust <agust!> has joined #yocto07:03
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto07:10
*** pohly <pohly!> has joined #yocto07:10
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:21
*** hnje <hnje!~hnje@> has joined #yocto07:21
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:22
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:c035:a1e0:7a63:eb42> has quit IRC07:26
*** andrey_ <andrey_!> has joined #yocto07:39
*** cornel <cornel!~cornel@> has joined #yocto07:40
corneli have apackage that produces generally 642-bit binaries with only one exception file which is 32-bit07:40
*** luneff <luneff!~yury@> has joined #yocto07:41
cornelthe build fails with ERROR: QA issu: Architecture did not match. How do i fix this?07:41
*** LetoThe2nd <LetoThe2nd!~ubuntu@unaffiliated/letothe2nd> has quit IRC07:41
cornelthe task is package_qa()07:41
*** Bunio_FH <Bunio_FH!> has joined #yocto07:46
*** LetoThe2nd <LetoThe2nd!~ubuntu@unaffiliated/letothe2nd> has joined #yocto07:48
*** andrey_ is now known as acrap07:55
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:58
*** Kakounet <Kakounet!> has joined #yocto07:59
*** hnje <hnje!~hnje@> has quit IRC08:00
cornellet's rephrase: how do i inform yocto that one binary is of different architecture, so that it no longer fails in this "fatal" error?08:01
LetoThe2ndcornel: if its actually intendet and correct, then setting some QA skip should do the trick08:02
*** hnje <hnje!~hnje@> has joined #yocto08:02
cornelLetoThe2nd, it's correct and intended. Thank you very much!08:02
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto08:08
*** xtron <xtron!~xtron@> has quit IRC08:10
*** xtron <xtron!~xtron@> has joined #yocto08:11
*** lucaceresoli <lucaceresoli!> has joined #yocto08:20
*** sagner <sagner!~ags@2001:1620:c6e::127> has quit IRC08:25
*** andrey__ <andrey__!> has joined #yocto08:26
*** acrap <acrap!> has quit IRC08:27
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/> has quit IRC08:28
*** vdehors_arc <vdehors_arc!> has joined #yocto08:29
*** egavin <egavin!~egavin@> has joined #yocto08:35
*** rajm <rajm!~robertmar@> has joined #yocto08:38
cornelhmmm, INSANE_SKIP_${PN} = "arch" seems to be ignored08:40
cornelLetoThe2nd, isn't this the right way to skip 'arch' QA on this package?08:40
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/> has joined #yocto08:43
cornelprobably something specific to this project ...08:43
*** ed21 <ed21!~Adium@> has joined #yocto08:49
*** andrey__ is now known as acrap08:50
*** 7JTADCVJ3 <7JTADCVJ3!> has joined #yocto08:50
*** nighty- <nighty-!> has quit IRC08:51
*** 7JTADCVJ3 is now known as acrap08:51
*** acrap <acrap!> has quit IRC08:52
*** acrap <acrap!> has joined #yocto08:52
*** sagner <sagner!~ags@> has joined #yocto08:52
*** john1987 <john1987!6cab81a3@gateway/web/freenode/ip.> has joined #yocto08:52
john1987hello guys08:53
john1987i am trying to create an ext3 image in yocto 1.7.3 with capabilities08:53
john1987i set the capabilities in post_install scripts and they are present in the location where packages are installed08:53
*** acrap <acrap!> has quit IRC08:53
john1987however they are present in the final ext3 image08:54
john1987are not *08:54
*** acrap_ <acrap_!> has joined #yocto08:54
*** nighty- <nighty-!> has joined #yocto08:55
*** acrap_ <acrap_!> has left #yocto08:55
john1987pkg_postinst_${PN}() {     PSEUDO_UNLOAD=1 setcap CAP_SYS_NICE,CAP_DAC_OVERRIDE+ep  $D$bindir/some_binary }08:55
*** acrap <acrap!> has joined #yocto08:56
*** mckoan|away is now known as mckoan08:59
*** joshuagl <joshuagl!joshuagl@nat/intel/x-mmwxbogaeyojjjej> has joined #yocto09:10
*** Bunio_FH <Bunio_FH!> has quit IRC09:13
*** Bunio_FH <Bunio_FH!> has joined #yocto09:14
*** skz81 <skz81!~SKZ@> has joined #yocto09:17
*** ed21 <ed21!~Adium@> has quit IRC09:24
yoctiNew news from stackoverflow: Yocto recipe to manage Go dependencies (solved) <>09:33
*** acrap <acrap!> has joined #yocto09:36
*** agust <agust!> has quit IRC09:44
*** agust <agust!> has joined #yocto09:55
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:59
nayfeHey, anyone using Intersil TW9912 ADC on I.MX6 4.9.x kernel ?10:08
jaeckelrburton: the solution was to use arm-poky-linux-gnueabi-libtool10:11
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC10:17
*** gtristan <gtristan!~tristanva@> has joined #yocto10:42
*** ctwr <ctwr!~catalin@> has joined #yocto10:46
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:47
*** ed21 <ed21!Adium@nat/intel/x-rudgmngncaucvdof> has joined #yocto10:48
*** lazyape <lazyape!> has quit IRC10:54
*** lazyape <lazyape!> has joined #yocto10:55
*** ed21 <ed21!Adium@nat/intel/x-rudgmngncaucvdof> has quit IRC11:01
*** ed21 <ed21!Adium@nat/intel/x-vbofjfiyqxxquosd> has joined #yocto11:01
yoctiNew news from stackoverflow: Yocto recipe to manage Go dependencies <>11:04
*** ed21 <ed21!Adium@nat/intel/x-vbofjfiyqxxquosd> has quit IRC11:04
*** ed22 <ed22!Adium@nat/intel/x-ztqydypxqxrckafz> has joined #yocto11:04
*** ed22 <ed22!Adium@nat/intel/x-ztqydypxqxrckafz> has quit IRC11:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:11
*** ed21 <ed21!Adium@nat/intel/x-bagtobqwvggutefy> has joined #yocto11:12
*** ed22 <ed22!Adium@nat/intel/x-zqucibasrsjxbknn> has joined #yocto11:16
*** ed21 <ed21!Adium@nat/intel/x-bagtobqwvggutefy> has quit IRC11:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC11:24
*** rburton <rburton!> has joined #yocto11:30
*** acrap <acrap!> has quit IRC11:56
*** learningc <learningc!> has quit IRC11:56
*** mr-nice___ <mr-nice___!d5e1057e@gateway/web/freenode/ip.> has joined #yocto11:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:13
*** yocti <yocti!> has joined #yocto12:28
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC12:30
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-pmdmbtcfnzhkdexu> has joined #yocto12:30
yoctiNew news from stackoverflow: Yocto recipe to manage Go dependencies with dep tool <>12:34
*** zarzar <zarzar!> has joined #yocto12:34
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto12:35
*** xtron <xtron!~xtron@> has quit IRC12:36
*** xtron <xtron!~xtron@> has joined #yocto12:38
*** hnje <hnje!~hnje@> has quit IRC12:40
*** dv_ <dv_!> has joined #yocto12:41
*** grma <grma!~gruberm@> has joined #yocto12:42
*** TheSeven <TheSeven!~quassel@rockbox/developer/TheSeven> has joined #yocto12:47
*** andrey_ <andrey_!> has joined #yocto12:57
*** andrey_ is now known as acrap13:01
*** peacememories <peacememories!> has joined #yocto13:03
*** mr-nice___ <mr-nice___!d5e1057e@gateway/web/freenode/ip.> has quit IRC13:07
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto13:09
jaeckelis there somewhere more documentation on UPSTREAM_CHECK_GITTAGREGEX ?13:09
kanavinjaeckel: you can ask here13:10
kanavinjaeckel: I know more than most about it ;)13:10
jaeckelI'm trying to set the version of a library I want to build from git and I thought probably I need to somehow modify UPSTREAM_CHECK_GITTAGREGEX so it can correctly parse my version schema13:12
jaeckelwhich is basically vMAJ.MIN.PATCH with optional '-rcX' added13:13
*** ed21 <ed21!Adium@nat/intel/x-ramhsykiruvujhht> has quit IRC13:13
jaeckelbut my output package version is still called AUTOINC+commitid13:15
*** ed21 <ed21!Adium@nat/intel/x-emsnsdpiunxrdkpk> has joined #yocto13:16
kanavinjaeckel: that's only for checking what the latest upstream version13:18
kanavinjaeckel: to set the version built, you need to set PV13:19
kanavinjaeckel: and to specify the particular git commit id, you set SRCREV -  PV is not matched against tags or anything, as tags are unstable13:19
jaeckelkanavin: and I thought when I set PV to ${SRCPV} and SRCREV to "master" I could probably easily tag all releases and get them properly named ;)13:24
kanavinjaeckel: if you only ever plan to use tagged commits, you can skip SRCPV stuff altogther, and just set PV to match the tag, and SRCREV to the commit id of it13:25
kanavinjaeckel: if you plan to use commits in the middle of development, it's a bit more tricky, and involves SRCPV (oe-core has plenty of examples for both)13:26
kanavinjaeckel: the idea is reproducibility, tags can move around or disappear, but commits are forever13:27
jaeckelkanavin: is there a way to "always track the latest master" without having to adapt the recipe?13:27
jaeckelkanavin: and still have the output called by the tag that is currently on master13:27
kanavinjaeckel: no13:27
kanavinit would be a support disaster as someone's build failure would be impossible to properly reproduce13:28
kanavinjaeckel: you can however use externalsrc for local development, and do git pull on that tree13:29
jaeckelkanavin: okay, so by setting SRCREV = "master" and PV = "<tag>" I would have the same behavior, right?13:31
kanavinjaeckel: maybe but I wouldn't accept anything like this into a layer13:32
jaeckelkanavin: yeah, I also wouldn't propose it like that, but allowing this still leads to the same support disaster :D13:36
rburtonif you want to track master then you can use AUTOREV13:43
rburtonbut you'll regret it at some point)13:43
jaeckelkanavin: I also think that SRCREV should be set to the commit id, is there a way to use the tag on that commit id as version?13:43
rburtonjaeckel: you can probably hook a bit of py to run git describe to get a nice name but if you're tracking head then what if there isn't a tag...13:44
jaeckelthe only thing I want is to prevent to have more that one thing to update :)13:44
*** kaspter <kaspter!~Instantbi@> has quit IRC13:44
rburtonall you need to update is SRCREV (new revision) and if you care, PV.13:44
rburtonyou could not care and just have the PV contain a git sha13:45
jaeckelI'd like to have something like AUTOPV which uses the tag as PV, which is why I landed at UPSTREAM_CHECK_GITTAGREGEX :D I feel like turning around13:46
rburtonjaeckel: sounds like you want gitpkgv.bbclass from meta-oe13:46
rburton# - GITPKGVTAG which is the output of 'git describe' allowing for13:46
rburton#   automatic versioning13:46
rburtonthe class has docs13:47
jaeckeley, nice! that could be it13:48
*** gtristan <gtristan!~tristanva@> has quit IRC13:48
*** sveinse <sveinse!> has joined #yocto13:58
*** john1987 <john1987!6cab81a3@gateway/web/freenode/ip.> has quit IRC13:59
sveinseSSL isn't working on our rocko image, and I think its related to libgnutls-openssl27 missing from target. Should I depend on this package, or is there a better name for it? I'm sceptical to link to version numbers, yet there is libgnutls-openssl it seems14:00
*** zarzar <zarzar!> has quit IRC14:03
*** ed21 <ed21!Adium@nat/intel/x-emsnsdpiunxrdkpk> has quit IRC14:05
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-pmdmbtcfnzhkdexu> has quit IRC14:05
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto14:05
*** rajm <rajm!~robertmar@> has quit IRC14:06
*** marka <marka!> has joined #yocto14:10
*** learningc <learningc!~User@> has joined #yocto14:10
*** peacememories <peacememories!> has quit IRC14:10
*** ed21 <ed21!~Adium@> has joined #yocto14:13
*** rcw <rcw!~rwoolley@> has joined #yocto14:13
*** stephano <stephano!~stephano@> has joined #yocto14:17
*** rajm <rajm!~robertmar@> has joined #yocto14:22
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:24
*** xtron <xtron!~xtron@> has quit IRC14:33
*** xtron <xtron!~xtron@> has joined #yocto14:35
*** hamis <hamis!~irfan@> has quit IRC14:47
*** sgw <sgw!~swold@> has quit IRC14:47
*** sgw <sgw!> has joined #yocto14:48
*** skz81 <skz81!~SKZ@> has quit IRC14:49
*** sgw <sgw!> has quit IRC14:52
*** aurele <aurele!> has quit IRC14:54
*** skz81 <skz81!~SKZ@> has joined #yocto14:56
*** luneff <luneff!~yury@> has quit IRC14:58
*** Bunio_FH <Bunio_FH!> has quit IRC14:59
*** ttllkk <ttllkk!512fa528@gateway/web/freenode/ip.> has joined #yocto15:01
ttllkkIf an image includes more than one shell interpreter (for example bash and busybox) how can I select which will be used? (that is, what /bin/sh will point to)15:01
*** jozo <jozo!> has quit IRC15:05
*** zarzar <zarzar!~zarzar@> has joined #yocto15:09
*** acrap <acrap!> has quit IRC15:10
*** majuk <majuk!> has joined #yocto15:16
*** open-nandra <open-nandra!> has quit IRC15:16
*** sgw <sgw!~swold@> has joined #yocto15:17
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC15:18
RPttllkk: update-alternatives controls it15:23
ttllkkhow is that controlled from Yocto, though?15:24
RPttllkk: the recipes inherit the update-alternatives class and set priorities for their provider15:25
ttllkkthanks, I will have a look15:28
*** peacememories <peacememories!> has joined #yocto15:33
*** gabrbedd <gabrbedd!> has joined #yocto15:37
* kergoth yawns15:46
Crofton|workanyone here use NetworkManager?15:49
*** mdnneo <mdnneo!~umaucher@> has quit IRC15:49
Crofton|work"Identity not validated against passwd-file"15:49
Crofton|workasking for a freind, really :)15:50
*** gabrbedd <gabrbedd!> has quit IRC15:57
* zeddii nods wisely15:58
*** Snert <Snert!> has quit IRC15:58
*** gabrbedd <gabrbedd!> has joined #yocto16:00
*** ed21 <ed21!~Adium@> has quit IRC16:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:03
*** noway96 <noway96!> has joined #yocto16:05
*** ntl <ntl!> has quit IRC16:05
jaeckelrburton: that worked! thanks16:09
jaeckelwhat's the proven approach to develop in yocto when you have a monorepo with all your different projects in there? does that work with devtool or is there another best practice?16:11
kanavinjaeckel: write separate recipes for each of the projects, the repo will be fetched only once and shared between them16:11
-YoctoAutoBuilder- build #724 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
jaeckelso I have a repo with projects a and b in their respectively named folder, how do I reference that folder in the recipe? and what will devtool resp. devshell do with it?16:25
jaeckelI'd be happy to just get pointers in the documentation, but I couldn't find them yet...16:29
*** martinkelly <martinkelly!~martin@> has quit IRC16:48
*** sagner <sagner!~ags@> has quit IRC16:48
*** skz81 <skz81!~SKZ@> has quit IRC16:48
*** lukma <lukma!> has quit IRC16:48
*** rajm <rajm!~robertmar@> has quit IRC16:51
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:53
*** peacememories <peacememories!> has quit IRC16:56
*** bavery_fn <bavery_fn!bavery@nat/intel/x-mhekwnjnvoqvhhhi> has quit IRC16:59
*** peacememories <peacememories!> has joined #yocto16:59
*** Kakounet <Kakounet!> has quit IRC17:03
*** martinkelly <martinkelly!> has joined #yocto17:03
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC17:07
*** egavin <egavin!~egavin@> has quit IRC17:08
*** learningc <learningc!~User@> has quit IRC17:10
*** peacememories <peacememories!> has quit IRC17:13
*** rburton <rburton!> has quit IRC17:13
*** rburton <rburton!~textual@> has joined #yocto17:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:15
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:15
*** peacememories <peacememories!> has joined #yocto17:21
yoctiNew news from stackoverflow: Qt WebEngine 5.6 Recipe do_install <>17:35
-YoctoAutoBuilder- build #707 of build-appliance is complete: Success [build successful] Build details are at
*** grma <grma!~gruberm@> has quit IRC17:35
*** Jefro <Jefro!~josiermi@> has joined #yocto17:39
*** mckoan is now known as mckoan|away17:41
*** peacememories <peacememories!> has quit IRC17:42
*** rburton <rburton!~textual@> has quit IRC17:44
*** lukma <lukma!> has joined #yocto17:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:57
*** lucaceresoli <lucaceresoli!> has quit IRC17:58
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto17:59
-YoctoAutoBuilder- build #717 of nightly-ppc-lsb is complete: Success [build successful] Build details are at
yoctiNew news from stackoverflow: Can u-boot verify a signed hardware? <>18:05
*** vdehors_arc <vdehors_arc!> has quit IRC18:06
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC18:11
*** ntl <ntl!~nathanl@> has joined #yocto18:11
-YoctoAutoBuilder- build #704 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** khem <khem!~khem@unaffiliated/khem> has quit IRC18:15
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto18:20
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto18:24
*** yates <yates!> has joined #yocto18:27
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto18:27
yatesis there a way to (re)build just the .dtb files instead of the whole linux kernel?18:28
khemyates: dont think so18:33
khemthe dtb build functions are appended to normal configure/compile/install functions of kernel18:34
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:36
yatesi guess there are dts[i] dependencies on, e.g., .h files that might get generated/patched in the kernel build process?18:36
khemin general it appends to build process if dtbs are supposed to be part of kernel18:37
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.> has joined #yocto18:50
spierepfWhat is the easiest way to convince my yocto build to use mdev instead of udev?18:52
khemspierepf: VIRTUAL-RUNTIME_dev_manager = "busybox-mdev"18:55
khemread conf/local.conf.sample.extended18:55
*** yates <yates!> has quit IRC19:13
-YoctoAutoBuilder- build #715 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** rburton <rburton!> has joined #yocto19:21
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC19:28
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:598a:fd70:24fd:4e9a> has joined #yocto19:32
*** t0mmy <t0mmy!> has joined #yocto19:33
*** yates <yates!> has joined #yocto19:40
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.> has quit IRC19:40
*** joshuagl <joshuagl!joshuagl@nat/intel/x-mmwxbogaeyojjjej> has quit IRC19:41
yatesi'm having a strange problem: building the kernel is not generating any z... files in tmp/deploy/...19:42
*** pohly <pohly!> has quit IRC19:42
yatesthis has been working for months.19:42
yatesnow today it isn't working..19:42
yatesis there a way to clear out cache and/or do other sort of non-typical initialization?19:43
*** georgem <georgem!~georgem@> has quit IRC19:52
*** georgem <georgem!~georgem@> has joined #yocto19:54
*** Crofton <Crofton!> has quit IRC19:58
*** pohly <pohly!~pohly@> has joined #yocto19:59
yatesno zImage anywhere in my build directory.20:02
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:04
*** rburton <rburton!> has quit IRC20:09
-YoctoAutoBuilder- build #763 of nightly-oe-selftest is complete: Success [build successful] Build details are at
*** pohly <pohly!~pohly@> has quit IRC20:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC20:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto20:27
*** wasutton3 <wasutton3!> has joined #yocto20:31
*** pohly <pohly!> has joined #yocto20:32
wasutton3so im trying to build rocko for the pine64. I've got arm-linux-gnueabihf-gcc installed on ubuntu 16.04, however halfway through the bitbake process, it fails where it can find arm-linux-gnueabihf-gcc.20:33
wasutton3someone mentioned earlier that it was because it wasn't in the local path, but i don't see where I can define that.20:33
*** ntl <ntl!~nathanl@> has quit IRC20:34
yoctiNew news from stackoverflow: Pip install on Yocto failing <> || How to initialize Bluetooth in a startup script with Yocto Poky Linux <> || What can cause the following error unable to initialize libusb: -99 <> || Write code for Intel Edisons' Quark CPU <>20:36
*** ftoulemon <ftoulemon!> has quit IRC20:50
*** lamego <lamego!~lamego@> has joined #yocto21:18
*** gtristan <gtristan!~tristanva@> has joined #yocto21:19
xthunderheartxI can't seem to make the fetcher to fetch a repo from gitlab that is public.21:25
xthunderheartxI got it to work a few days ago when the repo was private.21:25
xthunderheartxThe URI looks like this: git://;protocol=ssh21:26
xthunderheartxWhen I fetch I get: Permission denied (publickey).21:28
xthunderheartxNow gitlab docmentation says: "Public projects can be cloned *without any* authentication21:29
xthunderheartxSo do I need to tell the fetcher *not* to use my key somehow?21:30
xthunderheartxHow does it fail authentication when none is required?21:31
yateshow do you change a kernel menu config in yocto?21:31
-YoctoAutoBuilder- build #723 of nightly-x86-lsb is complete: Success [build successful] Build details are at
paulbarkerxthunderheartx: you need to use a https URL not an ssh URL21:34
aehs29yates: bitbake virtual/kernel -c menuconfig21:36
*** lamego <lamego!~lamego@> has quit IRC21:36
*** lamego <lamego!~lamego@> has joined #yocto21:37
*** lamego <lamego!~lamego@> has left #yocto21:37
xthunderheartxOk so you only need token if you are pushing via https?21:37
xthunderheartxI'll give it a whirl.  Thx Paul21:38
khemyates: delete your tmp/ dir and rebuild21:39
yateswhere is the modified .config stored?21:44
yateskhem: you mean do a "bitbake linux-variscite" (my normal kernel build)?21:48
yateswhere did yocto store the new configuration?21:48
yatesis it in a patch somewhere?21:49
*** sjolley <sjolley!sjolley@nat/intel/x-gjbryfanxloecalf> has quit IRC21:50
yateskhem: that did not work.21:52
*** pohly <pohly!> has quit IRC21:52
*** sgw <sgw!~swold@> has quit IRC21:52
yatesafter rebuilding and reflashing the new kernel, "zgrep CONFIG_RTC_DRV_ISL1208 /proc/config.gz" still reports the "is not set"21:52
yateskhem: was i supposed to run "bitbak virtual/kernel"?21:54
-YoctoAutoBuilder- build #790 of nightly is complete: Success [build successful] Build details are at
wasutton3yates, fwiw, i ran the same command and got garbage out while building morty21:55
yatesi don't understand how this "virtual/kernel" thing works..21:55
wasutton3and im not sure how to add the arm toolchain to the bitbake path21:56
*** t0mmy <t0mmy!> has quit IRC21:56
wasutton3the morty version works just fine, but rocko doesn't see it.21:56
yatesi'm using morty21:59
wasutton3so you and i are in the same boat21:59
*** zarzar <zarzar!~zarzar@> has quit IRC22:00
wasutton3let me try that after this rocko build fails22:00
yateswasutton3: i was just looking at this:
aehs29if youre getting that oe-gnome terminal error I think you can just set OE_TERMINAL to screen as a workaround22:10
aehs29yates: wasutton3 ^^22:10
wasutton3thats my error22:12
aehs29yates: the new config file will be saved on your kernel build directory, e.g. build/tmp/work/qemux86-poky-linux/linux-yocto/4.12.18+gitAUTOINC+b66a4f9730_558fe84d69-r0/linux-qemux86-standard-build/22:14
wasutton3so you can build morty with the 4.12 kernel?22:14
aehs29replace the paths according to your MACHINE and version22:15
aehs29there you should see a .config file22:15
aehs29wasutton3: I have no idea why youre getting the expand error22:15
wasutton3hmmm could it be a python2/python3 mapping error?22:21
wasutton3aehs29, could it be because im building rocko and morty on the same box?22:23
yatesaehs29: ok fine. but doesn't that mean it's "nonvolatile"?22:24
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:30
*** HyP3r <HyP3r!> has quit IRC22:36
*** HyP3r <HyP3r!> has joined #yocto22:41
*** sjolley <sjolley!~sjolley@> has joined #yocto22:41
yatesaehs29: ok fine. but doesn't that mean it's "nonvolatile"? ???????? !!!!!!22:42
yatesi mean it will get lost the next time i bitbake the kernel22:43
yatesyocto is a pain in the ass22:43
khemBSP kernels generally are not tied to YP release versions22:44
wasutton3i imagine its not bad once its set up yates22:44
wasutton3but getting the build env set up right is a REAL PITA if you have non-standard hardware22:44
wasutton3then its like gentoo22:44
yatesso how do i make this new .config file "non-volatile"?!?22:44
khemyates: there are few ways22:45
yatesupdate it in the git repo that supplies the kernel?22:45
aehs29yates: you should use config fragments22:45
aehs29yates: probably22:45
khemmake savedefconfig and copy the resulting defconfig to kernel sources, then edit the kernel recipe to use it22:45
aehs29yates: take a look at the kernel dev manual and you'll find whats right for you22:45
khemor second option is to use config fragments if you care for subset of options22:46
aehs29yates: what khem said ^^22:46
khemvirtual/kernel is an alias which will work irrespective of kernel recipe name. This is to abstract out knowing exact kernel recipe name, sometimes there are multiple recipes providing kernel for a given board and the names are specific to boards etc. e.g. linux-raspberrypi linux-mainline etc.22:48
yateskhem: yes, all we need is that one driver configuration enabled, so how do config fragments work? where are they documented?22:48
khemyates: which BSP are you using ?22:49
khemit depends on if BSP layer has implemented them22:49
khemif people derive their kernel out of linux-yocto them it comes for free22:49
yateskhem: i don't know - where is the bazillions of files and options would that be specified (BSP layer)?22:50
khemusually you define it in a file e.g. usb.cfg and then add file://usb.cfg to SRC_URI and store usb.cfg along with other patches in metadata22:50
yates..where in the..22:51
khemcontent of usb.cfg would be CONFIG_FOO=y/n/m22:51
khemyates: which board are you building for22:51
yatesa variscite dart 6 ul (imx6 ull)22:52
yatesusb.c does not have relation to the usb bus, does it?22:54
yatesusb.cfg, that is22:54
khemno that was just an example you can have many options in file and file could be called anything.cfg22:55
khemso is the BSP layer for you22:56
*** bavery_fn <bavery_fn!~bavery@> has quit IRC22:57
khemthey dont seem to implement the config fragment parts in kernel recipe :(22:58
khemyou need something like
abelloniactually, I don't see the point in config fragments because they make it difficult to know what the final config looks like23:00
khemyou might, some others might not. e.g. if someone is writing a driver alone23:01
*** noway96 <noway96!> has quit IRC23:02
khemhe would like to use the defaults from upstream but then ensure to enable/disable options for the driver he/she is interested in23:02
abelloniand then they are not actually enabled because they depend on whatever config option that is not enabled23:03
abelloniand they get confused :)23:04
*** rcw <rcw!~rwoolley@> has quit IRC23:09
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC23:12
*** JaMa <JaMa!~martin@> has quit IRC23:15
*** yates <yates!> has quit IRC23:33
*** majuk <majuk!> has quit IRC23:47
*** sgw <sgw!~swold@> has joined #yocto23:55
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC23:58

Generated by 2.11.0 by Marius Gedminas - find it at!