IRC logs for #baserock for Thursday, 2017-08-24

*** jude_ has quit IRC01:59
*** gtristan has joined #baserock03:00
*** noisecell has joined #baserock07:54
*** rdale has joined #baserock08:02
*** jonathanmaw has joined #baserock08:08
*** paulw has joined #baserock08:15
*** toscalix has joined #baserock08:20
*** ssam2 has joined #baserock09:01
*** ChanServ sets mode: +v ssam209:01
*** jude_ has joined #baserock09:28
*** locallycompact has joined #baserock09:35
*** locallycompact has quit IRC09:44
*** locallycompact has joined #baserock10:37
ssam2jonathanmaw, having merged some stuff from the sam/buildstream branch into my cleaned-up one, I'm now hitting the same ld.so issue even for x86_64 builds10:48
gitlab-br-botybd: merge request (benbrown/lockfiles->master: Fix file locking errors with higher number of instances) #371 changed state ("opened"): https://gitlab.com/baserock/ybd/merge_requests/37111:38
ssam2jonathanmaw, am just trying out this to see if it fixes the symlink issue ... https://pastebin.com/N6RtJTuV11:39
jonathanmawssam2: ditto11:39
ssam2great minds :-)11:39
jjardonHi11:41
ssam2Hello!!11:41
*** paulsherwood has joined #baserock11:42
jjardon:) Any idea if network access can be disabled in the ybd sandbox ?11:42
ssam2YBD has multiple sandbox backends11:42
ssam2which one are you using?11:42
jjardongood question, one sec11:42
paulsherwoodjjardon: it is already disabled?11:42
ssam2I think linux-user-chroot makes this easy11:42
ssam2but the chroot backend in sandbox doesn't have any support for controlling network access11:43
ssam2that said, it doesn't copy in /etc/resolv.conf, so DNS won't work anyway11:43
jjardonssam2: chroot11:53
ssam2ok11:53
ssam2i don't really know the best way to disable network access then11:53
jjardonpaulsherwood: ok, so its always disable, its not a configuration option or something11:53
paulsherwoodjjardon: i had thought so, but i may be wrong11:53
ssam2if it's using the chroot backend, I don't think there's any code that does anything to do with network access ? it'll just do whatever the host system allows11:53
jjardonseems we tried linux-user-root before but it didnt work for some reason, maybe we should try again11:54
ssam2but probably without DNS, since /etc/resolv.conf will be missing in the chroot11:54
ssam2so in practice most network access would break11:54
ssam2if something pulls from a hardcoded IP that would probably work though11:54
jjardonwell, seems good enough :)11:54
paulsherwoodjjardon: we had 'too many mounts' for cloud-basesd ybd running with l-u-c iirc11:56
ssam2jonathanmaw, i've ended up with this patch, which at least builds stage2-glibc ... https://pastebin.com/US0Bq0c012:08
ssam2waiting for further results12:08
ssam2my previous one was broken in various ways :-)12:08
gitlab-br-botybd: issue #265 ("RPM deployment creates too many sandboxes") changed state ("opened") https://gitlab.com/baserock/ybd/issues/26512:14
gitlab-br-botdefinitions: merge request (sam/fixes-for-buildstream->master: Some fixes that came out of my BuildStream conversion branch) #51 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5112:47
gitlab-br-botdefinitions: merge request (sam/fixes-for-buildstream->master: Some fixes that came out of my BuildStream conversion branch) #51 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5112:55
*** lchlan has quit IRC12:56
*** lchlan has joined #baserock12:58
gitlab-br-botdefinitions: merge request (sam/fixes-for-buildstream->master: Some fixes that came out of my BuildStream conversion branch) #51 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5113:15
jonathanmawssam2: make's still failing for me, did you get past it on your run?13:32
ssam2hmm13:49
ssam2yes, but i wasn't doing a cross bootstrap13:50
ssam2the `make` thing is weird though ... for me the failure was in linux-api-headers13:50
ssam2which is earlier on..13:50
jonathanmawssam2: still failing to find cc1 for me. should cc1 be in /usr/libexec, or is it going wrong somewhere else?13:56
ssam2i think the location is corrent13:59
ssam2*correct13:59
ssam2on my machine cc1 is in /usr/libexec/gcc/x86_64-redhat-linux/7/cc1 for example13:59
ssam2where is our GCC looking for it again ?13:59
jonathanmawssam2: my cc1 is at /usr/libexec/gcc/powerpc64le-unknown-linux-gnu/7.1.0/cc1, not sure how to figure out where gcc looks for it14:00
ssam2so the location looks correct14:01
ssam2but finding out what path GCC looks for it in is tricky. ..14:01
ssam2not sure we can get strace in there, unless we can produce a statically compiled binary of it14:01
ssam2what happens if you run `gcc -X/usr/libexec/gcc/powerpc64le-unknown-linux-gnu/7.1.0` to build a C program ?14:02
ssam2oh, I mean -B I think14:02
ssam2yeah -B14:02
jonathanmawaha, gcc -print-search-dirs tells me some paths14:02
ssam2aha!14:02
jonathanmawlooking for programs in =/tools/bin/../libexec/gcc/powerpc64le-unknown-linux-gnu/7.1.0/:/tools/bin/../libexec/gcc/:/tools/bin/../lib/gcc/powerpc64le-unknown-linux-gnu/7.1.0/../../../../powerpc64le-unknown-linux-gnu/bin/powerpc64le-unknown-linux-gnu/7.1.0/:/tools/bin/../lib/gcc/powerpc64le-unknown-linux-gnu/7.1.0/../../../../powerpc64le-unknown-linux-gnu/bin/14:03
jonathanmawso, problem is it's looking in /tools14:03
ssam2right yeah14:03
*** juergbi has quit IRC14:03
ssam2the final GCC should be looking in /usr14:03
jonathanmawI'm assuming that PATH needs to include /tools/bin and /tools/sbin at this point14:06
ssam2yeah14:10
ssam2but PATH is separate from the GCC search dirs ...14:11
ssam2--prefix is relevant, but I'm guessing we set --prefix=/usr14:11
*** juergbi has joined #baserock14:12
ssam2nothing has set COMPILER_PATH in the environment, right ?14:15
jonathanmawssam2: no COMPILER_PATH14:18
ssam2ok14:18
jonathanmawprefix is not set, so AIUI it'll default to /usr14:18
ssam2hmm, weird that it's not set though14:18
ssam2in fact it usually defaults to /usr/local ...14:19
jonathanmawssam2: it's not set in the definitions14:19
jonathanmawthere's --prefix="%{prefix}" in the configure line, though14:19
ssam2oh right14:19
ssam2yes that's fine14:19
ssam2although check that `bst source-bundle` has generated what we expect14:19
ssam2maybe it expanded %{prefix} wrongly... (although then all the files wouldn't make it into /usr)14:20
jonathanmawit does --prefix="/usr"14:20
ssam2nice, ok14:20
jonathanmawthough there's an environment variable PREFIX, that it set to /buildstream/install14:20
jonathanmawnot sure what's going on there14:21
ssam2no, that's a bit weird14:21
ssam2this is relevant I think: http://git.baserock.org/cgit/delta/gcc-tarball.git/tree/gcc/Makefile.in?h=baserock/gcc-7.1.0#n211614:22
ssam2the STANDARD_EXEC_PREFIX and STANDARD_LIBEXEC_PREFIX appear to go into `gcc -print-search-dirs`14:22
ssam2and appear to be based on libdir and libexecdir ... so if those ended up with weird values, it might explain this14:22
ssam2gcc/config.log from the GCC build tree should tell you what libdir and libexecdir got set to14:23
jonathanmawssam2: hrm, gcc got cleaned away by the bootstrap script. I'll try rebuilding gcc and hope it's guilty of the same problem.14:25
gitlab-br-botdefinitions: merge request (staging/gnome-apps-legacy->master: gnome apps legacy) #32 changed state ("closed"): https://gitlab.com/baserock/definitions/merge_requests/3214:30
jonathanmawworse; new gcc has replaced old gcc, so I can no longer build gcc. that's going to be a nuisance to retry :/14:30
ssam2start from scratch I guess.. and prevent the script from deleting stuff14:30
*** CTtpollard has quit IRC16:01
*** paulw has joined #baserock16:08
jonathanmaw\o/ finally have the config.log from the gcc16:35
jonathanmawunfortunately, it's 7000 lines long, so I'm going to be grepping heavily16:36
*** jude_ has quit IRC16:37
ssam2the list of variables is usually the very last thing16:37
*** jude_ has joined #baserock16:37
jonathanmawssam2: about 500 lines of it, slightly more manageable16:38
*** toscalix has quit IRC16:46
jonathanmawhrm, considering it's looking for cc1 in /tools, surprisingly the only output variable in that chunk that has /tools in it is "LD='/tools/lib/gcc/powerpc64le-bootstrap-linux-gnu/7.1.0/../../../../powerpc64le-bootstrap-linux-gnu/bin/ld'"16:47
ssam2right16:48
ssam2what value does it get for STANDARD_EXEC_PREFIX and STANDARD_LIBEXEC_PREFIX ? I guess /usr/lib and /usr/libexec ?16:48
jonathanmawSTANDARD_EXEC_PREFIX doesn't appear in the log, though there's exec_prefix, which is the value of ${prefix}, which is /usr16:50
jonathanmawno libexec_prefix, but libexecdir is /usr/libexec, after unpacking all the substitutions16:50
jonathanmawlibdir is /usr/lib16:51
ssam2OK16:52
ssam2oh yeah, it's the gcc/Makefile.in that actually sets STANDARD_EXEC_PREFIX, and uses ${libdir} for that16:52
ssam2ok, this is pretty weird then16:52
ssam2it seems like the build system is doing exactly what it should16:52
ssam2so it could be that we've triggered a bug in gcc ...16:52
jonathanmawhrm, it also seems to be including from /tools, I've seen it include /tools/include/unistd.h. not sure if that means anything yet16:54
ssam2that's fine, that's where the stage2 glibc is16:54
jonathanmawapart from that, mentions of /tools are that I'm using an ld that comes from /tools, and that the gcc it was using to compile gcc used /tools16:55
jonathanmawso that doesn't look out of the ordinary :S16:55
ssam2yeah16:55
ssam2maybe the thing to do will be to attach a debugger to `gcc -print-search-dirs` and trace through it, to work out how it gets so confused16:56
ssam2i guess that means building gdb, but that should be possible to do manually16:56
jonathanmawIf I do it before the broken gcc is built, probably.16:59
ssam2yeah16:59
jonathanmawnone of the other binaries seemed to be funted by it16:59
*** locallycompact has quit IRC17:03
*** gtristan has quit IRC17:26
*** jonathanmaw has quit IRC17:29
*** noisecell has quit IRC17:36
ssam2gitlab is really messing me around tonight17:48
ssam2this is the least fun17:50
ssam2i just want to have a build running overnight17:50
ssam2but instead it just ignores my branch, even when i push new commits17:50
ssam2i give up, you win Gitlab, thanks for wasting the last hour17:51
*** ssam2 has quit IRC17:51
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5217:51
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:00
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:04
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:04
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:05
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:05
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:06
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:06
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:09
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:09
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5218:14
*** rdale has quit IRC18:18
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5219:05
*** gtristan has joined #baserock19:07
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5219:19
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5219:33
gitlab-br-botdefinitions: merge request (sam/buildstream-autoconvert->master: Add BuildStream conversion script and do ongoing BuildStream convert + build as part of the CI) #52 changed state ("opened"): https://gitlab.com/baserock/definitions/merge_requests/5220:05
*** gtristan has quit IRC23:59

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