Tuesday, 2017-01-17

*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC00:04
*** zauberstuhl <zauberstuhl!~lukas@mail.zauberstuhl.de> has joined #yocto00:16
zauberstuhlhi, is there an alternative for cleaning multiple recipes? since bitbake -c cleansstate gem-* isn't working00:19
-YoctoAutoBuilder- build #1032 of nightly-x32 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x32/builds/103200:20
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:21
*** stephano <stephano!~stephano@> has quit IRC00:23
*** stephano <stephano!~stephano@> has joined #yocto00:23
*** JordonWu <JordonWu!~quassel@> has joined #yocto00:28
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has quit IRC00:30
*** manuel_ <manuel_!~manuel@c-24-61-43-145.hsd1.ma.comcast.net> has quit IRC00:30
sveinseDEPENDS_append_class-target can be used to specify native or nativesdk depends. How do you do the oposite? Add deps that only applies to the target? Best would be via PACKAGECONFIG, but how do I refrain native* from pulling in that dep?00:34
sveinseuim requires libedit on target, but there is no libedit-native, and I don't really need it. How can I a) not depend on libedit for any native target, and b) change the configure options to omit it00:36
*** Snert_ <Snert_!~snert_@> has quit IRC00:37
*** Snert_ <Snert_!~snert_@> has joined #yocto00:37
nrossisveinse: DEPENDS_append_class-target are target only depends. The trick is that the target can depend on -native during the build (if it needs to run something on the host during build). In your case you should just depend on libedit as a RDEPENDS no? ...00:50
nrossisveinse: What i think you are after is a PACKAGECONFIG[libedit] = "--with-libedit,--with-libedit=no,,libedit"00:51
nrossisveinse: And have a PACKAGECONFIG ??= "libedit", PACKAGECONFIG_class-native ??= ""00:51
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC00:52
*** arkver_ian <arkver_ian!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has quit IRC00:53
*** jamesp <jamesp!~jamesp@> has quit IRC00:59
sveinsenrossi: clever, thanks01:05
sveinseAbout that: I see --with-libedit=no quite a number of places, as opposed to --without-libedit. Why is that?01:05
nrossisveinse: Check the configure, ./configure --help. I  was just reading the source .ac file for what arg to disable, and it looked like it only checks for --with-libedit=no01:09
kergothpretty sure they're basically identical.01:09
kergothwhen you pass —without=, the value is no01:09
sveinsenrossi: libedit and RDEPENDS: no. configure will detect its missing and disable it, so it needs to be in DEPENDS01:10
nrossisveinse: that depends, generally it is better to be explicit than just assuming auto-detection01:11
sveinseexactly, I'm adding that01:12
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC01:22
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto01:22
-YoctoAutoBuilder- build #991 of nightly-deb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-deb/builds/99101:27
sveinseany online code paster that recognizes bb files?01:28
sveinseAnyways, here is my humble attempt at fixing uim_1.8.6.bb in meta-openembedded: https://bpaste.net/show/78966587bb71. Very interested in feedback!01:31
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC01:34
bluelightningsveinse: it would be easier to review in the form of a patch, is that something you could produce?01:34
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has joined #yocto01:34
sveinsebluelightning: yes of course, hang on01:35
*** linulin <linulin!~foo@client-188-168-43-165.spb-teleport.ru> has quit IRC01:39
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto01:40
sveinsebluelightning: here. https://bpaste.net/show/6798f0e42c93. Diffed against jethro, but krogoth is very similar01:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:43
bluelightningsveinse: the two x11 lines in the PACKAGECONFIG default value should be combined into  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 gtk', '', d)} \01:43
nrossisveinse:  RDEPENDS_uim = "libuim0 libedit" RDEPENDS_uim-anthy = "takao-fonts anthy libanthy0" will still trigger dependence on libedit, anthy01:43
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto01:43
bluelightningyeah, and if it's actually linking to those libraries none of that should be necessary01:44
bluelightningtakao-fonts would need to be explicit though presumably - but you'd do that via the rdepends parameter in the PACKAGECONFIG line01:44
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has quit IRC01:45
bluelightningsveinse: the PACKAGECONFIG[gtk] line ought to have config options - does it not provide any ?01:45
sveinseyeah, agreed. Now that files end up in the right packages, the so-resolver can figure that out01:45
sveinsebluelightning: I honestly don't know. our use case of uim is without x11 and gtk, so that it a black box for me. Sorry01:45
nrossisveinse: "--without-gtk2 --with-gtk3" -> should be in the [gtk] packageconfig01:46
bluelightningactually it looks like it supports gtk2 / 3 or nothing, so I would just have a PACKAGECONFIG for gtk and gtk3, drop the one for x11, and control the default for those from x11 in DISTRO_FEATURES01:47
*** linulin <linulin!foobar@client-188-168-43-165.spb-teleport.ru> has joined #yocto01:47
sveinsenrossi: yes perhaps, but the thing is that it was included in the uim-native before...01:48
nrossisveinse: also if you are going for cleaning up, worth moving the "--without-*" from EXTRA_OECONF into PACKAGECONFIG[*] options, even if you only fill out the disabled side01:48
sveinsenrossi: will do (whatever they are)01:49
sveinserdepends, is that the fourth argument to PACKAGECONFIG, right?01:50
nrossisveinse: yep01:50
nrossisveinse: but its specific to only the ${PN} package01:50
sveinsenrossi: yes, I did know that01:51
*** voltbit <voltbit!~acid___@> has quit IRC01:58
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto02:07
*** rovanceo_ <rovanceo_!~rovanceo@> has joined #yocto02:12
*** rovanceo <rovanceo!~rovanceo@> has quit IRC02:16
-YoctoAutoBuilder- build #681 of nightly-mips64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/68102:20
sveinsemkII of the fixup. Now it starts to look more neat: https://bpaste.net/show/0c65dc68257702:20
*** zauberstuhl <zauberstuhl!~lukas@mail.zauberstuhl.de> has quit IRC02:22
sveinseNow its long over due for sleep. Night guys02:26
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC02:37
themikenicholsonRunning into an issue with populate_sdk_ext in meta-qt502:38
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto02:39
themikenicholsonI don't see an issue tracker or anything on their github repo though (https://github.com/meta-qt5/meta-qt5).  Do the OE projects use an external issue tracker or are they strictly running off of mailing lists?02:39
*** morphis_ <morphis_!~morphis@pD9ED6656.dip0.t-ipconnect.de> has joined #yocto02:43
*** morphis <morphis!~morphis@pD9ED6194.dip0.t-ipconnect.de> has quit IRC02:47
*** jairglez <jairglez!~jairdeje@> has quit IRC02:49
kergoththemikenicholson: depends on the project/layer. see the readme02:54
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC03:06
-YoctoAutoBuilder- build #1037 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/103703:29
*** bananadev <bananadev!~onlyester@> has joined #yocto03:32
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto03:58
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has quit IRC04:00
*** redengin <redengin!~redengin@2601:600:9200:a356:d078:a0bc:ffb7:671e> has quit IRC04:08
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC04:11
*** redengin <redengin!~redengin@2601:600:9200:a356:9593:9709:1d43:dfa1> has joined #yocto04:11
-YoctoAutoBuilder- build #1039 of nightly-x86-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/103904:43
*** JordonWu <JordonWu!~quassel@> has quit IRC04:59
*** JordonWu <JordonWu!~quassel@> has joined #yocto05:00
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC05:06
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto05:09
*** tgraydon <tgraydon!~tgraydon@> has quit IRC05:09
*** agust <agust!~agust@p4FCB60FA.dip0.t-ipconnect.de> has joined #yocto05:24
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto05:36
*** clement <clement!~clement@fw-alt.idf.smile.fr> has quit IRC05:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC05:45
*** clement <clement!~clement@gre92-5-82-237-199-7.fbx.proxad.net> has joined #yocto05:47
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC05:55
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto05:59
*** robert_yang <robert_yang!~lyang1@> has joined #yocto06:08
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto06:09
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC06:12
-YoctoAutoBuilder- build #1058 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/105806:12
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto06:13
*** voltbit <voltbit!~acid___@> has joined #yocto06:35
*** mattsm <mattsm!~mattsm@cpe-72-182-106-201.austin.res.rr.com> has quit IRC06:36
*** hamis <hamis!~irfan@> has joined #yocto06:37
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:38
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has joined #yocto06:40
RamoseMay I know , how can one can get .so , I tried having  PACKAGECONFIG_append_pn-qtbase = " sql-sqlite" in my local.conf but still I didn't see libqsqlite.so generated .06:42
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC06:43
*** _dv_ <_dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC06:55
*** _dv__ <_dv__!~quassel@> has joined #yocto06:55
*** pohly <pohly!~pohly@p57A56390.dip0.t-ipconnect.de> has joined #yocto07:01
*** arkver_ian <arkver_ian!~arkver@host86-154-141-196.range86-154.btcentralplus.com> has joined #yocto07:15
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:26
*** joseppc <joseppc!~josep@c-4117e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto07:28
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:35
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto07:40
*** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has joined #yocto07:43
*** Snert_ <Snert_!~snert_@> has quit IRC07:43
*** Snert_ <Snert_!~snert_@> has joined #yocto07:44
*** rob_w <rob_w!~bob@> has joined #yocto07:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:58
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto08:01
*** adca <adca!~adca@> has quit IRC08:08
*** adca <adca!~adca@> has joined #yocto08:09
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.> has joined #yocto08:10
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto08:15
*** Guest69844 <Guest69844!~jku@> has joined #yocto08:18
*** Guest69844 is now known as jku08:18
*** aV_V <aV_V!~aV_V@> has joined #yocto08:22
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has joined #yocto08:24
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC08:26
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-gnqjxemkllwnqump> has joined #yocto08:31
*** toscalix <toscalix!~toscalix@> has joined #yocto08:31
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has quit IRC08:32
*** joseppc <joseppc!~josep@c-4117e455.010-118-73746f7.cust.bredbandsbolaget.se> has joined #yocto08:33
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:33
ernstpis the yocto arm toolchain always called arm-poky-linux-gnueabi or can it have other names also?08:34
ernstpwhen targeting arm...08:34
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:34
*** graphiqs <graphiqs!~adrian.gr@> has joined #yocto08:35
*** sameo <sameo!~samuel@> has joined #yocto08:42
aV_VDo I'm able to recompile individual driver modules on dev-shell the same way as I do with .dtb ?08:48
*** fl0v0 <fl0v0!~fvo@pD9F6BB95.dip0.t-ipconnect.de> has joined #yocto08:53
*** joshuagl <joshuagl!joshuagl@nat/intel/x-pochhklrhctenugl> has joined #yocto08:58
*** Guest21966 <Guest21966!~john@host86-171-222-132.range86-171.btcentralplus.com> has joined #yocto09:00
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto09:01
*** jku <jku!~jku@> has quit IRC09:06
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:06
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:08
*** jku <jku!~jku@> has joined #yocto09:11
*** m2 <m2!~m2@amy.ksub.org> has quit IRC09:12
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has joined #yocto09:15
aV_V^in-tree sources09:15
*** m2 <m2!~m2@amy.ksub.org> has joined #yocto09:18
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:24
ernstpI think compiling only a single module is a bit tricky regardless of yocto09:24
fl0v0Hi, iam still using the fido branch, but id like to update systemd to newer version. I would copy the systemd recipe from a newer branch. Is this reasonable? Or might i get in big trouble?09:25
aV_VI''ve tried make module.ko, but there is no makefile rule09:28
*** JoiF <JoiF!~jofr@> has joined #yocto09:31
*** voltbit <voltbit!~acid___@> has quit IRC09:31
ernstpaV_V: I remember a rather long commandline with a bunch of variables... :-)09:32
ernstpfl0v0: something with as much system integration as systemd could be tricky...09:33
aV_Vernstp: do u have it on hand? :p09:33
*** ed21 <ed21!~Adium@> has joined #yocto09:35
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto09:36
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has joined #yocto09:38
*** ed21 <ed21!~Adium@> has quit IRC09:38
*** ed21 <ed21!~Adium@> has joined #yocto09:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto09:50
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC09:51
*** morphis_ <morphis_!~morphis@pD9ED6656.dip0.t-ipconnect.de> has quit IRC09:54
*** morphis <morphis!~morphis@pD9ED6656.dip0.t-ipconnect.de> has joined #yocto09:55
*** voltbit <voltbit!~acid___@> has joined #yocto09:56
*** morphis <morphis!~morphis@pD9ED6656.dip0.t-ipconnect.de> has quit IRC09:57
*** morphis <morphis!~morphis@pD9ED6656.dip0.t-ipconnect.de> has joined #yocto09:57
jkufl0v0: that sounds like a great way to find all kinds of interesting new issues ... just as a statistic: There's 165 commits that mention systemd between fido and morty. Most of them are _not_ for systemd recipe itself -- you would at least want to skim through the list to see if there's anything you need there09:59
fl0v0hm so i better dont do it :D10:00
fl0v0i just wanted the OnFailure function in unit files10:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:01
fl0v0but i guess thats not worth it10:01
*** _dv__ is now known as dv_10:04
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC10:04
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto10:05
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has quit IRC10:06
*** aV_V <aV_V!~aV_V@> has quit IRC10:06
*** silviof <silviof!~silviof@unaffiliated/silviof> has quit IRC10:10
*** silviof <silviof!~silviof@unaffiliated/silviof> has joined #yocto10:15
*** aV_V <aV_V!~aV_V@> has joined #yocto10:16
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC10:18
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has joined #yocto10:25
*** voltbit <voltbit!~acid___@> has quit IRC10:29
*** rburton <rburton!~Adium@home.burtonini.com> has joined #yocto10:32
*** grma <grma!~gruberm@> has joined #yocto10:33
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:38
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:40
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has joined #yocto10:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:40
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC10:42
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:43
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:45
rburtonjoshuagl, RP: so the new cluster has a debian testing machine that the AB then fires warnings all over as it's not supported. usually they're just warnings, selftest makes them fatal.10:50
joshuaglrburton: yeah, filed a bug a bit ago10:51
yoctiBug 10933: normal, Undecided, ---, benjamin.esquivel, NEW , None-validated host distro such as debian-testing results in oe-selftest failures10:51
*** caiortp <caiortp!~inatel@> has joined #yocto10:51
RPrburton: right, I was saying to joshuagl that we should probably add the distro to the whitelist in selftest to avoid this, or disable that check10:52
rburtonaye, my preferred workaround is for the selftest buildset to forcibly set the distro whitelist to ""10:54
joshuaglrburton: comment in the bug? :-)10:55
joshuaglrburton: oh, the buildset. In that case best change component etc too10:55
*** aV_V <aV_V!~aV_V@> has quit IRC10:56
*** aV_V <aV_V!~aV_V@> has joined #yocto10:57
rburtonkanavin: ed is suddenly (and correctly) failing checkuri and appears to be out of date.10:58
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC11:03
ed21rburton: checkuri?11:05
*** bananadev <bananadev!~onlyester@> has quit IRC11:06
rburtoned21: https://autobuilder.yoctoproject.org/main/builders/nightly-checkuri11:06
rburtonruns -c checkuri world11:06
rburtonwhich basically says "is the SRC_URI fetchable"11:06
sveinseWhat is the process towards submiting a patch for meta-oe? The oe-core mailinglist? Patched against master?11:08
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:11
geoffrey_lsveinse : http://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded11:11
rburtonsveinse: openembedded-devel@, not oe-core11:11
*** ed21 is now known as ed211:11
eduardas_mhello, anyone working with meta-swupdate? I fail to compile swupdate-image for beaglebone black on morty even though that is supposed to be supported11:14
ed2RP: rburton: how to make a meta-recipe that builds bunch of native tools? adding this line: DEPENDS = "parted-native syslinux-native gptfdisk-native dosfstools-native mtools-native bmap-tools-native" didn't work for some reason. recipe is built, but the native tools are not in its native sysroot.11:14
sveinsethanks. I do have a problem with it thou. I don't have a X and gtk setup to test this receipe on, so I cannot test if it (still) works for that.11:15
*** Snert_ <Snert_!~snert_@> has quit IRC11:21
*** Snert_ <Snert_!~snert_@> has joined #yocto11:22
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:23
ed2RP: rburton: inherit native did the trick!11:24
*** rubdos <rubdos!~rubdos@2a02:2788:1036:172f::1> has quit IRC11:24
sveinsepatches to meta-oe is preferred against master?11:26
RPrburton: could you rebase mut and check I didn't miss anything please?11:26
rburtoned2: adding those depends absolutely should work if you buil the recipe11:26
rburtonsveinse: must be against master, unless you're backporting from master to a stable release11:26
ed2rburton: I built the recipe and it didn't work. I'm in rss branch. probably that's the reason.11:27
rburtonRP: did last night, a few slipped out. jaixunn's bitbake -S thing, a gitsm patch, and the gummiboot removal in yocto-bsp.11:27
rburtonRP: (bottom 3 commits of current mut)11:27
RPrburton: could you push it please? ;-)11:28
rburtoni did last night11:28
*** sameo <sameo!~samuel@> has quit IRC11:28
sveinseWhat is expected level of these patch emails? E.g. will they be reviewed and proposed upon, or is this a simple acceptance thing, like "this is rejected, fix it and come back"11:28
RPrburton: oh, I see, you added to it too :)11:28
rburtonRP: yeah, mut2 and mut3 became mut11:29
rburtonwhich promptly exploded on the AB with OOMs again11:29
RPrburton: thanks11:29
RPrburton: I figured there was a gummiboot one somewhere and I hadn't merged bitbake but I have now11:29
sveinsedoes meta-oe have any autobuilders that cycles throuh all recipes?11:30
rburtonjoshuagl: did anything non-trivial go to the main ab recently? its OOMing a lot.11:31
rburtonsveinse: jama runs builds on his internal cluster but its not really that public11:31
joshuaglrburton: define recent? not pushed any code changes there for a couple of weeks11:32
sveinsethe updated uim recipe passed all internal tests, so I'm ready to move on with it11:33
rburtonsveinse: feel free to pastebin if you want a pre-list critique :)11:33
sveinserburton: thanks, diff or all of it?11:33
rburtonall of it11:33
sveinse(does pastebin parse bb syntax?)11:34
sveinserburton, https://bpaste.net/show/5f9c523275c111:35
sveinsethis is on jethro, but changes to master are minute. I'm repatching them now11:36
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto11:37
rburtonyou can just put uim-native into DEPENDS, bitbake will do the right thing when generating the native form and won't depend on itself11:37
rburtonare those patches really target specific? needless complication if they're not.11:37
sveinseok, good11:37
rburtonPACKAGECONFIG[gtk]     = "--without-gtk2 --with-gtk3,--without-gtk2 --without-gtk3,gtk+ gtk+3" <— why depend on gtk+ when you turn of gtk211:38
sveinsedunno, I don't know the gtk part of this package at all. This is inhereting the exiting recipe setup11:39
rburtonPACKAGECONFIG[emacs]   = ",--disable-emacs," <— the trailing commas make me irrationally angry, and please use —enable-emacs explicitly11:39
rburtonwell gtk+ is gtk2, and you turn that off11:39
rburtonso you dont need to depend on it11:39
rburtonCONFIGUREOPTS_remove_class-target = "--disable-silent-rules" <— why?11:39
*** ed2 <ed2!~Adium@> has quit IRC11:39
rburtonalso your PACKAGES has a gtk2 package but you can't ever build it11:40
rburtonso id either add a gtk2 option alongside gtk3, or remove the gtk2 package11:40
rburtonpkg_postinst_uim-gtk2.0() {11:40
rburton    gtk-query-immodules-2.0 > /etc/gtk-2.0/gtk.immodules11:40
sveinserburton, I added the PACKAGECONFIG[emacs] without any positive config as a way to avoid using EXTRA_OECONF  = "--disable-emacs \. It was proposed by nrossi a few hours ago...11:41
rburtonthat postinst needs a way to bail on rootfs time11:41
rburtonsveinse: if you want to always disable emacs, just add it to EXTRA_OECONF11:42
rburtona packageconfig implies a toggle11:42
sveinse--disable-silen-rules. Don't know. inherited from the existing setup11:42
sveinseallright I'll revert those EXTRA_OECONFs then11:42
rburtonin fact all of these postinsts need $D checks as they'll be failing amusingly on the host instead of gracefully11:42
eduardas_mdoes anyone here successfully use SWUpdate on their embedded devices?11:43
sveinseassuming that the latest speaker has the authority :P11:43
rburtonsveinse: never use a packageconfig to force something off, as someone can turn it on11:43
rburton(as thats the point: its a toggle option)11:43
sveinserburton: yeah, I just didn't know it was a bad advice11:43
rburtonremove the —disable-silent-rules, no logic in being target-specific and autotools.bbclass already passes that11:44
rburtonoh its a _remove_11:44
rburtonthat's just stupid11:44
rburtonif it works for native then it works for target11:44
*** sameo <sameo!~samuel@> has joined #yocto11:44
rburtonalso i'd look at what the do_install_append() is deleting, if anything, and either comment why its being removed or put it somewhere.11:45
rburtonfix the SRC_URI to use the new download location (https://github.com/uim/uim/releases) now that googlecode has shut down11:46
rburtondoes the xft option really need libxt?  thats positively archaic.11:47
sveinsedunno, we don't use X, so this part is completely untested by me11:47
rburtonyour intltool dependency should probably be intltool-native11:47
RamoseHello, I just placed PACKAGECONFIG_append_pn-qtbase = " sql-sqlite" into my local.conf file but I don't find libqsqlite.so generated in my rootfs11:48
kanavinrburton: what is tar.lz? :)11:48
kanavinrburton: I'll add ed update to my next batch if you don't mind? is it urgent?11:48
kanavinI guess lz is missing from some regex, and so is not recognized as a new version, that ought to be fixed too11:49
rburtonah yes, didn't notice that11:49
rburtonthanks gnu!11:49
rburtonkanavin: no urgent rush, i'll file a quick bug for the lz thing11:50
kanavinrburton: do we provide lzip-native?11:51
kanavinI haven't yet seen a recipe using it though11:51
rburtonwe magically depend on lzip-native if we spot a .lz file11:52
kanavinfor tarball extraction or otherwise11:52
rburtoni think we added it to the core/bitbake as something in meta-oe needed it11:52
rburtonlzip itself is in meta-oe11:52
rburtoncurse you gnu11:52
rburtongzip not cool enough for you11:52
kanavinrburton: or bzip2, or xzip11:53
sveinserburton: what is preferred when dl from github, the tarball URLs or the git repo?11:54
kanavinsveinse: tarballs11:54
kanavinif they're proper tarballs and not auto-snapshots11:54
rburtonyeah the versioned tarball not the "source code" link11:55
rburtonas that's a generated tarball and whilst github claim it will never change, there's still doubt.  the versioned link is a maintainer-generated tarball so is static.11:55
sveinsethis one, right? https://github.com/uim/uim/releases/download/uim-1.8.6/uim-1.8.6.tar.bz211:56
rburtonyeah that looks right11:56
*** voltbit <voltbit!~acid___@> has joined #yocto11:56
sveinse(interestingly github does not seem to publish shas to verify the contents other than downloading it yourself)12:00
sveinserburton: what was the deal on CONFIGUREOPTS_remove_class-target = "--disable-silent-rules" ?12:03
rburtonseems madness12:11
rburtoni'd just delete it12:11
*** Ramose <Ramose!c05e2222@gateway/web/freenode/ip.> has quit IRC12:11
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:11
sveinserburton: just checked the do_install_append(). seems uim has hardcoded installing to /usr/share/applications which in turn creates a QA issue12:12
sveinseits empty (with my current configure config at least)12:12
rburtonin which case use rmdir --ignore-fail-on-non-empty12:14
rburtondeletes the directory if its empty, doesn't if its not12:14
sveinseno clue what to do with the libxt, but it is not mentioned even once in the code. So I'll take it away, but again, I don't have a suitable test-setup for this12:19
kanavinseebs: thanks for help, the code base in question is rpm4, and it may do something weird. It all works if I enter and leave the chroot in parent process when needed, so I'll leave it at that (still fails if I enter the chroot in parent and leave in child, but let's move on :)12:21
sveinseah, it installs a /usr/share/applications/uim.desktop. Hmm, what to do with this. The previous author simply removed it...12:21
rburtonsveinse: i guess the easy solution is to put it in the same package that contains the binary it executes.12:22
sveinse...which is not built since gtk is disabled... Argh!12:23
sveinseI don't know if I want to go any deeper in this sinkhole12:24
*** voltbit <voltbit!~acid___@> has quit IRC12:25
rburtonsigh, the desktop file shouldn't be installed if gtk is disabled12:27
rburtonchoices: 1) patch upstream build to respect configure options 2) delete it always and hope for the best 3) respect packageconfig in do_install_append and remove if gtk is disabled12:27
sveinseright, so I can add the desktop file into the gtk package split, but I don't want it generating a uim-gtk if it has been disabled12:27
sveinseI like 3. 2 is the current thinking of the recipe12:28
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has left #yocto12:29
*** CTtpollard <CTtpollard!~CTtpollar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto12:29
sveinseSo how do I add a conditional PACKAGECONFIG statement to do_install_append?12:29
rburtonif ${@bb.utils.contains('PACKAGECONFIG', 'udev', 'true', 'false', d)}; then12:30
rburtonthat turns into if true or if false, depending on whether udev is in PACKAGECONFIG12:30
rburtonthe alsa recipes have several full examples12:31
sveinseThe recipe generates the package libuim0. It defines libuim-dev (without the 0). It is empty because everything that it wants is gobbled up with uim-dev package. So what should I do?12:38
sveinseas in where will users expect to have their -dev? libuim(0)-dev or uim-dev?12:38
rburtonis UIM a binary or a library?12:38
sveinserburton: don't know what to say. by that I mean that we use it as a library, but it does have some bin tools installed as well. according to their own description: a framework :P12:40
sveinselibrary I think. It does not act on its own12:41
*** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC12:41
zeenixlooking into trying morty branch for genivi-development-platform and first issue I encounter is lack of this class: https://patchwork.openembedded.org/patch/123289/12:44
zeenixseems the reason it was removed was that it's not used12:44
zeenixso if there is gdp using it, can it be added back?12:44
sveinseI think we seriously should consider something else for asian language input in our end-user application.. uim is mess12:44
joshuaglzeenix: if gdp is the only layer making use of the class it makes more sense to include it in gdp12:50
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:51
joshuaglgenerally classes like that go in core when multiple layers are carrying potentially diverging copies12:51
rburtonzeenix: presumably gdp includes sip-native then as that isn't in oe-core either.12:54
rburtonthe class should be with the recipe12:54
rburtonah, sip is part of meta-qt4.12:55
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:55
rburtonsomeone should submit the class there.12:55
*** AndersD <AndersD!~anders@> has joined #yocto12:56
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:58
sveinseheh, when working on someone elses recipe and it does not work the way it was written in the recipe, should one implement the way the recipe is intended to be or continue using it the way the packages are generated? The former is probably the author's intentions, the latter is everybody using the package assuming where they can find their package data...13:00
sveinsewhen I fix uim, I know that we will have to change our dependencies in our code as well, beacuse the anthy files have now been moved from uim to uim-anthy as per the original recipe intentions13:02
zeenixrburton: we use meta-qt5 and i don't think there is any *sip* there13:02
*** zumbi <zumbi!~zumbi@39-244-47-212.rev.cloud.scaleway.com> has quit IRC13:03
sveinseok, uim_1.8.6.bb V2: https://bpaste.net/show/8324f044fc3f13:04
*** zumbi <zumbi!~zumbi@39-244-47-212.rev.cloud.scaleway.com> has joined #yocto13:05
*** JordonWu <JordonWu!~quassel@> has quit IRC13:06
rburtonzeenix: so how do you use the sip class, as it adds a DEPENDS on sip-native? :)13:08
zeenixrburton: exactly13:10
rburtonsveinse: postinsts should abort if $D is set as they need to run on the host13:12
rburtonerm, target13:12
rburtonand i'd always apply the patches unless they really are specific to target builds and break native builds13:12
sveinserburton: do you have an example for $D and postinst?13:16
rburtonif [ "$D"] ; then exit 1; fi13:16
sveinsethe libuim-dev and uim-dev thing is still broken13:16
rburtonin a postinst, if $D is set then it is running on the host at rootfs time13:16
rburtonthe invocations in the postinsts look a lot like they need to run on the target, so if $D is set, exit 113:17
rburtonalso don't use absolute paths like that as /usr/bin may not be $bindir13:17
sveinseno, I'm not sure about that. The whole point of having uim-native is to compile those tools, afacs13:17
rburton        /usr/bin/uim-module-manager --register skk --path /etc/uim13:21
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has joined #yocto13:21
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto13:21
rburtonthat isn't where the binaries from uim-native will end up13:21
rburtonits possible the building of uim-native is entirely pointless13:22
sveinseman I'm close to giving up this thing... I did fix the issue of building uim properly, and I as a gratetude I though I'd offer something back to the community by contributing them back. But this is far more convoluted than I'd hoped for!13:23
rburtonmaxin: can you look at the busybox problem pb just mailed the list about?13:23
rburtonhooray for recipes that apparently nobody really uses :)13:24
* rburton is just pointing out all the problems this recipe has13:24
sveinseI am grateful rburton, don't get me wrong13:25
*** dfaught <dfaught!~dfaught@cpe-70-119-126-254.tx.res.rr.com> has joined #yocto13:25
*** yoonki <yoonki!~yoonki@> has joined #yocto13:25
sveinseTo go back, would it be probable that it would be accepted to just change the three lines that makes the recipe fail in the first place, only. Leaving it as crappy as it is today?13:25
rburtonthe current iteration of the recipe is entirely fixes over the what is in the repo now, i'm just saying there are further fixes that could be done.  if you don't want to spend more time on it, send it in as-is.13:27
sveinserburton: yeah, I think I will. But one thing regards to the libuim-dev vs uim-dev. Where do you think dev should go?13:29
bernarrrrrrrrrrrhey everyone.. im trying to create a recipe with devtools13:30
sveinsethe recipe says one thing, but it ends up elsewhere :(13:30
bernarrrrrrrrrrranyone could help me find out what im doing wrong?13:30
bernarrrrrrrrrrrI think its somithing with the do_install function of my recipe13:31
rburtonsveinse: in $PN-dev13:31
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto13:32
rburtonjku: thought i'd have fun and make build-deps fatal. ERROR: lib64-gtk+3-3.22.5-r0 do_package_qa: QA Issue: lib64-gtk+3-dev rdepends on lib64-wayland-protocols, but it isn't a build dependency? [build-deps]13:39
rburtonjoshuagl, RP, halstead: first person to reboot ubuntu1404 gets a cookier, it's OOMing everything on sight.  i propose rebooting to solve. :)13:42
Crofton|worknot a gift box from the COrnish food place?13:43
rburtonno, just a cookie13:43
rburtonwe have some spare oreos13:43
*** lamego <lamego!jose@nat/intel/x-boycjclqmtdjfziq> has joined #yocto13:44
sveinserburton: this is my final contribution https://bpaste.net/show/ed99dcdcef0b13:44
rburtonoh i can pause the worker, yay13:44
rburtonjku: see the multlib nightly run on the AB. i think it just found an edge case :)13:45
halsteadrburton, I can reboot too. Sorry I didn't have time to look yesterday with the holiday.13:45
rburtonholiday? definitely no worry.13:45
rburtoni just paused it on the AB in case you wanted to look at it.13:45
zeenixjku: hej, kommer du till FOSDEM?13:45
rburtonor we just reboot it13:46
jkuzeenix: not planning to13:48
kanavingoodbye rpmresolve13:49
kanavindnf can do its job with 'repoquery --installed --queryformat 'Package: %{name} %{arch} %{version} %{sourcerpm}\nDependencies:\n%{requires}\nRecommendations:\n%{suggests}\n''13:49
sveinsepostinstall scripts run on the server is not run with set -x is it? Because I cannot find any log of it13:51
halsteadrburton, Reboot in progress. I don't know if it will fix the issue but worth a try. Hardware log show nothing.13:52
zeenixjku: oh ok :(13:52
joshuaglthanks halstead13:52
rburtonhalstead: thanks13:52
halsteadrburton, Should I add it back in and see if it continues? Or leave it offline for testing?13:52
rburtonhalstead: can we leave it off until the current mut has finished :)13:53
*** yoonki <yoonki!~yoonki@> has quit IRC13:55
*** ed2 <ed2!~Adium@> has joined #yocto14:00
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.> has quit IRC14:01
*** qt-x <qt-x!~Thunderbi@> has quit IRC14:04
halsteadI'm trying to stress the system to see if we can reproduce with simple tests. Let that go for awhile.14:06
*** tlab <tlab!~tlab@> has quit IRC14:09
*** open-nandra <open-nandra!~marek@> has joined #yocto14:10
*** tlab <tlab!~tlab@> has joined #yocto14:10
open-nandrahi all, I tried to build cusomt initramfs image (not bundles) so I define INITRAMFS_IMAGE varibale in my machine.conf14:11
open-nandramy problem is that why INITRAMS_IMAGE force kernel rebuild14:12
open-nandrait will increase build time14:12
open-nandraas I have kernel already build14:12
-YoctoAutoBuilder- build #684 of nightly-rpm-non-rpm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/68414:13
*** t0mmy <t0mmy!~tprrt@> has quit IRC14:19
*** t0mmy <t0mmy!~tprrt@> has joined #yocto14:20
*** Snert <Snert!~LoginName@106-24-237-24.gci.net> has joined #yocto14:21
-YoctoAutoBuilder- build #1011 of nightly-ipk is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/101114:24
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto14:27
open-nandrait seems that fetch stamp is deleted and therefor kernel is rebuild again14:30
open-nandrausing 14.0.1 release14:30
*** hamis <hamis!~irfan@> has quit IRC14:31
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto14:35
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC14:38
eduardas_mcould anyone recommend a yocto-compatible update framework that allows for both kernel and full sysroot updates and is easy to port?14:40
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto14:41
open-nandraeduardas_m: try swupdate14:43
*** ed2 <ed2!~Adium@> has quit IRC14:44
*** ed2 <ed2!~Adium@> has joined #yocto14:44
zeddii_homeeduardas_m: https://wiki.yoctoproject.org/wiki/System_Update14:45
eduardas_mopen-nandra, I am already trying it... I can build swupdate-image for my board, but am having problems generating compund swu images14:45
eduardas_mopen-nandra, I have a problem similar to this one:14:46
eduardas_msw-description does not get fetched14:47
eduardas_malso, to even build swupdate-image I have to resort to mixing my bsp krogoth release with meta-swupdate jethro because of incompatible u-boot-fw-tools patches meta-swupdate krogoth applies14:48
eduardas_mmainly because my bsp u-boot is older than meta-swupdate expects14:49
eduardas_mopen-nandra, if you are using swupdate successfully, what platform are you running it on?14:50
eduardas_mI am trying to do this on the DART6UL from Variscite14:50
open-nandraeduardas_m: nxp14:50
open-nandraeduardas_m: it's gneric can be ported to amost of the platforms14:50
eduardas_mopen-nandra, do you have any idea why the error I have described might happen?14:51
*** jku <jku!~jku@> has quit IRC14:54
rburtonpohly: so i must have missed something in mut for rmwork, can you check quickly and see what i left out?14:55
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC14:55
eduardas_mzeddii_home, thank you for the link... I somehow overlooked that14:55
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto14:56
open-nandraeuarddas_m: which error?14:57
pohlyrburton, RP: should "event/ast: Add RecipeTaskPreProcess event before task finalisation" really be merged already?14:57
pohlyIt's currently the first tentative implementation from RP, but wasn't quite ready yet (incomplete documentation, tasklist attribute not quite as it should be.14:58
RPpohly: I've not gotten to posting it yet14:58
pohlyRP: I included it in my revised rmwork patches because those depend on it and I wanted to test the concept.14:59
RPpohly: right, that is fine14:59
pohly... and then share the result. But it's probably not ready for merging.14:59
eduardas_mopen-nandra, sw-description does not get fetched when generating swu compound image14:59
eduardas_mdescribed in link I have provided15:00
pohlyrburton: your patches look complete to me, with that caveat about this one commit being tentative. What's not working?15:01
eduardas_mI am having the exactly same issue as described on the swupdate google group15:01
*** gregd <gregd!~greg@> has quit IRC15:01
pohlyI've not tested this particular revision as thoroughly as the ones before, but it did seem to work okay to me.15:01
*** AndersD <AndersD!~anders@> has quit IRC15:02
RPrburton: I assume you don't have my bitbake patch?15:02
*** justanotherboy <justanotherboy!~mlopezva@> has quit IRC15:02
*** Snert_ <Snert_!~snert_@> has quit IRC15:03
pohlyRP: no, it's there - poky-contrib/ross/mut 84a935732a.15:03
*** Snert_ <Snert_!~snert_@> has joined #yocto15:04
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:06
*** Son_Goku <Son_Goku!~King_InuY@ool-457cb820.dyn.optonline.net> has quit IRC15:07
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has joined #yocto15:09
bernarrrrrrrrrrranyone? :( http://pastebin.com/CJBhYjrz15:09
pohlyrburton: I see - one last minute cleanup broke the patch series. sed -i -e s/RunQueueSchedulerRmwork/RunQueueSchedulerCompletion/ bitbake/lib/bb/runqueue.py fixes it.15:13
*** manuel_ <manuel_!~manuel@> has joined #yocto15:13
*** gregd <gregd!~greg@> has joined #yocto15:16
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:17
*** justanotherboy <justanotherboy!~mlopezva@> has joined #yocto15:18
themikenicholsonI'm wrestling with the meta-qt5 layer, trying to get populate_sdk_ext to work.  populate_sdk works just fine but populate_sdk_ext errors with an issue touching a nonexistant qt.conf file in populate_sdk_qt5_base.bbclass15:23
-YoctoAutoBuilder- build #387 of nightly-no-x11 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/38715:24
*** open-nandra <open-nandra!~marek@> has quit IRC15:24
themikenicholsonDoes populate_sdk_ext work differently than populate_sdk?  Really new to yocto so I'm not 100% sure where to start debugging this15:25
RPthemikenicholson: very differently15:27
themikenicholsonis there a good place in the docs to start reading so I'm not burdening everying here with my troubles :)15:28
kanavinRP: bitbake core-image-minimal succeeded with dnf \0/15:43
kanavinrburton: ^^^15:43
kanavinwhether that image even boots is a story for tomorrow15:43
RPkanavin: yay :)15:43
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto15:44
kanavinRP: actually it does boot to login and then command prompt :)15:46
RPkanavin: an added bonus :)15:47
ed2RP: would it make sense to call native tools from ./tmp/sysroots-components/$HOST_ARCH/<recipe>-native/ ? In this case we'll not need to have an artificial recipe to build all required native tools.15:49
*** mattsm <mattsm!~mattsm@2605:6000:1019:2002:22b:a336:d15c:cdc6> has joined #yocto15:49
-YoctoAutoBuilder- build #1024 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/102415:50
kanavinif anyone is feeling adventurous, https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm415:50
kanavin(this branch will be force pushed to without mercy)15:50
rburtonkanavin: niiiice15:50
*** rstreif <rstreif!~rstreif@ip68-7-63-100.sd.sd.cox.net> has joined #yocto15:52
*** rcw <rcw!~rwoolley@> has joined #yocto15:53
* kanavin goes for a tea+cake15:53
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto15:57
*** rcw <rcw!~rwoolley@> has quit IRC16:00
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has quit IRC16:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:01
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:02
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:02
*** nbigaouette <nbigaouette!~quassel@mail.rogue-research.com> has joined #yocto16:03
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:04
*** jairglez <jairglez!jairdeje@nat/intel/x-grdxbfjogiywrnjv> has joined #yocto16:05
*** fl0v01 <fl0v01!~fvo@pD9F6BB95.dip0.t-ipconnect.de> has joined #yocto16:05
*** fl0v0 <fl0v0!~fvo@pD9F6BB95.dip0.t-ipconnect.de> has quit IRC16:06
seebswhat's dnf?16:06
rburtonthe new yum16:07
seebsthat said, kanavin, any luck on reproducers or non-reproducers for the chroot thing?16:07
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:10
kanavinseebs: no luck :( rpm4 makes it hard to figure out which line of code exactly is causing the behaviour to switch from correct to incorrect16:11
benjamircrburton: I wonder why this error:16:12
benjamircselftest - ERROR - You don't seem to have the meta-selftest layer in BBLAYERS16:12
benjamircis not this warning:16:12
benjamircselftest - WARN - You don't seem to have the meta-selftest layer in BBLAYERS, adding it for you, thank me later.16:12
*** mdnneo <mdnneo!~umaucher@> has quit IRC16:12
kanavinseebs: I'll try to 'bisect' the code a bit more to identify the offending line, but not today16:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:13
rburtonbenjamirc: because that would be harder than just aborting :)16:13
rburtonbenjamirc: absolutely easy to fix, as we know where meta/ is so we know where meta-selftest is16:13
benjamircrburton: just wanted to see if there was a compelling reason to do it the current way16:14
rburtonnot afaik16:15
benjamircrburton: I haven't sent a patch in ages16:15
rburtongood practise then :)16:15
benjamircwill do16:15
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto16:15
*** tlab_ <tlab_!~tlab@> has joined #yocto16:16
*** tlab <tlab!~tlab@> has quit IRC16:17
-YoctoAutoBuilder- build #1066 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/106616:21
*** nrossi <nrossi!uid193926@gateway/web/irccloud.com/x-ewveqcwvtfnukzcg> has quit IRC16:23
*** reibax <reibax!c21e5946@gateway/web/freenode/ip.> has joined #yocto16:25
reibaxHello everyone. reibax here, from Spain16:25
*** aV_V <aV_V!~aV_V@> has quit IRC16:25
*** gregd <gregd!~greg@> has quit IRC16:26
reibaxI need a lilttle bit of help... I don't know what else to do to find out what I am doing wrong16:26
reibaxyocto 2.1 krogoth. I have a custom distro that works fine when generating images for a imx6 board16:26
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:26
reibaxbut if a create a new layer for generating the same image for qemu-x86, the distro configuration file is not read, and everything in the image ends up being different: no systemd instead of sysvinit, no ipk instead of rpm....16:27
RPed2: We can't make that work as their dependencies are missing :(16:27
ed2RP: ok, can we call them from the native sysroot of image recipe then?16:28
RPed2: yes, that would work16:29
*** gregd <gregd!~greg@> has joined #yocto16:29
reibaxwhen I do "bitbake -e amos-production  | less" in the imx6, I can see how conf/bitbake.conf includes: /app/ClassA16/sources/meta-ca16distro/conf/distro/classa16.conf16:29
reibaxbut if I do it when in the qemux86 environment, the configuration file of my distro is nowhere to be found16:30
reibaxwhat can I do to debug this?16:30
ed2RP: is it possible to implement building native tool for specific recipe, e.g. bitbake parted —recipe core-image-minimal ?16:30
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kfzbdsqpybzjzkdt> has quit IRC16:31
kergothreibax: soundsl ike you didn't set distro in the other. read conf/local.conf.16:31
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC16:31
reibaxI'll try that, thanks. I will report back once I have check what you propose16:31
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto16:33
reibaxkergoth: a million thanks! I think you got it right! I now see that it is parsing the configuration file. Compiling now :) :) :)16:36
benjamircjoshuagl: which version of debian are you using for bug 10933?16:37
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=10933 normal, Undecided, 2.3 M2, joshua.g.lock, ACCEPTED , None-validated host distro such as debian-testing results in oe-selftest failures16:37
benjamircso kind of you yocti16:37
*** ernstp <ernstp!uid168075@gateway/web/irccloud.com/x-gnqjxemkllwnqump> has quit IRC16:38
joshuaglbenjamirc: testing16:39
*** tlab <tlab!~tlab@> has joined #yocto16:39
benjamircI see joshuagl, now I understand your bug, selftest should not care about SANITY_TESTED_DISTROS16:41
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto16:41
*** tlab_ <tlab_!~tlab@> has quit IRC16:41
-YoctoAutoBuilder- build #1054 of nightly-ppc is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc/builds/105416:44
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:47
*** zeenix <zeenix!~zeenix@> has quit IRC16:51
*** graphiqs <graphiqs!~adrian.gr@> has quit IRC16:52
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:57
*** mdnneo <mdnneo!~umaucher@> has joined #yocto16:59
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:01
RPed2: not really :/17:03
ed2RP: never mind. I think I found more or less acceptable solution.17:04
ed2RP: when we run wic from bitbake all native tools should be built and available in the sysroot of image recipe.17:05
ed2when we run wic not from bitbake wic will look at the image recipe sysroot and at the tool recipe sysroot.17:05
-YoctoAutoBuilder- build #1018 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/101817:09
*** ed2 <ed2!~Adium@> has quit IRC17:09
bavery_fned2,RP: why tie command line wic so closely to bitbake? I thought I should be able to run cli wic to build images w/o a full bitbake world and just use my installed tools (like parted). Is this wrong?17:11
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC17:11
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto17:13
*** geoffrey_l <geoffrey_l!~geoffrey_@fw-alt.idf.smile.fr> has quit IRC17:15
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto17:15
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has joined #yocto17:15
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has joined #yocto17:18
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto17:19
ed2RP: this is because of tinfoil limitation. As we now have tinfoil2 we can run bitbake from wic even when wic is run by bitbake, right?17:20
RPed2: not sure that tinfoil2 was designed to do that17:20
benjamirc1RP: bug 10035 is the one I was talking about17:20
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=10035 enhancement, Medium+, 2.3 M2, leonardo.sandoval.gonzalez, IN PROGRESS IMPLEMENTATION , oe-selftest: Use SSTATES without corrupting them.17:20
RPed2: bitbake from bitbake is a generally bad idea17:21
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC17:21
rburtonkhem: any news on the musl/network/linux 4.9 thing?17:22
RPbenjamirc1: added a dependency to the bug17:23
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:25
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:25
benjamirc1RP: I assume that we need to track also the removal of the bitbake core-image-minimal from the selftest buildset17:25
*** gregd <gregd!~greg@> has quit IRC17:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:28
*** fl0v01 <fl0v01!~fvo@pD9F6BB95.dip0.t-ipconnect.de> has quit IRC17:30
benjamirc1RP, lsandov, I´m filing the bug and making it dependent of the previous shown17:32
-YoctoAutoBuilder- build #668 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/66817:37
benjamirc1RP, lsandov, joshuagl, done. bug 10937 filed.17:37
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=10937 enhancement, Undecided, ---, joshua.g.lock, NEW , remove from oe-selftest buildsets the step for building an image prior the test session17:37
RPbenjamirc1: yes, that helps thanks17:47
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:53
kergothRP: is the current rss branch the one on poky-contrib?17:57
kergothi'm guessing so, from a tbdiff with oe-core it looks like the poky version is newer17:57
RPkergoth: yes, the poky-contrib is the current one, need to separate out the bitbake pieces and submit them17:57
kergothokay, thanks17:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:58
RPkergoth: been concentrating on fixing the bugs and getting the test scores up17:58
kergothno worries, i figured17:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:58
RPkergoth: oe-selftest down to six failures in the last run17:58
RPkergoth: musl is the last big thing that is bust that I know of17:59
RPand wic but ed2 is working on that17:59
*** rewitt <rewitt!~rewitt@> has quit IRC17:59
*** rewitt <rewitt!~rewitt@> has joined #yocto17:59
*** TobSnyder <TobSnyder!~schneider@ip9234b0ae.dynamic.kabel-deutschland.de> has quit IRC18:00
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto18:01
*** mdnneo <mdnneo!~umaucher@> has quit IRC18:04
-YoctoAutoBuilder- build #1056 of nightly-multilib is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/105618:05
-YoctoAutoBuilder- build #1021 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/102118:06
*** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-87-53.fbx.proxad.net> has quit IRC18:06
*** rewitt <rewitt!~rewitt@> has quit IRC18:07
*** Son_Goku <Son_Goku!~King_InuY@> has joined #yocto18:07
*** grma <grma!~gruberm@> has quit IRC18:13
*** rewitt <rewitt!~rewitt@> has joined #yocto18:13
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has quit IRC18:14
*** Son_Goku <Son_Goku!~King_InuY@> has quit IRC18:16
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC18:20
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto18:24
*** jrmrjnck <jrmrjnck!jdoman@nat/intel/x-qbbbmwounhqgjxkm> has joined #yocto18:24
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has joined #yocto18:25
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC18:26
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC18:27
*** moto-timo <moto-timo!~ttorling@> has joined #yocto18:27
*** moto-timo <moto-timo!~ttorling@> has quit IRC18:27
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto18:27
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC18:28
*** moto-timo <moto-timo!~ttorling@> has joined #yocto18:29
*** moto-timo <moto-timo!~ttorling@> has quit IRC18:29
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto18:29
*** t0mmy <t0mmy!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC18:30
*** sameo <sameo!~samuel@> has quit IRC18:39
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto18:44
*** eplauchu <eplauchu!c037362a@gateway/web/freenode/ip.> has quit IRC18:52
-YoctoAutoBuilder- build #1029 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/102919:00
*** benjamirc1 <benjamirc1!~besquive@> has quit IRC19:01
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto19:06
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto19:10
*** oob <oob!~paulg@otwaon23-3096772825.sdsl.bell.ca> has joined #yocto19:26
*** morphis <morphis!~morphis@pD9ED6656.dip0.t-ipconnect.de> has quit IRC19:29
-YoctoAutoBuilder- build #1007 of nightly-arm-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm-lsb/builds/100719:44
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has joined #yocto19:44
-YoctoAutoBuilder- build #1137 of nightly is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly/builds/113719:45
themikenicholsonStill fighting meta-qt5 trying to get populate_sdk_ext working, while populate_sdk works just fine19:51
themikenicholsonI think I understand why its failing, I'm just hoping someone can confirm my understanding or tell me I'm way off base19:51
themikenicholsonThe error is a result of the populate_sdk_qt5_base.bbclass here https://github.com/meta-qt5/meta-qt5/blob/9aa870eecf6dc7a87678393bd55b97e21033ab48/classes/populate_sdk_qt5_base.bbclass#L719:55
themikenicholsonthe touch command fails because the directory ${SDK_OUTPUT}/${SDKPATHNATIVE}${OE_QMAKE_PATH_HOST_BINS} does not exist19:55
themikenicholsonIs this working on the normal SDK and failing on the extensible SDK because the normal SDK installs all of the packages by default while nothing is installed on the extensible SDK19:57
themikenicholsonwhich would mean the install step for the native qmake isn't occuring when generating the ext. sdk, meaning that the directory containing qt.conf is never getting created?19:58
*** jamesp <jamesp!~jamesp@> has joined #yocto20:01
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/session> has joined #yocto20:13
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-dcuywhnsvwoawhuf> has joined #yocto20:13
*** caiortp <caiortp!~inatel@> has quit IRC20:17
*** toscalix <toscalix!~toscalix@> has quit IRC20:20
*** oob <oob!~paulg@otwaon23-3096772825.sdsl.bell.ca> has quit IRC20:24
*** berton <berton!~berton@> has quit IRC20:26
*** tgraydon <tgraydon!~tgraydon@> has joined #yocto20:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:28
*** istarilucky <istarilucky!~rlucca@> has quit IRC20:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:58
*** rburton1 <rburton1!~Adium@home.burtonini.com> has joined #yocto21:12
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC21:14
*** clsulliv_home <clsulliv_home!~clsulliv@50-39-175-94.bvtn.or.frontiernet.net> has joined #yocto21:17
*** rewitt <rewitt!~rewitt@> has quit IRC21:19
*** rubdos <rubdos!~rubdos@host-85-27-50-55.dynamic.voo.be> has quit IRC21:20
*** rewitt <rewitt!~rewitt@> has joined #yocto21:20
*** rewitt <rewitt!~rewitt@> has joined #yocto21:21
*** gtristan <gtristan!~tristanva@mtlxpqak-1176248019.sdsl.bell.ca> has quit IRC21:26
*** rewitt <rewitt!~rewitt@> has joined #yocto21:27
*** rewitt <rewitt!~rewitt@> has joined #yocto21:28
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-dcuywhnsvwoawhuf> has quit IRC21:28
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-ltqibgbizjigcams> has joined #yocto21:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:31
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC21:32
*** marka <marka!~masselst@135-23-92-83.cpe.pppoe.ca> has quit IRC21:34
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:39
*** joshuagl <joshuagl!joshuagl@nat/intel/x-pochhklrhctenugl> has quit IRC21:39
*** pohly <pohly!~pohly@p57A56390.dip0.t-ipconnect.de> has quit IRC21:42
*** JosePerez <JosePerez!~jgperezc@> has quit IRC21:44
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC21:47
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:49
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-kxynvljmsotrwquc> has joined #yocto22:00
*** Biliogadafr <Biliogadafr!~bilio@nat-minsk-pool-46-53-202-120.telecom.by> has quit IRC22:09
*** Guest21966 <Guest21966!~john@host86-171-222-132.range86-171.btcentralplus.com> has quit IRC22:20
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC22:25
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto22:26
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto22:29
*** ythl <ythl!8b55df0a@gateway/web/freenode/ip.> has joined #yocto22:29
ythlDoes anyone know how to configure poky to not use git:// for everything?22:30
ythlMy company blocks git protocol22:30
ythlFor the life of me I can't figure out how to make it clone using https://22:31
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC22:36
lsandovythl: does https://git.yoctoproject.org/git/poky work?22:39
ythlHowever, when I run toaster22:42
ythlit always tries to get git://git.yoctoproject.org/poky22:42
ythlwhich does not work22:42
ythlI've tried changing the remote with git remote set-url22:43
ythlbut it just ignores that22:43
kergothtoaster pulls its urls from the layer index.22:43
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC22:45
ythlSo for example, if I want to change the meta-poky layer url22:46
ythlHow would I do that?22:46
kergoththat depends on whether toaster uses the bitbake fetcher for layers. if it does, you can use PREMIRRORS or git replacements, if not, then afaik git would be your best, or possibly only, option22:49
* kergoth doesn't know much about toaster22:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:49
*** JosePerez <JosePerez!~jgperezc@> has quit IRC22:52
rburton1can we please stop hardcoding versions in the selftests22:53
rburton1upgrading mdadm shouldn't result in tests failing because the version changed22:53
rburton1AssertionError: '.TH MDADM 8 "" v4.0' != '.TH MDADM 8 "" v3.4'22:54
*** pauldevguy <pauldevguy!~1devguy@> has joined #yocto22:55
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** ed2 <ed2!~Adium@99.red-83-41-53.dynamicip.rima-tde.net> has quit IRC23:01
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-ltqibgbizjigcams> has quit IRC23:03
*** ythl <ythl!8b55df0a@gateway/web/freenode/ip.> has quit IRC23:04
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-hrtyjpqecgpqauev> has joined #yocto23:11
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:13
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-hrtyjpqecgpqauev> has quit IRC23:19
*** dvhart <dvhart!~dvhart@static-50-53-103-165.bvtn.or.frontiernet.net> has joined #yocto23:23
*** agust <agust!~agust@p4FCB60FA.dip0.t-ipconnect.de> has quit IRC23:23
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto23:27
*** sameo <sameo!~samuel@> has joined #yocto23:38
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-exslmntamwovxern> has joined #yocto23:42
*** jrmrjnck <jrmrjnck!jdoman@nat/intel/x-qbbbmwounhqgjxkm> has quit IRC23:44
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-exslmntamwovxern> has quit IRC23:48
*** clsulliv_home <clsulliv_home!~clsulliv@50-39-175-94.bvtn.or.frontiernet.net> has quit IRC23:51
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-imjduptefjomldwg> has joined #yocto23:54
*** NU-Slacker_ <NU-Slacker_!180d4a9e@gateway/web/freenode/ip.> has joined #yocto23:56
*** lamego <lamego!jose@nat/intel/x-boycjclqmtdjfziq> has quit IRC23:57
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-xwpepprttfehxbwf> has joined #yocto23:58
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-kxynvljmsotrwquc> has quit IRC23:59
moto-timohalstead: ping23:59
halsteadGood afternoon moto-timo!23:59

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