Monday, 2018-07-02

*** nighty- <nighty-!> has joined #yocto00:51
*** learningc <learningc!> has joined #yocto00:58
*** User_ <User_!> has joined #yocto01:01
*** learningc <learningc!> has quit IRC01:04
*** dc13ff <dc13ff!uid190567@gateway/web/> has quit IRC01:07
*** User_ <User_!> has quit IRC01:38
*** learningc <learningc!> has joined #yocto01:38
*** dengke <dengke!~dengke@> has joined #yocto01:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:36
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC02:46
*** fitzsim <fitzsim!> has joined #yocto02:52
*** fitzsim <fitzsim!> has quit IRC03:37
*** aduskett <aduskett!> has quit IRC03:45
*** aduskett <aduskett!> has joined #yocto03:46
*** mattsm <mattsm!> has quit IRC04:51
*** sno <sno!> has quit IRC04:54
*** Bunio_FH <Bunio_FH!> has quit IRC04:56
*** mattsm <mattsm!> has joined #yocto04:58
*** agust <agust!> has joined #yocto05:03
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:28
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:40
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:41
*** learningc <learningc!> has quit IRC05:44
*** anujm <anujm!~anujm@> has joined #yocto05:45
*** kaspter <kaspter!~Instantbi@> has quit IRC05:47
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:47
*** zeddii_home <zeddii_home!> has quit IRC05:54
*** pohly <pohly!> has joined #yocto06:01
*** lusus <lusus!~lusus@> has joined #yocto06:19
*** mirzak <mirzak!uid303002@gateway/web/> has joined #yocto06:20
*** sno <sno!~sno@> has joined #yocto06:26
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:28
*** hamis <hamis!~irfan@> has joined #yocto06:30
*** morphis <morphis!> has joined #yocto06:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:35
*** Crofton <Crofton!~Crofton@> has joined #yocto06:41
*** pouet_forever <pouet_forever!~nico@> has joined #yocto06:50
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:52
*** varjag <varjag!> has joined #yocto06:53
*** AndersD <AndersD!~anders@> has joined #yocto06:55
*** aragua__ <aragua__!> has joined #yocto06:57
*** Crofton <Crofton!~Crofton@> has quit IRC07:11
*** aurele <aurele!~aurele@> has joined #yocto07:19
*** Kakounet <Kakounet!> has joined #yocto07:19
*** johnward <johnward!~johnward@> has joined #yocto07:20
*** anujm <anujm!~anujm@> has quit IRC07:22
*** yann|work <yann|work!> has quit IRC07:27
*** ant_work <ant_work!> has joined #yocto07:30
*** morphis_ <morphis_!> has joined #yocto07:34
*** morphis <morphis!> has quit IRC07:37
*** kanavin_home <kanavin_home!~ak@> has quit IRC07:38
*** mckoan|away is now known as mckoan07:39
*** TobSnyder <TobSnyder!> has joined #yocto07:39
*** Bunio_FH <Bunio_FH!> has joined #yocto07:40
*** alinucs <alinucs!> has quit IRC07:45
*** alinucs <alinucs!> has joined #yocto07:51
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto07:53
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:54
*** vdehors <vdehors!~vdehors@> has joined #yocto07:55
eduardas_mhello, does anyone know how to make u-boot splash persist on i.MX6 until a userspace splash is available? Currently u-boot splash disappears when kernel starts loading.08:01
eduardas_mi.e. I get a black screen after the u-boot splashscreen08:01
eduardas_mAn image with a company logo can not be put into the kernel because a trademark is not compatible with GPLv2 as far as I know08:02
eduardas_mso I can not use the kernel splashscreen to display the same image as u-boot does08:03
eduardas_mso it would be nice if the kernel would not modify the framebuffer when loading and the u-boot initialized splashscreen would remain until a userspace GUI application starts08:04
mckoaneduardas_m: the splash logo doesn't have any impact on the GPL08:06
eduardas_mmckoan: according to this intel document, the image also has to be under GPLv2:
eduardas_mmckoan: they even describe a solution that allows to use a non-GPL image as a loadable binary blob08:11
eduardas_mas a workaround to this problem08:11
eduardas_mbut as far as I understand the solution is Intel platform specific08:11
mckoaneduardas_m: interestinh, thx08:13
eduardas_mmckoan: I can imagine lots of smaller embedded Linux teams and shops simply not caring about this issue, but I still would like to know whether there is any proper solution to this for the i.MX6 platform08:20
eduardas_mmy colleague has taken a look at Android images shipped by Samsung and LG... it seems they do not use the Linux kernel splash screen... only bootloader initialized splash screen is used08:21
eduardas_mhowever, on i.MX6 it disappears as soon as the kernel starts loading08:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC08:33
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC08:39
*** lukma <lukma!> has quit IRC08:41
*** yann|work <yann|work!> has joined #yocto08:42
*** lukma <lukma!> has joined #yocto08:44
*** learningc <learningc!> has joined #yocto08:51
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto08:52
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:57
pouet_foreverHello, I have yocto fido (1.8) and boost version 1.5709:01
pouet_foreverI want to upgrade to version 1.6409:01
pouet_foreverWhat is the best solution to update to 1.64 ?09:01
pouet_foreverI have tried to create a recipe boost-1.64 but I have some issues : Failure expanding variable BOOST_VER, expression was ${@bb_parse_BBHandler_vars_from_file(d_getVar('FILE'),d)[1] or '1_0'} which triggered exception NameError: name 'bb_parse_BBHandler_vars_from_file' is not defined09:02
pouet_foreverAny ideas ?09:02
mirzakConsidered updating your Yocto version? 1.8 seems rather old. Doing this you would get newer version of boost as well. The rocko branch provides boost 1.6409:07
*** rburton <rburton!~textual@> has joined #yocto09:21
pouet_foreverIf I update to a newer version of yocto, it can brake some of my recipes already installed ? :-/09:27
eduardas_mpouet_forever: yes, but fixing those is worth it for the sake of being least from my experience09:28
eduardas_mpouet_forever: you will also get access to newer Yocto tools such as wic for image creation and important bug fixes09:30
eduardas_mpouet_forever: that is why I have put in some effort in getting on Yocto 2.5 Sumo although the latest Yocto release supported by my SoM vendor is only Rocko09:31
pouet_forevereduardas_m: i wiil think about it, but I think it is not feasible for the moment09:36
*** grma <grma!~gruberm@> has joined #yocto09:42
*** aduskett1 <aduskett1!> has joined #yocto09:48
*** aduskett <aduskett!> has quit IRC09:49
mcfriskhi, how to build a source and headers only recipe with sumo? we have a gmock recipe which has all files in -dev and main ${PN} is empty, but something is adding a dependency to it from -dev and it's not installable to SDK... Tried ALLOW_EMPTY_${PN} = "1", and RPROVIDES_${PN}-dev = "gmock" already but problem persists.09:54
mcfriskand RDEPENDS_${PN}-dev_remove = "${PN}" just causes a python stacktrace from bitbake09:57
*** sjolley <sjolley!~sjolley@> has quit IRC10:03
rburtonthat remove is right10:05
rburtoni'd just set RDEPENDS_${PN}-dev to ""10:06
yoctiNew news from stackoverflow: how to manage external dependencies of a golang project in a yocto recipe <>10:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:10
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:12
*** kpo <kpo!> has joined #yocto10:13
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:13
mcfriskis there a mirror of somewhere in yocto infrastructure?10:20
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:21
-YoctoAutoBuilder- build #1122 of nightly-multilib is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1 Running Sanity Tests_1 BuildImages_4 BuildImages_6 Running SDK Sanity Tests] Build details are at
yoctiNew news from stackoverflow: systemd ignores services from overlayFS <>10:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:42
mcfriskrburton: thanks, setting RDEPENDS_${PN}-dev = "" works and the -dev package is installable again.10:44
-YoctoAutoBuilder- build #1092 of nightly-world is complete: Failure [failed BuildImages] Build details are at
*** sjolley <sjolley!~sjolley@> has joined #yocto10:57
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:01
*** johnward <johnward!~johnward@> has quit IRC11:09
*** bluelightning <bluelightning!> has joined #yocto11:09
*** bluelightning <bluelightning!> has quit IRC11:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:09
RPrburton: I kind of hate to mention :/11:20
rburtonwith master?!11:20
*** diego_r <diego_r!~diego@> has joined #yocto11:35
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:43
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:43
RPrburton: was -next but don't think it was the -next patchset :(11:51
*** User_ <User_!> has joined #yocto11:56
*** johnward <johnward!~johnward@> has joined #yocto11:58
*** learningc <learningc!> has quit IRC12:00
*** User_ <User_!> has quit IRC12:02
*** kpo <kpo!> has quit IRC12:08
*** johnward <johnward!~johnward@> has quit IRC12:30
*** yates <yates!> has joined #yocto12:35
yatesthere seem to be certain things (.bbclass files, rootfs layer, etc/) which can be "update" in a project, i.e., pulled from a repo? how is this done? is it a bitbake command?12:36
yatesthings which, when doing a normal (image) bitbake don't get pulled12:36
yatesback in a minute - rebooting.12:36
*** yates <yates!> has quit IRC12:36
*** yates <yates!> has joined #yocto12:38
yatesdid i miss any responses on my "update" question?12:39
*** rburton <rburton!~textual@> has quit IRC12:39
*** rburton <rburton!> has joined #yocto12:39
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto12:40
-YoctoAutoBuilder- build #1203 of nightly is complete: Failure [failed] Build details are at
tasslehoffI have a system running the "FSLC framebuffer" distro. What legal/license info should I include on my system? I know of the manifests and the licenses-artifact, but I'm not sure what I must include.12:50
*** johnward <johnward!~johnward@> has joined #yocto12:50
*** User_ <User_!~User@> has joined #yocto12:53
*** User_ <User_!~User@> has quit IRC12:53
*** johnward <johnward!~johnward@> has quit IRC13:08
yatesrburton, etc: i found the problem i/we were chasing last week: the install script was being modified by a .bbappend file in the meta-swupdate layer13:17
yatesre: libubi.h not found13:17
rburtonthere you go13:17
rburtonthats why -e is useful, it will show you where the append is coming from13:17
*** kpo <kpo!~bob@> has joined #yocto13:18
*** dc13ff <dc13ff!uid190567@gateway/web/> has joined #yocto13:19
yatesi suppose so. but a) i need to develop more facility in knowing how to use it, and b) it's still a LOT of stuff to look at13:21
yateseven for that one recipe13:21
yates26687 lines..13:21
rburtonawww we don't show history for functions13:22
rburtonbut just search for 'do_install() {'13:22
rburtonRP: we don't show variable history for task variables in -e13:22
rburtoni understand that we don' want to show the *full* history as it could be huge but an abridged form without the values would be useful13:23
yateswhat would be useful (perhaps?) is, for each function like do_install(), show the files that were consulted to construct it. kinda like a cross-reference.13:26
rburtonyeah thats exactly what -e does, but not for tasks13:27
yatesyou mean tasks like do_install?13:27
yateswhy not?13:27
*** johnward <johnward!~johnward@> has joined #yocto13:28
*** johnward <johnward!~johnward@> has left #yocto13:28
yatesseems like it would be a nice thing to provide. for just such an occasion.13:29
yatesmaybe it's difficult to implement?13:30
rburtoni suspect it was by design becayuse the output would be huge13:32
rburtonbut a redacted form would be useful and not huge13:32
*** AndersD <AndersD!~anders@> has quit IRC13:41
*** grma <grma!~gruberm@> has quit IRC13:42
*** hamis <hamis!~irfan@> has quit IRC13:42
*** zarzar <zarzar!~zarzar@> has joined #yocto13:42
pouet_foreverI have a recipe who needs files contained in udev-dev package, how can I add udev-dev in RDEPENDS ?13:43
rburtondo you mean depends?13:44
pouet_foreverI can make RDPENDS in my package-dev but not in my package13:44
pouet_foreverno, RDEPENDS13:44
*** varjag <varjag!> has quit IRC13:44
pouet_foreverI need the udev.pc file13:45
rburtonat *runtime* on the target?13:45
rburtonvery odd13:45
rburtonRDEPENDS_the-package-name += "udev-dev"13:45
pouet_foreverI have an error13:45
pouet_foreverERROR: QA Issue: zebra-scanner-cross rdepends on udev-dev [dev-deps]13:47
pouet_foreverThe first error was : ERROR: Nothing PROVIDES 'udev-dev'13:48
*** kpo <kpo!~bob@> has quit IRC13:49
pouet_foreverI make a bbappend to PROVIDES and RPROVIDES udev-dev but I can't add it ton my package :(13:49
rburtonpouet_forever: are you using systemd?13:49
rburtonprovides/rprovides udev-dev would just make it install your hack and not the thing that has udev.pc in13:49
rburtonif you're using systemd, then the package you want is systemd-dev13:50
pouet_foreverI am not using systemd13:50
rburtonthen you want eudev-dev if you're using a recent release13:51
RPrburton: when you say tasks, you mean functions?13:51
pouet_foreverRecent... no ;D 1.813:51
rburtonpouet_forever: oh you got an error.  maybe you want to depends=udev first13:51
rburtonRP: yes13:51
*** fitzsim <fitzsim!> has joined #yocto13:52
pouet_foreverrburton: i already have udev in my depends :)13:52
pouet_foreverDEPENDS += "libconfig libusb udev udev-dev"13:52
rburtonremove udev-dev from DEPENDS13:52
rburtonyou DEPEND on recipes13:53
rburtonRP: i see emit_var bails early for funcs13:53
pouet_foreverBut how can i get the udev.pc from de udev-dev ?13:53
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:58
RPrburton: right, that was for other reasons, not history iirc13:58
RPrburton: can't remember what if any differences functions have history wise13:58
-YoctoAutoBuilder- build #1093 of nightly-world is complete: Success [build successful] Build details are at
*** grma <grma!~gruberm@> has joined #yocto14:12
*** aduskett1 <aduskett1!> has quit IRC14:12
*** aduskett1 <aduskett1!> has joined #yocto14:13
*** ant_work <ant_work!> has quit IRC14:14
*** majuk <majuk!> has joined #yocto14:20
*** aduskett <aduskett!> has joined #yocto14:21
*** aduskett1 <aduskett1!> has quit IRC14:22
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto14:24
*** mattsm <mattsm!> has quit IRC14:26
*** mattsm <mattsm!> has joined #yocto14:29
*** gtristan <gtristan!~tristanva@> has joined #yocto14:32
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC14:34
*** gtristan <gtristan!~tristanva@> has quit IRC14:38
*** johnward <johnward!~johnward@> has joined #yocto14:40
*** gtristan <gtristan!~tristanva@> has joined #yocto14:41
*** TobSnyder <TobSnyder!> has quit IRC14:48
*** frieder <frieder!~frieder@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC14:54
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:55
*** zeddii_home <zeddii_home!> has joined #yocto15:00
*** johnward <johnward!~johnward@> has left #yocto15:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:13
*** diego_r <diego_r!~diego@> has quit IRC15:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:25
*** dc13ff <dc13ff!uid190567@gateway/web/> has quit IRC15:28
*** pouet_forever <pouet_forever!~nico@> has quit IRC15:36
*** sno <sno!~sno@> has quit IRC15:52
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC16:02
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto16:02
*** Kakounet <Kakounet!> has quit IRC16:02
*** Bunio_FH <Bunio_FH!> has quit IRC16:05
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:30
-YoctoAutoBuilder- build #1124 of nightly-multilib is complete: Success [build successful] Build details are at
*** vdehors <vdehors!~vdehors@> has quit IRC16:40
*** mckoan is now known as mckoan|away16:45
kergothwow this is strange. any task i run on the ptest-runner recipe hangs, including do_fetch and do_cleanall.16:50
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC16:54
*** gtristan <gtristan!~tristanva@> has quit IRC17:08
kergothanyone ever see anything like that?17:14
*** stephano <stephano!~stephano@> has joined #yocto17:19
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto17:20
*** sjolley <sjolley!~sjolley@> has quit IRC17:21
*** sjolley1 <sjolley1!~sjolley@> has quit IRC17:31
armpitkergoth, nope17:34
*** sjolley <sjolley!~sjolley@> has joined #yocto17:35
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has joined #yocto17:44
JPEWRP, kergoth: I'm working on hash equivalence. It looks like bitbake tries to avoid anything outside of the python standard library, however would be *really* useful and probably more efficent. Thoughts on adding it as dependency?17:46
kergoththe annoyance/issue is bitbake is generally not properly installed via pip or anything, so it's almost a guaranteed failure to run for every bitbake user until they manually install requests, rather than having it installed as soon as they upgrade bitbake17:47
kergothunless we embed it the way we do some of our other formerly external dependencies17:47
*** Guest51 <Guest51!~textual@2620:10d:c090:200::4:66d1> has joined #yocto17:49
*** Guest51 is now known as flashburn17:49
JPEWkergoth: e.g. bs4, ply, progressbar, simplediff et. al. from bitbake/lib?17:51
* kergoth nods17:53
kergothit's not ideal, but i think we'd have to handle it the same way, at least until/if we change how bitbake is delivered to the user17:53
*** marquiz <marquiz!marquiz@nat/intel/x-bihljojphtmouapm> has quit IRC17:56
JPEWOk. Does that seem like a reasonable thing to do then? I'd rather not start down the path of using it only to have to rework it all at the end.17:56
*** sno <sno!> has joined #yocto17:56
*** agust1 <agust1!> has joined #yocto17:56
*** agust <agust!> has quit IRC17:57
JPEWAlthough.... that might be a bit more difficult... requests doesn't have what you would probably call "minimal dependencies"18:00
kergothif it has a bunch of deps itself, probably a no-go18:03
kergothwhich is unfortunate, requests is one of the best and most ubiquitous python libraries around18:03
kergothi wish we should package and distribute bitbake like any other *proper* python project, but it's tough when it's tied so tightly to oe-core18:04
*** aduskett <aduskett!> has quit IRC18:05
*** aduskett <aduskett!> has joined #yocto18:05
JPEWOk, I'll use urllib2 for now and when we figure that out we can upgrade18:06
*** marquiz <marquiz!marquiz@nat/intel/x-ogmwbelcinhmmzfk> has joined #yocto18:07
*** yann|work <yann|work!> has quit IRC18:08
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:10
kergothhmm, could probably rig something with a requirements.txt or pipenv in oe-core to ensure the right bitbake version is installed, then potentially enhance oe-init-build-env to check it, and ease creation of a virtualenv. and/or recommend use of a docker image18:24
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:26
JPEWkergoth: Ya, I don't think it would be terribly hard18:31
JPEWYou could also maybe use something like which I've used before. It's pretty easy. It does require you to externally install pipenv, but its probably better to install 1 dependency than dozens.18:36
yatesi'm having a problem in the do_compile phase of a recipe. i see it is running a bash function "oe_runmake" and that function issues "make ...", but i cannot determine where the Makefile file is coming from.18:38
yatesi can't see it in the -e output18:39
yatesi can't find one in the meta- lyaer for the recipe18:39
yatesi can't find one in the src18:40
yates... for this recipe18:40
yatesi see it in the tmp folder but have no idea where it comes from...18:41
kergothJPEW: yeah, pipenv was my thought as well, definitely easier than virtualenv+pip on requirements.txt18:46
kergothjust alias bitbake='pipenv run bitbake' or something18:47
* kergoth shrugs18:47
yatesany thoughts? suggestions?18:50
yateshere's the bitbake output
yatesfunny, i know what's going on - what needs to be modified in the makefile, i just can't find the bloody makefile!18:53
kergothmost likely it's an automake based project, so the source tree has, not makefile, since automake genreates from, and ./configure generates Makefile from Makefile.in18:53
* yates beats head against wall18:53
kergothi'd have to see hte recipe to say with any more detail18:54
kergothwe just run the underlying buildsystem of the upstream project, we don't write it18:54
kergothso if you want to know about that, go look at the project18:54
yateshow is automake specified in the recipe?18:54
kergothinherit autotools18:55
yatesok, that's a good hint, thanks kergoth18:55
yatesthose are good hints.18:55
kergothread the recipe and the classes it inherits to see what commands we run18:56
*** cpo <cpo!> has joined #yocto19:00
*** tgraydon <tgraydon!~textual@> has joined #yocto19:00
-YoctoAutoBuilder- build #604 of eclipse-plugin-oxygen is complete: Failure [failed Building Eclipse Plugin] Build details are at
*** sjolley <sjolley!~sjolley@> has quit IRC19:36
*** lexano <lexano!> has quit IRC19:40
*** Crofton <Crofton!~Crofton@> has joined #yocto19:47
*** Crofton_ <Crofton_!~Crofton@> has joined #yocto19:47
*** lexano <lexano!> has joined #yocto19:54
yatesif a recipe has both a SRCBRANCH and a SRCREV, does one take priority?20:01
yatesignore that20:02
yatesif there is a "branch=xyz" in the SRC_URI, AND a hash in the SRCREV, does one have priority?20:04
yatesdoesn't a branch imply a SRCREV?20:04
yatesa hash?20:04
kergothno, a branch doesn't imply an SRCREV unless SRCREV is set to AUTOREV20:05
kergothAUTOREV == HEAD of the specified branch or master if unspecified20:05
kergothif both branch and srcrev are specified, all branch is used for is a sanity check, it makes sure that rev is accessible via the branch head20:05
*** Crofton_ is now known as Crofton20:07
*** flashburn <flashburn!~textual@2620:10d:c090:200::4:66d1> has quit IRC20:15
yatesgood info, thanks again kergoth20:26
*** sjolley <sjolley!sjolley@nat/intel/x-qpkowqftcazlcnsk> has joined #yocto20:28
*** kanavin_home <kanavin_home!~ak@> has joined #yocto20:29
*** sjolley <sjolley!sjolley@nat/intel/x-qpkowqftcazlcnsk> has quit IRC20:29
RPJPEW: Don't underestimate how much work changing bitbake dependencies would be. At first glance it looks "simple", then you consider docs, established workflows, things like build-appliance and so on and it gets messy :/20:32
*** sjolley <sjolley!sjolley@nat/intel/x-dohhwyonnzxodyap> has joined #yocto20:33
kergothyeah, it'd be a substantial change, potentially worth postponing to a substantnial version bump20:33
JPEWRP: Ya, that makes sense. A task for another time perhaps :)20:33
RPJPEW: I do understand the desire...20:33
kergothand would require a hell of a lot of consideration of the use cases20:33
*** sjolley <sjolley!sjolley@nat/intel/x-dohhwyonnzxodyap> has quit IRC20:37
*** Guest51 <Guest51!~textual@2620:10d:c090:200::4:66d1> has joined #yocto20:40
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC20:55
*** pohly <pohly!> has quit IRC20:56
*** Crofton <Crofton!~Crofton@> has quit IRC20:59
*** tgraydon <tgraydon!~textual@> has quit IRC21:01
*** stephano <stephano!~stephano@> has quit IRC21:14
*** johnward <johnward!~johnward@> has joined #yocto21:19
*** johnward <johnward!~johnward@> has left #yocto21:20
*** andycooper <andycooper!uid246432@gateway/web/> has quit IRC21:23
*** fischerm <fischerm!~mfischer@> has joined #yocto21:25
RParmpit: thanks for the sumo patches!21:31
RParmpit: sorted out a couple of bitbake tweaks/backports too fwiw21:31
yatesthere are 3 recipes for swupdate in in meta-swupdate/recipes-support/swupdate:,, and it appears the is used, but i cannot find any reference to git in the entire meta-swupdate directory. how is the specific determined?21:32
yatesor 2017 or 2018 either21:35
yatesor in my bblayers for the build21:35
yoctiNew news from stackoverflow: How to get Openembedded to compile tar.gz files instead of tar.xz <>21:39
yatesis it tied to the SRC_URI type somehow?21:40
yatesor the S variable??21:41
neverpanicyates: you can set PREFFERED_VERSION, I think21:42
*** Crofton <Crofton!~Crofton@> has joined #yocto21:42
*** Guest51 <Guest51!~textual@2620:10d:c090:200::4:66d1> has quit IRC21:42
RPyates: The PV value from the file will be used and influenced by PREFERREED_VERSION21:43
*** sjolley <sjolley!sjolley@nat/intel/x-htazkrxccyvcrazz> has joined #yocto21:47
*** Crofton <Crofton!~Crofton@> has quit IRC21:49
kergothPREFERRED_VERSION, DEFAULT_PREFERENCE, and layer priority are all a factor21:52
yatesi gotta read that manual...21:56
*** Guest51 <Guest51!~textual@2620:10d:c090:200::4:9d92> has joined #yocto21:57
kergothlacking any defined preferred version, and lacking a DEFAULT_PREFERENCE in any of the recipes, it's most likely layer priority. regardless, if you want a specific version, define PREFERRED_VERSION21:58
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto21:58
yatesok, thanks neverpanic, RP and kergoth21:59
*** JaMa <JaMa!~martin@> has quit IRC22:14
*** seebs <seebs!~seebs@> has quit IRC22:15
*** seebs <seebs!~seebs@> has joined #yocto22:18
*** rburton <rburton!> has quit IRC22:18
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto22:37
*** Guest51 <Guest51!~textual@2620:10d:c090:200::4:9d92> has quit IRC22:39
*** tgraydon <tgraydon!~textual@> has joined #yocto22:42
*** agust1 <agust1!> has quit IRC22:46
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC22:58
*** yann|work <yann|work!> has joined #yocto22:58
*** Guest51 <Guest51!~textual@2620:10d:c090:200::7:f47e> has joined #yocto23:03
*** kanavin_home <kanavin_home!~ak@> has quit IRC23:03
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:09
*** kanavin_home <kanavin_home!~ak@> has joined #yocto23:09
*** mattsm <mattsm!> has quit IRC23:10
*** mattsm <mattsm!> has joined #yocto23:13
*** kanavin_home <kanavin_home!~ak@> has quit IRC23:15
armpitRP, np23:53

Generated by 2.11.0 by Marius Gedminas - find it at!