| *** paulw has joined #baserock | 06:50 | |
| paulsherwood | i've just watched ssam's baserock talk at https://www.youtube.com/watch?v=qYGlMCk15hs | 07:17 |
|---|---|---|
| paulsherwood | i guess now would be a good time to put ybd on g.b.o officially? | 07:17 |
| paulsherwood | (and adopt gerrit for changes to it?) | 07:18 |
| paulsherwood | (unless there are other plans... | 07:18 |
| *** jonathanmaw has joined #baserock | 07:51 | |
| tiagogomes | out of curiosity, under a delta or baserock/baserock prefix? | 07:58 |
| *** mike has joined #baserock | 08:01 | |
| *** mike is now known as Guest67645 | 08:02 | |
| *** bashrc has joined #baserock | 08:02 | |
| paulsherwood | i would be happy with either. revies/merges have been relatively easy-going on github ... but moving to g.b.o. woudl be a sensible time to formalize how it's reviewed, and i think the contributors would be happy to adopt baserock's gerrit review process if we agree it should be a baserock/baserock project | 08:04 |
| *** mdunford has joined #baserock | 08:06 | |
| tiagogomes | I think this boils down to whether or not ybd should be officially part of the Baserock tool set | 08:36 |
| *** CTtpollard has quit IRC | 08:38 | |
| paulsherwood | agreed... what do you think? | 08:39 |
| *** CTtpollard has joined #baserock | 08:41 | |
| *** edcragg has joined #baserock | 08:58 | |
| pedroalvarez | I've been recently investigating a project, with different tools with different names to do the same thing, and it was very confusing | 08:59 |
| tiagogomes | paulsherwood, I think that having two tools to do the same job will cause confusion to the users about which tool to use. It will also increase the maintenance burden. If ybd grows up to be as feature complete as morph, then it could replace the latter as the official tool to use. But for the time being I would prefer it to have a delta prefix | 09:01 |
| *** rdale has joined #baserock | 09:03 | |
| paulsherwood | ok by me | 09:11 |
| *** edcragg has quit IRC | 09:16 | |
| paulsherwood | tiagogomes: https://gerrit.baserock.org/#/c/1038/ | 09:21 |
| *** edcragg has joined #baserock | 09:21 | |
| *** ssam2 has joined #baserock | 09:28 | |
| *** ChanServ sets mode: +v ssam2 | 09:28 | |
| pedroalvarez | ssam2: hey, good talk :) | 09:35 |
| paulsherwood | +1 | 09:35 |
| ssam2 | i didn't realise you were watching! | 09:36 |
| ssam2 | but thanks :) | 09:36 |
| pedroalvarez | https://www.youtube.com/watch?v=qYGlMCk15hs | 09:36 |
| paulsherwood | ssam2: what was the feedback like at the event? | 09:36 |
| ssam2 | oh, that's the europython talk! | 09:36 |
| ssam2 | i thought you meant GUADEC for a second :) | 09:36 |
| * De|ta stops looking for GUADEC videos | 09:37 | |
| paulsherwood | :) | 09:37 |
| ssam2 | feedback was mostly good, lots of discussion of related projects | 09:37 |
| ssam2 | e.g. a couple of people thought integration into Packer would be amazing | 09:37 |
| paulsherwood | how many loc is that? :) | 09:38 |
| ssam2 | we discussed NixOS and OpenStack's diskimagebuilder too | 09:38 |
| ssam2 | paulsherwood: Packer, or the proposed integration? it has a plugin API so probably not too hard | 09:38 |
| paulsherwood | erk, written in Go? :) | 09:39 |
| * ssam2 updates http://wiki.baserock.org/conferences/ | 09:44 | |
| *** Guest67645 has quit IRC | 09:45 | |
| *** ssam2 has quit IRC | 09:51 | |
| pedroalvarez | paulsherwood: so, I take that you want ybd to stay in GitHub instead of moving it to g.b.o baserock/ and gerrit? | 10:02 |
| paulsherwood | pedroalvarez: i don't mind, but tiagogomes said above he would prefer it to stay as a delta project | 10:04 |
| paulsherwood | i'm happy to go wihchever route is best for the community. | 10:04 |
| pedroalvarez | The only thing I don't want is a confusing documentation :) | 10:05 |
| paulsherwood | pedroalvarez: i've held off documenting ybd so far...but in any case its documentation will be much simpler than morph's (it has far fewer options) | 10:08 |
| paulsherwood | pedroalvarez: do you have a preference? | 10:08 |
| paulsherwood | (delta or baserock/baserock) | 10:09 |
| richard_maw | Can we defer this a couple of weeks? I'll be in a position to have an opinion by then | 10:10 |
| paulsherwood | yup | 10:10 |
| pedroalvarez | ok by me :) | 10:10 |
| paulsherwood | i was mainly reacting to the talk mentioning that ybd is on gbo. the current repo there is deprecated | 10:11 |
| pedroalvarez | tiagogomes: would you +1 https://gerrit.baserock.org/#/c/1013 if I fix the "import warnings" thing? | 11:54 |
| pedroalvarez | I'll fix it anyway | 11:56 |
| tiagogomes | pedroalvarez yep | 11:57 |
| pedroalvarez | here we are: https://gerrit.baserock.org/#/c/1013/1..2/morphlib/builder.py | 11:58 |
| pedroalvarez | I've also sent a new version of this one: https://gerrit.baserock.org/#/c/1015/2 | 12:07 |
| *** rdale has quit IRC | 13:35 | |
| pedroalvarez | Kvm deployment failed with the 'rawdisk-partitioning' changes | 13:44 |
| pedroalvarez | I've created a list of things that we should test for that change to be merged: https://gerrit.baserock.org/#/c/1029/4 | 13:45 |
| tiagogomes | cool, that indeed needs lots of testing before being considered to be merged | 13:47 |
| *** rdale has joined #baserock | 14:06 | |
| *** lachlanmackenzie has joined #baserock | 14:52 | |
| persia | Just to add my opinion to the mix: I'm of the opinion that ybd should either be a core baserock project (managed by baserock, and not at github), or not lorried and used as a potential source of implementation ideas for build tools. I don't have a strong opinion as to which is the right model. | 15:01 |
| paulsherwood | persia do you mean 'not lorried and just used' or 'not lorried and not used'? | 15:04 |
| *** paulw has quit IRC | 15:15 | |
| persia | paulsherwood: Not lorried and not used: we need an integration tool we control. | 15:33 |
| persia | That can be ybd, or not be ybd: I don't have an opinion there, but I don't like using something that we don't control with our development processes. | 15:37 |
| paulsherwood | control in open source seems like an odd approach, but fine :) | 15:37 |
| *** sambishop has joined #baserock | 15:37 | |
| paulsherwood | we seem to be using *quite a lot of stuff* that is not baserock/baserock :) | 15:38 |
| paulsherwood | but in any case as i've said i'm happ for ybd to move under baserock processes if folks want to do that | 15:39 |
| *** rdale has quit IRC | 15:39 | |
| *** rdale has joined #baserock | 15:41 | |
| nowster | does "core-openssl" exist? systems/chef-system-x86_64-container.morph | 15:44 |
| pedroalvarez | eww | 15:45 |
| pedroalvarez | hm.. wait | 15:46 |
| nowster | core does not currently have anything that produces a "core-openssl" artifact | 15:46 |
| pedroalvarez | nope | 15:47 |
| persia | paulsherwood: There is a difference between using a compiler and using a tool that performs what we consider a core function. To me, the wrong choice would be to have baserock/baserock/morph and delta/ybd/, as the functionality is nearly identical, and from past discussions, the projects seem to compete. | 15:48 |
| persia | But if we have a tool for a core function that we cannot use our process to adjust, then I think we need to step back and look at why we declare that function core: perhaps the function doesn't belong in baseock at all (in which case, delta/ is fine). | 15:49 |
| persia | If that function *does* belong in baserock, or is, as some have argued, the primary function of baserock, than the baserock project isn't very interesting if it does not develop that tool. | 15:49 |
| paulsherwood | lol | 15:52 |
| nowster | paulsherwood: having thought on this a bit more, the "splits" in strata are more akin to macros which simplify system definitions. | 15:56 |
| paulsherwood | nowster: and are 'splits' in chunks, the same? | 15:57 |
| nowster | no, because they operate on files | 15:57 |
| nowster | meta-splits in strata operate on chunks | 15:57 |
| paulsherwood | omg. wht is a meta-split? | 15:59 |
| nowster | a group of splits | 15:59 |
| paulsherwood | erk. | 15:59 |
| paulsherwood | how obscure can we make these names? | 15:59 |
| richard_maw | paulserwood: it's not a concept we currently have | 16:00 |
| nowster | The most odd is the build-essential-minimal one which selects the fhs structure, busybox binary, and only part of glibc, and nothing else out of build-essential | 16:00 |
| paulsherwood | nowster: others are telling me this is broken. maybe let's drop it? :) | 16:24 |
| *** jonathanmaw has quit IRC | 16:29 | |
| *** mdunford has quit IRC | 16:48 | |
| *** flatmush has quit IRC | 16:59 | |
| *** bashrc has quit IRC | 16:59 | |
| *** flatmush has joined #baserock | 17:02 | |
| *** edcragg has quit IRC | 17:07 | |
| *** lachlanmackenzie has quit IRC | 17:24 | |
| pedroalvarez | oh, I was going to set up an organization in Docker to try to push a Baserock Docker system, and I found that there is already one :) | 21:51 |
| pedroalvarez | I've been thinking about creating a system with an user that has docker configured as its user shell, so that everytime you log in you enter in a fresh docker container. This in combination with something like shellinabox might be cool as a "try baserock" thing | 21:56 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!