Wednesday, 2019-08-14

*** stew-dw <stew-dw!~stew-dw@207.242.234.14> has quit IRC00:00
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC00:05
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto00:05
*** jij <jij!jonashg@nat/axis/x-waxqcrdlqiklykwm> has joined #yocto00:06
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC00:10
*** Saur <Saur!pkj@nat/axis/x-ikqytvpwdfeiomtu> has joined #yocto00:12
*** stew-dw <stew-dw!~stew-dw@207.242.234.14> has joined #yocto00:13
*** vineela <vineela!~vtummala@134.134.139.83> has quit IRC00:15
FailDevOn one of my minimal builds i am trying to remove a package ( ofono).  when i type apt-get remove --auto-remove ofono i get the following:  E: flAbsPath on /var/lib/dpkg/status failed - realpath (2: No such file or directory)E: Could not open file  - open (2: No such file or directory)E: Problem opening E: The package lists or status file could no00:22
FailDevt be parsed or opened.00:22
FailDevI've added package management and opkg to my local conf00:23
FailDevis there anything else i could be missing?  Thank you in advance!00:23
FailDevthere was a post on stack exchange but the two suggested fixes did not work00:24
FailDevand even after adding a status folder under dpkg  i get: Reading package lists... Error!E: Read error - read (21: Is a directory)E: The package lists or status file could not be parsed or opened.00:26
*** armpit <armpit!~armpit@45.19.219.178> has quit IRC01:24
*** chinhuat1 <chinhuat1!~chinhuat@192.198.146.173> has joined #yocto02:05
*** chinhuat <chinhuat!~chinhuat@192.198.146.173> has quit IRC02:07
*** armpit <armpit!~armpit@2601:202:4180:c33:bf:ea8b:b284:1e7e> has joined #yocto03:44
*** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has joined #yocto05:16
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:25
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC05:40
LetoThe2ndFailDev: aorry, but why do your compile, package and install soemthign first just to remove it again then? just build your image without ofono05:46
LetoThe2ndwhoa, i just checked inbox. and i feel VERY INVITED!05:51
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto05:52
ChruselLetoThe2nd: Thanks for the session yesterday!05:56
LetoThe2ndChrusel: you're welcome, hope you could learn something and have fun05:56
ChruselLetoThe2nd: I could. configs are global, recipes are local ;-)05:57
LetoThe2ndChrusel: thats really essential!05:58
ChruselLetoThe2nd: (y)05:58
LetoThe2ndi'm not kidding you, i have every class on yocto/OE repeat that aloud.05:58
*** chinhuat17 <chinhuat17!~chinhuat@192.198.146.173> has joined #yocto06:00
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:00
*** chinhuat1 <chinhuat1!~chinhuat@192.198.146.173> has quit IRC06:02
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC06:02
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC06:06
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC06:07
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto06:10
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto06:12
*** jeanba <jeanba!~jbl@77.243.63.34> has joined #yocto06:14
*** jeanba <jeanba!~jbl@77.243.63.34> has left #yocto06:14
*** khem <khem!~khem@unaffiliated/khem> has quit IRC06:16
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:18
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto06:19
*** frsc <frsc!~frsc@200116b824958d002c166caf1b2d4978.dip.versatel-1u1.de> has joined #yocto06:25
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto06:32
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-xgtfovyarucrsguf> has quit IRC06:51
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC07:06
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto07:08
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:12
ChruselLetoThe2nd: RP: Weekly Status from August 13, 2019: "Twitch - Next event is Sept. 3rd at 8am PDT" - is the announcement correct or takes the session place an Sept, 10th as expected?07:13
ChruselCan't wait for brainfood ;-)07:14
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:15
*** TobSnyder <TobSnyder!~schneider@95.90.163.47> has joined #yocto07:15
LetoThe2ndChrusel: shall be Sept 10th as expected.07:15
LetoThe2ndseems RP was off-by-one (week) :)07:16
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:20
RPLetoThe2nd: sorry, will fix next week07:21
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:30
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto07:30
LetoThe2ndRP: no problem07:33
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC07:36
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto07:39
Chrusel LetoThe2nd: thanks for clarifying07:41
LetoThe2ndnp07:44
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lnxxydvtchdsnjai> has joined #yocto07:52
aehs29RP: is it me or bitbake just became considerably slower at Initialising tasks?08:00
aehs29RP: theres a considerable pause after Initialising tasks: 100%08:02
aehs29I think I might have not performed a git pull in about a week, so the change could be somewhere around there08:03
aehs29too late at night for me to debug haha08:04
nrossiaehs29: you are maybe experiencing the issues in this thread? http://lists.openembedded.org/pipermail/openembedded-core/2019-August/285692.html08:04
RPaehs29: yes, there are some performance problems :(08:05
RPaehs29: perhaps a few different ones :/08:06
aehs29nrossi: yeah that definitely sounds like it08:08
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto08:08
aehs29at least were aware of it haha08:09
RPaehs29: there is a patch in -next for part of the problem, not sure its all of it08:09
aehs29RP: cool, I'll pull that and test08:10
aehs29but perhaps tomorrow08:10
aehs29is rburton on vacation or something? I wanted to run something by him08:10
aehs29regarding the gobject introspectin on newer intel tunes08:10
aehs29ok g2g to bed, gnight guys08:13
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC08:16
*** jhautbois <jhautbois!~jm@lfbn-1-1474-163.w86-253.abo.wanadoo.fr> has quit IRC08:20
RPaehs29: he's away this week08:20
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC08:28
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has joined #yocto08:30
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto08:35
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:50
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto08:58
PinkSnakeHello someone here knows a good wrbsite/doc/book to explain how to manage several project with several applications, in order to keep the clean setup  ?09:01
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC09:01
LetoThe2ndI recommend a vacuum cleaner for large spaces, and a swiffer cloth for smaller ones.09:11
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC09:13
*** cpo <cpo!~cpo@194.145.151.3> has joined #yocto09:14
SaurRP: I tested the latest bitbake from master-next, but I am still seeing a 1-2 minutes delay between "Initialising tasks" and "Checking sstate mirror object availability" and then of course another pause between "Executing Tasks" and it actually starting to show any tasks being processed...09:18
*** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC09:29
RPSaur: ok, I think I fixed a problem but perhaps not the only one. How long is the second pause?09:33
RPSaur: I think the second pause is where its figuring out which tasks already ran09:33
RPSaur: that second pause should be better, the first one, less sure about09:33
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:34
SaurRP: Didn't measure the second pause as that at least used to be a number of minutes. I'll run it again and see...09:34
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:49
*** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto09:50
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC09:52
*** Saur <Saur!pkj@nat/axis/x-ikqytvpwdfeiomtu> has quit IRC09:54
*** Saur <Saur!pkj@nat/axis/x-joiqfssxdsnmulig> has joined #yocto09:55
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC10:03
*** FailDev <FailDev!18d83107@24.216.49.7> has quit IRC10:15
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC10:26
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC10:36
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto10:41
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has quit IRC10:43
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto10:47
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has joined #yocto10:49
RPkanavin_: I'm testing a patch to just drop that gcc-cross-canadian shlibs exclusion fwiw10:53
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has quit IRC10:54
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has joined #yocto10:57
Ad0I had to drop working on yocto for a while sadly, but now I'm back on the saddle. Someone here was kind enough to point me to how to structure a yocto OS project to be git-friendly that was not described in the manual but I forgot who it was :/11:03
Ad0could it be this one https://github.com/rossburton/meta-ross11:11
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has quit IRC11:18
LetoThe2ndAd0: if it was ross, then probably https://github.com/rossburton/customdistro11:22
jofrAd0: Perhaps.11:22
jofr(10:10:32 AM) aehs29: is rburton on vacation or something? I wanted to run something by him11:22
jofr(10:20:50 AM) RP: aehs29: he's away this week11:22
Ad0ah !11:26
Ad0thank you!11:26
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has joined #yocto11:28
Ad0I see he refers openembedded directly instead of poky11:29
neverpanicI'm trying to run SECURITY_PIC_CFLAGS := "${SECURITY_CFLAGS}" in a layer of mine in an attempt to re-use and extend poky's SECURITY_CFLAGS, but I only get bb.data_smart.ExpansionError: Failure expanding variable lcl_maybe_fortify, expression was ${@oe.utils.conditional('DEBUG_BUILD','1','','-D_FORTIFY_SOURCE=2',d)} which triggered exception NameError: name 'oe' is not defined.11:29
neverpanicDo I have to do some magic in the layer config to be able to use oe.utils.conditional?11:30
bluelightning_neverpanic: I think it may be too early, lib/oe probably isn't in the path yet when parsing the layer.conf11:33
bluelightning_neverpanic: that seems like something that ought to be in the distro config rather than layer.conf11:34
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has quit IRC11:34
neverpanicI'm not doing this in the layer.conf, I'm doing it in meta-<my-vendor>-bsp/conf/distro/include/security_flags.inc, but your point of being parsed very early is a good thought; I probably shouldn't be using := then11:35
neverpanicUnfortunately not using := gets me "Failure expanding variable SECURITY_PIC_CFLAGS, expression was ${SECURITY_CFLAGS} -fPIC which triggered exception RecursionError: maximum recursion depth exceeded", but I guess I'll just have to start looking why that happens then.11:37
kanavin_RP: yes, I saw - thanks11:38
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has joined #yocto11:39
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto11:41
jofrSOME_VARIABLE_machine-name, what is this pattern called again?11:43
jofrWhen assignment of SOME_VARIABLE depends on what your MACHINE is?11:43
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:46
jofrn.m. "Overrides"11:48
psiva87 My yocto build manifest branch is topic/yocto, so I'm getting below error while do_rootfs() of image with Thud based build - https://pastebin.com/ZGK8BLUg11:50
LetoThe2ndpsiva87: file not found IMX8MQ_topic/yocto_20190813063206.testdata.json11:51
LetoThe2ndif i had to guess, then its the '/' in the name breaking the build.11:52
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has quit IRC11:52
psiva87LetoThe2nd: yes, I think. How should I go abt it as I can't change branch name and all?11:53
LetoThe2ndpsiva87: no idea, ask the one who provided it. yet you can always checkout the branch under a different local name11:54
LetoThe2ndgit checkout topic/yocto -b local_branch11:54
jofrIt's git. You are always on your own branch. So checkout a local branch that tracks the remote one.11:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:21
yoctiNew news from stackoverflow: Configuration files meta data usage in recipes <https://stackoverflow.com/questions/57494199/configuration-files-meta-data-usage-in-recipes>12:22
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC12:23
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has joined #yocto12:24
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC12:25
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto12:26
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto12:27
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC12:33
*** FailDev <FailDev!18d83107@24.216.49.7> has joined #yocto12:36
nabokovGuys, glib-2.0-target build is broken on master branch (native still works). I am able to build glib-2.0 on warrior and bake the image eventually. I have a Ubuntu 18.04 with gcc 7.4 and gcc 9.1 as build machine (tried with both compilers). It has something to do with cross-compilation with meson build tool.12:44
kanavin_nabokov, we are not able to help you if you do not provide details. master branch is built many times over in varous configurations by the autobuilder machines, so it is not broken and general, and probably breaks only in your specific setup.12:48
kanavin_you could try with plain poky (no other layers) and default configuration for a qemu machine, and see if that builds or not.12:49
nabokovI see,,, the error is "meson.build:1:0: ERROR: Unknown compiler(s):" in do_configure() task12:50
*** Saur <Saur!pkj@nat/axis/x-joiqfssxdsnmulig> has quit IRC12:50
*** Saur <Saur!pkj@nat/axis/x-ecvvkhhtbodjlxhn> has joined #yocto12:51
nabokov@kanavin_ I will give it a try12:51
nabokov@kanavin the upper layers do not modify neither qmeu nor glib-2.0 recipes as I have verified this. And the wired thing is that it fails when it checks the compilers and their cmd-line options12:53
nabokovthe cross compiler is aarch64 gcc12:56
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:58
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto13:17
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC13:23
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto13:23
ndecLetoThe2nd: thanks, i got the file. i will upload!13:34
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC13:39
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC13:43
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC13:43
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto13:44
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto13:44
*** JPEW <JPEW!cc4da337@204.77.163.55> has joined #yocto13:44
LetoThe2ndndec: :)13:44
LetoThe2ndndec: was a strange session. not many viewers, but more questions. plus more f**kups on my side.13:45
ndecit's the Summer effect!13:45
LetoThe2ndpossibly. we'll see :)13:46
jofrHow can I see what OVERRIDES are available?13:55
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto13:57
*** TobSnyder <TobSnyder!~schneider@95.90.163.47> has quit IRC13:58
Saurjofr: bitbake -e |grep '^OVERRIDES='13:58
Saurjofr: To be correct, those are the overrides that are active.13:58
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC14:00
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto14:01
jofrSaur: Thanks. I actually ended up just piping them to a file from my recipe14:01
*** chinhuat17 is now known as chinhuat14:02
chinhuatDoes anyone how to troubleshoot do_package_qa QA Issue "systemd: The compile log indicates that host include and/or library paths were used."?14:05
LetoThe2ndchinhuat: i'd try to find out what modifications are in your build concerning the standard systemd recipes, because those do not cause a QA issue :)14:07
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC14:07
chinhuatLetoThe2nd: I'm using systemd from tags/yocto-2.7.1, a minimal bbappend which adds a patch via SRC_URI.14:14
chinhuatthe strange thing is that it compiles fine on one Ubuntu 16.04 LTS but not the other14:15
chinhuatat least I can diff the ~1400 lines of log.do_compile, was hoping there's more obvious way to do so14:16
*** berton_ <berton_!~berton@181.220.83.67> has joined #yocto14:23
*** berton <berton!~berton@181.220.83.67> has quit IRC14:25
*** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC14:27
LetoThe2ndand maybe that patch causes it?14:30
LetoThe2ndand what is that tags/yocto-2.7.1 thing, it seems to en vogue today.14:32
*** adelcast <adelcast!~adelcast@130.164.62.197> has joined #yocto14:33
*** Dvorkin <Dvorkin!~Dvorkin@176.114.204.12> has joined #yocto14:38
DvorkinI can't overwrite default kernel Kconfig value using meta. how can I force it?14:39
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto14:54
RPchinhuat: that usually means it looked at the host system and pulled in something it shouldn't have done. If you grep the log you should find the host reference that test searches for somewhere14:55
SaurRP: Nice find abut removing that debug message. With that removed my build times are almost back where they used to be. :)14:57
RPSaur: I'm somewhat relieved its that simple!14:58
SaurRP: I've sent a mail to the list with some timings.14:58
RPSaur: thanks for testing and reporting back14:58
RPSaur: I think I'm going to merge all these queued bitbake changes to master and then see where we go from there. I have another three patches locally for more bugs :/14:59
SaurGood thing you didn't merge 46ce56ef (referred to in my mail as 19a88c68, which it was before some rebase of master-next). There it really didn't work at all. :P15:01
RPSaur: I think that commit is still in the queue?15:03
SaurRP: Yes, 46ce56ef is its current ref in Poky. But the later commits fixes it.15:04
SaurRP: But I think it was the head of master-next yesterday.15:04
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC15:06
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto15:06
SaurRP: Oh, and I'm seeing something like this on every build now: WARNING: .../bitbake/lib/bb/cache.py:446: ResourceWarning: unclosed <socket.socket fd=10, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=0, laddr=('127.0.0.1', 43707)>15:08
SaurI think I saw someone report this to the list (JaMa?), but I cannot find the mail...15:09
*** asabil <asabil!~asabil@81.167.213.26.static.lyse.net> has quit IRC15:09
RPSaur: hashequiv or not?15:16
*** rcw <rcw!~rcw@67.71.225.132> has joined #yocto15:27
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:29
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:30
chinhuatRP: thanks, turns out log already contains cc1 warnings about -isystem /usr/include/efi -isystem /usr/include/efi/x86_6415:36
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC15:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:49
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC15:50
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC15:50
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:53
*** kanavin <kanavin!~kanavin@141.113.67.203> has joined #yocto15:55
*** kanavin_ <kanavin_!~kanavin@141.113.65.72> has quit IRC15:57
*** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has joined #yocto16:01
litbhello all16:01
litbI see that  in $CC there are the compiler binary name + some compiler flags16:01
litband in $CFLAGS, there are some other flags for the compiler16:01
litbwhat's the rule for a flag to be included in CC or in CFLAGS?16:01
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto16:03
*** geissona_ <geissona_!~geissonat@32.97.110.53> has joined #yocto16:04
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC16:05
DvorkinI can't overwrite default kernel Kconfig value using meta. how can I force it?16:09
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto16:13
khemRP: I see that on failure it use to emit the location of log.do_* task which ever task was failing but lately I am not seeing it16:16
RPkhem: hmm, that may be a side effect of the removal of FuncFailed16:22
RPkhem: we should track it down and fix it, maybe need a bug16:22
RPchinhuat: that would do it, it shouldn't be looking there16:23
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC16:23
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC16:26
*** learningc <learningc!~learningc@121.122.92.39> has joined #yocto16:32
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto16:33
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC16:35
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:43
*** kaspter <kaspter!~Instantbi@183.128.238.14> has quit IRC16:50
*** kaspter <kaspter!~Instantbi@183.128.238.14> has joined #yocto16:51
yoctiNew news from stackoverflow: bash script fails under bitbake due to process substitution <https://stackoverflow.com/questions/57498881/bash-script-fails-under-bitbake-due-to-process-substitution>16:53
*** frsc <frsc!~frsc@200116b824958d002c166caf1b2d4978.dip.versatel-1u1.de> has quit IRC17:00
*** User_ <User_!~learningc@121.122.92.39> has joined #yocto17:01
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lnxxydvtchdsnjai> has quit IRC17:01
*** learningc <learningc!~learningc@121.122.92.39> has quit IRC17:05
*** User_ <User_!~learningc@121.122.92.39> has quit IRC17:11
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC17:23
*** kaspter <kaspter!~Instantbi@183.128.238.14> has quit IRC17:27
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto17:32
*** svuorela <svuorela!~svuorela@kde/sune> has joined #yocto17:33
svuorelaso. I have a weak default value (??=) in a recipe. I want to add and remove a few things. What's the way of doing that in my bbappend file ?17:34
kergothyou can add/remove to the value, but not to the default.17:46
svuorelaso I basically need to copy it and adapt it (and update it whenever defaults changes) ?17:50
svuorelahttp://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/systemd/systemd_242.bb?h=master#n67 - it is that one I'd like to have changes for17:52
kergothyep, copy and modify the line. technically it's possible to manipulate the default, but it'd be fragile and built on knowledge of bitbake's internals, which wouldn't be ideal17:52
svuorelaok.17:57
svuorelathanks. had hoped for something smarter, but obviously my attempts didn't work.17:57
*** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has quit IRC17:57
kergothhonestly i'd think about just appending/prepending to packageconfig directly. i'd expect most distros to append/prepend to a recipe packageconfig rather than *setting* it, so the distinction lowers in value there17:59
kergothdepends on the requirements, of course17:59
yoctiNew news from stackoverflow: bash script fails under bitbake due to process substitution, NOT missing /dev/fd link <https://stackoverflow.com/questions/57498881/bash-script-fails-under-bitbake-due-to-process-substitution-not-missing-dev-fd>18:24
*** rcw <rcw!~rcw@67.71.225.132> has quit IRC18:32
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC18:47
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC18:54
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto18:55
*** kaspter <kaspter!~Instantbi@183.128.238.14> has joined #yocto19:07
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:09
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:14
RPkergoth: I've an interesting problem with the siggen code. I want to select a siggen which isn't available until after the first data store init as its in lib/oe but if you do it from the environment it gives errors :/19:16
* RP does't quite know the best solution for that19:16
*** Aethenelle <Aethenelle!~Aethenell@38.98.162.245> has joined #yocto19:17
LetoThe2ndRP: beer + heavy metal.19:24
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC19:30
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:30
*** florian_kc is now known as florian19:31
*** nabokov <nabokov!~armand@67.218.223.154> has quit IRC20:18
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC20:19
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC20:19
*** vineela <vineela!vtummala@nat/intel/x-rdwputewprlmodhy> has joined #yocto20:21
*** geissona_ <geissona_!~geissonat@32.97.110.53> has quit IRC20:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:28
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto20:31
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto20:34
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:35
__angelohave a kernel recipe bbappend20:38
__angelowith do_kernel_configme_prepend()  that seems not parsed/executed20:38
__angelo(i am in sumo)20:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto20:39
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC20:40
*** kaspter <kaspter!~Instantbi@183.128.238.14> has quit IRC20:42
*** kaspter <kaspter!~Instantbi@183.128.238.14> has joined #yocto20:43
__angeloused do_configure_prepend, seems to work20:53
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto21:05
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC21:05
*** aidanh_ is now known as aidanh21:05
*** nabokov <nabokov!~armand@198.168.103.11> has joined #yocto21:12
*** berton_ <berton_!~berton@181.220.83.67> has quit IRC21:15
*** FailDev <FailDev!18d83107@24.216.49.7> has quit IRC21:18
*** nabokov <nabokov!~armand@198.168.103.11> has quit IRC21:18
*** BobPungartnik <BobPungartnik!~BobPungar@187.113.128.138> has joined #yocto21:27
JPEWRP: Added statistics to the hashserver: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=jpew/hashserve-stats&id=b57bda1261fcffb81e50eaecc610c12b11f73c7821:28
RPJPEW: very cool. Let me put that on the autobuilder!21:31
RPJPEW: added. Now to try a build  :)21:32
* RP has a couple of patches to sort then I'll try one21:32
JPEWRP: Sounds good. In my testing, there doesn't appear to be any appreciable difference in performance from using the autobuilder database vs. using an empty database, so unless it's running into a more pathological case, the database contents don't appear to be the issue21:36
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC21:37
RPJPEW: any idea where the issue could be?21:38
RPJPEW: I managed a build which was mainly warnings from hashserv connection timeouts earlier which was good and bad :)21:39
RPJPEW: patches needed for testing pushed, build fired21:40
JPEWRP: Well... some math on the stats would be good. For example, my average connection + request time is about 1 millisecond, so that's 6 seconds for 6101 requests.21:41
JPEWIf the connection time is high but the request time is low, adding more threads might help21:41
JPEWIf the request time is high also, it's probably sqlite's fault21:41
RPJPEW: I messed up and am restarting everything for better stats.21:49
RPJPEW: that run I saw {"connections": {"max_time": 0.05390169005841017, "stdev": 0.0032631353720951077, "num": 91947, "total_time": 266.7830419270322, "average": 0.002901487182040003}, "requests": {"max_time": 0.017891400959342718, "stdev": 0.0002913867554612365, "num": 91946, "total_time": 63.40855172695592, "average": 0.0006896281700884859}}21:49
JPEWRP: I suspect that the single thread can't keep up and it backs up the queue, delaying the time until connections get processed.22:00
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC22:00
RP{"connections": {"total_time": 1436.2524371920153, "max_time": 0.25648579513654113, "num": 436014, "average": 0.0032940511937506944, "stdev": 0.0057608324730484125}, "requests": {"total_time": 294.0030629877001, "max_time": 0.254582560621202, "num": 436013, "average": 0.0006742988465658137, "stdev": 0.0005197994332214296}}22:02
RPJPEW: seems probable22:02
JPEWAnyway, time to go home22:02
RPJPEW: data definitely helps, thanks!22:03
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC22:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:24
*** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has quit IRC22:31
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:43
*** Jacobenz <Jacobenz!~jacobenz@104.237.80.144> has joined #yocto22:45
*** Jacobenz <Jacobenz!~jacobenz@104.237.80.144> has quit IRC22:47
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:57
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto22:59
*** JPEW <JPEW!cc4da337@204.77.163.55> has quit IRC23:12
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ibejuaonblxypjxw> has joined #yocto23:16
*** Aethenelle <Aethenelle!~Aethenell@38.98.162.245> has quit IRC23:22
*** jofr <jofr!~jofr@193.182.166.3> has quit IRC23:34
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto23:38
*** vineela <vineela!vtummala@nat/intel/x-rdwputewprlmodhy> has quit IRC23:57

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