IRC logs for #buildstream for Saturday, 2018-12-08

*** alatiera has quit IRC01:34
*** nimish has joined #buildstream01:52
*** kapil___ has joined #buildstream06:13
*** mohan43u has quit IRC06:49
*** jmsx has joined #buildstream08:23
juergbivalentind: I don't think it's strictly a regression as before you couldn't specify the architecture of the execution environment at all08:38
juergbiif you don't properly specify it now, it will work as before08:38
juergbihowever, we should indeed support qemu-user etc. maybe we could read the binfmt config but it may be a bit tricky as theoretically there might be multiple valid slightly different variations08:40
juergbior a somewhat odd approach: we could ship minimal static binaries (equivalent to /bin/true) for all architectures and then check whether the execution environment works by attempting to execute the corresponding binary08:43
valentindjuergbi, well, you might want to run on a multiarch environment with qemu installed. That means your environment can run multiple architecture. You can also make element that generates binaries for multiple architectures. When GCC is built as a cross compiler it provides both the cross compiler for the build architecture and some libraries for the target architecture.09:36
valentindAnd i think it is a regression now because it gives you an error instead of trying.09:38
valentindElements should be able to specify independently a list of architectures they need while building.09:40
juergbivalentind: you only get an error if you specify the new sandbox build-arch key, right?09:43
valentindjuergbi, actually I might be wrong. I have not tested. But it seems this is what the code does.09:44
juergbias I mentioned, we should indeed support qemu-user and co. but I don't think this breaks existing projects09:44
valentindin check_sanbox_config09:44
juergbithe default is the host arch there, so the check will pass09:44
juergbihaving arch options does not directly influence sandbox config09:44
juergbiyou have to explicitly specify sandbox: build-arch: ...09:45
juergbibut we want projects to actually use this new config, so we should find a way to support qemu-user with that as well09:45
valentindjuergbi, oh, ok, you can just not use the arch option and let buildstream thinks it running the host arch even though it is running a foreign arch.09:46
juergbiyep, but I don't want to recommend this, of course09:46
juergbia general issue with qemu-user is that it's a host requirement09:47
juergbiso such projects are not quite as easy to build on arbitrary hosts in any case09:47
valentindjuergbi, the problem is that this configuration for sandbox architecture is still in the cache key.09:48
valentindAnd this is annoying.09:48
valentindI thought this would be changed.09:48
juergbiif you properly specify the sandbox arch, that issue is fixed09:48
juergbiso e.g. freedesktop-sdk should do this when it switches to 1.409:49
valentindjuergbi, what if you cross compile a part of your project on not the other.09:49
juergbisandbox config can be specified per element09:49
juergbialso in includes, of course09:49
juergbibesides the project default09:49
valentindjuergbi, OK I have have to look at that. I thought it was project.09:50
juergbiit's an extension of the existing build-uid and build-gid config for build-os and build-arch09:50
valentindStill however, when you cross compile, for some element you might not want to have the host architecture to be in the cache key.09:53
juergbithat's indirectly anyway in the cache key if the cross compiler is in the dependency list09:53
valentindIt would be nice to be able to configure target architectures independently from the sandbox.09:54
valentindRight.09:54
valentindjuergbi, there was this issue: #52309:55
gitlab-br-botIssue #523: BuildStream doesn't hit the cache when building foreign arches https://gitlab.com/BuildStream/buildstream/issues/52309:55
valentindOh this one should be fixed.09:55
juergbiyes, that's using qemu-user for everything, right?09:56
valentindWell, only if you set the sandbox arch.09:56
juergbiyes, of course09:56
*** kapil___ has quit IRC10:13
*** tristan has joined #buildstream11:39
*** abderrahim has quit IRC11:52
*** abderrahim has joined #buildstream11:52
*** kapil___ has joined #buildstream12:55
*** alatiera has joined #buildstream13:47
*** nimish has quit IRC15:21
*** nimish_ has joined #buildstream15:21
*** nimish_ is now known as nimish15:22
*** nimish has quit IRC16:22
*** nimish has joined #buildstream16:26
*** nimish has quit IRC19:40
*** niluje has joined #buildstream20:54
*** kapil___ has quit IRC21:03
*** kapil___ has joined #buildstream22:54

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