| *** idrisa_007 has joined #baserock | 06:13 | |
| *** jude_ has joined #baserock | 08:06 | |
| *** ctbruce has joined #baserock | 08:25 | |
| *** toscalix has joined #baserock | 08:31 | |
| *** rdale has joined #baserock | 08:33 | |
| * paulsherwood is confused as to why https://gitlab.com/baserock/definitions/pipelines/5861500 only runs the validate stage, not builds | 09:23 | |
| paulsherwood | jjardon: any idea? | 09:24 |
|---|---|---|
| jjardon | paulsherwood: remove the 'only:' part from the ci job; rigth now only master and staging branches will build | 09:27 |
| pedroalvarez | ah! the other solution is to prefix your branchname with staging? | 09:28 |
| pedroalvarez | s#?#/# | 09:28 |
| jjardon | Yep, but I d only do that when you finish testing and you want to send your branch for review | 09:29 |
| paulsherwood | jjardon: tvm | 09:30 |
| jjardon | We configured this in this way to not abuse the CI system; suggestions to improve welcomed ofc | 09:30 |
| *** tiagogomes has quit IRC | 09:46 | |
| *** tiagogomes has joined #baserock | 09:49 | |
| *** ssam2 has joined #baserock | 10:15 | |
| *** ChanServ sets mode: +v ssam2 | 10:15 | |
| *** locallycompact has joined #baserock | 10:16 | |
| *** leeming has quit IRC | 10:40 | |
| *** leeming has joined #baserock | 10:43 | |
| *** jude_ has quit IRC | 11:07 | |
| *** jude_ has joined #baserock | 11:07 | |
| benbrown_ | ooi, does ybd still support building from chunk morphs in source repos? | 11:08 |
| * paulsherwood will need to think | 11:09 | |
| *** jjardon has quit IRC | 11:31 | |
| *** jjardon_matrix is now known as jjardon | 11:32 | |
| pedroalvarez | hm.. I think that move was done before ybd started | 11:33 |
| * paulsherwood thinks so too | 11:33 | |
| paulsherwood | benbrown_: why would you want that? | 11:34 |
| * paulsherwood concludes the answer is no | 11:34 | |
| pedroalvarez | yep, migration was done in Aug 2014, ybd first commit in Oct 2014 | 11:36 |
| benbrown_ | paulsherwood: for the possibility of setting up CI that can auto-update refs in definitions for source we control without worrying about having to update build instructions | 11:36 |
| paulsherwood | this would just push the problem downstream... we can't assume that downstreams will maintain morph files | 11:41 |
| paulsherwood | jjardon: since our definitions have always contained overlaps, stratum assembly order has always been significant | 11:42 |
| paulsherwood | morph always followed the order in definitions. ybd used to randomise, which is how we first discovered the problem | 11:43 |
| paulsherwood | removing all overlaps would be the only way to guarantee that order doesn't matter | 11:44 |
| paulsherwood | therefore for the current (and all previous) version of definitions, order is significant even if the spec doesn't currently state that | 11:45 |
| jjardon | ok, should we document that build-essential.morph should be always the first stratum in the system .morph file then? | 11:45 |
| locallycompact | or toposort consistently | 11:46 |
| paulsherwood | hence i propose to close https://gitlab.com/baserock/ybd/issues/245 and https://gitlab.com/baserock/ybd/issues/220 | 11:46 |
| paulsherwood | jjardon: it's not just build-essential - overlaps can occur all the way up | 11:46 |
| jjardon | Id close those when we document this restriction somewhere | 11:48 |
| paulsherwood | this is, and always has been, a definitions issue, not ybd :) | 11:49 |
| paulsherwood | but ok | 11:49 |
| jjardon | paulsherwood: sure, but how you can explain that it used to work before we applied the /usr move patches? | 11:50 |
| paulsherwood | jjardon: do you really want me to spend time researching that? | 11:52 |
| paulsherwood | the answer to 'The order of the strata in the system morphology file seems to matter' is *yes, it does matter* | 11:52 |
| jjardon | :) | 11:52 |
| jjardon | no, document the restriction is enough for me | 11:53 |
| paulsherwood | jjardon: where, precisely, please? are we using wiki.b.o for this, or spec.b.o (and if that, what generates it?) | 11:58 |
| locallycompact | paulsherwood, https://gitlab.com/baserock/spec | 11:59 |
| jjardon | I think spec is better: https://gitlab.com/baserock/spec/ | 11:59 |
| paulsherwood | ok so once a mr for spec is approved, does it automagically populate d.b.o? | 11:59 |
| jjardon | yep | 12:00 |
| locallycompact | It will also deploy on staging/* so be careful | 12:00 |
| pedroalvarez | d.b.o is docs.baserock.org? then no | 12:01 |
| jjardon | oh yeah, it will populate spec.baserock.org | 12:02 |
| locallycompact | isn't docs just pointing at spec? | 12:02 |
| pedroalvarez | spec.b.o was created to demonstrate that it was possible. Should we kill current docs.b.o and make it point to the same place? | 12:02 |
| pedroalvarez | or do we prefer spec? | 12:03 |
| locallycompact | merge docs and spec and point to the same I think | 12:03 |
| jjardon | lets keep docs.baserock.org but pointing to spec.baserock.org | 12:04 |
| paulsherwood | https://gitlab.com/baserock/spec/merge_requests/8 | 12:07 |
| paulsherwood | what about wiki.baserock.org also | 12:10 |
| locallycompact | wiki.baserock is crazy out of date | 12:10 |
| pedroalvarez | I think it has different use | 12:11 |
| paulsherwood | agreed. it's probably time for a spring clean :) | 12:11 |
| paulsherwood | pedroalvarez: it does, but it's out-of-date :) | 12:11 |
| *** paulwaters_ has joined #baserock | 12:11 | |
| locallycompact | still talks about setting up a build environment via baserock vm | 12:12 |
| pedroalvarez | I'm not sure it's worth starting documenting things now :) | 12:12 |
| paulsherwood | jjardon: wrt https://gitlab.com/baserock/ybd/issues/244 - it seems to only happen on gitlab... any idea what's special? | 12:13 |
| jjardon | no idea; the runners are a pristine docker image (python:2.7-slim to be exactly) in every build | 12:14 |
| pedroalvarez | http://docs.baserock.org/ DNS record updated, might take some time to propagate | 12:40 |
| pedroalvarez | I just noticed that now it's blue | 12:40 |
| paulsherwood | wow :) | 12:53 |
| locallycompact | ooooh | 12:54 |
| jjardon | "Your connection is not secure" if I try to go to http://docs.baserock.org/ | 13:55 |
| pedroalvarez | plain http | 14:11 |
| pedroalvarez | I don't know yet how I feel about uploading private SSL certs to Gitlab | 14:12 |
| pedroalvarez | (to make https work) | 14:12 |
| ssam2 | something probably needs changing in the haproxy config, if docs.baserock.org is still going through haproxy | 14:14 |
| ssam2 | http:// redirects to https:// at the moment for docs.b.o | 14:14 |
| pedroalvarez | it's not going through the haproxy anymore. To point to the gitlab page docs. is now a CNAME pointing to "baserock.gitlab.io." | 14:21 |
| pedroalvarez | hm.. using the haproxy might be a better idea, yes | 14:21 |
| *** gtristan has joined #baserock | 15:09 | |
| *** ctbruce has quit IRC | 15:39 | |
| *** ctbruce has joined #baserock | 15:43 | |
| *** ctbruce has quit IRC | 16:24 | |
| *** Guest77985 has quit IRC | 17:33 | |
| *** jude_ has quit IRC | 18:05 | |
| *** locallycompact has quit IRC | 18:13 | |
| *** tiagogomes has quit IRC | 18:39 | |
| *** ssam2 has quit IRC | 18:45 | |
| *** jude_ has joined #baserock | 19:04 | |
| *** toscalix has quit IRC | 20:20 | |
| *** rdale has quit IRC | 20:37 | |
| *** gtristan has quit IRC | 21:26 | |
| *** jude_ has quit IRC | 21:47 | |
| *** jude_ has joined #baserock | 21:59 | |
| *** jude_ has quit IRC | 22:13 | |
| *** jude_ has joined #baserock | 23:31 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!