Friday, 2018-01-19

*** ikkysleepy <ikkysleepy!45aa19bb@gateway/web/freenode/ip.69.170.25.187> 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 https://autobuilder.yocto.io/builders/build-appliance/builds/70600:16
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:31
*** Willy-- <Willy--!~william@156.34.161.186> has quit IRC00:37
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> 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!~User@mti-37-145.tm.net.my> has joined #yocto00:47
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto00:48
*** scottrif <scottrif!~scottrif@47.39.44.219> 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 https://autobuilder.yocto.io/builders/nightly/builds/78800:57
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-encsprllzgrellbe> has joined #yocto00:59
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:03
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC01:16
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto01:17
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> 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
Crofton|workoops01:41
*** Willy-- <Willy--!~william@156.34.161.186> has joined #yocto01:48
*** erbo <erbo!~erik@linode.unixshell.se> has quit IRC01:51
*** sgw <sgw!~swold@134.134.139.83> has quit IRC02:00
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:07
*** slewis <slewis!~slewis@134.134.139.74> has joined #yocto02:17
*** Willy-- <Willy--!~william@156.34.161.186> has quit IRC02:18
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has joined #yocto02:23
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC02:28
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC02:31
*** slewis <slewis!~slewis@134.134.139.74> has quit IRC02:37
*** sgw <sgw!~swold@134.134.139.75> 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!~tomas@r-finger.com> has quit IRC03:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto03:01
*** dreyna <dreyna!~dreyna@147.11.157.217> has quit IRC03:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:22
*** learningc <learningc!~User@mti-37-145.tm.net.my> 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@134.134.139.76> has quit IRC04:35
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vflxofrpvmxcswha> 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 <https://stackoverflow.com/questions/48334645/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!~erik@linode.unixshell.se> has joined #yocto06:04
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:24
*** ctwr <ctwr!~catalin@89.121.200.102> has quit IRC06:33
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC06:38
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-encsprllzgrellbe> has quit IRC06:39
*** btman_ <btman_!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC06:40
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto06:40
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-vflxofrpvmxcswha> has quit IRC06:51
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has joined #yocto07:03
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has joined #yocto07:03
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-qiqedzftrillrxbe> has joined #yocto07:10
*** pohly <pohly!~pohly@p54BD5DCA.dip0.t-ipconnect.de> has joined #yocto07:10
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto07:21
*** hnje <hnje!~hnje@81.216.59.226> 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_!~andrey@host-85-237-33-147.dsl.sura.ru> has joined #yocto07:39
*** cornel <cornel!~cornel@89.121.200.106> has joined #yocto07:40
cornelhello07:40
corneli have apackage that produces generally 642-bit binaries with only one exception file which is 32-bit07:40
*** luneff <luneff!~yury@95.174.104.43> 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!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:46
*** LetoThe2nd <LetoThe2nd!~ubuntu@unaffiliated/letothe2nd> has joined #yocto07:48
*** andrey_ is now known as acrap07:55
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto07:58
*** Kakounet <Kakounet!~Thunderbi@LFbn-1-5217-8.w90-105.abo.wanadoo.fr> has joined #yocto07:59
*** hnje <hnje!~hnje@81.216.59.226> 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@193.106.123.182> has joined #yocto08:02
cornelLetoThe2nd, it's correct and intended. Thank you very much!08:02
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-ccdldbsfbwvedhgg> has joined #yocto08:08
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC08:10
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto08:11
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto08:20
*** sagner <sagner!~ags@2001:1620:c6e::127> has quit IRC08:25
*** andrey__ <andrey__!~andrey@host-85-237-33-147.dsl.sura.ru> has joined #yocto08:26
*** acrap <acrap!~andrey@host-85-237-33-147.dsl.sura.ru> has quit IRC08:27
*** BubuIIC <BubuIIC!bubuiicmat@gateway/shell/matrix.org/x-rcgxdyeutcgcomcu> has quit IRC08:28
*** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has joined #yocto08:29
*** egavin <egavin!~egavin@89.238.178.90> has joined #yocto08:35
*** rajm <rajm!~robertmar@167.98.27.229> 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/matrix.org/x-ubjyhlzldiutetmm> has joined #yocto08:43
cornelprobably something specific to this project ...08:43
*** ed21 <ed21!~Adium@192.198.151.43> has joined #yocto08:49
*** andrey__ is now known as acrap08:50
*** 7JTADCVJ3 <7JTADCVJ3!~andrey@host-85-237-33-147.dsl.sura.ru> has joined #yocto08:50
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC08:51
*** 7JTADCVJ3 is now known as acrap08:51
*** acrap <acrap!~andrey@host-85-237-33-147.dsl.sura.ru> has quit IRC08:52
*** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has joined #yocto08:52
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto08:52
*** john1987 <john1987!6cab81a3@gateway/web/freenode/ip.108.171.129.163> 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!~acrap@host-85-237-33-147.dsl.sura.ru> has quit IRC08:53
john1987however they are present in the final ext3 image08:54
john1987are not *08:54
*** acrap_ <acrap_!~acrap@host-85-237-33-147.dsl.sura.ru> has joined #yocto08:54
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto08:55
*** acrap_ <acrap_!~acrap@host-85-237-33-147.dsl.sura.ru> 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!~acrap@host-85-237-33-147.dsl.sura.ru> 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!~bunio@81-18-201-214.static.chello.pl> has quit IRC09:13
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto09:14
*** skz81 <skz81!~SKZ@80.169.81.126> has joined #yocto09:17
*** ed21 <ed21!~Adium@192.198.151.43> has quit IRC09:24
yoctiNew news from stackoverflow: Yocto recipe to manage Go dependencies (solved) <https://stackoverflow.com/questions/48318030/yocto-recipe-to-manage-go-dependencies-solved>09:33
*** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has joined #yocto09:36
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> has quit IRC09:44
*** agust <agust!~agust@p4FCB4189.dip0.t-ipconnect.de> 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/irccloud.com/x-ccdldbsfbwvedhgg> has quit IRC10:17
*** gtristan <gtristan!~tristanva@175.193.206.20> has joined #yocto10:42
*** ctwr <ctwr!~catalin@89.121.200.102> has joined #yocto10:46
*** kaspter <kaspter!~Instantbi@183.158.242.195> has joined #yocto10:47
*** ed21 <ed21!Adium@nat/intel/x-rudgmngncaucvdof> has joined #yocto10:48
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> has quit IRC10:54
*** lazyape <lazyape!~lazyape@athedsl-244581.home.otenet.gr> 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 <https://stackoverflow.com/questions/48318030/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!~textual@home.burtonini.com> has joined #yocto11:30
*** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has quit IRC11:56
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC11:56
*** mr-nice___ <mr-nice___!d5e1057e@gateway/web/freenode/ip.213.225.5.126> has joined #yocto11:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:13
*** yocti <yocti!~supybot@yocto-www.yoctoproject.org> 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 <https://stackoverflow.com/questions/48318030/yocto-recipe-to-manage-go-dependencies-with-dep-tool>12:34
*** zarzar <zarzar!~zarzar@cpe-75-177-76-187.triad.res.rr.com> has joined #yocto12:34
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto12:35
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC12:36
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto12:38
*** hnje <hnje!~hnje@193.106.123.182> has quit IRC12:40
*** dv_ <dv_!~dv@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto12:41
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto12:42
*** TheSeven <TheSeven!~quassel@rockbox/developer/TheSeven> has joined #yocto12:47
*** andrey_ <andrey_!~andrey@host-85-237-33-147.dsl.sura.ru> has joined #yocto12:57
*** andrey_ is now known as acrap13:01
*** peacememories <peacememories!~textual@e241-052.eduroam.tuwien.ac.at> has joined #yocto13:03
*** mr-nice___ <mr-nice___!d5e1057e@gateway/web/freenode/ip.213.225.5.126> has quit IRC13:07
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-luojthkkqcuprwhr> 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
jaeckels/that/than13:44
*** kaspter <kaspter!~Instantbi@183.158.242.195> 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
rburtonetc13:47
rburtonthe class has docs13:47
jaeckeley, nice! that could be it13:48
*** gtristan <gtristan!~tristanva@175.193.206.20> has quit IRC13:48
*** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has joined #yocto13:58
*** john1987 <john1987!6cab81a3@gateway/web/freenode/ip.108.171.129.163> 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!~zarzar@cpe-75-177-76-187.triad.res.rr.com> 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@167.98.27.229> has quit IRC14:06
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto14:10
*** learningc <learningc!~User@175.141.43.42> has joined #yocto14:10
*** peacememories <peacememories!~textual@e241-052.eduroam.tuwien.ac.at> has quit IRC14:10
*** ed21 <ed21!~Adium@192.198.151.44> has joined #yocto14:13
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto14:13
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto14:17
*** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto14:22
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:24
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC14:33
*** xtron <xtron!~xtron@110.93.212.98> has joined #yocto14:35
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:47
*** sgw <sgw!~swold@134.134.139.75> has quit IRC14:47
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has joined #yocto14:48
*** skz81 <skz81!~SKZ@80.169.81.126> has quit IRC14:49
*** sgw <sgw!~swold@c-24-21-121-142.hsd1.or.comcast.net> has quit IRC14:52
*** aurele <aurele!~aurele@srvmsg.castel.fr> has quit IRC14:54
*** skz81 <skz81!~SKZ@80.169.81.126> has joined #yocto14:56
*** luneff <luneff!~yury@95.174.104.43> has quit IRC14:58
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:59
*** ttllkk <ttllkk!512fa528@gateway/web/freenode/ip.81.47.165.40> 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!~jozo@188-167-44-179.dynamic.chello.sk> has quit IRC15:05
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto15:09
*** acrap <acrap!~andrey@host-85-237-33-147.dsl.sura.ru> has quit IRC15:10
*** majuk <majuk!~majuk@75-163-155-5.clsp.qwest.net> has joined #yocto15:16
*** open-nandra <open-nandra!~marek@81.89.61.168.host.vnet.sk> has quit IRC15:16
*** sgw <sgw!~swold@134.134.139.73> has joined #yocto15:17
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-luojthkkqcuprwhr> 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!~textual@e241-052.eduroam.tuwien.ac.at> has joined #yocto15:33
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto15:37
* kergoth yawns15:46
Crofton|workanyone here use NetworkManager?15:49
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC15:49
Crofton|work"Identity not validated against passwd-file"15:49
Crofton|workasking for a freind, really :)15:50
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC15:57
zeddiisure15:58
* zeddii nods wisely15:58
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC15:58
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto16:00
*** ed21 <ed21!~Adium@192.198.151.44> has quit IRC16:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:03
*** noway96 <noway96!~noway43@75-146-165-43-Minnesota.hfc.comcastbusiness.net> has joined #yocto16:05
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> 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 https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/72416:22
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@65.122.179.226> has quit IRC16:48
*** sagner <sagner!~ags@46.140.72.82> has quit IRC16:48
*** skz81 <skz81!~SKZ@80.169.81.126> has quit IRC16:48
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC16:48
*** rajm <rajm!~robertmar@167.98.27.229> has quit IRC16:51
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:53
*** peacememories <peacememories!~textual@e241-052.eduroam.tuwien.ac.at> has quit IRC16:56
*** bavery_fn <bavery_fn!bavery@nat/intel/x-mhekwnjnvoqvhhhi> has quit IRC16:59
*** peacememories <peacememories!~textual@e241-052.eduroam.tuwien.ac.at> has joined #yocto16:59
*** Kakounet <Kakounet!~Thunderbi@LFbn-1-5217-8.w90-105.abo.wanadoo.fr> has quit IRC17:03
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto17:03
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-rpkkfpqgpmjglajq> has quit IRC17:07
*** egavin <egavin!~egavin@89.238.178.90> has quit IRC17:08
*** learningc <learningc!~User@175.141.43.42> has quit IRC17:10
*** peacememories <peacememories!~textual@e241-052.eduroam.tuwien.ac.at> has quit IRC17:13
*** rburton <rburton!~textual@home.burtonini.com> has quit IRC17:13
*** rburton <rburton!~textual@81.2.106.35> 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!~textual@e241-052.eduroam.tuwien.ac.at> has joined #yocto17:21
yoctiNew news from stackoverflow: Qt WebEngine 5.6 Recipe do_install <https://stackoverflow.com/questions/36143564/qt-webengine-5-6-recipe-do-install>17:35
-YoctoAutoBuilder- build #707 of build-appliance is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/build-appliance/builds/70717:35
*** grma <grma!~gruberm@80.93.38.128> has quit IRC17:35
*** Jefro <Jefro!~josiermi@134.134.139.74> has joined #yocto17:39
*** mckoan is now known as mckoan|away17:41
*** peacememories <peacememories!~textual@e241-052.eduroam.tuwien.ac.at> has quit IRC17:42
*** rburton <rburton!~textual@81.2.106.35> has quit IRC17:44
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto17:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:57
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC17:58
*** bavery_fn <bavery_fn!~bavery@134.134.139.73> has joined #yocto17:59
-YoctoAutoBuilder- build #717 of nightly-ppc-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc-lsb/builds/71718:02
yoctiNew news from stackoverflow: Can u-boot verify a signed hardware? <https://stackoverflow.com/questions/48346838/can-u-boot-verify-a-signed-hardware>18:05
*** vdehors_arc <vdehors_arc!~vincent@LPuteaux-657-1-103-59.w193-248.abo.wanadoo.fr> has quit IRC18:06
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC18:11
*** ntl <ntl!~nathanl@70.118.40.114> has joined #yocto18:11
-YoctoAutoBuilder- build #704 of nightly-mips-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips-lsb/builds/70418:15
*** 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!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto18:27
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-siblhnwvoxcxvrlv> 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@217.114.201.133> 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
khemright18:37
khemin general it appends to build process if dtbs are supposed to be part of kernel18:37
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.24.222.2.222> 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!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC19:13
-YoctoAutoBuilder- build #715 of nightly-arm-lsb is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm-lsb/builds/71519:19
*** rburton <rburton!~textual@home.burtonini.com> has joined #yocto19:21
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-qiqedzftrillrxbe> has quit IRC19:28
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:598a:fd70:24fd:4e9a> has joined #yocto19:32
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto19:33
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto19:40
*** spierepf <spierepf!18de02de@gateway/web/freenode/ip.24.222.2.222> 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!~pohly@p54BD5DCA.dip0.t-ipconnect.de> 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@216.21.169.52> has quit IRC19:52
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto19:54
*** Crofton <Crofton!~Crofton@c-73-216-230-216.hsd1.va.comcast.net> has quit IRC19:58
*** pohly <pohly!~pohly@45.56.149.10> 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!~textual@home.burtonini.com> has quit IRC20:09
-YoctoAutoBuilder- build #763 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/76320:12
*** pohly <pohly!~pohly@45.56.149.10> 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!~wasutton3@24-104-45-125-static.hfc.comcastbusiness.net> has joined #yocto20:31
*** pohly <pohly!~pohly@p54BD5DCA.dip0.t-ipconnect.de> 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@70.118.40.114> has quit IRC20:34
yoctiNew news from stackoverflow: Pip install on Yocto failing <https://stackoverflow.com/questions/27120771/pip-install-on-yocto-failing> || How to initialize Bluetooth in a startup script with Yocto Poky Linux <https://stackoverflow.com/questions/27245227/how-to-initialize-bluetooth-in-a-startup-script-with-yocto-poky-linux> || What can cause the following error unable to initialize libusb: -99 <https://stackoverflow.com/questions/27446486/what-can-cause-the-following-error-unable-to-initialize-libusb-99> || Write code for Intel Edisons' Quark CPU <https://stackoverflow.com/questions/28232729/write-code-for-intel-edisons-quark-cpu>20:36
*** ftoulemon <ftoulemon!~Dilebo@nat.foo.tf> has quit IRC20:50
*** lamego <lamego!~lamego@134.134.139.75> has joined #yocto21:18
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto21:19
xthunderheartxCripes21:24
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://git@gitlab.com/dposey/dbus-cxx.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 https://autobuilder.yocto.io/builders/nightly-x86-lsb/builds/72321:32
paulbarkerxthunderheartx: you need to use a https URL not an ssh URL21:34
aehs29yates: bitbake virtual/kernel -c menuconfig21:36
*** lamego <lamego!~lamego@134.134.139.75> has quit IRC21:36
*** lamego <lamego!~lamego@134.134.139.75> has joined #yocto21:37
*** lamego <lamego!~lamego@134.134.139.75> 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!~pohly@p54BD5DCA.dip0.t-ipconnect.de> has quit IRC21:52
*** sgw <sgw!~swold@134.134.139.73> 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
yateshello?21:55
-YoctoAutoBuilder- build #790 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/79021:55
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!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC21:56
wasutton3the morty version works just fine, but rocko doesn't see it.21:56
yatesi'm using morty21:59
wasutton3ok21:59
wasutton3so you and i are in the same boat21:59
yatesyes22:00
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC22:00
wasutton3https://stackoverflow.com/questions/42543390/trying-to-use-linux-menuconfig-with-yocto-morty22:00
wasutton3let me try that after this rocko build fails22:00
yateswasutton3: i was just looking at this: https://community.nxp.com/thread/36036822:01
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
wasutton3https://pastebin.com/raw/HhKfuxVa22:12
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!~HyP3r@andreas-fendt.de> has quit IRC22:36
*** HyP3r <HyP3r!~HyP3r@andreas-fendt.de> has joined #yocto22:41
*** sjolley <sjolley!~sjolley@134.134.139.76> 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: http://www.yoctoproject.org/docs/current/kernel-manual/kernel-manual.html22: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
khemah22:53
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 https://github.com/varigit/meta-variscite-fslc is the BSP layer for you22:56
*** bavery_fn <bavery_fn!~bavery@134.134.139.73> has quit IRC22:57
khemthey dont seem to implement the config fragment parts in kernel recipe :(22:58
khemyou need something like https://github.com/kraj/meta-variscite-fslc/commit/1f33a83190683e6ee68bb9b79af490bd7eeb6fa822:58
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!~noway43@75-146-165-43-Minnesota.hfc.comcastbusiness.net> 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@128.224.252.2> has quit IRC23:09
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC23:12
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC23:15
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has quit IRC23:33
*** majuk <majuk!~majuk@75-163-155-5.clsp.qwest.net> has quit IRC23:47
*** sgw <sgw!~swold@65.158.186.241> has joined #yocto23:55
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-siblhnwvoxcxvrlv> has quit IRC23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!