| *** zoli__ has joined #baserock | 06:24 | |
| *** petefoth has joined #baserock | 06:44 | |
| *** zoli__ has quit IRC | 07:12 | |
| *** rdale has joined #baserock | 07:46 | |
| petefoth | The StoryBoard UI is really not helpful - create a comment, press the 'Comment' button and your comment disappears. Referesh the page a few times and it's still not there. Re-enter the comment, press the 'Comment' button and both your comments are there :( | 08:00 |
|---|---|---|
| *** gfinney has joined #baserock | 08:03 | |
| *** a1exhughe5 has joined #baserock | 08:03 | |
| straycat | richard_maw, congrats :) | 08:14 |
| *** bashrc has joined #baserock | 09:07 | |
| *** jonathanmaw has joined #baserock | 09:09 | |
| pedroalvarez | richard_maw: :D | 09:13 |
| pedroalvarez | richard_maw: will you patch our systemd now that the fix has been merged? | 09:13 |
| *** mdunford has joined #baserock | 09:16 | |
| *** gary_perkins has joined #baserock | 09:17 | |
| paulsherwood | richard_maw: w00t! surprised you didn't show the gbo link, though :-) http://git.baserock.org/cgi-bin/cgit.cgi/delta/systemd.git/commit/?id=d422e52a3523ad0955bec4f9fbed46e234d28590 | 09:23 |
| *** tiagogomes_ has joined #baserock | 09:23 | |
| richard_maw | pedroalvarez: yeah, i'll either do a v219.1 or use a development snapshot for the openstack work. The odds of it happening on other systems are vanishingly small, so updating definitions master to include it is not a high priority, but I'll include it in the openstack branches | 09:30 |
| pedroalvarez | \o/ | 09:31 |
| tiagogomes_ | If a Python module is required for running some Python app, should we add it to the build-depends of that app? | 09:42 |
| Kinnison | Only if it needs the module in order to be built/installed I believe | 09:42 |
| Kinnison | Python is odd about runtime-depends | 09:42 |
| Kinnison | often not checking for them in setup.py | 09:43 |
| Kinnison | OTOH if it needs them for running a test suite you intend to enable, then yes include it in the b-deps | 09:43 |
| tiagogomes_ | no, the module is only required at build-time | 09:44 |
| Kinnison | Interesting | 09:44 |
| tiagogomes_ | ops, I mean, the module is only required at _run-time_ | 09:45 |
| Kinnison | oh | 09:45 |
| Kinnison | right | 09:45 |
| *** ssam2 has joined #baserock | 09:50 | |
| *** ChanServ sets mode: +v ssam2 | 09:50 | |
| *** franred has joined #baserock | 09:55 | |
| *** CTtpollard has joined #baserock | 09:56 | |
| *** lachlanmackenzie has joined #baserock | 10:11 | |
| *** edcragg has joined #baserock | 10:15 | |
| *** petefotheringham has quit IRC | 10:35 | |
| *** petefotheringham has joined #baserock | 10:35 | |
| radiofree | the chroot needs schroot installing on fedora systems | 10:36 |
| radiofree | you end up with a bit of messed up system if you don't have it on when you run manage-baserock | 10:37 |
| radiofree | i'll add it to the wiki | 10:37 |
| radiofree | also, is there a way to install things somewhere other than /opt ? | 10:37 |
| jjardon | radiofree: yeah, as the wiki said is its needed by Arch as well | 10:58 |
| radiofree | oh yeah | 10:59 |
| radiofree | it's the *first thing* mentioned on that page... | 10:59 |
| radiofree | "First, install the following packages from your distribution:" | 10:59 |
| *** mdunford has quit IRC | 11:01 | |
| *** jonathanmaw has quit IRC | 11:01 | |
| petefoth | Is there an obvious reason why storyboard.baserock.org is taking so long to load? Or is it just me? | 11:08 |
| mwilliams_ct | petefoth: loading fine for me | 11:09 |
| petefoth | mwilliams_ct: OK thanks | 11:09 |
| *** jonathanmaw has joined #baserock | 11:17 | |
| *** mdunford has joined #baserock | 11:17 | |
| petefoth | I've created a 'Using Baserock offline' guide http://wiki.baserock.org/guides/baserock-offline/ I decided a full tutorial taking in the whole 'branch, edit, build, deploy' workflow (all of which *should* work offline with the --no-git-update option) wasn't sensible since only the 'build' part currently works :) All comments, changes, patches welcomed | 11:27 |
| straycat | richard_maw, thanks for review, that class is basically pointless, will rework | 11:34 |
| jjardon | thanks petefoth | 11:41 |
| jjardon | petefoth: "deploy built systems across a network" -> AFAIK, you need network connection to deploy to any medium | 11:42 |
| straycat | jjardon, tarball deploy? | 11:42 |
| petefoth | jjardon: no, you can deploy to a local VM (I think) | 11:43 |
| jjardon | no sure about tarball deploy, but at least to deploy to raw images you need network | 11:44 |
| straycat | jjardon, what for? | 11:45 |
| richard_maw | straycat: I also have suggestions for your validation | 11:45 |
| richard_maw | mostly, don't if you don't have a provably complete validation routine | 11:46 |
| straycat | richard_maw, the validation is very basic | 11:46 |
| richard_maw | inet_pton will do for the IP address stuff | 11:46 |
| richard_maw | I'd rather not validate the hostname than have it too restrictive | 11:46 |
| richard_maw | but simple stuff like "doesn't contain a space or newline" would be grand | 11:47 |
| straycat | but anything that's not [a-zA-Z0-9-.]+ is invalid? | 11:47 |
| jjardon | petefoth: so, I have to rebuild everything first and then I can use morph offline? There is not any command to only download the repos? | 11:47 |
| straycat | sorry a-zA-Z0-9.-]+ | 11:47 |
| straycat | sorry [a-zA-Z0-9.-]+ | 11:47 |
| petefoth | jjardon: not that I found. paulsherwood suggeested the 'modify stage1-bin-utils' trick which worked for me | 11:52 |
| paulsherwood | jjardon: there may be. | 11:53 |
| petefoth | And I guess it wouldn't be hard to add one | 11:53 |
| paulsherwood | i just don't know what it is. i could make a ybd command, if that would help | 11:53 |
| paulsherwood | :) | 11:53 |
| straycat | richard_maw, i'll use \S if you want | 11:53 |
| jjardon | sorry, but that is a hack, not a propper solution :) | 11:54 |
| paulsherwood | jjardon: that's fighting talk :-) | 11:54 |
| * straycat sighs | 11:54 | |
| paulsherwood | straycat: why? | 11:54 |
| straycat | i don't know is all this necessary, really | 11:54 |
| straycat | just trying to do our best to make something good, and don't need this around | 11:55 |
| paulsherwood | which part? using morph baserock offline is necessary - i've tried to help by describing how i do it. if there's a better way i'm happy to learn it | 11:55 |
| jjardon | should I add this to the storyboard, in case me or someone have time to implement this?Can anyone confirm a command like that doesnt exist? | 11:56 |
| petefoth | jjardon: sorry - I can only confrm that I can't find one :) | 11:57 |
| radiofree | will this include some functionality to "prepare for offline"? i.e download all the git repos for a system? | 11:57 |
| paulsherwood | jjardon: not according to `morph help` | 11:58 |
| straycat | richard_maw, couldnae send a biff eh? | 11:58 |
| jjardon | radiofree: yes | 11:59 |
| jjardon | in jhbuild we have "jhbuild update", that will only update the git repos. ("jhbuild build" will up0date and build everything") | 11:59 |
| *** zoli__ has joined #baserock | 12:00 | |
| petefoth | jjardon: that chimes with the conversation with paulsherwood about 'don't use negatives' and 'make *not* updating the default behaviour' | 12:00 |
| Kinnison | morph --git-resolve-cache-server=http://nopenopenope/ build system-i-want-to-build-offline | 12:01 |
| Kinnison | wait for morph ot cache all the gits | 12:01 |
| Kinnison | simples *squeak* | 12:01 |
| paulsherwood | ooh. | 12:01 |
| paulsherwood | so it can do it, just not in a way that mortals could understand :-) | 12:01 |
| petefoth | Kinnison: wil that work the first time you try to build? | 12:01 |
| paulsherwood | petefoth: try it and find out | 12:02 |
| paulsherwood | delete al your repos | 12:02 |
| petefoth | paulsherwood: harsh .... but possibly fair | 12:02 |
| paulsherwood | or rename the repo directory at least | 12:02 |
| paulsherwood | petefoth: story of my life :) | 12:02 |
| radiofree | Kinnison: will that download everything before it starts to build? | 12:02 |
| petefoth | paulsherwood: I can give it a try over the weekend | 12:02 |
| radiofree | or will it download, build chunck, move onto next, download, build.... | 12:04 |
| ssam2 | radiofree: it resolves every ref to compute the build graph | 12:04 |
| ssam2 | if there's no git-resolve-cache-server then it needs to clone each repo involved in the build to do that | 12:04 |
| radiofree | that sounds great! | 12:04 |
| jjardon | Kinnison: if that work, that wiki page can be vastly simplifyed :) | 12:05 |
| ssam2 | if you try this, you'll probably find some other bugs where morph assumes network connectivity and fails later on. That's what happened last time I tried it (Although I fixed the issue I found) | 12:05 |
| petefoth | ssam2: I bet that's quick ;) | 12:05 |
| paulsherwood | ssam2: i have run morph builds offline, no problem | 12:05 |
| paulsherwood | (following the approach i outlined to petefoth previously) | 12:05 |
| paulsherwood | (and deploys, for that matter, iirc) | 12:06 |
| petefoth | ssam2: paulsherwood: building and deploying are possible. Currently branch (definitley), edit and checkout (I believe) aren't | 12:07 |
| paulsherwood | petefoth: true. my workaround is never to use those commands :-) | 12:07 |
| petefoth | :) | 12:07 |
| *** straycat has left #baserock | 12:09 | |
| * petefoth goes to sort out the networking on his VM, rename some directories, clear his cache then try the Kinnison magic | 12:10 | |
| * Kinnison wonders why noone thought of that before | 12:14 | |
| Kinnison | it was the first thing that sprang to mind when I saw this discussion :) | 12:15 |
| jjardon | thanks Kinnison, it only took one month to know the solution :) | 12:18 |
| * jjardon will update the ml thread | 12:18 | |
| ssam2 | actually for the offline thing to work you'll need to remove /src/cache/trees.pickle as well | 12:18 |
| robtaylor | maybe even nice to have an alias of morph --cache-offline? ;) | 12:19 |
| ssam2 | once upon a time there was an 'update-gits' command | 12:19 |
| ssam2 | i don't know why it got removed | 12:19 |
| * jjardon doesnt understand why he always found useful the commands that got removed :) | 12:20 | |
| jjardon | ssam2: what is /src/cache/trees.pickle ? | 12:20 |
| petefoth | jjardon: isn't it obvious from the name ;) | 12:21 |
| ssam2 | jjardon: read the docstring in sourceresolver.py, it hopefully explains it | 12:22 |
| petefoth | 'fatal: Unable to look up git.baserock.org (port 9418) (System error)' sigh! | 12:26 |
| petefoth | sorted :) | 12:29 |
| petefoth | Kinnison magic not working (possibly through my stupidity) http://paste.baserock.org/edotevasim | 12:41 |
| petefoth | because I won't be able to clone the remopte while I'm off line :) | 12:42 |
| SotK | I thought Kinnison's magic was to let you cache all your repos locally without having to run a full build, in order to allow you to work offline? | 12:44 |
| petefoth | SotK: that;s why i was stupid to go offline *before* I ran the spells :) | 12:46 |
| petefoth | But now it's failed with http://paste.baserock.org/zofikuboyo | 12:48 |
| SotK | can you paste the contents of your morph log for that attempt please? | 12:48 |
| petefoth | SotK: newbie question - where do I find that? | 12:49 |
| petefoth | actually looks like a network problem: ifdown/up then restart and away it goes | 12:50 |
| persia | I seem to recall --update-gits being removed when it became the default, and not being restored when it stopped being the default (for performance reasons), but my memory could be faulty. | 12:53 |
| petefoth | well it's chuntering away and /cache/gits is filling up :) I'll check it again later, and try kicking off an offline build to run over the weekend | 12:53 |
| petefoth | persia: I believe --update-gits *is* currently the default | 12:54 |
| SotK | petefoth: if you set up your morph.conf according to the quickstart guide then the log is in /src/morph.log | 12:54 |
| persia | petefoth: yes, but for performance reasons, it only does that if it can't resolve the ref in the local cache, so you can end up with aging caches if you don't update definitions. | 12:55 |
| petefoth | Looks like I didn't do that then:) | 12:56 |
| ssam2 | hello all | 12:57 |
| ssam2 | I'd like to do some final testing of gerrit.baserock.org this afternoon before unleashing it to everyone | 12:58 |
| ssam2 | this will involve actually merging one of these patches to master for real: http://gerrit.baserock.org/#/q/status:open | 12:58 |
| ssam2 | if you really don't like any of those, better sign up to gerrit and give a -1 quick :) | 12:58 |
| ssam2 | i'm going to lunch now so you have a while! | 12:59 |
| persia | https://github.com/stackforge/gertty might be an interesting tool for folk wanting to review these. | 13:01 |
| petefoth | OH. morph.log is there, and it's quite big | 13:02 |
| petefoth | SotK: thanks for the help but it's runnign OK and only falling over occasionally. I'm going to leave it cooking, and check back later | 13:03 |
| *** CTtpollard has quit IRC | 13:24 | |
| paulsherwood | re the libstdc++, is it me, or tiagogomes_ missing the point? | 13:33 |
| tiagogomes_ | paulsherwood, likely the latter :) What's the point | 13:36 |
| paulsherwood | the build-depends discussion | 13:40 |
| tiagogomes_ | paulsherwood I know the is about the build-depends discussion. But what is the point? | 13:44 |
| paulsherwood | libstdc++ does depend on lib-api-headers | 13:45 |
| tiagogomes_ | paulsherwood no, strictly speaking libstdc++ depends on stage2-glibc, which by its turn depends on stage2-linux-api-headers (as the headers installed by the stage2-glibc chunk include some headers installed by the stage2-linux-api-headers chunk) | 13:48 |
| * paulsherwood completely disagrees | 13:48 | |
| * paulsherwood can't discuss now, though | 13:48 | |
| ssam2 | it's hard to reason about, i don't really understand it. | 14:21 |
| ssam2 | if you track runtime deps, and A has a runtime dep on B, and C has a build-dep on A ... then A also has an implicit build-dep on B | 14:22 |
| ssam2 | sorry, C also has an implicit build-dep on B | 14:22 |
| ssam2 | for build-deps, i kind of see what paul says -- stage2-glibc doesn't need linux api headers at runtime | 14:23 |
| paulsherwood | correct | 14:28 |
| ssam2 | wait, actually it probably does. if linux-api-headers isn't installed in the staging area, a bunch of stuff in /usr/include/ will be missing, right? | 14:30 |
| ssam2 | so it's hazy whether to call this 'a runtime dependency between glibc and linux-api-headers' (in that glibc isn't as useful without them), or 'a built time dependency between the thing you are currently building and linux-api-headers' (in that you can't build the thing without linux-api-headers available) | 14:31 |
| paulsherwood | stag2-glibc, when installed, does not include the headers | 14:33 |
| ssam2 | right. so to actually build stuff you need both glibc and linux-api-headers | 14:38 |
| pedroalvarez | why we don't disable the recusrive build dependency thing and find out? | 14:39 |
| ssam2 | heh, good plan | 14:39 |
| paulsherwood | pedroalvarez: i'll buy everyone who has ever written a line of code in morph a beer, if it builds without :-) | 14:40 |
| pedroalvarez | I wonder where are we regarding runtime dependencies | 14:40 |
| paulsherwood | as i said at the time, we've got a long way without them. i'm trying to ensure we've properly nailed build-depends. if we still need runtime-depends after that, i'll be suprised, but happy to support extending the syntax | 14:41 |
| ssam2 | i think if we removed recusive build-dependencies we'd be /more/ likely to need to track runtime dependencies as well. | 14:43 |
| pedroalvarez | OTOH, sometimes we are using build-depend wrong, just because they are runtime dependencies of other things like now with linux-api-headers, glibc, etc | 14:43 |
| paulsherwood | ssam2: interesting theory - :-) | 14:43 |
| tiagogomes_ | ssam2 yes | 14:44 |
| paulsherwood | if you're right, then my move to make the build-depends explicit should help the cause of establishing the need for runtime-depends :-) | 14:45 |
| ssam2 | first patch merged to master of definitions.git via Gerrit: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=dbdcbf87ad455ce56ce61f901d692b587ba6c065 | 14:46 |
| ssam2 | from http://gerrit.baserock.org/#/c/2/ | 14:46 |
| franred | sweet!! | 14:47 |
| paulsherwood | w000t!!!!! | 14:47 |
| pedroalvarez | nice! | 14:48 |
| pedroalvarez | nit-pick: it doesn't have Reviewers-by in the Merge commit | 14:49 |
| ssam2 | indeed | 14:49 |
| ssam2 | do we care? | 14:49 |
| pedroalvarez | but i remember flagging this in the past, and I think it was too dificult? | 14:49 |
| pedroalvarez | ssam2: no, it is in gerrit | 14:49 |
| ssam2 | right. I'm sure it'd be possible to have a Gerrit plugin do this ... but we might have to write it first | 14:49 |
| pedroalvarez | I mean, the reviewers info is in gerrit, so I wouldn't mind | 14:50 |
| paulsherwood | if we can fix it easily, would be better to do so | 14:50 |
| ssam2 | i'll seek out a suitable plugin | 14:51 |
| pedroalvarez | ssam2: it was just a nit pick, though. Excelent work :) | 14:52 |
| jjardon | ssam2: \o/ | 14:54 |
| ssam2 | right now Gerrit doesn't create a merge commit at all if it doesn't need to ,actually | 14:54 |
| ssam2 | I think this is configurable -- any strong opinions on this? | 14:55 |
| pedroalvarez | the only reason we were creating merge commits, was to add reviewers info, right? | 14:55 |
| paulsherwood | i'm not enough of a git expert to know... Kinnison ? | 14:55 |
| ssam2 | yeah | 14:55 |
| Kinnison | Yes, we were using merge commits to actually record the review information | 14:55 |
| ssam2 | since Gerrit changes can only be one commit anyway, it seems a bit pointless | 14:55 |
| Kinnison | ssam2: I thought they could be a patch series, is that not true? | 14:56 |
| ssam2 | no | 14:56 |
| ssam2 | i thought so too | 14:56 |
| Kinnison | Oh :( | 14:56 |
| paulsherwood | does a merge commit make it easier or harder to trace stuff a year later? | 14:56 |
| Kinnison | paulsherwood: it makes it easier to trace without the gerrit data | 14:56 |
| paulsherwood | really??? petefoth ?? | 14:56 |
| Kinnison | paulsherwood: but with the gerrit data there's little to no need I imagine | 14:56 |
| ssam2 | it's not his fault! | 14:56 |
| * Kinnison thought we were going to use zuul to do the merge though | 14:56 | |
| ssam2 | hmm, maybe so | 14:57 |
| ssam2 | but not for now, anyway | 14:57 |
| * paulsherwood recalls petefoth was involved in shepherding stuff for patch series handling in gerrit, ages ago | 14:57 | |
| ssam2 | oh! hmm | 14:57 |
| Kinnison | It's possible it got in, and then removed again | 14:57 |
| Kinnison | features don't always stick around | 14:57 |
| paulsherwood | heh | 14:57 |
| paulsherwood | surely other large-scale projects need patch series, not just us (and the original sponsoring organisation) | 14:58 |
| ssam2 | you can link related changes under one branch name | 14:59 |
| ssam2 | so there is kind of a workaround for the limitation | 14:59 |
| paulsherwood | http://markmail.org/message/xzgvowmung5onqyl | 15:00 |
| jjardon | ssam2: probably you already know, but you can configure the way you merge changes with this: https://gerrit-review.googlesource.com/Documentation/project-configuration.html#submit_type | 15:07 |
| * pedroalvarez fails to use git-review: http://paste.baserock.org/raw/yipusituwo | 15:12 | |
| ssam2 | try git-review from git master, I found it a bit less buggy | 15:18 |
| pedroalvarez | same error. I guess git-review needs a patch | 15:21 |
| * paulsherwood giggles at ssam2's email introducing gerrit.baserock.org | 15:21 | |
| *** wschaller has joined #baserock | 15:24 | |
| jjardon | you can add "Reviewer" in the gerrit web ui for a specific change, but not very sure what "Reviewer" means in the gerrit context | 15:32 |
| rdale | is it possible to build a non-systemd based baserock image with sysv init or similar? | 15:33 |
| jjardon | rdale: I think so, check the minimal system | 15:33 |
| persia | rdale: Yes. The "minimal" system is an example. | 15:33 |
| rdale | ah ok thanks - i couldn't find a chunk with 'init' in its name | 15:34 |
| richard_maw | that's because it uses busybox init | 15:35 |
| rdale | so it's done by the busybox-init extension? | 15:35 |
| rdale | right | 15:35 |
| * bashrc got gerrit working with emacs, with some limitations | 15:36 | |
| jjardon | ah, the "reviewers" files is to _request_ a review to specific people | 15:36 |
| jjardon | field* | 15:36 |
| persia | bashrc: With https://github.com/chmouel/gerrit-download.el/ ? | 15:36 |
| bashrc | no, magit-gerrit | 15:37 |
| bashrc | persia: the main limitation is inability to add comments to changes | 15:37 |
| jjardon | ssam2: maybe is a good idea to have default reviewers from some of the projects? | 15:37 |
| persia | bashrc: Ah. magit-gerrit seems to be similar to git-review, whereas gerrit-download is more like gertty | 15:38 |
| persia | I don't think we need default reviewers. | 15:38 |
| persia | Looking at all the open ones works well enough, unless/until we end up with so many patches that things are really getting lost. | 15:40 |
| persia | Historically, most of the reviewers have been reviewing patches in everything, which culture I think we want to nourish as long as we can, before splitting into definitions team, morph team, etc. | 15:40 |
| persia | https://github.com/berrange/gerrymander is also a nice reporting tool, if you like that sort of thing, rather than the more interactive gertty. | 15:40 |
| *** straycat has joined #baserock | 15:40 | |
| straycat | does anyone else get occasional connection refused from gbo? | 15:41 |
| jjardon | ssam2: nevermind, I think is actually not possible. Interested reviewers can watched project and receive email notifications instead | 15:41 |
| straycat | % g pull | 15:41 |
| straycat | ssh: connect to host git.baserock.org port 22: Connection refused | 15:41 |
| straycat | etc | 15:41 |
| straycat | was happening for me last night too | 15:42 |
| Kinnison | connection-refused is unusual since it implies the sshd wasn't listening | 15:42 |
| straycat | just got it again | 15:42 |
| straycat | seems intermittent | 15:42 |
| * pedroalvarez looks at mason to see if mason is having ssh troubles, and realises that is red | 15:43 | |
| pedroalvarez | baserock-import needs morphlib to build | 15:43 |
| ssam2 | oh, my fault | 15:43 |
| straycat | pedroalvarez, to run? | 15:44 |
| *** Nico-D has joined #baserock | 15:45 | |
| pedroalvarez | straycat: maybe just tu run but it checks for it when building? http://mason-x86-64.baserock.org/log/fe37ca6dfc32f13e89975f916abb0d95b9b4f09b--2015-03-13%2015:38:07.log | 15:45 |
| ssam2 | i've pushed a fix for that | 15:46 |
| ssam2 | I was about to submit a patch for lorries.git via gerrit, then realised it's not there! | 15:49 |
| ssam2 | i shall add it | 15:50 |
| ssam2 | lorry-controller seems to be eating a lot of cpu on git.baserock.org | 15:50 |
| ssam2 | also its state database is 3.9GB | 15:51 |
| ssam2 | i don't know if these things are related, but ... | 15:51 |
| ssam2 | perhaps we need to think about retiring mirroring history beyond a certain point. | 15:51 |
| Kinnison | ssam2: Ouchie | 15:52 |
| Kinnison | ssam2: I imagine sqlite won't be pleased about a 4G statedb | 15:52 |
| Kinnison | ssam2: sounds like lorry controller needs a mechanism to expire old log data | 15:52 |
| ssam2 | it won't actually cause any harm if I just remove the statedb, I think. | 15:52 |
| ssam2 | i'm not proposing to do it now. but all we'd lose is logs of old jobs | 15:53 |
| ssam2 | i'd like a mechanism to expire data, hopefully someone will have time to look at that | 15:53 |
| straycat | sounds useful | 15:53 |
| pedroalvarez | the database doesn't have anything useful really.. | 15:53 |
| Kinnison | presumably it'd be a pretty cheap sqlite command, and adding simple verbs to lorry-controller looks pretty straightforward | 15:53 |
| Kinnison | first-run of it might eat a lot of CPU so perhaps resetting beforehand might make sense :) | 15:54 |
| Kinnison | pedroalvarez: It's useful since it contains the spread of jobs, but that can be recalculated if you rm the state | 15:54 |
| *** Krin has quit IRC | 15:56 | |
| persia | Is it possible to archive old data, rather than expiring it? | 15:58 |
| persia | So that the DB used by active lorries differs from the DB used when digging through old history? | 15:58 |
| *** Krin has joined #baserock | 16:05 | |
| *** zoli__ has quit IRC | 16:07 | |
| Kinnison | With enough engineering time, almost anything is possible :) | 16:18 |
| pedroalvarez | hm.. time to add git-review to our devel systems? | 16:24 |
| Krin | what is the thing that is not that makes it only an "almost"? | 16:24 |
| *** gfinney has quit IRC | 16:26 | |
| ssam2 | nobody seems to have requested to be in the Mergers group on Gerrit yet :( | 16:27 |
| *** gfinney has joined #baserock | 16:27 | |
| *** ratmice__ has quit IRC | 16:44 | |
| *** ratmice__ has joined #baserock | 16:44 | |
| persia | ssam2: I thought we were initially populating the group with the current mergers. Shall we have a review/election process? | 16:47 |
| * Kinnison votes +1 on "current mergers by default" | 16:47 | |
| ssam2 | persia: indeed. but we need those people to sign up and tell us their usenames before we can enroll them in the group on Gerrit | 16:48 |
| ssam2 | i guess it could be automated based on email address, actually | 16:50 |
| ssam2 | but it still needs people to have Gerrit accounts first | 16:50 |
| pedroalvarez | btw, I didn't have to create an account this time. I assume that is becaue a database in another host? | 16:51 |
| ssam2 | you created one already | 16:52 |
| persia | ssam2: Hrm. Maybe the announcement wasn't clear enough? | 16:54 |
| ssam2 | perhaps not. but everyone is quite busy, too | 16:54 |
| jjardon | ssam2: are you in mergers? I can not see you in http://gerrit.baserock.org/#/admin/groups/4,members | 16:58 |
| ssam2 | i can see myself there | 16:59 |
| ssam2 | weird | 16:59 |
| ssam2 | i seem to be in every group | 16:59 |
| jjardon | ssam2: maybe there is an option so other can see who is in the group | 16:59 |
| jjardon | others can't* | 16:59 |
| ssam2 | yeah, maybe | 17:00 |
| jjardon | (I can not see any other members in any group) | 17:00 |
| *** a1exhughe5 has quit IRC | 17:03 | |
| * petefoth checks backscroll and recals that our work on gerrit was adding topics | 17:37 | |
| petefoth | topics allow more than one changeset to be grouped together | 17:38 |
| petefoth | I had bgelieved that a 'changeset' could be more than a single commit, but it was a long time ago and it wasn't me who did the real work :) | 17:38 |
| ssam2 | ah, you added topics | 17:48 |
| ssam2 | they are a pretty good workaround for the 'one patch per change' limitation. | 17:48 |
| petefoth | s/you/Diego/ | 17:49 |
| pedroalvarez | --with-suexec-uidmin=500 --with-suexec-gidmin=100 | 17:50 |
| pedroalvarez | what on earth these things are! | 17:50 |
| * pedroalvarez shall investigate | 17:51 | |
| *** bashrc has quit IRC | 17:51 | |
| *** Krin has quit IRC | 17:53 | |
| *** gfinney has quit IRC | 17:56 | |
| * petefoth wonders if the reported g.b.o connection refusals and the intermittent failures of his `morph --git-resolve-cache-server=...` jobs | 17:56 | |
| petefoth | whis means he's going to have to keep checking his VM and restarting the job until everything is cached | 17:57 |
| persia | Sadly, probably yes. In the worst days of my use of morph, I would wrap it in while(true), etc, as morph gets pretty fast and efficient once it has actually done everything, so the ninety-first time through the loop isn't very time-consuming. | 17:58 |
| petefoth | I have been doing ifdown/ifup between runs, on the assumption that the problem is with my netwrorking. Looks like thag may not be necessary | 18:00 |
| petefoth | Though the error is see is 'fatal: Unable to look up git.baserock.org (port 9418) (System error)' which indicates it is my networking not g.b.o being shy | 18:01 |
| persia | There are so many potential sources of that failure, it is hard to count. Your network could be part of it, but yeah, your machine isn't even trying to reach g.b.o yet when that happens. | 18:02 |
| petefoth | persia: thanks. I'll just give my VM lots of attention :) | 18:03 |
| petefoth | Though I have an appointment with 'The Second Best Exotic Marigold Hotel' later | 18:03 |
| ssam2 | are those errors coming from git ? | 18:03 |
| ssam2 | maybe Morph needs to retry 'git clone' a few times if it gets an error, i'd never thought of that | 18:05 |
| petefoth | ssam2: the errors I see are like this: http://paste.baserock.org/eruxevipud | 18:05 |
| ssam2 | right, so it's `git clone` giving up immediately on error | 18:05 |
| petefoth | that is while running Kinnison's 'morph --git-resolve-cache-server=http://nopenopenope/ build systems/devel-system-x86_64-generic.morph' spell | 18:06 |
| ssam2 | sure. it's expected behaviour, really | 18:06 |
| ssam2 | but we could add a simple retry loop to Morph where it runs `git clone`, if this is a common thing | 18:06 |
| ssam2 | and i tend to assume bad connectivity is a common thing | 18:06 |
| *** mdunford has quit IRC | 18:07 | |
| petefoth | hmm: just failed again. If I rerun the spell without doing ifdown/ifup then it fails with the 'unable to lookup git..baserock.org' error, so it's more than just a flaky network connection | 18:08 |
| * petefoth prebably should whip up a script with the spell and 'ifdown && ifup' in a while loop as persia suggested but is runnign out of time | 18:11 | |
| *** straycat is now known as sadcat_ | 18:11 | |
| *** ssam2 has quit IRC | 18:16 | |
| *** tiagogomes_ has quit IRC | 18:18 | |
| *** gary_perkins has quit IRC | 18:49 | |
| *** jonathanmaw has quit IRC | 18:52 | |
| petefoth | i've added a task 'restore the 'update-gits' command ' to the 'Improve offline functionality in 'morph' story: it;s a slightly more intuitive UI than the 'morph --git-resolve-cache-server=http://nopenopenope/ build ...' incantation (functional though that incantation may be) | 18:54 |
| *** lachlanmackenzie has quit IRC | 18:58 | |
| *** edcragg has quit IRC | 18:58 | |
| jjardon | petefoth: +1 | 19:00 |
| *** wschaller has quit IRC | 19:04 | |
| petefoth | OK all the gits seem to have been cloned, so I've killed the build, taken the VM offline and kicked off a --no-git-update build, whcih I guess may be finished by Monday morning. | 19:14 |
| petefoth | See you next week :) | 19:14 |
| *** zoli__ has joined #baserock | 19:14 | |
| *** pacon has joined #baserock | 21:10 | |
| *** zoli__ has quit IRC | 21:18 | |
| *** Nico-D has left #baserock | 21:27 | |
| *** zoli__ has joined #baserock | 21:40 | |
| *** zoli__ has quit IRC | 23:24 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!