Wednesday, 2019-06-26

*** vdehors <vdehors!> has quit IRC00:27
*** vdehors <vdehors!> has joined #yocto00:31
*** tgraydon <tgraydon!~tgraydon@> has quit IRC00:49
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC00:56
*** mattsm <mattsm!> has joined #yocto01:00
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto01:14
*** armpit <armpit!> has joined #yocto01:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto01:32
*** sathish25071992 <sathish25071992!9d2d2b3b@> has joined #yocto02:08
*** sathish25071992 <sathish25071992!9d2d2b3b@> has joined #yocto02:08
*** sathish25071992 <sathish25071992!9d2d2b3b@> has joined #yocto02:09
*** sathish25071992 <sathish25071992!9d2d2b3b@> has joined #yocto02:09
*** sathish25071992 <sathish25071992!> has joined #yocto02:10
sathish25071992We have a yocto bud system which is of version thud. We need to add a vendor layer which only supports morty. This vendor layer is required in order to build image for one of our custom board. So what is the best way to handle this situation? Will running 2 different yocto version is correct way or another method or procedure is there to handle the02:15
sathish25071992se kind of situation? . We are pretty new to yocto so please help us on the same02:15
*** sathish25071992 <sathish25071992!> has quit IRC02:23
*** sathish250719924 <sathish250719924!9d2d2b3b@> has joined #yocto02:24
*** sathish25071992 <sathish25071992!9d2d2b3b@> has joined #yocto02:25
*** sathish25071992 <sathish25071992!> has joined #yocto02:25
*** sathish25071992 <sathish25071992!> has quit IRC02:33
*** sathish25071992 <sathish25071992!9d2d33ef@> has joined #yocto02:39
yoctiNew news from stackoverflow: systemd ignores services from overlayFS <>02:48
*** fatalhalt <fatalhalt!> has quit IRC03:16
*** sathish25071992 <sathish25071992!9d2d237b@> has joined #yocto03:24
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:26
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:28
*** kaspter <kaspter!~Instantbi@> has quit IRC05:03
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto05:32
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC05:40
*** agust <agust!> has joined #yocto05:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:02
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:07
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:17
*** frsc <frsc!> has joined #yocto06:24
*** learningc <learningc!> has joined #yocto06:38
*** Bunio_FH <Bunio_FH!> has joined #yocto06:41
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto06:41
mckoangood morning06:42
*** tprrt <tprrt!~tprrt@> has joined #yocto06:55
*** fl0v0 <fl0v0!> has joined #yocto06:56
*** yann <yann!> has quit IRC06:59
*** kaspter <kaspter!~Instantbi@> has quit IRC07:38
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:39
*** yann <yann!~yann@> has joined #yocto07:57
*** sk_tandt <sk_tandt!> has joined #yocto08:33
*** yann <yann!~yann@> has quit IRC08:39
*** JPEW <JPEW!cc4da337@> has quit IRC08:48
*** rburton <rburton!> has joined #yocto08:56
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:02
millonihi everyone, quick question, what's the meaning of solid vs dashed lines in `bitbake -g`09:04
milloni(i assume build time vs runtime dependency, but which one is which?)09:05
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:06
*** yann <yann!~yann@> has joined #yocto09:08
*** yann <yann!~yann@> has quit IRC09:13
*** yacar_ <yacar_!> has joined #yocto09:26
*** lemagoup <lemagoup!> has joined #yocto09:36
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto09:37
*** yacar_ <yacar_!> has quit IRC09:40
*** learningc <learningc!> has quit IRC09:52
RPmilloni: that must be a really old version of bitbake10:04
milloniRP: oh?10:05
milloniit is10:05
RPmilloni: modern code doesn't do that10:06
millonidoesnt do what?10:06
RPmilloni: show different kinds of lines10:06
millonidoesnt create dependency graphs?10:06
millonido you happen to know which one was which in the old one?10:06
*** bluca <bluca!~bluca@> has joined #yocto10:07
RPmilloni: one is runtime, one is build time but I don't remember which is which. I should be fairly obvious10:07
RPmilloni: we removed that and changed the code as that dependency view had bugs10:07
millonii'm investigating a problem where something that i think should be a build dependency is installed into the image10:08
millonii.e flex is a build dependency of nfs but not runtime10:08
millonithe graph confirms so10:08
RPyou'd be better off looking for a package which depends on flex being installed in the image10:09
RPthat is a package manager level problem10:09
milloniyeah - we've confirmed that removing nfs removes flex as well10:10
millonithere's just no runtime dependency on flex in the graph10:10
milloniaccording to the graph nothing runtime depends on it10:10
milloniunless it's a bug in the graph10:11
RPmilloni: that graph only lists some dependencies, there may be others created at build time once for example shlibs dependencies are known10:13
RPmilloni: as I said, you really want to look at the packages10:13
milloniokay thanks10:13
milloniRP: according to /opkg/info/unfs3.control this package Depends: flex (>= 2.6.0)10:28
*** yacar_ <yacar_!> has joined #yocto10:28
millonithe recipe comes from poky10:28
milloniis this a bug in poky? surely it doesn't need flex as a runtime dependency? also, interestingly i ran bitbake -e unfs310:29
milloniRDEPENDS seems to be empty (these are the runtime dependencies i suppose?)10:29
*** opennandra <opennandra!~marek@> has joined #yocto10:29
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:33
rburtonmilloni: runtime deps suggest that unfs3 uses libfl, so yes, it needs flex10:41
rburtonpatches welcome to split flex into a library and a binary10:41
rburtonDEBUG: unfs3: Dependency requires package flex-libfl (used by files: /data/poky-tmp/master/work/corei7-64-poky-linux/unfs3/0.9.22.r497-r0/packages-split/unfs3/usr/sbin/unfsd)10:42
rburtonits split already, so that's sorted then :)10:42
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:42
millonirburton: out of interest how did you find that info? (so that next time i can do it myself)10:42
rburtondo_package log for unfs310:43
*** learningc <learningc!~learningc@> has joined #yocto10:45
*** raem <raem!5bc64f1c@> has joined #yocto11:06
raemHi, I was compiling chromium via yocto (took some time and patches :)), the last part of the do_compile i did in the devshell. Now I'd like to run do_install, however it restarts the compilation instead. How do I tell yocto that I actually already finished do_compile manually?11:07
RPraem: creating the appropriate stamp file?11:12
*** radsquirrel <radsquirrel!> has quit IRC11:32
*** radsquirrel <radsquirrel!> has joined #yocto11:34
rburtonraem: obviously that's not a sustainable way to build chromium either11:40
*** berton <berton!~berton@> has joined #yocto11:40
rburtonraem: did not work11:40
*** berton <berton!~berton@> has quit IRC11:41
*** berton <berton!~berton@> has joined #yocto11:43
*** raem <raem!5bc64f1c@> has quit IRC12:06
*** learningc <learningc!~learningc@> has quit IRC12:09
mcfriskHi, question about 2.8 release process: when is it planned to create a new branch and freeze major SW versions?12:23
mcfriskHmm, is containing the current M2 state of upstream version checks?12:28
*** tgoodwin_ <tgoodwin_!> has joined #yocto12:29
*** tgoodwin_ <tgoodwin_!> has quit IRC12:29
*** tgoodwin_ <tgoodwin_!> has joined #yocto12:30
*** tgoodwin <tgoodwin!> has quit IRC12:31
*** tgoodwin_ is now known as tgoodwin12:32
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:36
*** ricardocrudo <ricardocrudo!5abb1179@> has joined #yocto12:37
ricardocrudoI'm using yocto + poky (branch thud) and I'd like to update the cmake to another version without switching to the warrior branch. I've copied the cmake version (3.14) recipe that I need and I'm adding it to my repo. How can I tell to yocto uses my cmake instead of the poky one?12:41
tgoodwinricardocrudo: In your conf file, you can use PREFERRED_VERSION, I believe.12:42
tgoodwin("in your conf file" I'm meaning local.conf, for example.12:43
kanavinRP: I filed a bug for the adding users to groups created elsewhere issue
yoctiBug 13419: normal, Undecided, ---, richard.purdie, NEW , recipes that add users to groups cannot rely on other recipes creating those groups (when population from sstate happens)12:45
kanavinRP: hope I captured it well, please add if needed12:46
ricardocrudotgoodwin that sounds great. I'll give it a try. thanks12:46
lemagouprburton: Hi, I just sent 2 patches for cve-update-db in oe-core. One concerns the proxy and I just saw (too late) the ' build on CVE is failing' discussion on yocto mailing list. I hope it won't interfere with Vignesh patch.12:47
tgoodwinyou're welcome. :)12:47
rburtonlemagoup: patchtest says you need to rebase to master12:47
*** frsc <frsc!> has quit IRC12:49
*** frsc <frsc!> has joined #yocto12:50
lemagouprburton: Sorry I was on master-next, I'll send a v212:50
rburtonlemagoup: in that case thats probably fine12:50
*** kaspter <kaspter!~Instantbi@> has quit IRC12:53
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:53
lemagouprburton: ok12:54
*** georgem <georgem!~georgem@> has quit IRC12:54
*** georgem <georgem!~georgem@> has joined #yocto13:06
*** camus <camus!~Instantbi@> has joined #yocto13:15
*** kaspter <kaspter!~Instantbi@> has quit IRC13:16
*** camus is now known as kaspter13:16
*** yann <yann!~yann@> has joined #yocto13:21
*** JPEW <JPEW!cc4da337@> has joined #yocto13:33
*** raem <raem!b9528017@> has joined #yocto13:35
raemRP: creating a stampfile would probably do the trick, how does that exactly work (or where do i find infos for this). I basically just want to tell bitbake that do_compile is done already13:40
RPraem: look in STAMPS and create something similar to the other files. This isn't documented as its not something we recommend at all. You'd usually fix the do_compile to work13:41
RPraem: the stamp files in STAMPS are what bitbake looks at to decide if something has executed13:41
raemrburton: chromium-ozone-wayland on armv7 is a bit of a nightmare if you want a recent chromium version. i'll open some issues there once it is working, but no it did not work out of the box13:41
raemRP: i'll have a look. obviously i will redo it properly once i have another 5h to compile :)  but until then i'd like to try to install it first13:42
yoctiNew news from stackoverflow: Is there a restriction on recipe/package names in Yocto? <>13:49
kanavinRP: I just ranted at someone here who asked when the useradd issue is expected to be fixed upstream. Basically said that you are badly overloaded, and we need to work on our reputation first by contributing to Yocto.13:56
RPkanavin: indeed, we don't just magically fix all bugs :/14:01
darknighteRP: Magically fixed bugs sounds nice...  Let's work on that!14:02
RPdarknighte: put it on the list along with making bitbake psychic ;-)14:03
darknighteoooooh, that sounds great.  Add that one too. don't forget to walk on water while you're at it...  ;)14:04
*** raem <raem!b9528017@> has quit IRC14:09
RPdarknighte: you mean bug 13210 ?14:10
yoctiBug major, Medium, Future, ross.burton, RESOLVED WONTFIX, Bitbake is not psychic14:10
*** lfa <lfa!~lfa@> has quit IRC14:12
*** yacar_ <yacar_!> has quit IRC14:13
*** yacar_ <yacar_!> has joined #yocto14:15
*** Bunio_FH <Bunio_FH!> has quit IRC14:17
RPrburton: the last debian selftest needs filing as a bug, its a race in file copying with python cache files :(14:22
*** tgoodwin <tgoodwin!> has quit IRC14:28
*** armpit <armpit!> has quit IRC14:30
*** raem <raem!5bc64f1c@> has joined #yocto14:34
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC14:37
*** learningc <learningc!~learningc@> has joined #yocto14:45
*** stephano <stephano!~stephano@> has joined #yocto14:51
*** learningc <learningc!~learningc@> has quit IRC14:57
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto15:04
rburtonRP: on it15:13
*** armpit <armpit!~armpit@> has joined #yocto15:31
*** yacar_ <yacar_!> has quit IRC15:32
RPrburton: thanks15:33
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:37
*** armpit <armpit!~armpit@> has quit IRC15:54
*** lemagoup <lemagoup!> has quit IRC15:54
*** armpit <armpit!~armpit@> has joined #yocto16:08
*** frsc <frsc!> has quit IRC16:09
*** ricardocrudo <ricardocrudo!5abb1179@> has quit IRC16:15
*** sk_tandt <sk_tandt!> has quit IRC16:22
*** mckoan is now known as mckoan|away16:26
*** learningc <learningc!~learningc@> has joined #yocto16:28
*** leitao <leitao!~leitao@2620:10d:c092:200::1:85ad> has joined #yocto16:37
*** fitzsim <fitzsim!> has quit IRC16:44
*** fitzsim <fitzsim!> has joined #yocto16:55
*** tprrt <tprrt!~tprrt@> has quit IRC16:59
*** comptroller <comptroller!> has quit IRC17:08
*** comptroller <comptroller!> has joined #yocto17:10
*** opennandra <opennandra!~marek@> has quit IRC17:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:17
*** andycooper <andycooper!uid246432@gateway/web/> has joined #yocto17:23
*** vineela <vineela!~vtummala@> has joined #yocto17:24
*** leitao <leitao!~leitao@2620:10d:c092:200::1:85ad> has quit IRC17:39
*** fl0v0 <fl0v0!> has quit IRC17:39
*** clement <clement!> has quit IRC17:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:57
*** arielmr <arielmr!> has joined #yocto18:13
*** rcw <rcw!~rcw@> has joined #yocto18:18
*** learningc <learningc!~learningc@> has quit IRC18:24
radsquirrelhas anyone ever seen someone license a bbappend?  can it be different than the base recipe?18:40
*** dv_ <dv_!> has quit IRC18:40
kergothradsquirrel: what do you mean? If you're referring to LICENSE, that isn't the license of the recipe file or the append, but the licesen of the sources involved18:53
kergothif you're referring to a copyright/license header comment or repo wide license of the metadata itself, it'd likely depend on the licenses involved, as the bbappend would be a derived work. that said, recipe content is generally too trivial for a copyright to have much meaning, most repositories just pick MIT just to make it explicit18:54
radsquirrelkergoth: sorry -  I'm referring to the license of the metadata itself18:55
radsquirrelnot the code pointed to by the metadata18:55
*** dv_ <dv_!> has joined #yocto18:55
kergothif the metadata license of the recipe was GPL, you couldn't very well declare the license of hte bbappend as something gpl-incompatible, i'd imagine. otherwise it's probably fine.. comes down to license compatibility wrt derived works, but IANAL18:56
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC18:58
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto18:58
radsquirrelits MIT (base) -> bsd3 (append)18:58
radsquirrelkergoth awesome, thanks!18:58
kergothit's probably no different than trying to include a bsd3 component in an MIT codebase. not sure as to the implications there about the license of the metadata as a whole, but probably doesn't matter, really18:59
*** WillMiles <WillMiles!> has joined #yocto18:59
kergothi can't imagine anyone will fight you over a couple of shell commands in a do_compile or something :)18:59
kergothnot much IP there19:00
radsquirrelright.  it isn't even that...its just the setting of FILESEXTRAPATH :-)19:01
psrcodeRP: regarding the last failing tests for lttng-tools, it is indeed a space problem, we produce a ~501M trace in /tmp (volatile and on base ptest image -> ~495M). Seems to work when using a TMPDIR set to use the actual image disk (Size:2.8G Used: 2.6G).19:48
psrcodedoes creating a dit in the ptest directory of the recipe and setting TMPDIR in run-ptest would be okai?19:49
RPpsrcode: that sounds fine to me if it works19:50
*** JaMa <JaMa!> has joined #yocto19:50
psrcodewill send you a patch shortly19:50
RPpsrcode: great. We're getting there with the ptest results :)19:50
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC20:04
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto20:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:18
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:19
*** vmeson <vmeson!> has quit IRC20:35
*** vmeson <vmeson!> has joined #yocto20:37
*** pikachu777 <pikachu777!> has quit IRC20:48
*** raem <raem!5bc64f1c@> has quit IRC20:53
*** micka <micka!> has quit IRC21:04
*** micka <micka!> has joined #yocto21:04
*** berton <berton!~berton@> has quit IRC21:21
*** rburton <rburton!> has quit IRC21:26
*** fitzsim <fitzsim!> has quit IRC21:29
*** rcw <rcw!~rcw@> has quit IRC21:33
*** WillMiles <WillMiles!> has quit IRC21:36
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto21:47
*** tgraydon <tgraydon!tgraydon@nat/intel/x-kuxohxeqvpmfxzvy> has joined #yocto22:02
*** agust <agust!> has quit IRC22:07
*** JPEW <JPEW!cc4da337@> has quit IRC22:19
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:25
*** JaMa <JaMa!> has quit IRC22:40
*** bluca <bluca!~bluca@> has quit IRC22:40
*** vdehors <vdehors!> has quit IRC23:33
*** vdehors_ <vdehors_!> has joined #yocto23:33
*** armpit <armpit!~armpit@> has quit IRC23:37
*** armpit <armpit!~armpit@> has joined #yocto23:50

Generated by 2.11.0 by Marius Gedminas - find it at!