Tuesday, 2019-09-10

*** kaspter <kaspter!~Instantbi@> has quit IRC01:05
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:06
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto01:26
*** yizhao <yizhao!~zhaoyi@> has joined #yocto02:05
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC02:28
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto04:11
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC04:17
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto04:19
*** kroon <kroon!~kroon@> has joined #yocto05:24
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:33
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto05:33
*** Chrusel <Chrusel!c1669b04@> has joined #yocto05:52
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:07
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:24
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC06:29
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:34
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-10-84.static.upcbusiness.at> has quit IRC06:37
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC06:41
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:52
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto06:57
*** tprrt <tprrt!~tprrt@> has joined #yocto07:01
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC07:03
*** yacar_ <yacar_!~yacar@> has joined #yocto07:07
iceawayHas anyone here used swupdate? I'm really struggling on how to configure it for a single-copy approach (create initrd image, create the complete .sdcard-image with both the swupdate "rescue" part and the regular system).07:08
LetoThe2ndiceaway: i guess the core thing to get your head around is that this requires two mostly distinct build, with the one being the payload of the other07:10
*** Chrusel <Chrusel!c1669b04@> has quit IRC07:11
*** crawler <crawler!~crawler@> has joined #yocto07:11
*** mckoan|away is now known as mckoan07:15
iceawayLetoThe2nd: I have never worked with initrd/initramfs before so it's a bit difficult to understand how it all hangs together. It seems like u-boot + kernel + initrd (for swupdate), and u-boot + kernel + regular rootfs are two separate builds, yet they need to become "one" in the image that I flash to the sdcard/emmc.07:18
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC07:18
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto07:18
RPnrossi: did you get anywhere further with the rpaths or should I take a look?07:19
nrossiRP: working on it now, just trying to get the thing to break the hardlinks07:19
nrossiRP: out of query should chrpath handle breaking hardlinks?07:20
RPnrossi: ok, cool. Just wanted to check as no point in both of us  doing it07:20
RPnrossi: I suspect it doesn't07:20
LetoThe2ndiceaway: yeah, the apprioach is right. the key point is that you must not think of swupdate as some magic to glue it together automatically, but you need basically some recipe that takes the regular build artifacts and bundles them up in some way the swupdate build can use.07:21
nrossiRP: no it doesn't, but it sort of makes sense that it doesn't. But it could optionally by kwarg since i am already calling process_dir manually07:21
RPnrossi: In the general case its probably working on a copy or it doesn't matter that it changes everything07:22
RPnrossi: having the option is probably ok though07:22
iceawayLetoThe2nd: yeah I think I grasp the part about the .swu compound image and how that is used. Now I need to figure out 1) how to build an initramfs/initrd image with swupdate, and combine that with my regular image to create a single image for flashing.07:23
LetoThe2ndiceaway: bingo.07:23
iceawayI'm basing my initramfs image on the core-image-minimal-initramfs recipe, but when I build it there is no /boot directory in the root filesystem, alas when u-boot tries to boot it cannot find /boot/Image.gz. Any clue as to where the kernel image+dtb ends up?07:26
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:27
*** luckywho <luckywho!~quassel@> has quit IRC07:36
*** Chrusel <Chrusel!c1669b04@> has joined #yocto07:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:51
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:58
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto08:00
*** goliath <goliath!~goliath@> has joined #yocto08:07
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC08:35
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC08:36
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC08:40
*** rburton <rburton!~rburton@> has joined #yocto08:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto08:58
yoctiNew news from stackoverflow: Raspberrypi cm3 not booting (missing kernel.img?) <https://stackoverflow.com/questions/57867338/raspberrypi-cm3-not-booting-missing-kernel-img>09:02
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:13
yoctiNew news from stackoverflow: Rerun bitbake recipes when checkout different layer revision <https://stackoverflow.com/questions/57867467/rerun-bitbake-recipes-when-checkout-different-layer-revision>09:32
*** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto09:45
kpohey, could anyone point me to the good reading about device tree files? It's not really yocto-specific, but i suppose many of you  know some whatnots09:51
kpoI need some easy things for start, the thing i'm trying to do is enable SPI on RPi CM, but would love to know a little bit of insides instead pasting something from stack09:52
kroonkpo, maybe https://www.youtube.com/watch?v=m_NyYEBxfn8 is of interest09:53
kpokroon: thanks :) i prefer readable material, but will surely check09:54
iceawayReally confused now over the whole initramfs thing. I reckon now after more reading that I should set the INITRAMFS_IMAGE to the image that I want in my initramfs (in my kernel recipe). But the image I set in INITRAMFS_IMAGE is also the image I am trying to bitbake(?). It ends up with what appears to be a circular dependency between the image and the kernel.10:17
kroonkpo, the linux kernel also ships with some general devicetree documentation10:21
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto10:24
RPkanavin_: if you do have any time we have two issues which I'm not aware of anyone looking at right now and they block M3. One is strace ptest timing out (arm and x86)10:28
RPkanavin_: other is qemumips systemd with a runtime boot failure (showing as red on all AB builds)10:28
RPkanavin_: on the plus side both look readily reproducible. Not looked into them at all yet10:29
*** akrpic77 <akrpic77!c12e4b03@> has joined #yocto10:33
akrpic77I only need hciattach from bluez5 package... If I do PACKAGES += "hciattach" and FILES_hciattach = "/....", ... bitbake says nothing provides hciattach, but bluez5 RPROVIDES hciattach ... how to unRprovide it ?10:34
qschulzakrpic77: where did you say to yocto you needed hciattach? how?10:45
akrpic77qschulz: to try out, first just bitbake hciattach10:46
qschulzakrpic77: you can't, you (bit)bake recipes, not packages10:46
rburtonyou bitbake a recipe10:46
rburtonwhich then builds packages10:46
rburtonand you can install some of those10:46
qschulzyou get the packages in tmp/deploy/{type of packages}10:46
rburtonor use oe-pkgdata-util10:47
qschulzrburton: oh, new tool to discover!10:47
akrpic77qschulz: thank you10:47
qschulzakrpic77: and rburton :)10:47
akrpic77and rburton of course.10:48
akrpic77but those additional packages added inside bluez*.bb have dep on main package, yes?10:48
akrpic77I also have to remove that dependency10:48
rburtonthey only depend on the main package if they depend on the main package10:48
akrpic77hmm. ok.10:49
*** jofr <jofr!~jofr@> has left #yocto10:49
rburtonunless you've *massive* space restrictions this seems fairly pointless though :)10:49
akrpic77what seems to be pointless?10:49
rburton*just* installing hciattach10:49
akrpic77ok. the other option I have is to systemd disable bluez5 (bluetooth.service)10:50
akrpic77... and install  it anyway10:50
qschulzalso, remember that by doing that (moving a binary out of one package to another one) might break other recipes. Because they'd RDEPENDS on what used to provide the binary but it's not there anymore. It's not without consequences :)10:50
akrpic77but! adding bluez5 -> dep on hciattach, those that rdepend on bluez will get hciattach10:51
qschulzakrpic77: true! one more thing to not forget but you're right10:52
qschulzakrpic77: you can have a bbappend for bluez5 with just INITSCRIPT_PARAMS = "remove"10:53
rburtonthat don't work for systemd though :)10:54
qschulzhttps://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-SYSTEMD_AUTO_ENABLE this one then?10:54
akrpic77great, thank you qschulz10:55
*** jofr <jofr!~jofr@> has joined #yocto10:56
*** jofr <jofr!~jofr@> has joined #yocto10:56
kanavin_RP: I fired a build with strace10:56
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC11:06
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto11:07
akrpic77anyone has experience with mgmt api of linux's bluetooth stack ?11:13
rburtonmaybe ask in #bluez11:15
*** iceaway <iceaway!~pelle@> has quit IRC11:16
*** iceaway <iceaway!~pelle@> has joined #yocto11:19
akrpic77rburton: asking already, thank you11:21
kroonI don't get in which order bitbake parses assignments/statements.. not even after reading the bitbake manual section 3.1-3.3 for the 4th time11:23
rburton_append and _remove come after = and +11:23
rburtonapart from that, it's parse order.  bitbake.conf (and everything it includes) then recipe.11:24
kroonrburton, manual says for _append/_prepend: "... their effects are deferred until after parsing completes ...". Is that "parsing" of the whole bitbake recipe ?11:25
rburtonsort of.  = and + happen during the parse of the recipe line by line, _append happens afterwards11:26
rburtonFOO=1 ; FOO_append="2"; FOO+= "3" would result in FOO=13211:27
kroonrburton, right, sofar I'm with you11:28
kroonrburton, For a statement like "${@bb.utils.contains('PACKAGECONFIG', 'python', 'distutils3-base', '', d)}"11:30
kroonrburton, I guess I can't use an _append to fill in the "python" PACKAGECONFIG then ?11:30
kroonrburton, inherit ${@bb.utils.contains('PACKAGECONFIG', 'python', 'distutils3-base', '', d)}11:31
*** berton <berton!~berton@> has joined #yocto11:31
kroonrburton, since I assume bitbake expands the inline python right there during parsing, before the _append's are applied ?11:32
fullstopkhem: it's not -- my browser wasn't actually switching branches when I changed the selection in cgit.11:32
rburton kroon i *think* thats right. we do actually have a recipe doing that, which isn't right (probably).  paging RP :)11:33
*** armpit <armpit!~armpit@2601:202:4180:c33:40d0:e8db:d820:c793> has quit IRC11:33
kroonrburton, there are lots of recipes doing that I think... at least I added one myself in OE-core pretty recently :-/11:34
kroonand by lots I mean a few that uses "inherit ${.....}"11:38
rburtonthree in core doing it on PACKAGECONFIG11:38
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto11:38
*** armpit <armpit!~armpit@2601:202:4180:c33:f9e2:21e5:8b16:9d92> has joined #yocto11:46
kroonrburton, this is what I get from reading the manual: 1. recipe is parsed line by line 2. _append/_prepend/_remove are applied 3. keys are expanded 4. overrides are applied11:49
*** yann <yann!~yann@> has joined #yocto11:51
kroonbut am not at all sure about the order11:51
RPkroon: appends are applied at variable expansion time12:13
RPkroon: so it depends if your append is set before or after that inherit12:13
kroonRP, ok, and the appends are applied in the order they were declared, in case there were multiple of them ?12:14
RPkroon: I'd have thought so12:15
kroonRP, so for statements like inherit/include/require, any variable arguments are expanded immediately as the line is parsed ?12:18
RPkroon: yes, there is no other way12:19
RPthey're implied immediate expansion12:19
RPINHERIT is the only one which doesn't (for conf files)12:19
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto12:20
kroonRP, rburton, ok that clears up a lot for me, thanks12:21
RPkroon: we should probably clarify the manual12:21
kroonRP, yeah, i'll see if I can write something up12:22
RPkroon: thanks12:22
yoctiNew news from stackoverflow: Yocto: No recipes available (tegra) <https://stackoverflow.com/questions/57870762/yocto-no-recipes-available-tegra> || Overriding do_compile() functionality in bbappend <https://stackoverflow.com/questions/57870590/overriding-do-compile-functionality-in-bbappend>12:33
*** grumble is now known as \emph{grumble}12:36
nrossiRP: just sent a series with the WIP patches sorted and the rpath fix12:42
RPnrossi: looks good, thanks!12:44
* RP will fire a new testbuild12:44
RPrburton: I'm leaving the other patches to you in mut for now12:48
vmesonRP: Kai can work on: Bug 13504 - [master-next] qemumips-lsb sytemd failure --12:54
yoctiBug https://bugzilla.yoctoproject.org/show_bug.cgi?id=13504 normal, Undecided, ---, kai.kang, NEW , [master-next] qemumips-lsb sytemd failure12:54
*** retoatwork <retoatwork!~reto@> has quit IRC12:57
RPvmeson: thanks12:59
RPkanavin_: also thanks!12:59
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC13:10
*** antoine74 <antoine74!52408e66@82-64-142-102.subs.proxad.net> has joined #yocto13:12
kanavin_RP: what is the specific image that strace fails with?13:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC13:14
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto13:14
RPkanavin_: would be the -ptest one13:16
kanavin_RP: yeah, started core-image-sato-ptest-fast13:18
kanavin_core-image-minimal ran out of space during the test, as is actually well known13:19
kanavin_(started building, will take a moment)13:19
kroonRP, overrides are also applied at variable expansion time ?13:19
RPkanavin_: https://autobuilder.yocto.io/pub/non-release/20190907-4/testresults/qemuarm64-ptest/strace.log  vs https://autobuilder.yocto.io/pub/non-release/20190907-4/testresults/qemuarm64-ptest/strace.log and  https://autobuilder.yocto.io/pub/non-release/20190907-4/testresults/testresult-report.txt13:20
RPkanavin_: not sure what is going on there13:20
RPkroon: yes, bitbake used to expand at a particular point in time but its now dynamic13:20
antoine74I have a problem with yocto warrior-21.0.1 the bug is this one : https://bugzilla.yoctoproject.org/show_bug.cgi?id=13442 and the solution that works for me is there : https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/warrior-nmut&id=8f13dbd9e066670d7407cd2a9293abce5ec3ac0513:20
yoctiBug 13442: normal, Medium+, 2.7.2, akuster, IN PROGRESS DESIGN COMPLETE , linux-yocto-rt 4.19 fails to build13:20
kroonRP, ok13:21
antoine74my question is how do I patch the file in a good "yocto-way" ?13:21
antoine74I already patched recipes but I don't know how to patch this particular file meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb13:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC13:22
antoine74maybe it's more of a git problem ?13:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto13:22
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:32
kroonhmm.. Where do I send bitbake manual patches ?13:39
kroonbitbake-devel ?13:40
RPkroon: please13:40
kroonRP, ok, sending. I have 2 patches, not 100% confident they are correct so please review..13:41
*** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto13:42
RPkroon: they look correct. I hadn't realised the manual had those old references!13:46
kroonRP, ok, good13:48
* kroon heads home13:49
*** kroon <kroon!~kroon@> has quit IRC13:49
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto13:50
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto13:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:55
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC13:55
qschulzantoine74: do this modifications in multiple bbappends. I don't know if you can actually have two different ?=, so maybe you'll need to have = instead of ?= in your bbappends14:13
qschulzdo these modifications in multiple bbappends? (suggestion)14:13
antoine74actually only one is important for me, the linux-yocto-rt_4.19.bb14:14
antoine74I tried to create a patch and then put it in a bbappend but I'm afraid my paths are wrong somewhere14:14
qschulzantoine74: yourlayer/recipes-kernel/linux/linux-yocto-rt_4.19.bbappend14:15
antoine74ok I'm going to try that right now, thank you14:15
qschulzin there, SRCREV_machine = "ca2e3322f4c5678eaef6434c808d0842c805d74d" and SRCREV_meta = "960be4218436fbbb3500e019f7abf02fa94e6aac" and LINUX_VERSION = "4.19.61"14:15
qschulzwhat was your path?14:15
RPJPEW: would you be able to redo the stats patch on top of master-next?14:16
antoine74I think my paths problems where in the .patch file I created14:16
RPJPEW: I've removed the threading I added and tried to simplify it to the thing which profiling shows was fastest14:16
RPJPEW: also got a small tweak which reduces the number of equiv queries in there14:16
qschulzantoine74: what do you mean a patch?14:17
antoine74I thought the right way to do it was to create a .patch file that was applied on the original one14:17
antoine74but just changing the variables is perfect for me14:17
JPEWRP: Yes, I'll look it over14:18
qschulzantoine74: patches are for source code, not for recipes. When you want to modify a recipe, you use bbappend :)14:19
antoine74ok, I definitly misunderstood that, thank you for the clarification !!14:19
khemRP: does core-image-weston boot in qemu ?14:20
*** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC14:22
RPkhem: don't know. rburton?14:23
khemRP: I am trying to unify weston-init recipe bringing some changes from other BSP layers and was trying on qemuarm6414:24
*** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC14:24
RPkhem: I am not sure :/14:25
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto14:26
khemit works on pi314:26
kanavin_RP: I am not done testing yet, but it seems as though strace is hitting ptest-runner's inactivity limit14:26
kanavin_which got me thinking that we need to be able to configure it per ptest14:26
RPkanavin_: That sounds like a very slow test then :/14:27
RPkanavin_: we've talked about per test config, it would be useful. Hard to figure out in practise but we could do with it14:27
kanavin_RP: it has a testcase that outputs nothing for more than 5 minutes, but eventually succeeds14:27
RPkanavin_: could we tweak it to produce output periodically? is the test useful?14:27
kanavin_RP: actually there are three tests that behave like this14:28
RPkanavin_: I'm not surprised, that would explain the output in the logs14:28
kanavin_RP: sched, regex and clock, and another one that is currently crunching14:29
kanavin_I am running the run-ptest directly now, next I will try under ptest-runner14:29
kanavin_RP: it's a bit of unfortunate situation that ptest-runner is written in C14:30
kanavin_RP: if it was python, I could rapidly add support for a per-ptest config file14:30
kanavin_basically we could add some file that goes next to run-ptest that contains an integer that overrides the default timeout14:30
kanavin_(which is 300 seconds)14:30
kanavin_the slow testcases all print this to console14:34
kanavin_[ 1273.665567] futex_atomic_op_inuser: 2 callbacks suppressed14:34
kanavin_[ 1273.665572] futex_wake_op: futex tries to shift op by -849; fix this program14:34
kanavin_[ 1273.668122] futex_wake_op: futex tries to shift op by -849; fix this program14:34
kanavin_[ 1273.669388] futex_wake_op: futex tries to shift op by -518; fix this program14:34
kanavin_I wonder if I could try a newer strace first14:34
*** yann <yann!~yann@> has quit IRC14:36
antoine74qschulz yout solution works perfectly, thanks ;)14:36
qschulzpleasure :)14:39
* LetoThe2nd is getting ready to totally fail in doing kernel stuff in public!14:42
PinkSnakeHi all, Someone here has already build a meta-xilinx Yocto based image inside Docker container ? because I have a correct trabbl extraction but Xilinx tools are missing :S No trouble on the host machine14:44
qschulzLetoThe2nd: gl :)14:44
*** kaspter <kaspter!~Instantbi@> has quit IRC14:44
LetoThe2ndyou're all invited to watch me break stuff on https://www.twitch.tv/yocto_project14:45
LetoThe2ndstarting in 15 minutes.14:45
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:45
JaManow I'll be really disapointed if you don't break it14:46
*** tgoodwin_ <tgoodwin_!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto14:46
fullstopany tips on getting gfortran built for cross compiling?14:46
JaMafullstop: see lapack recipe which documents what to put in local.conf14:47
LetoThe2ndfullstop: there has been work on recent master so it *might* work. older releases have broken fortran support.14:47
rburtonkhem: i think i've seen it in qemux86-6414:47
JaMa"works" for me on thud :)14:47
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC14:47
rburtonfullstop: turn it on, it works.14:48
rburtoni even added autobuilder tests to ensure it keeps working14:48
fullstopI'm using the linaro-7.2 layer which may complicate things.14:50
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC14:52
kanavin_RP: the same tests on my host execute reasonably fast. Something is slowing them down inside qemu, I'll try to narrow it down.14:54
kanavin_5.2 kernel is the prime suspect I guess?14:54
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto14:59
fullstoplooks like it is building gfortran now.  Thanks all.14:59
*** tprrt <tprrt!~tprrt@> has quit IRC15:02
*** SCVready <SCVready!~SCVready@141.red-79-156-89.staticip.rima-tde.net> has joined #yocto15:03
*** stephano <stephano!~stephano@> has joined #yocto15:04
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:05
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto15:08
RPkanavin_: or maybe an upgrade15:13
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC15:17
*** goliath <goliath!~goliath@> has quit IRC15:18
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:20
*** berton <berton!~berton@> has quit IRC15:27
RPkanavin_: figuring out what is so slow would be good. KVM qemu system mode shouldn't be that slow15:30
kanavin_RP: yes, I'll try to narrow it down15:31
*** berton <berton!~berton@> has joined #yocto15:42
*** berton <berton!~berton@> has joined #yocto15:44
LetoThe2ndmckoan: i promised i will mess up, i did mess up!15:58
ChruselLetoThe2nd: It wasn't so bad ... head-up ;-)15:59
* LetoThe2nd is off for the evening.16:00
*** Chrusel <Chrusel!c1669b04@> has quit IRC16:01
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:01
kanavin_RP: regarding strace, reverting to kernel 4.19 makes the slowness go away :-/16:14
kanavin_RP: I can then try and see if latest upstream of strace has a fix, but otherwise it becomes a bit tricky to narrow down16:15
*** yacar_ <yacar_!~yacar@> has quit IRC16:19
mckoanLetoThe2nd: that's not a problem at all. More problems = more learn16:20
mckoanLetoThe2nd: the useful thing in this case should be to recap and explain what happened16:21
mckoanLetoThe2nd: in the real life nothing is straightforward. You have to face to the problems and learn to solve them16:21
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:23
fullstopThat's what I tell my kids.  One day I was learning to walk and fell over and I just never walked again because I failed on my first attempt.16:25
fullstopThey realize how absurd this is, of course, and try again.16:26
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto16:28
*** kergoth <kergoth!~kergoth@> has left #yocto16:28
*** kergoth <kergoth!~kergoth@> has joined #yocto16:28
RPkanavin_: you could try the 5.0 kernel?16:30
RP(it was remved but easy to get back)16:31
kanavin_RP: trying now...16:33
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC16:35
*** tsjsieb_ <tsjsieb_!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto16:35
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC16:37
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:39
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto16:40
*** mckoan is now known as mckoan|away16:44
kanavin_RP: 5.0 also works fine. Seems like a regression in 5.2, but it would be good to still try the latest commit of strace. I'll try to get to it tomorrow.16:44
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto16:48
*** tgoodwin_ <tgoodwin_!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC16:50
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC16:52
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto16:54
RPkanavin_: thanks! Sounds like progress at least16:55
*** makudaku <makudaku!~apatel@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto17:00
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC17:04
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC17:10
kanavin_RP: I went ahead and tried the latest strace commit, and it did not help17:14
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto17:22
*** armpit <armpit!~armpit@2601:202:4180:c33:f9e2:21e5:8b16:9d92> has quit IRC17:22
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto17:51
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC17:59
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto18:08
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto18:12
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC18:20
*** m314 <m314!55bf057a@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto18:41
*** m314 <m314!55bf057a@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto18:41
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto18:47
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto19:03
*** m314 <m314!55bf057a@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC19:03
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto19:04
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto19:16
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:29
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:30
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC19:39
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC19:52
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:52
*** SCVready <SCVready!~SCVready@141.red-79-156-89.staticip.rima-tde.net> has quit IRC20:23
*** kaspter <kaspter!~Instantbi@> has quit IRC20:30
*** kaspter <kaspter!~Instantbi@> has joined #yocto20:31
RPkanavin_: hmm, so something in 5-0-5.2 :/20:40
*** stephano <stephano!~stephano@> has quit IRC20:42
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto21:00
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC21:04
*** berton <berton!~berton@> has quit IRC21:15
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:17
*** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has quit IRC21:19
*** diego_r <diego_r!~diego@> has joined #yocto21:22
*** armpit <armpit!~armpit@> has joined #yocto21:45
*** dv_ <dv_!~dv@> has quit IRC21:49
*** diego_r <diego_r!~diego@> has quit IRC21:54
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC21:58
*** dv_ <dv_!~dv@> has joined #yocto22:02
*** rburton <rburton!~rburton@> has quit IRC22:05
*** rburton <rburton!~rburton@> has joined #yocto22:06
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto22:27
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:28
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC22:29
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto22:31
*** armpit <armpit!~armpit@> has quit IRC22:35
*** armpit <armpit!~armpit@> has joined #yocto22:36
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC22:36
*** armpit <armpit!~armpit@> has quit IRC23:06
*** armpit <armpit!~armpit@> has joined #yocto23:20
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC23:33
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC23:38
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC23:44
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto23:45

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