| *** rdale has quit IRC | 00:55 | |
| *** gtristan has joined #baserock | 06:08 | |
| *** jude_ has joined #baserock | 06:59 | |
| *** paulwaters_ has joined #baserock | 07:16 | |
| *** ctbruce has joined #baserock | 07:32 | |
| *** paulwaters_ has quit IRC | 07:40 | |
| *** ctbruce has quit IRC | 07:52 | |
| *** noisecell has joined #baserock | 07:56 | |
| *** paulwaters_ has joined #baserock | 08:11 | |
| *** rdale has joined #baserock | 08:35 | |
| *** jonathanmaw has joined #baserock | 09:01 | |
| jonathanmaw | paulsherwood, jjardon: can either of you review https://gitlab.com/baserock/ybd/merge_requests/333 please? | 09:11 |
|---|---|---|
| * benbrown_ resolves comment | 09:18 | |
| *** ssam2 has joined #baserock | 09:29 | |
| *** ChanServ sets mode: +v ssam2 | 09:29 | |
| *** locallycompact has joined #baserock | 09:36 | |
| *** CTtpollard has quit IRC | 09:53 | |
| *** noisecell has quit IRC | 10:05 | |
| *** CTtpollard has joined #baserock | 10:06 | |
| *** noisecell has joined #baserock | 10:13 | |
| *** ssam2 has quit IRC | 10:45 | |
| *** ssam2 has joined #baserock | 11:00 | |
| *** ChanServ sets mode: +v ssam2 | 11:00 | |
| ironfoot | buildstream is here! \o/ | 11:08 |
| * rjek wonders why the file extension is .bst | 11:11 | |
| ironfoot | because .bs sounds a bit like another thing | 11:11 |
| tiagogomes | oh, the old argument of generic .yml versus custom extensions | 11:11 |
| ssam2 | because we're in british summer time rjek | 11:12 |
| ironfoot | hah | 11:12 |
| rjek | Extensions are not limited to three characters | 11:16 |
| chrispolin | Would someone running the baserock-dev mailing list mind taking a look at why I can't subscribe? It's telling me 'you must supply a valid email address', it apparently doesn't like my codethink address. | 11:16 |
| rjek | .yaml, .jpeg, .midi etc are all preferable to their normal three-character contractions. We're not using DOS. | 11:16 |
| rjek | chrispolin: That would be me. Hmm. | 11:17 |
| gtristan | Morning :) | 11:17 |
| rjek | chrispolin: I just managed to do it for you with no problem | 11:17 |
| gtristan | I'm glad that we've started the conversation with the most important topic, the filename extension ! | 11:17 |
| gtristan | :D | 11:17 |
| * rjek can't try it because it needs pip | 11:18 | |
| chrispolin | Not sure what the story was there rjek, cheers. | 11:18 |
| gtristan | rjek, it doesnt really need pip, but that is what was recommended to me to avoid ever requiring root | 11:18 |
| gtristan | rjek, the pip incantation describes installs everything in local user directory | 11:18 |
| gtristan | *described | 11:19 |
| rjek | Yeah, but I have a pip ban | 11:19 |
| gtristan | Well then... ./setup.py develop | 11:19 |
| gtristan | will do it | 11:19 |
| rjek | Can it not just run from a checkout? | 11:19 |
| gtristan | It probably can, if you install the other deps | 11:20 |
| gtristan | psutil, ruamel.yaml, pluginbase, Click and blessings are the pythonic deps | 11:20 |
| gtristan | but no actually you cant | 11:21 |
| gtristan | Because it'll use the entry point | 11:21 |
| gtristan | rjek, use ./setup.py, that's what it's for | 11:21 |
| rjek | pluginbase doesn't appear to be packaged in Debian :-/ | 11:21 |
| rjek | setup.py is usually for scattering detritus all over my file system :) | 11:22 |
| gtristan | Well | 11:22 |
| gtristan | That's why I recommend `pip install --user -e .` | 11:22 |
| gtristan | It will do everything in ~/.local/lib/python3.5 | 11:23 |
| rjek | That just scatters it over my home directory instead | 11:23 |
| gtristan | You can safely nuke it, though | 11:23 |
| rjek | Only if this is the only tool I ever make an exception for | 11:23 |
| benbrown_ | rjek: virtualenv? | 11:24 |
| * rjek doesn't understand why Python programs so rarely just run from a checkout | 11:25 | |
| rjek | virtualenv might be a solution | 11:25 |
| gtristan | rjek, C programs usually don't, either. | 11:25 |
| rjek | C programs, IME, usually do | 11:25 |
| rjek | Even if they're autotooled up to the hilt | 11:26 |
| ironfoot | chrispolin: can you /msg me your email address and I will try to subscribe you? | 11:27 |
| rjek | ironfoot: I did it for him :) | 11:27 |
| chrispolin | Cheers ironfoot, rjek sorted it for me. | 11:27 |
| chrispolin | ^ | 11:27 |
| ironfoot | rjek: oh, I searched for him in the subscribers list, but didn't find anythinig | 11:28 |
| gtristan | rjek, PYTHONPATH=`pwd`/install/lib/python3.5/site-packages/ ./setup.py install --prefix=`pwd`/install | 11:46 |
| gtristan | rjek, PYTHONPATH=`pwd`/install/lib/python3.5/site-packages/ ./install/bin/bst | 11:46 |
| gtristan | There. | 11:46 |
| chrispolin | gtristan, quick update: build failed with this error message: https://paste.codethink.co.uk/?2085 | 13:12 |
| gtristan | eeesh this looks familiar | 13:32 |
| gtristan | chrispolin, did you apply the hack/patch I sent you, I think it was against sandbox.py ? | 13:33 |
| chrispolin | I did, yep. | 13:34 |
| gtristan | hmmm | 13:34 |
| gtristan | What you are seeing I believe is because of the usr/ merge | 13:34 |
| chrispolin | I've been scanning back through the mailing list to find out what that is lol. | 13:34 |
| gtristan | And ldconfig not existing at sbin/ldconfig | 13:34 |
| gtristan | but only existing at usr/sbin/ldconfig | 13:34 |
| gtristan | chrispolin, oh I see, this is at system creation time :-/ | 13:56 |
| gtristan | So... what is up with that then | 13:56 |
| gtristan | ah yes | 13:57 |
| gtristan | ugh | 13:57 |
| gtristan | whatamess | 13:57 |
| chrispolin | =/ | 13:58 |
| gtristan | chrispolin, when you do `ls /root/ybd/tmp/tmp4FIQJJ/gnome-system-x86_64.inst/` is there even an sbin/ symlink ? | 13:58 |
| chrispolin | I tried that earlier, no such file or directory. | 13:58 |
| gtristan | is there an sbin symlink ? | 13:58 |
| gtristan | sbin -> usr/sbin | 13:58 |
| chrispolin | No. | 14:00 |
| gtristan | Ok | 14:00 |
| gtristan | So then that must be what messed up | 14:00 |
| gtristan | chrispolin, and you _do_ have this applied right https://paste.codethink.co.uk/?2087 ? | 14:02 |
| gtristan | that's confusing | 14:02 |
| gtristan | i.e., what I pasted at https://gitlab.com/baserock/ybd/issues/257 | 14:03 |
| gtristan | the alternative is to try random, re-launch ybd a bunch of times until fhs-dirs is staged first and the symlink gets a chance to be created | 14:04 |
| chrispolin | Yep, definitely applied. | 14:05 |
| gtristan | :-S | 14:05 |
| chrispolin | I've launched it a few times as per your comment before that patch, but it seems to fail at the same point each time. | 14:05 |
| gtristan | yeah if you have the patch, shouldnt need to do that | 14:05 |
| chrispolin | I figured as much. | 14:05 |
| gtristan | ok so... in your glibc artifact, what does that look like | 14:06 |
| gtristan | I have /store/BASEROCK/build/artifacts/glibc.2239407db84999e7fecbc94114f45435166f5ef32a59b9df25de46357a0c4be6/glibc.2239407db84999e7fecbc94114f45435166f5ef32a59b9df25de46357a0c4be6.unpacked/sbin/ldconfig | 14:06 |
| gtristan | So that will get staged into the system... and then I expect at this stage what's happening, is it's moving files from /root/ybd/tmp/tmp4FIQJJ/gnome-system-x86_64.inst/ -> smth else, after integration | 14:08 |
| gtristan | or, hmmm strange, maybe it's moving things from /root/ybd/tmp/tmp4FIQJJ/ -> /root/ybd/tmp/tmp4FIQJJ/gnome-system-x86_64.inst/ | 14:09 |
| gtristan | that makes more sense | 14:09 |
| gtristan | chrispolin, can you paste the build log ? | 14:09 |
| chrispolin | Yep, 2 secs. | 14:12 |
| chrispolin | https://paste.codethink.co.uk/?2088 | 14:14 |
| * gtristan must have encountered that error :-S | 14:21 | |
| gtristan | doesnt really make sense | 14:21 |
| gtristan | chrispolin, I suppose that /root/ybd/tmp/tmp4FIQJJ/gnome-system-x86_64.inst/ does not have any sbin/ in it at all ? | 14:21 |
| gtristan | chrispolin, ok let me explain what is happening here first, I think we can just repeat the same hack (in a different place) to get it to pass, but still curious that it didnt work | 14:22 |
| gtristan | what's happening is, first, all the files from the artifacts where staged into /root/ybd/tmp/tmp4FIQJJ/ | 14:23 |
| gtristan | then, the system integration commands run | 14:23 |
| gtristan | And finally, the manifests of each individual artifact was consulted, to move files from /root/ybd/tmp/tmp4FIQJJ/ -> /root/ybd/tmp/tmp4FIQJJ/gnome-system-x86_64.inst/ | 14:23 |
| gtristan | At that stage, utils.py:copy_file_list() is called with a specific list of files | 14:24 |
| gtristan | now, in _process_list() the _copy_directories() is supposed to take care of creating the leading directories to the file it wants to copy | 14:24 |
| gtristan | so sbin/ *should* be errnonously created as a directory instead of a symlink | 14:25 |
| chrispolin | ahhh, hold on. Yes, it is there. | 14:25 |
| gtristan | the error you're getting, *should* be because the sbin directory is missing | 14:25 |
| gtristan | otherwise, I dont see why it would say "No such file or directory" | 14:26 |
| ironfoot | broken symlink? | 14:26 |
| chrispolin | It's empty, there's no ldconfig in it. | 14:26 |
| ironfoot | isn't sbin supposed to point to usr/bin? | 14:26 |
| gtristan | isnt it supposed to point to usr/sbin ? | 14:27 |
| ironfoot | (or that's the implementation that was done in baserock) | 14:27 |
| gtristan | ironfoot, ? | 14:27 |
| ironfoot | don't blame me! | 14:27 |
| ironfoot | i can find logs of me asking the same question | 14:27 |
| gtristan | ironfoot, usr/sbin or usr/bin ? | 14:27 |
| gtristan | hah | 14:27 |
| ironfoot | everything in usr/bin | 14:27 |
| ironfoot | hang on | 14:28 |
| ironfoot | but that would mean that /usr/sbin would point to /usr/bin | 14:28 |
| gtristan | ah you're right | 14:28 |
| ironfoot | (this may not be the problem, but just in case it saves some time) | 14:28 |
| gtristan | damnit | 14:29 |
| gtristan | I missed that with my patch | 14:29 |
| gtristan | my "hack" patch | 14:29 |
| gtristan | here https://gitlab.com/baserock/ybd/issues/257 | 14:29 |
| gtristan | this still doesnt explain it though | 14:29 |
| gtristan | if /root/ybd/tmp/tmp4FIQJJ/gnome-system-x86_64.inst/sbin exists as a directory, there's no reason why _copyfun()'s open() would raise that exception :-S | 14:30 |
| * gtristan is amazed that this builds, at all, for anyone | 14:31 | |
| *** jude_ has quit IRC | 14:33 | |
| chrispolin | gtristan, hold up. the symlink is there. I was looking for the tmp* for an earlier build. | 14:42 |
| gtristan | chrispolin, and it points to a directory that exists ? | 14:44 |
| chrispolin | gnome-system-x86_64.inst/sbin -> usr/bin | 14:44 |
| chrispolin | Ah. No. | 14:44 |
| chrispolin | No /bin in /usr. Just /include. | 14:44 |
| gtristan | :-/ | 14:45 |
| gtristan | this is supposed to take care of that: https://gitlab.com/baserock/ybd/blob/master/ybd/utils.py#L123 | 14:46 |
| chrispolin | Quick sanity check, the symlink is referring to gnome-system-x86_64.inst/usr/bin, yes? | 14:49 |
| gtristan | chrispolin, it should be | 14:50 |
| chrispolin | and not /usr/bin | 14:51 |
| gtristan | of course not :) | 14:52 |
| gtristan | chrispolin, I added the relative symlink insurance to utils.py to make damn sure you never try to write to your host | 14:52 |
| gtristan | which, was actually happening | 14:52 |
| chrispolin | eep | 14:53 |
| gtristan | but anyway, fhs-dirs creates it as -> usr/bin, not /usr/bin | 14:53 |
| * gtristan has to leave the midnight closing coffee shop right now :-S | 14:57 | |
| chrispolin | Mm. No sign of it in there. | 14:58 |
| *** gtristan has quit IRC | 15:08 | |
| *** jude_ has joined #baserock | 15:25 | |
| *** gtristan has joined #baserock | 15:33 | |
| *** locallycompact has quit IRC | 15:46 | |
| *** jonathanmaw has quit IRC | 16:29 | |
| *** paulwaters_ has joined #baserock | 16:35 | |
| *** locallycompact has joined #baserock | 16:43 | |
| *** locallycompact has quit IRC | 17:16 | |
| *** ssam2 has quit IRC | 17:20 | |
| *** jude_ has quit IRC | 17:24 | |
| *** locallycompact has joined #baserock | 17:43 | |
| *** jude_ has joined #baserock | 17:59 | |
| *** noisecell has quit IRC | 18:30 | |
| *** rdale has quit IRC | 18:50 | |
| *** locallycompact has quit IRC | 18:53 | |
| *** locallycompact has joined #baserock | 18:53 | |
| *** paulwaters_ has joined #baserock | 19:26 | |
| *** paulwaters_ has quit IRC | 19:28 | |
| *** locallycompact has quit IRC | 21:15 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!