| *** zoli__ has quit IRC | 01:44 | |
| *** zoli__ has joined #baserock | 03:49 | |
| *** zoli__ has joined #baserock | 04:06 | |
| *** zoli__ has quit IRC | 04:09 | |
| *** zoli__ has joined #baserock | 04:10 | |
| *** zoli__ has quit IRC | 05:16 | |
| *** zoli__ has joined #baserock | 05:36 | |
| *** petefoth has joined #baserock | 06:12 | |
| *** pdar has quit IRC | 06:43 | |
| *** Stanto has quit IRC | 06:43 | |
| *** pdar has joined #baserock | 06:43 | |
| *** Stanto has joined #baserock | 06:44 | |
| *** a1exhughe5 has joined #baserock | 07:03 | |
| *** edcragg has joined #baserock | 07:25 | |
| *** Albert has joined #baserock | 07:43 | |
| *** Stanto has quit IRC | 07:48 | |
| *** Stanto has joined #baserock | 07:53 | |
| *** bashrc has joined #baserock | 08:03 | |
| *** mariaderidder has joined #baserock | 08:08 | |
| *** gary_perkins has joined #baserock | 08:16 | |
| *** CTtpollard has joined #baserock | 08:22 | |
| *** jonathanmaw has joined #baserock | 08:25 | |
| *** sambishop has quit IRC | 08:29 | |
| *** pacon has joined #baserock | 08:44 | |
| *** sambishop has joined #baserock | 08:44 | |
| *** franred has joined #baserock | 08:48 | |
| *** ssam2 has joined #baserock | 08:51 | |
| *** ChanServ sets mode: +v ssam2 | 08:51 | |
| * SotK notes Mason is failing | 09:00 | |
| * SotK wonders why the behaviour is different on x86_64 than it is on x86_32 | 09:01 | |
| pedroalvarez | SotK: more things are being built for 64b | 09:01 |
|---|---|---|
| straycat | def __init__(self): | 09:02 |
| straycat | ''' Load all definitions from `cwd` tree. ''' | 09:02 |
| straycat | if self.__definitions != {}: | 09:02 |
| straycat | return | 09:02 |
| straycat | ewww | 09:02 |
| SotK | pedroalvarez: ah! | 09:02 |
| pedroalvarez | SotK: looks like novnc has a gitmodule not pointing to g.b.o | 09:02 |
| franred | pedroalvarez, ughh? | 09:04 |
| straycat | paulsherwood, we need to fix that, it's not reentrant. i'm also not sure why we're using dictionaries everywhere instead of using objects, it just makes it harder to read. | 09:04 |
| franred | pedroalvarez, ooops I didn't notice it had a submodule :/ | 09:05 |
| pedroalvarez | franred: fancy fixing it? | 09:05 |
| franred | pedroalvarez, yep, I'll do it - it is my mess | 09:06 |
| pedroalvarez | franred: good thing is that web-socket-js is lorried | 09:07 |
| pedroalvarez | franred: by you :P | 09:07 |
| franred | then I may forget to create the branch for novnc .... - where is my head? | 09:08 |
| pedroalvarez | over your shoulders | 09:08 |
| pedroalvarez | :) no worries | 09:08 |
| pedroalvarez | this new feature of mason is being really useful | 09:09 |
| *** Krin has joined #baserock | 09:10 | |
| *** wdutch has quit IRC | 09:22 | |
| *** wdutch has joined #baserock | 09:27 | |
| franred | SotK, pedroalvarez, https://gerrit.baserock.org/#/c/691/ | 09:33 |
| franred | fix for novnc submodule | 09:33 |
| *** lachlanmackenzie has joined #baserock | 09:33 | |
| pedroalvarez | franred: it looks ok | 09:34 |
| pedroalvarez | franred: thanks | 09:35 |
| franred | pedroalvarez, no probs | 09:35 |
| pedroalvarez | novnc just finished building in Mason, thanks again franred | 09:41 |
| franred | pedroalvarez, good, I tested before but it is good to know it builds in mason too :) | 09:42 |
| straycat | paulsherwood, that earlier problem is not easily fixed without either lots of little hacks/pretty large modifications to the rest of ybd :/ | 10:19 |
| radiofree | if i have a system service called "dbus.service" and a user service called "dbus.service", what will After=dbus.service do in a systemd user service? | 10:32 |
| radiofree | after the user dbus.service, or straight after the system dbus.service? | 10:32 |
| radiofree | looks like it's after the user service | 10:34 |
| radiofree | that's what i want, but out of interest how would you say "after the system service" instead? | 10:35 |
| SotK | paulsherwood: OOI, why is the list of contents to build shuffled in ybd? | 10:36 |
| straycat | it's for distbuild | 10:36 |
| straycat | to try to avoid having several nodes all trying to build the same chunk | 10:37 |
| SotK | having just somehow spent 20 minutes going through "Starting assembly" of various things before the actual build started, I wonder if there isn't a better way to achieve that? | 10:38 |
| SotK | also, surely if there is nothing built they will end up building the same things anyway, at least for most of build-essential? | 10:42 |
| straycat | it is not nearly as efficient as our existing distbuild, for sure | 10:45 |
| * SotK is doing a local build as far as he knows | 10:45 | |
| straycat | well the ybd distbuild is just a number of ybds with a shared cache | 11:03 |
| pedroalvarez | oh, looks like mason found another error | 11:16 |
| franred | pedroalvarez, gbo instead of upstream: in librabbitmq | 11:20 |
| franred | :/ | 11:20 |
| pedroalvarez | franred: yeah, currently wondering why we have 2 delta/python-packages/rabbitmq-c repos | 11:20 |
| franred | pedroalvarez, one was the mirror of the other and I think we needed the "ask" one | 11:21 |
| pedroalvarez | mmkay | 11:21 |
| pedroalvarez | is a lot of months older though | 11:21 |
| franred | we can check commits to see why we are using "ask" and not the other one | 11:22 |
| pedroalvarez | :/ both added in the same commit in lorries.git | 11:23 |
| franred | pedroalvarez, in lorries.git ec3cb0436cf5b78be465a2957d214435e5d95d71 says that the fork is a submodule of librabbitmq | 11:24 |
| franred | and.... it is: http://git.baserock.org/cgi-bin/cgit.cgi/delta/python-packages/librabbitmq.git/tree/.gitmodules | 11:24 |
| * pedroalvarez grumbles | 11:25 | |
| pedroalvarez | and sighs | 11:26 |
| pedroalvarez | could this have a quick review? http://paste.baserock.org/ojekaqoloy.diff | 11:29 |
| pedroalvarez | landing in 'baserock/v1.6.1' (librabbitmq.git) | 11:30 |
| ssam2 | pedroalvarez: +1 from me | 11:30 |
| ssam2 | +2, whatever | 11:30 |
| franred | pedroalvarez, +2 too | 11:30 |
| pedroalvarez | +4! | 11:30 |
| franred | +5? | 11:30 |
| jmacs | +1 fwiw | 11:30 |
| * ssam2 wonders whether to call the current deployment extension API the 'Baserock deployment extension API' or the 'Morph deployment extension API' | 11:31 | |
| ssam2 | the former seems better, but quite optimistic | 11:31 |
| straycat | what's this? | 11:32 |
| ssam2 | straycat: the API used for .configure and .write extensions | 11:33 |
| straycat | *nod* where are we documenting this? | 11:33 |
| ssam2 | i'm thinking here: http://wiki.baserock.org/definitions/current/ | 11:34 |
| ssam2 | since to deploy definitions, you need to understand it | 11:34 |
| ssam2 | also, i've pushed some changes to that page which i haven't announced yet | 11:35 |
| ssam2 | was going to wait until I'd added the bit about the deployment API as well | 11:35 |
| straycat | i feel i know enough to join this bikeshed now, i guess either would be fine, morph extension API maybe? | 11:36 |
| ssam2 | noted | 11:37 |
| pedroalvarez | librabbitmq fix for a green Mason! https://gerrit.baserock.org/692 | 11:40 |
| jmacs | Can I tell morph to output or log the output from a 'successful' install? | 11:47 |
| ssam2 | jamcs: what do you mean by 'install' ? | 11:47 |
| ssam2 | jmacs: if you have Morph from Baserock 15.19.2, the `morph show-build-log` command may do what you want... | 11:47 |
| ssam2 | although perhaps it only fetches the build log from a *remote* cache, it won't look in your local cache | 11:48 |
| ssam2 | tips 4 and 5 from http://wiki.baserock.org/tips-and-tricks/ might be useful, either | 11:48 |
| jmacs | ssam2: I want to see the output from "install-commands" | 11:48 |
| ssam2 | jmacs: right, you want the chunk's .build-log file then | 11:48 |
| ssam2 | which, if you ran the build locally, will be in the artifact cache dir | 11:49 |
| ssam2 | with a super useful name like 151fa253a2351faqfcva5123a3r.build-log | 11:49 |
| ssam2 | tip 5 from the link above shows you how to get the actual SHA256 that you need to work out the filename of the build-log file | 11:49 |
| ssam2 | but 'ls -lrt /src/cache/artifacts' may be enough for you to work it out, either | 11:50 |
| jmacs | Aha, build-log has it. Thanks | 11:50 |
| *** paulw has quit IRC | 11:58 | |
| *** paulw has joined #baserock | 12:00 | |
| paulsherwood | straycat: what do you mean by 'it's not re-entrant' ? | 12:24 |
| paulsherwood | fwiw i used dicts because objects seemed overkill at the time, but i may have been wrong | 12:25 |
| richard_maw | paulsherwood: two benefits of instantiated classes over dicts that I have learned the hard way are: 1. You have a name to tell you what kind of object it is, which is very useful for debugging, and learning the code, and 2. Restrictions in what gets put in an object significantly help to force you to think about what state each object carries. | 12:31 |
| richard_maw | The fact that you can hang methods off to make common operations easier is a useful side-effect | 12:31 |
| richard_maw | C structs alone are better than dicts for the reasons I've given | 12:32 |
| straycat | paulsherwood, you can't use the Definitions class more than once, because on construction you set up static internal state | 12:33 |
| paulsherwood | that's deliberate. why would i want to use it more than once? | 12:34 |
| richard_maw | paulsherwood: comparing two different states of the definitions repository | 12:34 |
| straycat | i get that a lot of people hate OO, but it'd be more readable to use python classes as structures | 12:34 |
| paulsherwood | richard_maw: ok, but for my current use-cases i only need one state | 12:35 |
| * paulsherwood would be delighted to see someone offer Defitions class written properly, so long as it doesn't turn out to be loads more loc | 12:35 | |
| richard_maw | straycat: I went through a phase of that, but I ended up passing long parameter lists to functions instead. | 12:36 |
| richard_maw | straycat: I think you need to go through a phase of hating OO before you really learn why it is important | 12:36 |
| *** paulwaters_ has joined #baserock | 12:36 | |
| * wdutch puts a function in a dict for giggles and is horrified with his ugly creation | 12:37 | |
| paulsherwood | richard_maw: i understand oo. my criteria are different from others, that's all. happy to compromise once i understand the overall cost/benefit | 12:37 |
| richard_maw | paulsherwood: I wasn't suggesting you didn't understand OO. | 12:37 |
| paulsherwood | :-) | 12:38 |
| richard_maw | I was just discussing my own phase of it with straycat | 12:38 |
| paulsherwood | richard_maw: as you know, others have suggested i don't understand how to write software, so i may be touchy some times :) | 12:38 |
| rjek | wdutch: Lua and JavaScript don't have objects; they just have dictionaries with functions... | 12:38 |
| richard_maw | rjek: and a bit of syntactic sugar to make this less awful, and occasionally hide that this is how it works | 12:39 |
| wdutch | javascript pretends to have objects | 12:39 |
| *** paulw has quit IRC | 12:39 | |
| * rjek nods. | 12:39 | |
| rjek | Lua only has one data structure. One data structure to rule them all. | 12:39 |
| paulsherwood | rjek: is it more like a dict than a class/object? :) | 12:40 |
| richard_maw | rjek: a tagged union of string, number, null, true, false, userdata or table | 12:40 |
| rjek | paulsherwood: No, it's a table. | 12:40 |
| rjek | paulsherwood: Which is a hybrid of an array and a hash table. | 12:40 |
| rjek | richard_maw: You missed thread and lightuserdata! | 12:41 |
| richard_maw | rjek: or integer too these days | 12:41 |
| richard_maw | rjek: and there's some hack to fit all of that in a double | 12:41 |
| rjek | paulsherwood: But you can attach a table to a table (called a metatable) that alters its behavior | 12:41 |
| rjek | richard_maw: The NaN trick! | 12:41 |
| rjek | There are multiple encodings of NaN, so you can use them to flag different things. | 12:42 |
| rjek | And this is fine, because NaN doesn't compare equal to anything, even itself. | 12:42 |
| ratmice__ | richard_maw: tend to agree (though i don't exactly like oo)... anyhow you can achieve much of that with phasing between opaque/non-opaque dicts and sealer/unsealer pairs (not to imply that python does not sure if it even can) | 12:45 |
| ratmice__ | well, I guess the latter doesn't hit the first point about names when debugging | 12:48 |
| paulsherwood | i don't understand the 'names when debugging' point? richard_maw? | 12:50 |
| rjek | paulsherwood: Classes have names, dicts do not. | 12:52 |
| rjek | So when debugging you get useful information about what is doing what | 12:52 |
| richard_maw | the name implies intent, and provides a reference for when you need to see what it contains | 12:52 |
| paulsherwood | right. i'm trying to relate this to my specific use-case. I have a class (Definitions) which has a humungous dict containing the state loaded from disk. all instantiations of it get that same state. i'm not sure what the recommendation is to improve on this | 12:55 |
| * paulsherwood may be being dumb | 12:56 | |
| richard_maw | split all your different bits of sub-state into objects IMO | 12:56 |
| richard_maw | that, and pass the instance of definitions around properly, so you don't have hidden state in any of your code and can perform operations on multiple definitions repositories | 12:57 |
| SotK | +1 especially to the passing the instance around part | 12:57 |
| * richard_maw dislikes singletons that aren't representations of physical resources that only accept 1 user | 12:57 | |
| paulsherwood | i think this singleton meets the criterion, but i take the point | 12:58 |
| ratmice__ | I think he means like blinking lights :) | 12:59 |
| richard_maw | yeah, only having 1 blinking light is sufficient cause for access to it being a singleton, but the restriction of only having 1 instance of the definitions repository is completely self imposed | 13:00 |
| *** pacon has quit IRC | 13:02 | |
| paulsherwood | ok, got it now :) | 13:03 |
| paulsherwood | https://github.com/devcurmudgeon/ybd/issues/35 | 13:09 |
| *** nowster has quit IRC | 13:12 | |
| paulsherwood | richard_maw, ssam2, SotK - you've replied to some of the wishlist items on ybd github - i'm noticing that 'discussion' on gh issues is a bit of a pain. maybe better to take it to baserock-dev, since some of the ideas may be of wider interest? | 13:13 |
| richard_maw | I don't want to move the venue again | 13:15 |
| jmacs | Can I add 'zip' to the tools strata? Is there a better place to put it? | 13:15 |
| richard_maw | any useful discussion ought to be canonicalised as stories on the storyboard anyway | 13:15 |
| pedroalvarez | mason is still red: This change will fix the current error - https://gerrit.baserock.org/#/c/692/ | 13:23 |
| *** nowster has joined #baserock | 13:26 | |
| mwilliams_ct | pedroalvarez: I'm probably being silly, but I don't understand how the commit message (changes the repo to use "upstream" alias) relates to the change which is changing the ref. is it because of the submodule business? | 13:31 |
| pedroalvarez | mwilliams_ct: I agree I'm not good sometimes at commit messages | 13:32 |
| mwilliams_ct | I didn't say that :P. I said I don't understand not that you're wrong! | 13:32 |
| pedroalvarez | mwilliams_ct: "Update ref of librabbitmq to use a version that points to 'upstream' on its submodules" | 13:33 |
| pedroalvarez | (too long) | 13:33 |
| mwilliams_ct | That makes sense to me though, thanks! I'm not vetoing it if other people understand what you mean | 13:33 |
| franred | pedroalvarez, go ahead with the merge and sorry for causing the mess using full URL rather than aliases | 13:36 |
| pedroalvarez | mwilliams_ct: can you take a look at the new commit message? https://gerrit.baserock.org/#/c/692/ | 13:37 |
| mwilliams_ct | "The right thing to do is to poin" add a t to that and I'll +1, thanks for explaining and changing :) | 13:38 |
| pedroalvarez | mwilliams_ct: done! tand thanks for the review! | 13:39 |
| pedroalvarez | merged, thanks mwilliams_ct franred! | 13:41 |
| pedroalvarez | franred: and don't worry, that's why we have Mason, to catch these problems :) | 13:41 |
| straycat | jmacs, tools seems reasonable to me for that | 13:42 |
| pedroalvarez | is this gzip? | 13:45 |
| rjek | zip | 13:45 |
| jmacs | Info-zip | 13:46 |
| jmacs | We lorry it already, but don't build it for some reason | 13:46 |
| pedroalvarez | just curiosity :) | 13:46 |
| *** SotK_ has joined #baserock | 14:00 | |
| *** mariaderidder has quit IRC | 14:00 | |
| *** SotK has quit IRC | 14:04 | |
| *** bfletcher has left #baserock | 14:06 | |
| *** bfletcher has joined #baserock | 14:08 | |
| *** SotK_ is now known as SotK | 14:12 | |
| *** mariaderidder has joined #baserock | 14:13 | |
| jonathanmaw | Has anyone ever got java running in baserock? | 14:16 |
| jmacs | Yes | 14:16 |
| jmacs | It's included as part of the zookeeper strata | 14:16 |
| jmacs | It has to come from a binary blob at the moment though | 14:16 |
| franred | and I think that our actual gerrit is running in a baserock VM which uses Java too | 14:17 |
| tiagogomes_ | I want to integrate findutils in baserock. Where should I put? tools? | 14:17 |
| franred | jonathanmaw, http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/infrastructure.git/tree/baserock_gerrit/instance-config.yml | 14:19 |
| *** zoli__ has quit IRC | 14:19 | |
| franred | tiagogomes_, sounds good to me | 14:19 |
| pedroalvarez | tiagogomes_: for what system is needed? | 14:25 |
| pedroalvarez | does that system has tools already? | 14:25 |
| tiagogomes_ | openstack | 14:25 |
| pedroalvarez | patch openstack to be busybox compatible :) | 14:26 |
| tiagogomes_ | I'd rather add findutils instead of patching | 14:27 |
| pedroalvarez | but yes, it may be not compatible with busybox in several places in their codebase | 14:27 |
| *** a1exhughe5 has quit IRC | 14:33 | |
| paulsherwood | win 8 | 14:41 |
| paulsherwood | bah | 14:41 |
| pedroalvarez | so, I need to run `python setup.py install` for a component, and then move things in $DESTDIR from one place to another | 14:45 |
| pedroalvarez | is better to install everything in another foler (foo.build/o/) and then move from there to the right place in $DESTDIR? | 14:45 |
| *** a1exhughe5 has joined #baserock | 14:47 | |
| ssam2 | pedroalvarez: the complex case is the cross-boostrap script where destdir = / | 15:13 |
| ssam2 | so I think best to install in another folder, then move stuff into $DESTDIR | 15:14 |
| ssam2 | although in practice either approach would probably work | 15:14 |
| pedroalvarez | yeah, I don't think we ever cross-bootstrap a openstack system, but meh, I like things well done :) | 15:14 |
| pedroalvarez | grr mason still failing | 15:22 |
| SotK | numpy this time it looks like | 15:23 |
| pedroalvarez | volunteers? | 15:23 |
| richard_maw | I thought we fixed cross-bootstrap to not set DESTDIR=/ | 15:24 |
| pedroalvarez | richard_maw: I think you are right | 15:25 |
| tiagogomes_ | If there is a gnulib submodule, and some project already has a gnulib directory. What does morph do? The gnulib directory seems to not have the most recent commits | 15:27 |
| pedroalvarez | quick patch: http://paste.baserock.org/kikepuculo.diff | 15:31 |
| pedroalvarez | upstream:numpy.git, current unpetrify-ref branch | 15:31 |
| SotK | +1 | 15:32 |
| straycat | why are we doing this again? | 15:45 |
| pedroalvarez | straycat: I explainet that here in a previous fix: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=244e16c16aa11852706a7ab51cf6dd216e3315a8 | 15:46 |
| franred | pedroalvarez, +1 | 15:47 |
| straycat | hrm fair enough, bit of a shame you won't be able to do a recursive git clone of the repo anymore though | 15:48 |
| pedroalvarez | straycat: that's true | 15:48 |
| pedroalvarez | straycat: but all of them are already using 'upstream:' | 15:49 |
| straycat | but that's why SotK invented morph get-repo! | 15:49 |
| pedroalvarez | straycat: we failed to do these in the openstack work | 15:49 |
| straycat | ahh | 15:49 |
| pedroalvarez | I think this is essential if you want to use a different trove | 15:50 |
| * straycat nods | 15:50 | |
| *** a1exhughe5 has quit IRC | 15:50 | |
| pedroalvarez | and here definitions.git patch https://gerrit.baserock.org/694 | 15:53 |
| *** Albert has quit IRC | 15:55 | |
| *** paulwaters_ has quit IRC | 15:55 | |
| straycat | https://github.com/richardc/perl-class-accessor-chained/commit/190e6f0986cca3bf5cdd7f1e4d769164d4b7b04b | 16:08 |
| paulsherwood | 15:26 <+pedroalvarez> patch openstack to be busybox compatible :) | 16:12 |
| *** jonathanmaw has quit IRC | 16:12 | |
| paulsherwood | toybox ftw! ^^ | 16:12 |
| pedroalvarez | :) | 16:13 |
| franred | mason still in red, https://mason-x86-64.baserock.org/log/4cf86114be1795590a685c5c6b6230ee3686690c--2015-05-21%2015:57:08.log - seems like it tries to deploy a openstack system without the roofs being built or it can not find it | 16:16 |
| pedroalvarez | same problem with pystache | 16:19 |
| pedroalvarez | please, some volunteers to do this :) | 16:20 |
| * pedroalvarez is going to be named "contributor of the day" | 16:20 | |
| franred | pedroalvarez, http://paste.baserock.org/agajuyipah | 16:26 |
| pedroalvarez | franred: +2 | 16:28 |
| tiagogomes_ | Hi, is it me or submodules are not updated by morph when building a chunk? At least the update_submodules functions seems to not be called during building | 16:28 |
| * franred doesn't understand why we don't have an alias in both ways making upstrean and git://git.baserock.org/delta synonyms | 16:29 | |
| ssam2 | tiagogomes_: it should only update the cached version of the submodule repo if it needs to | 16:29 |
| franred | s/upstrean/upstream/ | 16:29 |
| gary_perkins | Hi, just wondering what is the script that gets run once-only after deployment of a BR system? I just want to be able to do some once-only post-deployment stuff, like adding users, setting up keys etc. | 16:30 |
| jmacs | When I push to gerrit, do I have to use the same branch name as the one I passed to 'morph branch'? | 16:31 |
| tlsa | gary_perkins: clout init? | 16:31 |
| pedroalvarez | jmacs: git-review is really handy for gerrit | 16:31 |
| tlsa | *cloud | 16:31 |
| jmacs | pedroalvarez: I'm sure it is, is that relevant to my question though? | 16:31 |
| ssam2 | jmacs: the 'topic name' in Gerrit is purely a UI thing | 16:31 |
| ssam2 | jmacs: if you're pushing a change to Gerrit, I presume what you're doing is: git push gerrit refs/for/master/my/branch/name | 16:32 |
| pedroalvarez | jmacs: maybe not, sorry | 16:32 |
| jmacs | "git push gerrit HEAD:jmac/partial-java-build-support" | 16:32 |
| ssam2 | jmacs: if so, my/branch/name can be anything, and it won't affect how Morph behaves in your local repo, or how Gerrit treats the change (other than "topic name" will be 'my/branch/name') | 16:33 |
| ssam2 | you can also use Morph without needing morph branch/checkout now, if you want :) using https://gerrit.baserock.org/#/c/579/ | 16:33 |
| jmacs | Ok, I get " ! [remote rejected] HEAD -> jmac/partial-java-build-support (prohibited by Gerrit)" | 16:33 |
| ssam2 | jmacs: are you trying to submit it as a change? | 16:34 |
| franred | pedroalvarez, https://gerrit.baserock.org/#/c/695/ | 16:34 |
| ssam2 | jmacs: if so, you need `git push gerrit HEAD:refs/for/master/jmac/partial-java-build-support` | 16:34 |
| jmacs | Oh,I thought "refs/for/master" was just placeholder text | 16:34 |
| ssam2 | heh, no it's a real "magic" ref name | 16:35 |
| radiofree | reboot | 16:35 |
| radiofree | oops | 16:35 |
| pedroalvarez | powerin off | 16:35 |
| pedroalvarez | 5 | 16:35 |
| pedroalvarez | 4 | 16:35 |
| pedroalvarez | franred: thanks, merged | 16:35 |
| gary_perkins | tlsa: I'd like to have the .configure script create a script that will run on first-boot. Rather than a separate script that has to be run as part of 'nova boot'. Just seems more elegant to do it that way, with all the config in the one .configure file | 16:35 |
| franred | pedroalvarez, let's see which is next... | 16:36 |
| pedroalvarez | note that with git-review makes sending things for review easier | 16:36 |
| tlsa | gary_perkins: not sure how to do that | 16:37 |
| pedroalvarez | gary_perkins: we create users in some .configure extensions already | 16:37 |
| pedroalvarez | in a hacky way, appending things to /etc/passwd and so on | 16:38 |
| pedroalvarez | but it's possible | 16:38 |
| gary_perkins | pedroalvarez: Ahh, I thought there would be somthing like that :) | 16:38 |
| gary_perkins | pedroalvarez: is that the recommended way? or would ansible or cloud-init be better? | 16:39 |
| pedroalvarez | but a script to set up everthing at boot time, would be cleaner | 16:39 |
| radiofree | fatal: Unable to look up git.baserock.org (port 9418) (System error) :-o | 16:39 |
| pedroalvarez | cloud-init will make your deployments only work in openstack | 16:39 |
| radiofree | oh, i haven't dhcp'ed yet | 16:39 |
| tlsa | gary_perkins: vagrant.configure has an example of user creation | 16:40 |
| pedroalvarez | websockify now in mason | 16:40 |
| gary_perkins | tlsa: thanks | 16:40 |
| franred | gary_perkins, have you have a look to the ansible scripts that we have for openstack in baserock? | 16:40 |
| jmacs | Right, pushed, thanks all | 16:40 |
| pedroalvarez | distbuild setup scripts might be an easier example | 16:41 |
| gary_perkins | pedroalvarez: there is already a script that is run on first-boot, at least on the troves I've setup before. Perhaps I could append to that? or append a call to my script? | 16:41 |
| pedroalvarez | gary_perkins: I take that you are assuming that is not going to be an insteresting change for all the troves | 16:42 |
| pedroalvarez | appending to other services/scripts sounds hacky :) | 16:43 |
| gary_perkins | pedroalvarez: ok, thanks for the help. I need to think a bit more about this. I don't want something hacky :) I could look at vagrant.confgure as an example and perhaps setup ssh key files in the same way a trove is setup. I think that's all that's needed. Cheers :) | 16:47 |
| pedroalvarez | gary_perkins: no problem! we can have more conversations about this whenever you need | 16:49 |
| franred | pedroalvarez, https://gerrit.baserock.org/#/c/699/ | 16:50 |
| pedroalvarez | franred: ta! | 16:53 |
| *** Krin has quit IRC | 16:55 | |
| *** mariaderidder has quit IRC | 16:57 | |
| *** bashrc has quit IRC | 17:03 | |
| *** zoli__ has joined #baserock | 17:07 | |
| *** sambishop has quit IRC | 17:16 | |
| pedroalvarez | yay, green mason! | 17:33 |
| franred | \o/ | 17:33 |
| *** ssam2 has quit IRC | 17:34 | |
| *** edcragg has quit IRC | 17:37 | |
| pedroalvarez | systemd[1]: Failed to start User Manager for UID 0. | 17:37 |
| pedroalvarez | systemd[1]: user@0.service failed. | 17:37 |
| pedroalvarez | first time I see these servicies in baserock | 17:38 |
| paulsherwood | re green mason - the sha link is pointing to 192.168.222.58? | 17:46 |
| pedroalvarez | is a side effect of what we have done with Mason | 17:56 |
| pedroalvarez | Mason now can't contact internet, it's able to contact to the trove via its internal IP | 17:57 |
| pedroalvarez | this way we detect when sources are not coming from that trove | 17:57 |
| *** gary_perkins has quit IRC | 17:57 | |
| pedroalvarez | the side effect is that link in Mason, which now points to the internal Ip of g.b.o | 17:58 |
| *** lachlanmackenzie has quit IRC | 18:38 | |
| *** sambishop has joined #baserock | 18:56 | |
| *** sambishop has quit IRC | 19:21 | |
| *** zoli__ has quit IRC | 21:36 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!