IRC logs for #buildstream for Friday, 2018-02-09

*** Prince781 has joined #buildstream02:49
*** tristan has quit IRC02:49
*** tristan has joined #buildstream02:54
*** ruben has quit IRC03:25
*** Prince781 has quit IRC04:05
*** tristan has quit IRC04:23
*** tristan has joined #buildstream04:41
*** mcatanzaro has quit IRC05:00
*** lantw44 has quit IRC06:27
*** lantw44 has joined #buildstream06:28
*** toscalix has joined #buildstream08:39
*** aday has joined #buildstream08:39
toscalixThis project might be interesting for buildstream http://qmstr.org/09:25
*** noisecell has quit IRC09:45
*** noisecell has joined #buildstream09:46
*** jonathanmaw has joined #buildstream09:59
*** ssam2 has joined #buildstream10:00
*** aday has quit IRC10:10
*** aday has joined #buildstream10:56
tlaterSo, this is the output of pylint in CI: https://gitlab.com/BuildStream/buildstream/-/jobs/5174259510:56
*** ironfoot_ is now known as ironfoot10:57
tlaterI've disabled most messages that cause issues in our codebase, just left a handful for show here10:57
*** ernestask has joined #buildstream10:57
*** ChanServ sets mode: +o ironfoot10:57
tlaterThe list of disabled messages starts here: https://gitlab.com/BuildStream/buildstream/blob/239-use-pylint-for-linting/.pylintrc#L6710:58
tlaterI've annotated them, as per persia 's suggestion yesterday, is there anyone spinning up who'd like to have a look at fixing those errors?10:59
jenniso/11:15
jennisI will look into it11:16
tlaterCool, shoot if my comments are unclear jennis :)11:16
jenniswill do11:16
*** tristan has quit IRC11:43
*** aday has quit IRC11:51
tlaterAck, I re-discovered an MR that needs merging before I can merge my image documentation, does anyone have time to look at https://gitlab.com/BuildStream/bst-external/merge_requests/13/diffs ?11:54
tlaterIt's a three-liner...11:54
ssam2i'd like to test that it doesn't break image builds of the Freedesktop SDK11:56
tlaterRight11:56
ssam2which does use the GNU Tools, and they sometimes lack flags that Busybox tools have11:56
ssam2i suspect the mkfs.ext4 invocation won't work , actually11:57
tlaterHm, perhaps the x86image plugin should have an option to use busybox/gnu tools?11:57
ssam2that sounds terrible, but maybe unavoidable11:57
ssam2the stat change should be fine11:59
tlaterIt's probably best to test it anyway11:59
tlaterThink you could link me to the repo for this, ssam2?12:02
ssam2https://gitlab.com/freedesktop-sdk/freedesktop-sdk/12:02
ssam2building a VM isn't documented yet I think12:03
tlaterAck12:03
tlaterWell, I'll see if I can figure it out12:03
ssam2actually the build process is a bit painful for that project right now12:03
ssam2see the .gitlab-ci.yml for how to do it12:03
ssam2or you can rebase https://gitlab.com/freedesktop-sdk/freedesktop-sdk/merge_requests/81 and do it the easy way using the shiny new recursive pipelines feature :-)12:04
ssam2the vm element is sdk/elements/vm/minimal-vm-image-x86_64.bst12:04
tlaterta ssam212:05
*** aday has joined #buildstream12:19
ssam2the benchmark script lives: https://pastebin.com/pExAquHn12:28
ssam2and, it shows that we have almost halved startup time in 'master' and saved 10MB of memory usage on startup :-)12:29
ssam2i presume that's by avoiding pkg_resources12:29
tlater\o/12:29
ssam2i suppose if we run a test 3 times it should return the results for all 3, as well as the average12:32
ssam2otherwise it's hard to know how big the variance is12:32
ssam2hmm, unless it also calculates the variance12:32
tlaterssam2: Are there any hooks for completion performance?12:33
ssam2there is nothing12:33
ssam2nothing, nothing, nothing12:33
ssam2all it does is run `time bst --help`12:33
ssam2actual tests are a separate task :-)12:33
tlaterHeh, gotcha12:33
ssam2each test is a script that can do anything, and has to output some JSON12:33
ssam2so everything should be possible12:33
* tlater is very curious about how much !256 affected a standardized completion performance step12:35
tlaterThis would also be very useful if someone ever sat down to get snappy completion12:35
ssam2cool, we can add a test12:36
ssam2i hope to get the automation finished early next week12:36
ssam2most of the useful stuff will need to wait until the log parser is done12:36
ssam2but completion could be tested just with with /usr/bin/time12:37
ssam2-with12:37
tlaterSweet :)12:37
tlaterOooh, this project has an artifact cache12:48
ssam2i've sent an MR for the benchmarking framework : https://gitlab.com/BuildStream/benchmarks/merge_requests/112:55
ssam2i didn't want to just merge to master of brand new repo and sidestep review altogether12:55
ssam2however, since it's the first pass and nothing uses it yet, i don't think anyone needs to spend significant effort reviewing it12:56
ssam2from here i will look at setting up some automation so the benchmark tests can be run as part of our CI pipeline12:56
tlaterssam2: I thought recursive pipelines have landed? I'm getting 'Unexpected key: junction'12:57
ssam2i thought they landed too, but i haven't tried using the feature from master yet12:58
tlaterHrm, maybe I should just use the commit you checked out12:58
ssam2something is wrong if it doesn't work from master12:58
tlaterssam2: nvm, I think I just forgot to install the version of buildstream I checked out -.-13:06
ssam2that's good news13:16
jmacPython's getpass.getuser() returns `tomjon` in my build sandbox. Does that name mean anything to anyone?13:19
ssam2it's a placeholder13:19
ssam2dating back at least 3 build tools: http://git.baserock.org/cgit/baserock/baserock/morph.git/tree/morphlib/buildenvironment.py#n4913:19
jmacRight, just wondered if it was a BuildStream thing or something getpass was doing13:20
ssam2it comes from here in buildstream: https://gitlab.com/BuildStream/buildstream/blob/master/buildstream/data/projectconfig.yaml#L8213:21
*** skullman has joined #buildstream13:26
gitlab-br-botbuildstream: merge request (image-authoring->master: WIP: Image authoring documentation) #262 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/26213:58
gitlab-br-botbuildstream: merge request (image-authoring->master: WIP: Image authoring documentation) #262 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/26213:59
gitlab-br-botbuildstream: merge request (image-authoring->master: WIP: Image authoring documentation) #262 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/26213:59
*** dominic has joined #buildstream14:40
ssam2hi dominic14:42
dominico/14:42
ssam2i'm going to set up the benchmarks automation in the benchmarks.git repo for now instead of buildstream.git14:49
ssam2partly to avoid complicating the already crowded buildstream/.gitlab-ci.uml14:49
ssam2*yml14:49
ssam2and partly because the benchmarks test multiple versions of buildstream, so it's kinda of confusing having the CI think it's testing a specific version14:49
ssam2we could later set up a job which tests every candidate branch of buildstream against older versions to check for regressions14:50
ssam2but i don't think we'll have the resources to do that on just a single laptop14:50
ssam2so i'll just have it run the benchmarks overnight every night or something14:50
nexuso/ hi dominic14:50
ssam2we will be able to spot regressions in master that way anyway14:50
*** mcatanzaro has joined #buildstream14:58
*** csoriano has quit IRC15:21
*** csoriano has joined #buildstream15:22
*** ruben has joined #buildstream16:05
ssam2a successful benchmark run! https://gitlab.com/BuildStream/benchmarks/-/jobs/5190050216:08
ssam2it's a bit of a pain to view the results, you have to click the artifacts 'Download' button, which gives you a .zip, then you can see the .json file16:08
ssam2postprocessing them neatly is a separate work item though16:08
ssam2i guess we could dump them into the build log for now16:09
ssam2there we go, the results are a bit easier to view for now https://gitlab.com/BuildStream/benchmarks/-/jobs/5190152616:13
persiaNice, and clear gains over the recent timeframe.16:14
*** aday has quit IRC16:16
*** aday has joined #buildstream16:17
*** aday has quit IRC16:21
tlaterssam2: It seems that the freedesktop-sdk image still builds16:21
ssam2ok, great16:21
*** aday has joined #buildstream16:22
ssam2can you note that on the gitlab issue ?16:22
tlaterSure :)16:22
ssam2i will then give my approval :-)16:23
* tlater just makes sure to document exactly what he did16:27
*** toscalix has quit IRC16:28
*** toscalix has joined #buildstream16:33
gitlab-br-botbuildstream: merge request (image-authoring->master: WIP: Image authoring documentation) #262 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/26216:33
tlaterssam2: I also simplified the busybox image16:34
tlaterta for that review btw, I completely missed it yesterday :)16:34
tlater*element16:34
ssam2ah great16:39
ssam2in return, maybe you could review https://gitlab.com/BuildStream/bst-external/merge_requests/16 ? :-)16:39
*** adds68 has quit IRC17:02
*** adds68 has joined #buildstream17:02
*** ssam2 has quit IRC17:15
jjardon[m]juergbi: tristan FYI, trying to use linux32 in aarch64 returns an error: "linux32: failed to set personality to linux32: Invalid argument"17:15
persiaThat's not consistently true over all hardware (but I have seen reports of that issue in environments known to work in other channels in the last week, so it seems that a kernel with all the necessary personality support still can't do linux32 on some hardware)17:18
juergbijjardon[m]: CONFIG_COMPAT is enabled in the kernel?17:21
juergbiand the hardware actually supports aarch32?17:21
juergbiif this is in a VM, not sure whether aarch32 needs to be also enabled in the hypervisor17:23
*** ruben has quit IRC17:26
*** dominic has quit IRC17:29
jjardon[m]ITs an instance from http://scaleway.com/17:30
jjardon[m]juergbi: cant check that as /proc/config.gz doesnt exist :/ Is there any other way to check the kernel options?17:31
juergbiSYSCALL_DEFINE1(arm64_personality, unsigned int, personality)17:34
juergbi{17:34
juergbi        if (personality(personality) == PER_LINUX32 &&17:34
juergbi                !system_supports_32bit_el0())17:34
juergbi                return -EINVAL;17:34
juergbias you get EINVAL, i guess system_supports_32bit_el0 returns false17:34
juergbisystem_supports_32bit_el0 appears to directly check the hardware capabilities17:35
juergbiso my guess is the CPU doesn't support it17:35
persiaOr, more likely, the hypervisor capabilities from a cloud provider17:35
juergbiindeed. not sure how wide-spread CPUs without physical 32-bit EL0 support are17:37
*** toscalix has quit IRC17:44
jjardon[m]ok, thanks. I think we have to accelerate our plan to switch to other aarch64 servers: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/issues/4317:44
persiaYeah.  Either Moonshot or WorksonARM is the right place to run those.17:50
*** tiago has quit IRC18:08
*** valentind has joined #buildstream18:50
*** ernestask has quit IRC19:52
*** jonathanmaw has quit IRC21:16
*** cs_shadow has quit IRC22:01
*** aday has quit IRC22:01
*** valentind has quit IRC23:29

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