Monday, 2017-05-08

*** sbach <sbach!~sbach@173.208.95.76> has quit IRC00:00
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto00:02
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC00:07
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has joined #yocto00:07
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto00:13
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC00:13
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto00:15
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC00:18
*** BarBQ <BarBQ!~textual@212.85.89.56> has quit IRC00:24
*** msvb-lab <msvb-lab!~michael@x55b54647.dyn.telefonica.de> has joined #yocto00:31
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto00:31
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC00:36
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC00:38
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto00:39
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC00:44
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto00:45
*** msvb-lab <msvb-lab!~michael@x55b54647.dyn.telefonica.de> has quit IRC00:58
*** khem <khem!~khem@unaffiliated/khem> has quit IRC00:59
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC01:01
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto01:03
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto01:07
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC01:08
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto01:09
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC01:13
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:23
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto01:26
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto01:26
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC01:31
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto01:39
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto01:44
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC01:44
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto01:46
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC01:49
*** dengke <dengke!~dengke@106.120.101.38> has joined #yocto01:50
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC01:50
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto01:51
*** deepwater <deepwater!~deepwater@220.57.96.58.static.exetel.com.au> has joined #yocto02:00
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC02:01
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto02:01
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto02:02
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC02:06
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC02:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:11
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto02:11
*** dengke <dengke!~dengke@106.120.101.38> has quit IRC02:14
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto02:16
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto02:20
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC02:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:34
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto02:38
*** mkelly <mkelly!~martin@67.171.33.217> has quit IRC02:40
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC02:43
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC02:56
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto02:56
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto02:57
*** stephano <stephano!~stephano@134.134.139.73> has quit IRC03:00
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC03:01
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC03:04
*** sbach <sbach!~sbach@173.208.95.76> has joined #yocto03:04
*** Guest71204 <Guest71204!~john@host86-143-90-120.range86-143.btcentralplus.com> has quit IRC03:14
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto03:14
*** sbach <sbach!~sbach@173.208.95.76> has quit IRC03:14
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC03:19
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto03:32
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC03:37
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zmjscrcxmohjbhiy> has quit IRC03:50
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto03:51
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC03:55
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto04:09
*** voltbit <voltbit!~acid___@188.26.46.104> has joined #yocto04:13
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC04:14
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto04:27
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC04:31
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC04:44
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto04:45
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC04:50
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto05:03
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC05:06
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC05:08
*** AndersD <AndersD!~anders@194.237.220.218> has joined #yocto05:10
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto05:21
*** AndersD <AndersD!~anders@194.237.220.218> has quit IRC05:24
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC05:25
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto05:25
*** redengin <redengin!~redengin@c-67-160-27-180.hsd1.wa.comcast.net> has quit IRC05:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto05:33
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto05:39
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC05:42
*** morphis <morphis!~morphis@pD9ED65E1.dip0.t-ipconnect.de> has joined #yocto05:43
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC05:44
*** redengin <redengin!~redengin@c-67-160-27-180.hsd1.wa.comcast.net> has joined #yocto05:48
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto05:57
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:01
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto06:01
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC06:02
*** pohly <pohly!~pohly@p5DE8D834.dip0.t-ipconnect.de> has joined #yocto06:07
*** Nilesh__ <Nilesh__!uid116340@gateway/web/irccloud.com/x-oadwcteytwssqjip> has joined #yocto06:08
*** gtristan <gtristan!~tristanva@222.110.195.192> has joined #yocto06:08
*** agust <agust!~agust@p4FCB7C32.dip0.t-ipconnect.de> has joined #yocto06:11
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto06:16
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC06:19
*** voltbit <voltbit!~acid___@188.26.46.104> has quit IRC06:19
*** robsta <robsta!sid195711@gateway/web/irccloud.com/x-urarkjbhoyrpaszh> has quit IRC06:19
*** rewitt <rewitt!rewitt@nat/intel/x-lwrbnqllpxbsjzub> has quit IRC06:19
*** basic` <basic`!sid141140@drupal.org/association-staff/basic> has quit IRC06:19
*** rewitt1 <rewitt1!rewitt@nat/intel/session> has joined #yocto06:19
*** rewitt1 <rewitt1!rewitt@nat/intel/session> has quit IRC06:19
*** rewitt1 <rewitt1!rewitt@nat/intel/x-yqzorpytudjkijrk> has joined #yocto06:19
*** voltbit <voltbit!~acid___@188.26.46.104> has joined #yocto06:20
*** robsta <robsta!sid195711@gateway/web/irccloud.com/x-uhxvmkbegriormcf> has joined #yocto06:20
*** basic` <basic`!sid141140@drupal.org/association-staff/basic> has joined #yocto06:20
*** zecke <zecke!~ich@acn041lucmsx02.enterprisenet.org> has quit IRC06:20
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC06:24
*** frsc <frsc!~frsc@80.149.173.68> has joined #yocto06:29
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:30
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto06:34
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC06:38
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto06:39
*** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has joined #yocto06:42
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:49
*** mckoan|away is now known as mckoan06:51
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto06:51
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto06:52
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto06:54
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC06:57
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:00
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto07:06
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto07:10
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto07:11
*** rajm <rajm!~robertmar@167.98.27.226> has joined #yocto07:12
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto07:13
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto07:13
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC07:15
*** JoiF <JoiF!~jofr@193.182.166.3> has joined #yocto07:16
*** henriknj <henriknj!~hnj@81.216.59.226> has joined #yocto07:19
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto07:23
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto07:28
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC07:33
*** henriknj <henriknj!~hnj@81.216.59.226> has quit IRC07:36
*** gizero <gizero!~gizero@87.12.65.168> has quit IRC07:41
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:41
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto07:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto07:50
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC07:51
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto07:53
*** gizero <gizero!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto07:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC07:59
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto08:01
*** toscalix <toscalix!~toscalix@80.91.70.201> has joined #yocto08:04
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto08:04
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC08:09
*** gtristan <gtristan!~tristanva@222.110.195.192> has quit IRC08:14
*** fest <fest!~fest@188.226.203.53> has left #yocto08:16
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto08:18
*** voltbit <voltbit!~acid___@188.26.46.104> has quit IRC08:19
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto08:23
*** MarcWe <MarcWe!~hmw@163.172.44.94> has joined #yocto08:23
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC08:28
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:38
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto08:41
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto08:41
*** zeenix <zeenix!~zeenix@83.218.80.243> has joined #yocto08:42
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:44
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC08:45
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC08:58
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto08:59
*** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has joined #yocto09:02
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-edxfmuhuqghbaibz> has joined #yocto09:03
T_UNIXhi09:03
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:04
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC09:04
T_UNIXI was wondering about the LICENSE_PATH and what I have to put as LIC_FILES_CHKSUM to reference a file from there?09:04
T_UNIXcause right now I'm referencing it with "file://MY_DUBIOUS_LICENSE" and bitbake complains, saying something like: "Could not find MY_DUBIOUS_LICENSE in my_dubious_pkg/git/c0ffee/"09:06
T_UNIXI was following https://www.yoctoproject.org/blogs/khem/2014/suppliment-common-licenses-yocto-project09:06
T_UNIXand bitbake -e shows that my LICENSE_PATH indeed contains the license directory that contains MY_DUBIOUS_LICENSE09:07
*** Guest71204 <Guest71204!~john@host86-143-90-120.range86-143.btcentralplus.com> has joined #yocto09:07
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC09:08
*** JordonWu <JordonWu!~quassel@221.226.9.57> has joined #yocto09:10
*** CTtpollard <CTtpollard!~CTtpollar@167.98.27.226> has joined #yocto09:11
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto09:17
*** john1 <john1!~john@host86-143-90-120.range86-143.btcentralplus.com> has joined #yocto09:20
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto09:20
*** Guest71204 <Guest71204!~john@host86-143-90-120.range86-143.btcentralplus.com> has quit IRC09:20
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC09:22
*** voltbit <voltbit!~acid___@141.85.225.206> has joined #yocto09:23
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.180.25.12> has joined #yocto09:26
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:26
*** john1 <john1!~john@host86-143-90-120.range86-143.btcentralplus.com> has quit IRC09:28
*** john1 <john1!~john@host86-143-90-120.range86-143.btcentralplus.com> has joined #yocto09:32
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto09:35
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC09:40
*** fl0v0 <fl0v0!~fvo@p4FC0A124.dip0.t-ipconnect.de> has joined #yocto09:41
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC09:45
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has joined #yocto09:49
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC09:55
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC10:01
*** msvb-lab <msvb-lab!~michael@x55b54175.dyn.telefonica.de> has joined #yocto10:03
*** fl0v0 <fl0v0!~fvo@p4FC0A124.dip0.t-ipconnect.de> has quit IRC10:09
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto10:09
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto10:12
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto10:13
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-bnafyxxulwkgmadg> has quit IRC10:15
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-appqkysgsvzezpzw> has joined #yocto10:15
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC10:17
*** voltbit <voltbit!~acid___@141.85.225.206> has quit IRC10:17
*** voltbit <voltbit!~acid___@141.85.225.206> has joined #yocto10:21
*** rob_w <rob_w!~bob@93.104.205.194> has joined #yocto10:27
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto10:27
MarcWeim having trobble setting up QT for  a qt qml application. When i open the main.qml qt shows a red line under: import QtQuick.Controls     and list it as it cant be found10:28
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto10:30
*** luc4 <luc4!~luca@2-234-130-167.ip223.fastwebnet.it> has quit IRC10:32
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:32
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC10:35
ilialhello all10:36
ilialI'm having troubles with the  libndp_1.6.bb: " libndp-1.6-r0 do_fetch: Failed to fetch URL http://libndp.org/files/libndp-1.6.tar.gz"10:37
ilialis this a know issue?10:37
T_UNIXMarcWe: have you checked the QtQuick module within the root directory?10:37
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto10:38
*** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-fewhgwrzyhuiptcm> has quit IRC10:38
*** flynn378 <flynn378!sid63564@gateway/web/irccloud.com/x-ajkokvzqysyosxcw> has joined #yocto10:38
T_UNIXiirc you need to list it as a RDEPENDS of your main application. The build won't fail if it does not exist.10:38
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:42
MarcWeT_UNIX QtQuick module in the root dir????        the QtQml folder with content is existing in the cortexa8hf-neon-linux-gnueabi/usr/include/qt5/QtQml/ path10:43
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:44
msvb-labAnyone seen this (or something similar) before?10:46
msvb-labERROR: Recipe avahi-ui is trying to change PR from 'r11.0' to 'r0'. This will cause do_package_write_* failures since the incorrect data will be used and they will be unable to find the right workdir.10:46
msvb-labERROR: Function failed: read_subpackage_metadata10:46
msvb-labThe command line was:10:47
msvb-labbitbake cube-essential cube-dom0 cube-dom1 cube-gw cube-server cube-desktop10:47
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC10:47
msvb-lab...because I'm building Wind River Pulsar 8 Linux (a yocto distribution.)10:47
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto10:48
LetoThe2ndmsvb-lab: probably unrelated to your original problem: bitbake does not support multiple targets in one go, at least not that i knew of10:48
LetoThe2ndmsvb-lab: and to go even more nitpicking: WRLInux is a yocto compatible OE distribution, not a yocto distribution ;-)10:49
msvb-labLetoThe2nd: Interesting. Do you think if I rebuild from scratch using one target after another, that the errors will disappear?10:49
LetoThe2ndmsvb-lab: no idea. maybe that has changed lately or WR patches bitbake. you can of course give it a try.10:49
LetoThe2ndmsvb-lab: but generally, this kinda sounds more like something related to maybe a PRSERV in use?10:50
joshuaglwhat makes you think bitbake doesn't support multiple targets in one go?10:50
joshuaglwe most certainly do support it, the YP autobuilders do that all the time10:51
msvb-labLetoThe2nd: By the way, I've reduced my set of customizations (vanilla Wind River now) and using the same multi target command I believe the build is working.10:51
*** henriknj <henriknj!~hnj@81.216.59.226> has joined #yocto10:51
LetoThe2ndjoshuagl: ah really? thanks for the clarification, i happily stand corrected.10:52
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC10:52
joshuaglLetoThe2nd: np, have you observed a case where it fails?10:52
msvb-labThe PR from 'r11.0' to 'r0' problem is probably related to my customizations. Probably from including rabbitmq-server from meta-openembedded/meta-openstack or a similar addition I made.10:53
msvb-labI've grep(1)ed the entire 1GB of Wind River yocto source for 'PR.*avahi-ui' and similar.10:54
joshuaglPR shouldn't go backwards, and if a layer affects it that's a concern. Sounds like you might be using a PRServer and there's a recipe/bbappend somewhere explicitly setting PR ?10:54
msvb-lab...and not figured out where things are changing from r11.0 to r0.10:54
LetoThe2ndjoshuagl: no i haven't i just thought it was discussed in some way. did i maybe mix it up with devtool?10:54
joshuaglhmm, perhaps. I don't really know devtool10:55
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has joined #yocto10:55
joshuaglmsvb-lab: if it's a bbappend or recipe setting PR it'll just be an assignment line like `PR = "r0"` somewhere10:57
joshuaglrather than a PN override10:57
msvb-labjoshuagl: I find the place where avahi-ui PR is defined to r11.0 in:10:57
msvb-labhttps://github.com/WindRiver-OpenSourceLabs/wr-core/layers/oe-core/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb10:58
msvb-lab...but I can't find a second overriding 'PR.*=' line anywhere.10:59
joshuagl"Not Found"10:59
*** joshua__ <joshua__!~joshua@172.94.107.36> has joined #yocto10:59
*** zeenix <zeenix!~zeenix@83.218.80.243> has quit IRC10:59
msvb-labThe line in question (that I did find) is:10:59
msvb-labPR = "${INC_PR}.0"10:59
bluelightningjoshuagl: you really should check it out ;)10:59
*** avalluri <avalluri!avalluri@nat/intel/x-zjbvllajmsezmpgh> has quit IRC10:59
*** toanju <toanju!~toanju@185.27.182.30> has joined #yocto11:00
msvb-labjoshuagl: I'm trying to get the tree URL for you so you don't need to check it out, but Wind River integrates oe-core as a submodule or something, so the canonical location is elsewhere (in another repository.)11:04
*** voltbit <voltbit!~acid___@141.85.225.206> has quit IRC11:05
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto11:06
T_UNIXMarcWe: never mind. It seems you're talking about QtCreator. So either your paths are incorrect (e.g. you didn't source the environment script before starting qtcreator), or you're missing files.11:07
*** joshua__ <joshua__!~joshua@172.94.107.36> has quit IRC11:09
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC11:11
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto11:13
eduardas_mhello, when trying to build an extensible sdk for my image that has qt5 in it I get this error: https://pastebin.com/0QfsudXV11:14
eduardas_mmy image is based on standard example fsl-image-qt5 from Freescale community BSP and contains inherit populate_sdk_qt5 in its recipe11:18
*** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has joined #yocto11:19
MarcWeT_UNIX: ty11:20
eduardas_mhere is the full error log: https://pastebin.com/4VKrKXiN11:22
*** voltbit <voltbit!~acid___@82.137.12.195> has joined #yocto11:22
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto11:24
MarcWeT_UNIX: if done some searching in the sdk but i cant finde .qml files11:25
*** JordonWu <JordonWu!~quassel@221.226.9.57> has quit IRC11:26
*** avalluri <avalluri!~avalluri@192.55.55.37> has joined #yocto11:28
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC11:29
*** dv__ is now known as dv_11:33
*** berton_ <berton_!~berton@189.114.111.135> has joined #yocto11:36
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC11:41
msvb-labjoshuagl: I figured out the canonical URL for the oe-core submodule in Wind River's yocto compatible OE distribution.11:41
msvb-labhttps://github.com/WindRiver-OpenSourceLabs/oe-core/blob/c2ff48990dd438d8dddaffed85d64b2da2ef62ee/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb11:41
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC11:41
*** voltbit <voltbit!~acid___@82.137.12.195> has quit IRC11:41
msvb-labINC_PR is defined in: https://github.com/WindRiver-OpenSourceLabs/oe-core/blob/c2ff48990dd438d8dddaffed85d64b2da2ef62ee/meta/recipes-connectivity/avahi/avahi.inc11:41
msvb-lab...so the question is 'why does the PR = r11.0 definition get changed to r0 and where does this happen?'11:42
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto11:42
msvb-lab...to cause the build failure:11:44
msvb-labERROR: Recipe avahi-ui is trying to change PR from 'r11.0' to 'r0'. This will cause do_package_write_* failures since the incorrect data will be used and they will be unable to find the right workdir.11:44
msvb-labERROR: Function failed: read_subpackage_metadata11:44
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC11:45
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has joined #yocto11:45
msvb-labThere's all kinds of recipes defining 'PR = r0' like gdb or nss, but this would seem unrelated since avahi-ui/avahi.inc is clearly setting 'PR = r11.0' only once.11:47
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC11:47
msvb-labThere is python.inc where 'INC_PR = r0' at:11:48
msvb-labhttps://github.com/WindRiver-OpenSourceLabs/oe-core/blob/7cccaafc69e7758d4c2cfd2b0d19e06c7fbb10ee/meta/recipes-devtools/python/python.inc11:48
msvb-lab...but I don't think avahi-ui...bb is including it?11:48
msvb-labWild goose chase...11:48
rburtonmsvb-lab: bitbake avahi -e | less, search for PR=, and see what sets it11:50
rburtonavahi-ui, even11:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:52
msvb-labrburton: Thanks, going to try that now...11:53
*** gtristan <gtristan!~tristanva@222.110.195.192> has joined #yocto11:55
ilialregarding the libndp_1.6.bb11:55
msvb-labrburton: ERROR: Only one copy of bitbake should be run against a build directory11:56
msvb-lab...because I11:56
msvb-lab...because I've got a bitbake(1) operation in another window.11:56
rburtonso abort that, or wait for it to finish11:56
msvb-labShould I just mkdir build-2 && cd build-2 and try again.11:56
ilialthe host libndp.org is down. Is someone taking care to update the libndp_1.6.bb with mirrors?11:56
rburtonmsvb-lab: not worth the risk in case its a local.conf change that is causing problems11:57
msvb-labrburton: Okay, with a heavy heart I'm going to abort my 11 hour build now...11:57
rburtonilial: you can be the proud author of the patch! :)11:57
rburtonmsvb-lab: it will continue where it left off11:57
LetoThe2ndrburton: a proudthor!11:58
msvb-labrburton: Even if I kill -TERM the residual cc1plus(1) and other processes?11:59
msvb-labA ton of stuff keeps running when I abort a bitbake(1) and usually keeps me waiting 5 minutes.11:59
*** ed2 <ed2!~Adium@192.198.151.45> has joined #yocto11:59
msvb-lab...so the 'continue where it left off' saves me 11 hours but still costs me 10 minutes.11:59
msvb-labI'll try anyway, since I haven't tried bitbake(1) avahi-ui -e yet.12:00
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto12:01
*** kevin_90 <kevin_90!~kevin@221.216.55.133> has joined #yocto12:01
eduardas_mhow to I build extensible SDK with qt5 support?12:01
*** gtristan <gtristan!~tristanva@222.110.195.192> has quit IRC12:03
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC12:05
rburtonmsvb-lab: control-c once to tell bitbake to stop when all current tasks have ended, control-c again to make it abandon the tassk12:08
*** hattzy <hattzy!~hattzy@h-90-120.a137.corp.bahnhof.se> has joined #yocto12:16
*** jku <jku!~jku@dyj-skycrv18---3wlh9y-3.rev.dnainternet.fi> has quit IRC12:18
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto12:19
*** joshua__ <joshua__!~joshua@172.94.107.61> has joined #yocto12:23
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC12:24
hattzyHello.12:24
hattzyI am developing my own image and application to run on it. I need some help with 2how i get my applications to autostart preferably with systemd as i have some prior knowlege about it.12:24
hattzyThe applications uses autotools and the recipes for them just contain the description, license and git remote data. Could someone point me to a guide or tutorial for extending an autotools recipe with systemd start/stop service?12:24
LetoThe2ndhattzy: i'd have a look at something that already is systemd enabled, like dropbear: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/dropbear/dropbear.inc12:28
hattzyThanks. I'll do that12:29
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto12:37
*** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has quit IRC12:37
*** fest <fest!~fest@188.226.203.53> has joined #yocto12:40
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC12:42
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto12:42
msvb-labIf my bblayers.conf includes oe-core and the build breaks, then I mv oe-core.old && git clone oe-core (that's a different version)12:45
msvb-lab...will bitbake completely rebuild all packages in the oe-core layer?12:45
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto12:45
rburtonit will rebuild everything that changed yes12:46
*** marcW <marcW!~hmw@zimbra.welvaarts.com> has joined #yocto12:46
msvb-labMy test with bitbake avahi-ui -e didn't tell me much. 23000 lines where I learned that if PR is not defined bitbake considers it to be 'r0.'12:47
msvb-lab...but still no smoking gun. I can't figure out why avahi-ui is changing from r11.0 (found that definition!) to r0 (nowhere?)12:47
*** MarcWe <MarcWe!~hmw@163.172.44.94> has quit IRC12:47
msvb-labrburton: My new theory is that because I updated oe-core to the tip revision (Wind River used a version missing rabbitmq recipes) that may be the place where r0 is getting implicitly defined.12:48
msvb-labImplicit means that I can't search and find a 'PR = r0' anywhere in the 1GB sources.12:49
*** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has joined #yocto12:51
rburtonyes12:52
rburtoncurrent oe-core only sets PR if absolutely required12:52
rburtonit shouldnt have gone backwards without a PV bump too though12:52
msvb-labrburton: You're saying I can gain insight in the bitbake avahi-ui -e dump by searching for 'PV'?12:53
rburtonyes, we upgraded to 0.6.32 and removed the PR12:53
msvb-labrburton: What do you recommend to grep for, 'PV .*' or something better?12:53
rburtontbh i'm not sure what your problem is12:54
*** marka <marka!~masselst@128.224.252.2> has joined #yocto12:54
msvb-labWind River is using avahi-ui_0.6.31.bb which I guess includes 'PR = r11.0' (after variable expansion.)12:55
rburtonyes12:55
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto12:55
msvb-labAnd the problem is that bitbake is failing with the message:12:56
msvb-labERROR: Recipe avahi-ui is trying to change PR from 'r11.0' to 'r0'. This will cause do_package_write_* failures since the incorrect data will be used and they will be unable to find the right workdir.12:56
msvb-labSince I'm neither manually upgrading avahi-ui to 0.6.32 nor is this version anywhere in the sources (at the time of failure) I can't imagine that the new change (implicitly setting PR = r0) is the root of the problem.12:57
msvb-labMaybe if I turn this problem on its head and explicitly update to 0.6.32 then my build error will go away?12:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:58
*** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has quit IRC12:58
rburtonmsvb-lab: can you replicate that error if you try again with the provided layers?12:59
rburton(at first glance it sounds like you're changing the recipe during the build)12:59
msvb-labrburton: If you mean 'try again without making my custom changes' then that's what I'm building to test right now. A vanilla Wind River (with old oe-core and other old stuff) layers.12:59
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC13:00
rburtonjust bitbake avahi-ui will do, obviously13:00
msvb-labrburton: I've changed recipes quite a lot, but only in response to build errors (trying to solve them.)13:00
msvb-labrburton: Okay, doing bitbake(1) avahi not and will follow that with avahi-ui.13:01
msvb-labrburton: Typo, I'm trying bitbake(1) avahi now...13:02
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC13:04
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC13:05
msvb-labSo bitbake(1) avahi completed successfully, trying avahi-ui now with the old (original Wind River) oe-core and new (git clone master) meta-cloud-services, which is the only customization I've made.13:05
msvb-labSpoke to soon, I'm still waiting for avahi to finish (it was only a fetch operation that succeeded.)13:06
*** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has joined #yocto13:11
*** aV_V <aV_V!~aV_V@146.66.253.137> has joined #yocto13:12
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@37.176.179.73> has joined #yocto13:15
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto13:15
ilialrburton: that was not answer to my question, but I'll try. thank you13:15
msvb-labDoes this make sense:13:16
msvb-labCurrently 4 running tasks (904 of 973):0: binutils-native-2.25.1-r0 do_compile13:17
msvb-lab1: coreutils-8.24-r0 do_compile13:17
msvb-lab2: avahi-0.6.31-r11.1 do_compile13:17
msvb-lab3: readline-6.3-r0 do_package_write_rpm13:17
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has joined #yocto13:17
msvb-lab...I mean, if avahi depends on coreutils then it obviously can't build at the same time.13:17
msvb-labIf avahi depends on coreutils, then coreutils must first finish building before avahi can start surely?13:17
rburtonwhere does avahi depend on coreutils?13:18
msvb-labAnd if avahi doesn't depend on coreutils, then whey does coreutils build when I type $ bitbake avahi13:18
*** luneff <luneff!~yury@31.23.5.12> has joined #yocto13:18
rburtonbecause dependencies \o/13:18
rburtonits probab;y working up to building rpm or something13:18
msvb-labrburton: Oh, so linking avahi.o doesn't require some coreutils thing, but packaging avahi (to avahi.rpm) requires rpm(1) which depends on coreutils.13:19
msvb-lab...that's your theory right?13:19
rburtonyeah something along those lines13:19
rburtonyou can ask bitbake for a full dep tree if you want13:20
msvb-labSeems correct, and would explain why avahi has a weak dependency to coreutils but can indeed build at the same time (until packaging starts.)13:20
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto13:20
msvb-labrburton: I don't want to look at a dep tree, but thanks for the advice.13:21
msvb-labI'm just sad that $ bitbake avahi output states '973 tasks to build' which seems like quite a bit.13:21
*** jonatan_ <jonatan_!~Thunderbi@83.218.80.243> has quit IRC13:22
msvb-lab...like now libx11 is building, what?13:22
*** jonatan_ <jonatan_!~Thunderbi@83.218.80.243> has joined #yocto13:22
msvb-labSure, many things might depend on avahi but I can't image that avahi depends on hundreds of libraries.13:22
rburtondbus13:23
msvb-labHmm, good guess with dbus.13:24
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC13:25
*** joshua__ <joshua__!~joshua@172.94.107.61> has quit IRC13:27
msvb-labOkay, finally I can say that avahi succeeded, and now I'm going to try with avahi-ui. If avahi-ui doesn't crash, then this test was inconclusive.13:28
msvb-labReally hoping that avahi-ui crashes now, and proves that a vanilla Wind River build with meta-cloud-services updated localizes the error.13:29
rburtonor it works fine and it proves that WR isn't broken, you broke it somehow13:30
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto13:31
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto13:31
msvb-labrburton: That's what I mean, that I included a package that caused the error.13:32
rburtonit won't be another package, it would have to be a change to the recipe (or a layer that appends it)13:32
msvb-labrburton: That's my suspicion as well, I think I added a meta-<something> to the bblayers.conf and the new recipes are defective, causing a double inclusion (and incompatability) of avahi-ui.13:34
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC13:36
msvb-labJust for example, after including some (not sure which of 5) meta-<paths> in bblayers.conf I started seeing the 'consider defining a PREFERRED_PROVIDER entry' warning due to having perl-avahi and avahi-ui both in the build.13:36
rburtonthat's special13:36
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC13:37
msvb-labMeaning that one of the recipes in one of the new meta-<paths> depends on either perl-avahi or avahi-ui, and the vanilla Wind River config depends on the other one, I guess?13:38
rburtonmore likely that perl-avahi is a fork of avahi-ui, just tweaked differently13:38
rburton(the summary is that the avahi recipes need to be destroyed and rewritten)13:39
rburtoncan't find perl-avahi on layers.yp13:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:39
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC13:39
rburtonif you get a preferred provider warning its because two recipes provide the same names13:40
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has quit IRC13:40
msvb-labrburton: About the preferred provider warning, it seems those are harmless. Just to be sure I've specified preferences, but unfortunately those preferences are my best guesses. No idea if one of the alternatives are fresher, less buggy, more feature rich, or whatever.13:41
rburtonthey're not harmess :)13:42
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has joined #yocto13:42
msvb-labrburton: Hmm, well Wind River's config doesn't specify any preferences so I assume it's okay to ignore the wanings? At least Wind River thinks so, and I think their vanilla build succeeds.13:43
msvb-labBack to my new theory, the vanilla oe-core layer includes avahi-ui_0.6.31.bb and my updated meta-cloud-services layer includes python-avahi_0.6.32.bb.13:44
msvb-labrburton: So if you're right about perl-avahi being a renamed avahi-ui recipe, then this would explain the error.13:45
rburtonpython-avahi wouldn't conflict13:45
rburtonoh maybe it would13:45
msvb-lab...since PR was reset to r0 when avahi-ui reached 0.6.32.13:45
rburtonoooh13:46
rburtonyeah13:46
msvb-labThe PR numbers would conflict if I only update one of the two layers containing incompatible recipes.13:46
rburtonstill not sure why you're getting a conflict13:46
msvb-lab...so that's a pretty strong indicator, and I hope I've solved the mystery. The bitbake build will prove this theory right or wrong.13:46
msvb-labrburton: You're not sure? I believe it's because inside avahi-ui v0.6.31 there's an explicit PR = r11.0 but in the newer perl-avahi v0.6.32 the PR definition is removed (implicitly meaning PR = r0.)13:48
msvb-labDoes that make sense?13:48
rburtondo you mean python-avahi13:48
msvb-labSorry, not perl rather I mean python, yes.13:49
msvb-labrburton: But if you're thinking 'they are two separate packages and could each have their own version and PR' then I understand your concern.13:49
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto13:49
rburtonno i'm wondering why you got that error mid-build and why avahi-ui conflicts with python-avahi13:50
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC13:50
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:e5a8:f8e5:4268:9056> has quit IRC13:52
*** Aethenelle <Aethenelle!~Aethenell@mobile-166-170-223-250.mycingular.net> has joined #yocto13:53
msvb-labrburton: Maybe avahi-ui doesn't conflict with python-avahi. Looking at the latter's bb file it doesn't include anything nor depend or reference avahi*.13:53
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC13:54
msvb-labAnd avahi-ui*.bb does include avahi.inc but seems quit isolated from the python-avahi logic.13:54
pohlyRP, rburton: when I include layers with BBLAYERS = "/fast/work/intel-iot-refkit/openembedded-core/meta /fast/work/intel-iot-refkit/meta-yocto/meta-poky /fast/work/intel-iot-refkit//meta-intel" I end up with an error ("BBPATH references the current directory, either through an empty entry,...") because meta-yocto prepends and OE-core appends.13:55
pohlyThis leads to: BBPATH="/fast/work/intel-iot-refkit/meta-yocto/meta-poky::/fast/work/intel-iot-refkit/openembedded-core/meta:/fast/work/intel-iot-refkit//meta-intel:/fast/work/intel-iot-refkit//meta-intel/common"13:55
pohlyI'm not sure how to avoid  that. I'm not even sure why it works in Poky :-/ Need to check...13:57
*** aV_V <aV_V!~aV_V@146.66.253.137> has quit IRC13:58
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC13:58
*** Qilibrun <Qilibrun!~NathanI@mail.validmanufacturing.com> has joined #yocto13:58
*** luneff <luneff!~yury@31.23.5.12> has quit IRC13:59
pohlyAh, I am missing the BBPATH = "${TOPDIR}" in my artificial bblayers.conf.13:59
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC14:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto14:07
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto14:08
*** willdye <willdye!~willdye@cpe-108-167-33-90.neb.res.rr.com> has joined #yocto14:09
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC14:13
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:14
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC14:15
*** caiortp <caiortp!~inatel@131.221.240.226> has joined #yocto14:18
JaMapohly: it's not mandatory to put anything in BBPATH, is it? Isn't it a bug in meta-yocto?14:18
JaMahttps://patchwork.openembedded.org/patch/28487/14:20
pohlyJaMa: I don't know. Both layers assume that BBPATH isn't empty, so perhaps initializing BBPATH with TOPDIR is an established convention that has to be followed.14:20
msvb-labrburton: So bitbake(1) avahi-ui just finished with no build errors. There is a avahi-ui_0.6.31.bb including 'PR = r11.0' from Wind River's oe-core (chosen revision) layer and a python-avahi_0.6.32.bb file with an implicit 'PR = r0' from my custom git clone meta-cloud-services layer update.14:20
JaMaI've recently dropped TOPDIR from all our build setups, but I'm not using meta-yocto anywhere luckily14:20
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto14:20
JaMaalso discussed here:14:21
JaMahttp://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg18427.html14:21
JaMahttps://git.yoctoproject.org/cgit.cgi/poky/commit/meta/classes/image_types_wic.bbclass?id=88bda7d78d6f20bce48cf6a49d392864f866ae9014:24
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto14:25
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto14:26
*** mcfrisk_ <mcfrisk_!mcfrisk@kapsi.fi> has quit IRC14:26
JaMahttps://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg51473.html14:27
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC14:30
*** toanju <toanju!~toanju@185.27.182.30> has quit IRC14:32
*** Aethenelle <Aethenelle!~Aethenell@mobile-166-170-223-250.mycingular.net> has quit IRC14:32
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto14:36
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto14:39
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC14:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:46
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto14:46
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto14:48
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC14:52
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto14:53
*** msvb-lab <msvb-lab!~michael@x55b54175.dyn.telefonica.de> has quit IRC14:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC14:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto14:59
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:59
*** blitz00 <blitz00!~stefan@unaffiliated/blitz00> has quit IRC15:01
*** msvb-lab <msvb-lab!~michael@x55b54175.dyn.telefonica.de> has joined #yocto15:02
*** stephano <stephano!stephano@nat/intel/x-eframggncolitxgq> has joined #yocto15:02
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto15:03
*** MarcWe <MarcWe!~hmw@163.172.44.94> has joined #yocto15:03
*** marcW <marcW!~hmw@zimbra.welvaarts.com> has quit IRC15:03
*** Bunio_FH <Bunio_FH!~bunio@89-68-88-224.dynamic.chello.pl> has quit IRC15:06
*** kevin_90 <kevin_90!~kevin@221.216.55.133> has quit IRC15:06
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC15:09
*** futuretim_ <futuretim_!605ed649@gateway/web/cgi-irc/kiwiirc.com/ip.96.94.214.73> has joined #yocto15:13
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC15:14
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto15:14
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC15:17
*** mckoan is now known as mckoan|away15:18
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has joined #yocto15:19
egavinhi! just a question about network-manager15:26
egavinWhen I try to install networkmanager instead of connman, and try #nmcli d15:27
egavinreturn NetworkManager is not running15:27
*** vm_ <vm_!~vm@p5DC3D3BC.dip0.t-ipconnect.de> has joined #yocto15:28
vm_hi, is freescale git down or dead?15:28
egavinany clue about how I can run the NetworkManager in core-image-sato?15:28
*** jonver <jonver!~jonver___@d5152f4f9.static.telenet.be> has quit IRC15:29
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b4b4:ece3:8a31:18ac> has joined #yocto15:30
*** lamego <lamego!~jose@134.134.139.77> has joined #yocto15:33
*** frsc <frsc!~frsc@80.149.173.68> has quit IRC15:34
lsandovvm_:  which URL?15:34
vm_git://git.freescale.com/imx/imx-firmware.git15:35
vm_web interface is accessible15:36
vm_but not git15:36
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto15:36
lsandovvm_: rigth, something is wrong15:37
vm_since minimum 2 days15:37
*** futuretim_ <futuretim_!605ed649@gateway/web/cgi-irc/kiwiirc.com/ip.96.94.214.73> has left #yocto15:39
*** ed2 <ed2!~Adium@192.198.151.45> has quit IRC15:39
*** BarBQ <BarBQ!~textual@sg1.maxiv.lu.se> has quit IRC15:41
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-ycdjluhqivecsjhp> has quit IRC15:43
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-bkzxuzrdsjwvszrh> has quit IRC15:43
*** cryptix <cryptix!cryptixtel@gateway/shell/matrix.org/x-zokwhfvnirelytcz> has quit IRC15:43
*** phako[m]1 <phako[m]1!phakomatri@gateway/shell/matrix.org/x-sgdcvhcpeqkelmno> has quit IRC15:43
*** mkelly <mkelly!~martin@67.171.33.217> has joined #yocto15:43
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC15:44
*** JoiF <JoiF!~jofr@193.182.166.3> has quit IRC15:45
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto15:45
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-gkgivdyksbhfbaoc> has joined #yocto15:46
vm_lsandov: can you do something there?15:47
lsandovvm_:  let me ping Otavio15:47
vm_that would be nice, thx15:48
lsandovvm_: Otavio is aware and will check in two hours15:49
*** rajm <rajm!~robertmar@167.98.27.226> has quit IRC15:49
vm_thx alot15:50
*** cryptix <cryptix!cryptixtel@gateway/shell/matrix.org/x-bfwwkemjeiwnptxr> has joined #yocto15:50
*** jjardon <jjardon!jjardonmat@gateway/shell/matrix.org/x-unpxsjzsyetlynwr> has joined #yocto15:50
*** phako[m] <phako[m]!phakomatri@gateway/shell/matrix.org/x-qdmoplqdrragtnyx> has joined #yocto15:50
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has joined #yocto15:53
*** todor <todor!~todor@134.134.139.82> has quit IRC15:56
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC15:56
msvb-labAnyone know what results from a (1) successful bitbake <target> build, defining new PREFERRED_PROVIDER entries in local.conf, and then (2) carrying out the same bitbake <target> command?15:57
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto15:58
msvb-labI'm trying to understand the meaning of PREFFERED_PROVIDER, and I guess that the *.bb files which specify IMAGE_INSTALL contents use the preferred packages.15:59
msvb-labIf no preferences are defined then those images make a random choice?15:59
*** mkelly <mkelly!~martin@67.171.33.217> has quit IRC16:00
msvb-lab...so it would seem that if the random choices coincide with the fresh build's new PREFERRED_PROVIDER definitions, then nothing new would be build.16:00
msvb-labBut if even a single IMAGE_INSTALL definition changes implicitly (due to a new PREFERRED_PROVIDER definition) then the image would be rebuilt using a different set of packages?16:01
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC16:01
neverpanicThat's my understanding yes.16:01
kergothafaik it's undefined, not random. might be the same, might not, depends on circumstances which are entirely unknown, but there's no guarantee it'll work at all, particularly if multiple providers for a thing both end up built16:02
*** kergoth <kergoth!~kergoth@107.170.225.75> has left #yocto16:02
*** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto16:02
msvb-labneverpanic: Cool, I'm about to rebuild (bitbake with same arguments) after changing PREFERRED_PROVIDERS, and I'm hoping to make a better image.16:02
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC16:03
msvb-labkergoth: Random is the wrong word, thanks for correcting me. There's probably some bitbake internal logic which make the choice based on a set of conditions (like if a similar component was already used.)16:03
msvb-labThe problem I'm having is that after adding six new meta-<file> paths to bblayers.conf, I see a bunch of bitbake warnings recommending that I make PREFERRED_PROVIDER entries.16:05
*** todor <todor!~todor@134.134.139.82> has joined #yocto16:05
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC16:05
msvb-labBut I don't have time to go down rabbit holes inspecting each alternative and how it interacts with the sofware dependent on it. So I make semi-educated guesses when entering PREFERRED_PROVIDERS.16:06
kergothnot too surprising. the layer that adds the new provider that conflicts with oe-core should define weak defaults in layer.conf, IMO. I'm not sure if DEFAULT_PREFERENCE will do that context or not16:07
kergothin either case it's a bug in the layer that added the new provider, in my opinion..16:07
msvb-labI guess this workflow is okay? Or maybe there's a better way, like no PREFERRED_PROVIDER entries at all until one is sure of which alternative is safe to prefer?16:07
kergothdoes the readme for that layer indicate how it should be set?16:07
kergothmeta-java, for example, has multiple providers, and iirc the readme explicitly covers it16:07
kergothyou're far, far better off setting it to *anything* Than nothing16:07
kergothas i said, the behavior is undefined otherwise16:07
kergothbetter to know what you're getting, even if you don't know what's best16:07
*** voltbit <voltbit!~acid___@188.26.46.104> has joined #yocto16:08
msvb-labThe preference guesses I've made are: https://ghostbin.com/paste/rxds216:09
msvb-labkergoth: I've never seen a README give advice on how to set a PREFERRED_PROVIDER, but I'm not using yocto or bitbake too often.16:10
msvb-labSome things are obvious, like my choice to stick with NodeJS 6 (LTS) rather than 7 (dev) but that's only because I know my way around.16:11
msvb-labLike the preference of mdns version 'git' as opposed to '544' is totally opaque. I have no idea even which one is newer or contains less bugs.16:11
*** SoniaLeon <SoniaLeon!~sleonbau@134.134.139.73> has quit IRC16:11
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC16:11
msvb-labkergoth: Thanks for confirming that any choice is better than no choice.16:12
kergothnp16:12
*** jmcruzal <jmcruzal!~jmcruzal@134.134.139.83> has quit IRC16:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:18
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto16:21
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto16:22
*** hattzy <hattzy!~hattzy@h-90-120.a137.corp.bahnhof.se> has quit IRC16:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:25
markaRP: I have something to run by you if you have a minute16:35
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b4b4:ece3:8a31:18ac> has quit IRC16:37
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-plvpfqdkqswuiann> has joined #yocto16:38
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto16:42
RPmarka: I have a few minutes16:43
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC16:43
*** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has joined #yocto16:43
markaI was noticing some QA warnings on older builds  "pointed to by the S variable doesn't exist - please set S within the recipe to point to where the source has been unpacked to"16:44
markawhen I went to reproduce these on master I notice they don't show up16:44
markaso I dug in16:44
markaI noticed there was some anon python added to base.bbclass16:45
markaaround do_unpack, it adds S to cleandirs16:45
marka---16:45
marka    if d.getVar('S') != d.getVar('WORKDIR'):16:45
marka        d.setVarFlag('do_unpack', 'cleandirs', '${S}')16:46
marka---16:46
markathis is hiding the QA warning, since cleandirs not only removes the directory but also creates it16:46
markaaccording to build.py16:46
*** scottrif <scottrif!~scottrif@2600-6c55-7500-0219-1c02-8082-d9b4-0a50.dhcp6.chtrptr.net> has joined #yocto16:46
marka--16:47
marka            bb.utils.remove(cdir, True)16:47
marka            bb.utils.mkdirhier(cdir)16:47
marka---16:47
*** john1 <john1!~john@host86-143-90-120.range86-143.btcentralplus.com> has quit IRC16:47
RPmarka: unintended side effect I think16:47
markais it an important one though? ie. should we care?16:48
*** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has quit IRC16:48
markathus why I thought I would bring it up16:48
markait really does not make any difference, other than you end up with an empty directory16:48
*** john4 <john4!~john@host86-147-124-94.range86-147.btcentralplus.com> has joined #yocto16:49
markaand we are executing do_qa_unpack which will never do anything16:49
markaor usually do nothing I suppose16:49
RPmarka: Its a good question. That code should probably just clean that directory if it exists and not create it. We don't have a bitbake "shortcut" for that right now. We could however tweak do_unpack directly I guess16:51
RPI don't think its hugely important but ${S} pointing at invalid directories was annoying16:51
markasounds like it is a 50/50 issue, damn, I was hoping for clarity :D16:52
markaI will raise a defect and somebody who is more invested could make the call then16:53
*** egavin <egavin!~egavin@24.red-217-126-80.staticip.rima-tde.net> has quit IRC16:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:55
*** stryx` <stryx`!~stryx@185.164.136.111> has joined #yocto16:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:55
RPmarka: I'd be tempted just to move the directory deletion into base_do_unpack. I do worry how many warnings that might trigger though16:56
markaya, been like this since Mar 2016, so a pretty long shaddow16:57
markaI will toy with it and see what the fallout is, regardless I will writeup a defect so this is documented16:58
RPmarka: I created http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/wip-rss2&id=97ad5ea4347718220fa79b65ce1ee8bf51f220c2 to play with locally FWIW16:59
*** stephano <stephano!stephano@nat/intel/x-eframggncolitxgq> has quit IRC17:00
*** robher <robher!sid20343@linaro/robher> has quit IRC17:01
*** robher <robher!sid20343@linaro/robher> has joined #yocto17:01
markasounds good17:02
*** stephano <stephano!~stephano@134.134.139.75> has joined #yocto17:02
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto17:05
paulgRP, you really need to work on not being so verbose in your long logs of commits.  :)17:06
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto17:06
*** grma <grma!~gruberm@80.93.38.128> has quit IRC17:08
*** toscalix <toscalix!~toscalix@80.91.70.201> has quit IRC17:09
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC17:11
*** sbach <sbach!~sbach@104.156.100.181> has joined #yocto17:19
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:24
khemrburton: the updates were already pushed17:25
khemto kraj/master17:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:32
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:36
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC17:38
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC17:41
*** Guest56530 is now known as CoLa17:47
*** CoLa <CoLa!cordlandwe@kde/cordlandwehr> has joined #yocto17:47
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC17:47
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto17:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto17:54
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC18:14
*** joshua__ <joshua__!~joshua@172.94.107.49> has joined #yocto18:18
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:23
*** joshua__ <joshua__!~joshua@172.94.107.49> has quit IRC18:26
*** jrsharp_ <jrsharp_!~jrsharp@96-87-200-233-static.hfc.comcastbusiness.net> has joined #yocto18:29
jrsharp_hey all, I'm receiving a "ParseError in configuration INHERITs: ...".  Is there a way to add verbosity to bitbake to determine the precise ParseError?18:31
jrsharp_(-v, -D do not appear to work)18:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:34
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto18:37
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC18:45
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto18:46
*** Aethenelle_ <Aethenelle_!~Aethenell@195.95.131.65> has joined #yocto18:50
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC18:50
*** toanju <toanju!~toanju@x4db37f0c.dyn.telefonica.de> has joined #yocto18:51
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC18:53
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has joined #yocto18:54
*** Aethenelle_ <Aethenelle_!~Aethenell@195.95.131.65> has quit IRC18:55
lsandovjrsharp_:  -DDD ?19:00
jrsharp_yeah, same thing... I tried -D, -DD, -DDD, -DDDD, -DDDDD each19:00
jrsharp_desperate for more output, I tried "-D -D -D -D -D", also19:01
jrsharp_;)19:01
lsandovjrsharp_: is it a custom class?19:02
jrsharp_so, it is the 'machine-overrides-extender.bbclass' from the meta-freescale repo19:03
jrsharp_using the 'morty' branch19:04
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto19:04
markajrsharp_: related? https://groups.google.com/a/lists.mender.io/forum/#!topic/mender/I7dsq385bYY19:07
kergothRP, rburton: are patches being accepted for 2.4 on master yet, or has it not yet diverged from pyro?19:08
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:08
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC19:09
rburtonkergoth: we were discussing this on friday and we're about to branch.  master-next has stuff in, and i have another ~80 or so patches queued.19:11
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto19:11
jrsharp_marka: maybe? hard to say... it's related to the imx, for sure, and yes, I suspect it's related to a variable that's not being set properly... I was hoping for some way to add debugging output in order to determine what the missing var might be19:12
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC19:14
markawhenever I have run into similar issues I haven't been able to rely on logging, just do what you can to get isolate conquor19:14
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto19:14
markais it a specific recipe throwing the error, you can potentially devshell into the recipe and run the failing task by hand from the temp/ dir19:14
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC19:14
jrsharp_I don't even know how to isolate to a specific recipe19:15
markaso this happens right at parse time? I suppose that makes sense19:15
jrsharp_yeah... it's happening up front, I think19:16
markadump your bblayers.conf in a pastebin19:16
markajrsharp_: always worthwhile to try out master if at all possible19:17
markaif only to see if you are attempting to fix something that is already fixed19:18
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC19:18
jrsharp_yeah... I think the vendor in this case has only recenly released support for morty...19:18
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC19:18
jrsharp_I updated to morty in part to address issues in build that I have attributed to my Ubuntu 17.04 build machine19:19
jrsharp_and was hopeful that the OE/yocto base parts had been updated to support 17.04 in morty19:19
*** dreyna <dreyna!~dreyna@198.217.64.131> has joined #yocto19:22
markaI assume there is a filename as part of the "..." in your "ParseError in configuration INHERITs: ..."19:22
lsandovjrsharp_: in the d.getVar(X,Y) function call, not sure if currently the boolean Y is needed19:25
*** morphis <morphis!~morphis@pD9ED65E1.dip0.t-ipconnect.de> has quit IRC19:27
lsandovjrsharp_: I mean, there is no need to use the Y argument, which is True in that bbclass19:28
lsandovtry removing it19:29
jrsharp_ok, I will try...19:29
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto19:32
lsandovvm_: is URL now alive?19:33
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC19:33
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has joined #yocto19:34
*** majuk <majuk!~majuk@50-233-77-210-static.hfc.comcastbusiness.net> has quit IRC19:35
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-edxfmuhuqghbaibz> has quit IRC19:38
*** morphis <morphis!~morphis@pD9ED65E1.dip0.t-ipconnect.de> has joined #yocto19:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:39
*** pohly <pohly!~pohly@p5DE8D834.dip0.t-ipconnect.de> has quit IRC19:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC19:46
*** morphis <morphis!~morphis@pD9ED65E1.dip0.t-ipconnect.de> has quit IRC19:50
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC19:55
*** seezer_ is now known as seezer20:02
*** toanju <toanju!~toanju@x4db37f0c.dyn.telefonica.de> has quit IRC20:12
*** scottrif <scottrif!~scottrif@2600-6c55-7500-0219-1c02-8082-d9b4-0a50.dhcp6.chtrptr.net> has quit IRC20:13
jrsharp_thanks all! with your hints, it looks like I was able to sort this out...20:18
vm_lsandov: no its not working20:25
lsandovvm_: ok, I wonder if there are mirrors for that repo20:27
lsandovjrsharp_: which was the issue?20:27
jrsharp_heh, me. ;)  the older (deprecated) meta-fsl-arm repo was being referenced somehow20:28
jrsharp_so, both meta-fsl-arm and meta-freescale layers were being included somehow20:29
lsandovjrsharp_: got it. well the s/fsl/nxp/qualcomm is confusing20:29
jrsharp_yeah... I'm still picking up yocto... have always used buildroot in past20:30
*** dreyna <dreyna!~dreyna@198.217.64.131> has quit IRC20:31
vm_lsandov: should it work?20:33
lsandovvm_: i think so20:33
vm_lsandov: did otavio said that? it still does not work20:35
lsandovvm_: I have not talked to him since this morning :(20:35
*** caiortp <caiortp!~inatel@131.221.240.226> has quit IRC20:35
lsandovso, better to send a email to the proper mailing list20:36
vm_lsandov: if it does not work in some hours i will try that, thx for your help20:37
lsandovvm_: ok20:37
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:37
*** vm_ <vm_!~vm@p5DC3D3BC.dip0.t-ipconnect.de> has quit IRC20:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:46
*** rcw <rcw!~rwoolley@69-196-129-223.dsl.teksavvy.com> has joined #yocto20:55
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has joined #yocto20:56
*** Ox4` <Ox4`!~user@212.90.59.147> has quit IRC21:02
*** anarc0der <anarc0der!~anarc0der@unaffiliated/anarcoder> has joined #yocto21:03
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto21:04
*** scottrif <scottrif!~scottrif@66.191.24.12> has joined #yocto21:19
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC21:20
*** brrm <brrm!~brrm@HSI-KBW-085-216-003-192.hsi.kabelbw.de> has quit IRC21:22
*** anarc0der <anarc0der!~anarc0der@unaffiliated/anarcoder> has quit IRC21:23
*** brrm <brrm!~brrm@HSI-KBW-085-216-003-192.hsi.kabelbw.de> has joined #yocto21:26
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b4b4:ece3:8a31:18ac> has joined #yocto21:32
*** berton_ <berton_!~berton@189.114.111.135> has quit IRC21:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:51
*** joshuagl <joshuagl!joshuagl@nat/intel/x-ehdyxdahnrnlzikc> has joined #yocto21:56
*** lamego <lamego!~jose@134.134.139.77> has quit IRC21:57
*** ndec <ndec!uid219321@linaro/ndec> has quit IRC21:59
*** ndec <ndec!sid219321@gateway/web/irccloud.com/x-vmgmzkmlbbmvnuzc> has joined #yocto22:00
*** ndec <ndec!sid219321@linaro/ndec> has joined #yocto22:00
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto22:03
*** stephano <stephano!~stephano@134.134.139.75> has quit IRC22:03
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:b4b4:ece3:8a31:18ac> has quit IRC22:04
*** joshua__ <joshua__!~joshua@172.94.107.61> has joined #yocto22:08
*** joshua__ <joshua__!~joshua@172.94.107.61> has quit IRC22:10
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC22:14
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC22:22
*** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has joined #yocto22:23
*** nighty-- <nighty--!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:28
*** agust <agust!~agust@p4FCB7C32.dip0.t-ipconnect.de> has quit IRC22:31
*** joshuagl <joshuagl!joshuagl@nat/intel/x-ehdyxdahnrnlzikc> has quit IRC22:33
*** joshua__ <joshua__!~joshua@172.94.107.56> has joined #yocto22:39
*** voltbit <voltbit!~acid___@188.26.46.104> has quit IRC22:43
*** p0kerface|work <p0kerface|work!~bg14ina@kde/bgupta> has quit IRC22:56
*** Aethenelle <Aethenelle!~Aethenell@199.15.128.78> has quit IRC22:59
*** martinkelly <martinkelly!~martin@66-162-141-202.static.twtelecom.net> has quit IRC23:04
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-ipprtdhtkdgczeps> has quit IRC23:05
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-bbttmitsmmksypte> has joined #yocto23:05
*** scottrif <scottrif!~scottrif@66.191.24.12> has quit IRC23:16
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has joined #yocto23:22
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yyajheaiovsedxas> has joined #yocto23:28
*** joshua__ <joshua__!~joshua@172.94.107.95> has joined #yocto23:30
*** stephano <stephano!stephano@nat/intel/x-kgnwnxozybmmmfjv> has joined #yocto23:33
*** stephano <stephano!stephano@nat/intel/x-kgnwnxozybmmmfjv> has quit IRC23:41
*** joshua__ <joshua__!~joshua@172.94.107.95> has quit IRC23:46

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!