Monday, 2019-06-24

*** armpit <armpit!~armpit@2601:202:4180:c33:4917:1686:82c6:892f> has joined #yocto00:34
*** flynn378 <flynn378!sid63564@gateway/web/> has quit IRC00:51
*** flynn378 <flynn378!sid63564@gateway/web/> has joined #yocto00:51
*** learningc <learningc!> has joined #yocto01:25
*** learningc <learningc!> has quit IRC01:32
*** learningc <learningc!> has joined #yocto01:33
*** sgw <sgw!~sgw@> has quit IRC02:33
*** fatalhalt <fatalhalt!> has quit IRC03:19
*** fatalhalt <fatalhalt!> has joined #yocto03:21
*** fatalhalt <fatalhalt!> has quit IRC03:46
*** thaytan <thaytan!> has quit IRC04:02
*** thaytan <thaytan!> has joined #yocto04:04
*** OutBackDingo_ <OutBackDingo_!~quassel@unaffiliated/outbackdingo> has quit IRC04:16
*** AndersD <AndersD!> has joined #yocto04:17
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto04:18
*** AndersD <AndersD!> has quit IRC04:23
*** AndersD <AndersD!> has joined #yocto04:31
*** onlyesterday <onlyesterday!~onlyester@> has joined #yocto04:38
*** AndersD_ <AndersD_!> has joined #yocto05:25
*** AndersD <AndersD!> has quit IRC05:27
*** Manjunatha <Manjunatha!744b4c21@> has joined #yocto05:51
*** agust <agust!> has joined #yocto05:54
ManjunathaHi  I using  yocto Morty (2.2) yocto  release where I am building custom images.  I am trying to  mask  set of recipes using BBMASK variable. If  the BBMASK entry  is entered in conf/local.conf  it works fine of running it.  But, if  entry is made at a layer's conf file (conf/layers.conf) where  recipe reside  still the image building picks up the05:59
Manjunatharecipes which  is  being masked. I  want to have permanent changes in my layer conf file instead of  at conf/local.conf. Please give inputs.  Thanks05:59
erboManjunatha: did you try inspecting "bitbake -e" to see how BBMASK ended up after bitbake finished parsing all conf files?06:03
erboIf there's a mistake in how things are appended etc you will usually find it by looking at the end result06:04
LetoThe2ndi'd just add that hiding such in a layer.conf file is highly discouraged, as it is not expected there by convention. henvce it will confuse about every user, including your future self.06:04
*** arielmr <arielmr!> has quit IRC06:05
*** tardyp_ <tardyp_!sid45259@gateway/web/> has joined #yocto06:08
*** rhadye_ <rhadye_!sid217449@gateway/web/> has joined #yocto06:08
*** smurray_ <smurray_!sid98062@gateway/web/> has joined #yocto06:08
*** rsalveti_ <rsalveti_!sid117878@gateway/web/> has joined #yocto06:08
*** ndec_ <ndec_!sid219321@linaro/ndec> has joined #yocto06:08
*** alessioigor <alessioigor!~alessioig@> has joined #yocto06:12
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC06:15
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC06:15
*** rsalveti <rsalveti!sid117878@gateway/web/> has quit IRC06:15
*** rhadye <rhadye!sid217449@gateway/web/> has quit IRC06:15
*** tardyp <tardyp!sid45259@gateway/web/> has quit IRC06:15
*** MarcWe <MarcWe!hmwmatrixo@gateway/shell/> has quit IRC06:15
*** smurray <smurray!sid98062@gateway/web/> has quit IRC06:15
*** tardyp_ is now known as tardyp06:15
*** smurray_ is now known as smurray06:15
*** rhadye_ is now known as rhadye06:15
*** ndec_ is now known as ndec06:15
*** rsalveti_ is now known as rsalveti06:15
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto06:17
*** lh <lh!sid77898@osuosl/staff/lh> has quit IRC06:18
*** lh <lh!sid77898@osuosl/staff/lh> has joined #yocto06:19
*** woutervh <woutervh!> has quit IRC06:25
*** jij <jij!jonashg@nat/axis/x-frywfsyfdrcgxawg> has joined #yocto06:25
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:26
*** Saur <Saur!pkj@nat/axis/x-bfjohvobextqzqmo> has joined #yocto06:27
Manjunathaerbo: With  O/P of "bitbake -e"  doesn't add recipe to  be appended when added at layer's layer.conf. With creation of  image.bbappend,  which appends necessary recipe at the end.  With effect of adding at local.conf, which appended at middle of , and later  some other  recipes  are added.06:32
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:94a5:1d12:c8f8:9ce4> has joined #yocto06:32
ManjunathaFrom  above adding at image.bbappend which  still fails in masking the recipes.06:33
LetoThe2ndManjunatha: erm. you can't do things that affect other recipes inside a recipe, or by appending to it.06:34
LetoThe2ndManjunatha: so if you add BBMASK to the image, then it will be visible only during the build of that particular image, and all other recipes won't care for it.06:35
LetoThe2ndManjunatha: bitbake rule #1: recipe data is local, conf data is global.06:35
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:37
*** Manjunatha <Manjunatha!744b4c21@> has quit IRC06:43
*** yann <yann!> has quit IRC06:44
*** jmiehe <jmiehe!> has joined #yocto06:46
*** opennandra <opennandra!> has joined #yocto06:53
*** tprrt <tprrt!~tprrt@> has joined #yocto06:54
*** woutervh <woutervh!~woutervh@> has joined #yocto06:55
woutervhIs there a way to not fail when a meta-layer is not there on a package which is not enabled? ex: I have an application, based on qt5, but even if I don't use it, it fails when meta-qt5 is not added07:00
LetoThe2ndwoutervh: you can certainly hack up something, but i'd rather suggest to split your layer then.07:03
LetoThe2ndwoutervh: into one that bears the qt dependency, and one that does not bear it07:03
mckoangood morning07:06
*** Manjunatha <Manjunatha!736318a6@> has joined #yocto07:06
ManjunathaFollowing recipes to be masked for the image build. Is possible to have entries as below  in, as  BBMASK_${PN}   BBMASK_$PN} .= "|(recipes-tpm2/tpm2-abrmd/" BBMASK${PN} .="|(recipes-tpm2/tpm2-tools/" BBMASK_${PN} .="|(recipes-tpm2/tpm2-tss/" BBMASK${PN} .="|(recipes-t07:08
Manjunathapm2/tpm2-tss-engine/"Just want to ignore these.07:08
LetoThe2ndManjunatha: erm. you can't do things that affect other recipes inside a recipe, or by appending to it.07:08
LetoThe2ndManjunatha: so if you add BBMASK to the image, then it will be visible only during the build of that particular image, and all other recipes won't care for it.07:08
LetoThe2ndManjunatha: bitbake rule #1: recipe data is local, conf data is global.07:08
LetoThe2ndManjunatha: already told you 30minutes ago.07:08
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:10
woutervhLetoThe2nd, Ok, I see what you mean07:16
LetoThe2ndwoutervh: it would be my approach, given the additional fact that nowadays layers can specify what they depend on07:16
erbowoutervh: There's also this way, where you only parse some recipes under a certain path if that layer is present:
ManjunathaLetoThe2nd:I understand it.  Please let me know any other way to mask these recipes during this particular image ( build other than masking from local.conf globally. My problem is, the common couple of PROVIDES from different recipes conflicts giving error as "Multiple provides" from 2 different recipes. On dependent recipe is tpm2-tss_2.207:19 which is newly added which I want  to avoid it.   I want  to have permanent changes rather than at local.conf.07:19
erboIt's a bit more hackish, but works well if you want to stick with one layer07:19
erboManjunatha: you could provide template configs with BBMASK correctly set up with your layer, and then set TEMPLATECONF when sourcing the oe-init-build-env script07:20
ManjunathaThanks for  inputs. Iam looking this.07:22
woutervherbo, cool, that was exactly what I was thinking about07:27
*** yacar_ <yacar_!~yacar@> has joined #yocto07:29
LetoThe2ndwoutervh: be aware that such will confuse the s**t out of anybody who tries to use it, including your future self. nobody expects functionality to be hidden in layer.conf07:34
*** lucaceresoli <lucaceresoli!> has joined #yocto07:34
LetoThe2ndManjunatha: sounds like you actually want a virtual provider07:34
*** woutervh <woutervh!~woutervh@> has quit IRC07:39
*** diego_r <diego_r!> has joined #yocto07:41
*** opennandra <opennandra!> has joined #yocto07:47
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:01
*** yann <yann!~yann@> has joined #yocto08:14
*** lemagoup <lemagoup!> has joined #yocto08:19
*** TobSnyder <TobSnyder!> has joined #yocto08:33
*** woutervh <woutervh!~woutervh@> has joined #yocto08:59
*** kaspter <kaspter!~Instantbi@> has quit IRC09:24
*** kaspter <kaspter!~Instantbi@> has joined #yocto09:25
*** litb <litb!> has joined #yocto09:29
litbhello all09:29
litbis it possible to specify that BB_GENERATE_MIRROR_TARBALLS only saves the last tree, instead of the entire historie's trees?09:29
litbif i want to  distribute those mirrors for people to recompile my system, I'm supplying lots of unused commit history. so therefore I want to truncate commit history to  the last commit09:31
litb(without changing the commit ID of course, so that recipe files continue to  work!)09:31
paulbarkerlitb: You could try BB_GENERATE_SHALLOW_TARBALLS. I've not tested it myself though09:37
*** kuzulis <kuzulis!~kuzulis@> has joined #yocto09:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:44
*** Hodhr <Hodhr!> has joined #yocto09:45
*** yacar_ <yacar_!~yacar@> has quit IRC09:47
kuzulisHi guys, could someone help me to update a 'chromium' recipe to build my image? F.e., currently, my 'yocto' based on a 'pyro' branch. I have added the 'meta-browser' layer which has a recipe with the chromium v52.. But, problem is that that version is too old, besides, I can't upgrade the 'yocto' layers too. So, I have planns to use the 'chromium' from the 'master' branch of meta-browser layer. So, I have switched the meta-browser branch to master. Also I10:01
kuzulishave created my own recipes directory /recipes-browser/chromium, where I have copied the 'chromium' recipe from the newest 'meta-freescale' layer branch  (not from old 'pyro' branch). But a problem is that that 'meta-freescale' layer does not contain the .bbappend file. So, I have created the 'chromium-x11_75.03770.80.bbappend' file which respects the' file from the 'meta-browser' layer. But, when I run bitbake, it say that:10:01
kuzulisERROR: No recipes available for: .../<my-meta-layer>/recipes-browser/chromium/chromium-x11_75.03770.80.bbappend...10:01
kuzuliswhy it happens?10:03
qschulzare you sure you have the meta-browser layer in your bblayers?10:04
kuzulisqschulz: Yes, the command: bitbake-layers show-layers show the 'meta-browser' layer.10:05
kuzulisWhen I did remove my .bbappend file, then bb say that ERROR: Nothing RPROVIDES 'chromium'10:07
litbpaulbarker, thanks, it works! and I can override it on a per-recipe base.10:09
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC10:16
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto10:18
kuzulisWhy bitbake don't see the 'chromium' recipe? Even the 'meta-browser' layer has been added..10:18
kuzulisHmm. it does work when I add to the IMAGE_INSTALL: chromium-x11 instead of chromium..10:25
woutervhchromium-ozone-wayland keeps on giving me: collect2: fatal error: ld terminated with signal 9 [Killed]10:29
woutervhwhat does it mean?10:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:42
*** yacar_ <yacar_!~yacar@> has joined #yocto10:49
*** Manjunatha <Manjunatha!736318a6@> has quit IRC10:50
paulbarkerwoutervh: The linker crashed. Check you kernel & system logs to see if there's any info there, you might be running out of RAM or something10:50
*** rburton <rburton!> has joined #yocto10:58
rburtonanyone in here use fortran with OE?10:58
*** opennandra <opennandra!> has quit IRC11:02
*** kuzulis <kuzulis!~kuzulis@> has quit IRC11:06
rburtonRP: recipes that throw skiprecipe are silently removed from world builds right11:10
rburtona note, but nothing fatal11:10
woutervhpaulbarker, indeed, out of memory. I now added some swap space. Hope it gets through11:25
*** onlyesterday <onlyesterday!~onlyester@> has quit IRC11:37
*** berton <berton!~berton@> has joined #yocto11:41
*** berton <berton!~berton@> has quit IRC11:43
*** learningc <learningc!> has quit IRC11:46
*** berton <berton!~berton@> has joined #yocto11:47
*** zpfvo <zpfvo!> has joined #yocto11:55
zpfvohi! has anybody been successful building cmake-native on a recent fedora machine? The host glibc version is higher than the toolchains. That somehow interferes with the bootstrapping(configure stage). Iam just trying something out at home as a side project, so i dont want to reinstall ubuntu :/12:05
zpfvo"poky/build/tmp/sysroots-uninative/x86_64-linux/usr/lib/ version `GLIBCXX_3.4.26' not found (required by poky/build/tmp/work/x86_64-linux/cmake-native/3.14.1-r0/build/Bootstrap.cmk/cmake)"12:05
rburtonthere's been an update to uninative in the last few days to fix a problem with latest fedora12:09
rburtonso maybe try updating?12:09
zpfvorburton: thank you! will try that12:11
*** woutervh <woutervh!~woutervh@> has quit IRC12:12
*** woutervh <woutervh!~woutervh@> has joined #yocto12:12
*** vmeson <vmeson!> has quit IRC12:15
*** Hodhr <Hodhr!> has left #yocto12:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:44
*** JaMa <JaMa!> has joined #yocto13:02
RPrburton: yes. You might want virtual/gzip for what I think you're trying13:05
*** likewise <likewise!> has joined #yocto13:19
likewiseDoes anyone know of an existing external Qt5 plugin built using Yocto? I am looking for a BitBake recipe to build an external (platform device integration) plugin.13:21
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC13:30
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto13:30
*** yacar_ <yacar_!~yacar@> has quit IRC13:39
*** zpfvo <zpfvo!> has quit IRC13:39
*** falk0n <falk0n!> has quit IRC13:40
*** TobSnyder <TobSnyder!> has quit IRC13:49
*** JPEW <JPEW!cc4da337@> has joined #yocto13:50
*** zpfvo <zpfvo!> has joined #yocto13:51
*** kuzulis <kuzulis!~kuzulis@> has joined #yocto13:52
*** ayaka <ayaka!~ayaka@> has quit IRC13:53
likewise^ I figured it out.14:06
*** vmeson <vmeson!~rmacleod@> has joined #yocto14:07
*** AndersD_ <AndersD_!> has quit IRC14:08
*** ayaka <ayaka!~ayaka@> has joined #yocto14:10
*** yacar_ <yacar_!~yacar@> has joined #yocto14:20
*** alimon <alimon!~alimon@gateway/shell/linaro/x-dyxhxjvveowpxqty> has joined #yocto14:29
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:34
*** kaspter <kaspter!~Instantbi@> has quit IRC14:39
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto14:40
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:40
*** learningc <learningc!~learningc@> has joined #yocto14:40
qschulzlikewise: cool, please share the answer for reference as this chan is archived :)14:41
*** Bunio_FH <Bunio_FH!~bunio@2a02:a313:4343:f080:94a5:1d12:c8f8:9ce4> has quit IRC14:42
yoctiNew news from stackoverflow: How to access bitbake config files variables in CMake? <>14:42
*** litb <litb!> has quit IRC14:49
*** woutervh <woutervh!~woutervh@> has quit IRC14:49
jonmasonWhat generates the qemuboot.conf file?15:03
jonmasonnm, think I found it15:04
RPjonmason: qemuboot.bbclass15:05
RPjonmason: just looking at your patch, I don't think you quite understood what I meant15:05
RPjonmason: also found the core-image-cmdline-full failure is a problem with the actual image :(15:05
jonmasonRP: I think I'll have the virtio serial stuff working sometime today, but looks like I'll have to rewrite a chunk of the runqemu script15:05
RPbasically the race I worried about is real15:05
jonmasonRP: the "test_" was causing it to be called like a test, right?15:06
RPjonmason: yes, that bit is fine, I hadn't meant to add the systemd test though15:07
jonmasonand while I was messing around, I thought I'd cover all of the bases15:07
RPjonmason: I guess its a reasonable test of systemd though15:07
RPjonmason: I wasn't keen on the code duplication :/15:07
jonmasonyeah, its not very elegant15:07
jonmasonI just couldn't think of a better way to do it15:08
RPjonmason: I have a local patch which handles rsyslog more neatly but I then found the image really is broken15:08
jonmasonthe problem is that there are a number of the syslogs have the same binary names, except for rsyslog and systemd15:08
darknighteanyone have a technique to generate a list of files from a package list?15:14
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:15
darknighteSpecifically, the files that will be installed in the rootfs?15:17
yannon warrior I'm hit by curl-native (used as recipe dependency) trying to use ca-certificates.crt from .../curl-native/7.64.0-r0.shadow/recipe-sysroot-native/etc/ssl/certs/.  When it is called by a third-party script it's cumbersome to add --cacert by hand.  Would a patch to curl to use a wrapper script to add --cacert be considered a good idea ?15:21
*** rcw <rcw!~rcw@> has joined #yocto15:21
*** zpfvo <zpfvo!> has left #yocto15:31
kuzulisHi guys, why bitbake does not say that I have a two providers of 'foo' recipe? e.g. the meta-oe layer contains an own foo-v1 recipe.. But I too have added the new foo-v99 recipe (which has a newest version)... But the bitbake takes the newest recipe foo-v99... Why the bitbake does not warning me about the two recipes?15:31
*** la_croix <la_croix!> has quit IRC15:33
rburtondarknighte: a bit of sh using oe-pkgdata-util should be able to knock that up easily15:33
rburtonkuzulis: because two recipes with the same name and different versions isn't considered a problem15:33
*** la_croix <la_croix!> has joined #yocto15:34
kuzulisrburton: ok, thanks15:36
kuzulisrburton: so, I even can upgrade, e.g. the GCC, just to copy a recipe from the newest layer to the old layer?15:40
rburtonupgrading gcc is more than just copying a recipe but in the general case yes15:41
kuzulisok, thx15:41
rburtonobviously, it's your responsibility to also copy across any relevant changes15:41
rburtonyou can't just cp gcc/ from master to a four year old release branch15:42
kuzulisbut, at least between GCC 6.4 and 7.3 is it possible?15:43
rburtondepends if gcc 7.3 introduced compile warnings and errors that 6.4 didn't so now e.g. glibc doesn't build15:43
kuzulisahh.. clear15:44
*** bluca <bluca!~bluca@> has joined #yocto15:46
*** lemagoup <lemagoup!> has quit IRC15:47
blucahi - is it possible to disable a postinstall-intercept hook? I don't have any gui so gdk-pixbuf is not built, but update_icon_cache requires it so the rootfs build is broken (distro based on thud)15:48
blucacan't find anything looking at the manual, but maybe I'm missing something obvious15:48
*** berton <berton!~berton@> has quit IRC15:52
*** berton <berton!~berton@> has joined #yocto15:54
rburtonbluca: what is calling update-icon-cache?15:56
rburton(that missing dependency is fixed in master, iirc)15:56
*** yacar_ <yacar_!~yacar@> has quit IRC15:56
blucaif I understand correctly it's called because it's a postinst-intercepts script16:01
blucaso do_rootfs calls it and all the others16:02
blucado you remember vaguely what the change was/which directory/commit title so I can look it up?16:02
*** learningc <learningc!~learningc@> has quit IRC16:04
*** woutervh <woutervh!> has joined #yocto16:08
*** jmiehe <jmiehe!> has quit IRC16:12
rburtonbluca: sure but that only runs if a specific recipe asks for it16:13
rburtonbluca: so your image with no gui is pulling in a package that wants to update the icon cache16:13
rburtontherefore, maybe you can just remove that instead16:13
blucaok - any idea how to find out which? it's not in any of the locally defined package lists or dependencies16:13
blucaso it's probably a dep of a dep16:14
blucatried running bitbake -g but gdk-pixbuf was not mentioned16:14
*** mckoan is now known as mckoan|away16:15
rburtonit won't be, it would be an icon theme most likely16:18
*** vineela <vineela!~vtummala@> has joined #yocto16:22
blucagrepping for icon/theme/desktop in the returns nothing, any idea what they could be called? any convention?16:23
rburtonso the only thing to use update_icon_cache is gtk-icon-cache.bbclass, so $ bitbake-layers show-recipes -i gtk-icon-cache16:24
*** yann <yann!~yann@> has quit IRC16:24
darknighterburton: thanks.  I forgot about oe-pkgdata-util.16:30
*** woutervh <woutervh!> has quit IRC16:30
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:31
blucathanks - that command lists:16:31
blucaadwaita-icon-theme atkmm blueman connman-gnome esound fltk gcr geany-plugins gimp gnome-themes-standard pavucontrol vte916:31
blucabut none of these are in the unfortunately16:31
rburtonkhem: what do you think about bumping the glibc 2.28 srcrev to tip of the branch for thud?16:33
rburtonlooking at a number of CVEs fixed in the branch that we don't have patches for yet16:33
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:34
*** kaspter <kaspter!~Instantbi@> has quit IRC16:42
*** woutervh <woutervh!> has joined #yocto16:43
*** kaspter <kaspter!~Instantbi@> has joined #yocto16:43
*** diego_r <diego_r!> has quit IRC16:57
*** vmeson <vmeson!~rmacleod@> has quit IRC17:04
*** vmeson <vmeson!~rmacleod@> has joined #yocto17:05
*** woutervh <woutervh!> has quit IRC17:11
khemrburton: I dont see an issue, there are only bug fixes there17:12
*** khem <khem!~khem@unaffiliated/khem> has quit IRC17:14
*** WillMiles <WillMiles!> has joined #yocto17:15
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:20
rburtonkhem: gwan do it17:39
*** tprrt <tprrt!~tprrt@> has quit IRC17:43
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:52
*** scottrif <scottrif!~scottrif@> has joined #yocto18:09
*** lazyape <lazyape!> has joined #yocto18:10
*** tgraydon <tgraydon!tgraydon@nat/intel/x-wlvaqukmcakhulxq> has joined #yocto18:11
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC18:19
*** woutervh <woutervh!> has joined #yocto18:24
khemrburton: w.r.t. efibootmgr I built with clang18:26
*** WillMiles <WillMiles!> has quit IRC18:31
*** dv_ <dv_!~dv@> has quit IRC18:41
rburtonah maybe thats the difference18:41
rburtoni do wonder *why* though18:41
*** woutervh <woutervh!> has quit IRC18:44
*** woutervh <woutervh!> has joined #yocto18:44
khemrburton: it seems certainly a bug in efibootmgr detection mechanism for efivar lib+headser18:50
*** dv_ <dv_!> has joined #yocto18:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:03
*** rcw <rcw!~rcw@> has quit IRC19:05
rburtonkhem: i really would appreciate a glibc bump for the stable branches to pick up all the cve pieces in there :)19:31
*** rcw <rcw!~rcw@> has joined #yocto19:31
*** tprrt <tprrt!> has joined #yocto19:39
*** rcw <rcw!~rcw@> has quit IRC19:41
*** rcw <rcw!~rcw@> has joined #yocto19:42
*** thannoy <thannoy!> has joined #yocto19:43
*** yann <yann!> has joined #yocto20:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:17
*** vmeson <vmeson!~rmacleod@> has quit IRC20:26
*** woutervh <woutervh!> has quit IRC20:29
*** rcw <rcw!~rcw@> has quit IRC20:31
*** rcw <rcw!~rcw@> has joined #yocto20:31
*** fatalhalt <fatalhalt!> has joined #yocto20:40
*** rcw <rcw!~rcw@> has quit IRC20:50
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto21:05
*** vmeson <vmeson!> has joined #yocto21:07
*** yacar_ <yacar_!> has joined #yocto21:14
*** woutervh <woutervh!> has joined #yocto21:19
*** tprrt <tprrt!> has quit IRC21:23
*** berton <berton!~berton@> has quit IRC21:24
armpitrburton, seems reasonable21:36
*** JaMa <JaMa!> has quit IRC21:37
__adhi, in config i have a PREFERRED_VERSION_linux-xxx="4.9.75"  . Is there a way to change version building, on the fly, without changing the config file ?21:44
*** yacar_ <yacar_!> has left #yocto21:47
*** bluca <bluca!~bluca@> has quit IRC21:54
*** yates <yates!> has quit IRC21:55
*** pikachu777 <pikachu777!> has joined #yocto21:58
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:27
*** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC22:29
*** rburton <rburton!> has quit IRC22:44
*** agust <agust!> has quit IRC23:09

Generated by 2.11.0 by Marius Gedminas - find it at!