| *** inara has quit IRC | 00:03 | |
| *** inara has joined #baserock | 00:07 | |
| *** bfletcher_ has joined #baserock | 01:34 | |
| *** doffm_ has joined #baserock | 01:36 | |
| *** Zara_ has joined #baserock | 01:36 | |
| *** bfletcher has quit IRC | 01:38 | |
| *** Zara has quit IRC | 01:38 | |
| *** doffm has quit IRC | 01:38 | |
| *** persia_ has quit IRC | 04:39 | |
| *** persia has quit IRC | 04:39 | |
| *** persia has joined #baserock | 04:40 | |
| *** persia has joined #baserock | 04:40 | |
| *** persia_ has joined #baserock | 04:40 | |
| *** gtristan has joined #baserock | 05:55 | |
| gtristan | hi jjardon :) | 06:00 |
|---|---|---|
| gtristan | jjardon, anyway I'm not entirely sure what is your timezone... this weekend was a major korean holiday, only looked briefly into getting started | 06:04 |
| gtristan | I'm just about to try to build your branch | 06:05 |
| *** paulw has joined #baserock | 06:37 | |
| jjardon | hey gtristan! :) | 07:07 |
| jjardon | my branch has been merged, but still have issues when you try to run it; AFAIK one of the problems where the driver were not able to access the hardware for a problem in the logind configuration in the xserver | 07:09 |
| jjardon | also, more components should be added to the stratum, like gdm, gnome-control-center... and glade of course ;) | 07:10 |
| gtristan | jjardon, ah, well, let me try get through building it :) | 07:13 |
| gtristan | better get the hang of baserock and ybd | 07:14 |
| gtristan | also, any idea why ybd asks for root (from the 'Quick Start' on the github page) ? | 07:14 |
| gtristan | seems ominous, I'm trying to build without root and so far going smooth | 07:15 |
| jjardon | gtristan: AFAIK you need root to create/enter the chroot | 07:15 |
| jjardon | gtristan: I normally use the chroot offered here to build stuff: http://wiki.baserock.org/download/ | 07:16 |
| gtristan | jjardon, ybd mentions that there is no need for the chroot (lists this as one of the main differences from 'morph') | 07:19 |
| gtristan | jjardon, well, stop me if I'm off-base but, I am trying to build the gnome 'system' with ybd, my expectation is the output will be an image, which I can then try to deploy & test either on USB or a VM | 07:20 |
| jjardon | gtristan: I guess you should ignore me and ask paulsherwood about ybd then :) | 07:22 |
| gtristan | yeah he specifically asked I use ybd :) | 07:22 |
| jjardon | when you build a system, then it can be deployed in several things, check the cluster directory to diferent types of deployments | 07:23 |
| gtristan | so we'll see where this gets, there is a lot of downloading, and I expect the build to fail *somewhere* with the root requirement | 07:23 |
| jjardon | so, in our case ybd build systems/gnome.... and then ybd deploy clusters/gnome-system-x86_64-deploy.morph | 07:24 |
| jjardon | in this case this will generate and image that you can dd in a USB and try in real hardware | 07:24 |
| jjardon | or boot up it directly in a vm | 07:24 |
| gtristan | I see, was just looking that file | 07:25 |
| gtristan | location: /gnome-system-x86_64.img | 07:25 |
| gtristan | would that mean... it wants to deploy an image at / ? | 07:25 |
| gtristan | I guess I will find that out | 07:26 |
| jjardon | yes | 07:26 |
| gtristan | maybe thats the root requirement, would be silly though | 07:26 |
| jjardon | make a note about all the weird things you found; Id suggest to put all of them in a page in the wiki somewhere, or send them to the mailing list | 07:27 |
| gtristan | I am building a text file atm :) | 07:27 |
| *** fay_ has joined #baserock | 07:33 | |
| gtristan | jjardon, what timezone are you in btw ? | 07:33 |
| SotK | IIRC root is needed for some mounts that get done when sandboxing the build | 07:33 |
| SotK | my knowledge may be out of date though | 07:33 |
| pedroalvarez | It would have been morph faster and cache.baserock.org :) | 07:34 |
| SotK | also, ybd doesn't have 'build' or 'deploy' subcommands, just doing `ybd clusters/gnome-system-x86_64-deploy.morph` should be enough to build and deploy the gnome system | 07:35 |
| gtristan | I see | 07:35 |
| jjardon | gtristan: Im in UK, so UTC+1 | 07:36 |
| gtristan | jjardon, ah ok... I thought maybe you were elsewhere from seeing your gmail presence... you get up early ! | 07:37 |
| jjardon | gtristan: too early for my taste, yes ;) | 07:38 |
| wdutch | I'm taking CIAT offline briefly for an update | 07:47 |
| wdutch | it's back on | 07:51 |
| *** tiagogomes_ has joined #baserock | 07:53 | |
| wdutch | I can't see any reason why this exited with 1 http://52.19.1.31:8010/builders/2.%20x86_64%20Build/builds/40/steps/shell_1/logs/stdio | 07:55 |
| wdutch | possibly due to the change in delta/xorg-lib-libXt at 06:35UTC? | 07:56 |
| wdutch | although on second thought ybd looks to be exiting properly so maybe it's my own fault ... | 07:57 |
| paulsherwood | gtristan: i think that some of the commands in definitions require root (especially the fhs dirs) | 08:04 |
| paulsherwood | would be better if this could be done without root of course | 08:04 |
| paulsherwood | and as SotK says some of the sandboxlib commands may need root | 08:05 |
| paulsherwood | morph has the same problem iiuc | 08:06 |
| gtristan | paulsherwood, I see, honestly, this has been spending over an hour in a git clone of the linux kernel sources (I'm about 65% through that now) :-/ | 08:06 |
| paulsherwood | wow. how fast is your connection? | 08:06 |
| paulsherwood | s/fast/slow/ :) | 08:07 |
| *** mariaderidder has joined #baserock | 08:07 | |
| gtristan | I suppose that at least, assuming the build fails for lack of root somewhere... these sources will be cached somewhere in ~/.cache/ybd | 08:07 |
| gtristan | Aha ! | 08:07 |
| paulsherwood | yes correct | 08:07 |
| gtristan | paulsherwood, I see I'm connected to the wrong lan with my laptop... I'll try a switch | 08:07 |
| gtristan | should normally be 25megabit | 08:08 |
| paulsherwood | gtristan: for safety please use last tag of ybd to get started. there may be some wierdness in latest master | 08:08 |
| jjardon | related: https://storyboard.baserock.org/#!/story/54 | 08:08 |
| paulsherwood | gtristan: clone normally takes a few mins for me | 08:10 |
| *** gtristan has quit IRC | 08:12 | |
| *** jonathanmaw has joined #baserock | 08:17 | |
| pedroalvarez | I'm currently wondering how my part is going to be connected to the rest of ciat | 08:30 |
| jjardon | pedroalvarez: your part? | 08:31 |
| pedroalvarez | the testing part of ciat | 08:31 |
| jjardon | talking about ciat; is there any ETA about when it is going to build master of definitions? | 08:32 |
| *** gtristan has joined #baserock | 08:32 | |
| jjardon | and where are the morphologies sources that its building at the moment? | 08:33 |
| pedroalvarez | jjardon: I don't think we are aiming for that yet | 08:33 |
| jjardon | pedroalvarez: ah, ok. what is the aim then? | 08:35 |
| pedroalvarez | jjardon: update components in definitions (master) and, build systems with those changes, run some tests, and then give some feedback of the integration | 08:36 |
| pedroalvarez | (that sounds like building master of definitions, i guess, but it's not) | 08:38 |
| *** rdale has joined #baserock | 08:38 | |
| Kinnison | jjardon: It'll be a week or two before we consider switching to definitions master for CIAT | 08:39 |
| Kinnison | jjardon: we have a number of other tasks to complete first, including supporting multiple pipelines for different integration sets | 08:39 |
| *** toscalix__ has joined #baserock | 08:44 | |
| jonathanmaw | I got an E-mail this morning from a guy asking me a question about Baserock, which is somehow a matter of life and death | 08:51 |
| rjek | jonathanmaw: I would reply asking if you have his permission to forward it to the mailing list. | 08:52 |
| jonathanmaw | the life or death question is whether it's possible to compile BR on arm9 architectures, specifically the freescale imx7 | 08:52 |
| rjek | I think we've done it before, but not recently | 08:53 |
| *** toscalix__ is now known as toscalix | 08:56 | |
| wdutch | Baserock: a matter of life and death. New tagline right there | 08:58 |
| wdutch | speaking of branding, are there any more tshirts? I never got one :( | 08:59 |
| *** franred has joined #baserock | 09:00 | |
| *** Lachlan1975 has joined #baserock | 09:07 | |
| *** Zara_ is now known as Zara | 09:13 | |
| jjardon | pedroalvarez: Kinnison cool, thanks for the info | 09:20 |
| Kinnison | jjardon: As soon as we can, I'd like for us to have multiple integration pipelines, but that will result in many candidates for merges being offered up so we need to be prepared to deal with the influx of patches | 09:21 |
| *** ssam2 has joined #baserock | 09:27 | |
| *** ChanServ sets mode: +v ssam2 | 09:27 | |
| *** bjdooks has quit IRC | 09:53 | |
| *** bjdooks has joined #baserock | 09:54 | |
| radiofree | don't know if this is relevant to CIAT http://fedoramagazine.org/how-fedora-monitors-upstream-releases/ | 09:57 |
| radiofree | Anitya seems interesting though | 09:58 |
| Kinnison | Interesting idea | 09:59 |
| Kinnison | I don't think Debian has a service for uupdate checks | 09:59 |
| * Kinnison looks | 09:59 | |
| *** mariaderidder has quit IRC | 10:03 | |
| richard_maw | pedroalvarez: is the latest version of your work to get Baserock on AWS pushed to baserock/pedroalvarez/xen-guest ? | 10:14 |
| pedroalvarez | richard_maw: yes. I didn't do too much | 10:17 |
| pedroalvarez | richard_maw: I tried to deploy an image, and fix any problem by modifying the deployed image | 10:17 |
| *** fay_ has quit IRC | 10:17 | |
| *** mariaderidder has joined #baserock | 10:18 | |
| pedroalvarez | and the only hacks I did were: | 10:20 |
| pedroalvarez | - create symlinks for all the systems/default/run/* folder in / | 10:20 |
| pedroalvarez | - Copy /boot/grub folder i from an Ubuntu image into /boot | 10:20 |
| pedroalvarez | (I was wondering if it was failing because stupid tests, or because AWS actually tries to do somethiing with that) | 10:21 |
| ssam2 | radiofree: looks really interesting! | 10:21 |
| pedroalvarez | wdutch: I think I need help from you | 10:21 |
| wdutch | pedroalvarez: wassup? | 10:22 |
| pedroalvarez | testing_triger.sh has to change a lot to support the multi-testing | 10:22 |
| ssam2 | radiofree: the idea of having all the infrastructure communicate thru a federated message bus is really interesting too | 10:22 |
| wdutch | pedroalvarez: yep, looks like it | 10:23 |
| pedroalvarez | wdutch: and I'm a bit confused about how to proceed | 10:24 |
| ssam2 | and seems it has multiple backends to detect a 'release' on different hosting sites: https://github.com/fedora-infra/anitya/tree/master/anitya/lib/backends | 10:25 |
| wdutch | pedroalvarez: I'm not familiar with the state of testing but as a black box, on a deployment it needs to know which tests to run and where to run them, am I correct? | 10:26 |
| pedroalvarez | wdutch: it is currently having as input the image and the sha1, and with multi-testing this would need this kind of info: http://paste.baserock.org/wexupavoto | 10:26 |
| pedroalvarez | yes, where is the image, name for it, and where to run them, yes | 10:27 |
| richard_maw | tiredcat: I can't represent the look of glee I have on my face from your patch to make morph produce a progress bar for artifact downloads in the textual medium | 10:28 |
| pedroalvarez | wdutch: the "test to run" bit, not sure, it's defined in another file. I'm not sure about that. It looks like a lot of data already | 10:29 |
| wdutch | okay, as it stands the buildslave creates the openstack instances? | 10:30 |
| wdutch | then ssh's into that? | 10:31 |
| pedroalvarez | yes | 10:31 |
| pedroalvarez | (as before I think) | 10:31 |
| wdutch | I have to confess to having been a bit too preoccupied to pay close attention | 10:31 |
| pedroalvarez | that's not a problem :) | 10:32 |
| wdutch | all the trigger does is clone the testing tool and start the test, could it not pass the yaml file or a url to it rather than all the arguments it currently does? | 10:33 |
| pedroalvarez | That could work, but then we have to figure out when those files are generated | 10:34 |
| wdutch | yep, the problem of configuring the pipeline is tricky, I'm drafting an email at the moment on the topic hoping the have a discussion on baserock-dev | 10:35 |
| wdutch | are they going to be generated? or would it be better to have a collection of predefined cases? | 10:37 |
| wdutch | oh you need to IDs put in at least | 10:37 |
| pedroalvarez | true, makes sense to have a set of predefinied cases | 10:40 |
| *** fay_ has joined #baserock | 10:42 | |
| toscalix | radiofree: it sems anitya notifies you when there is a change on a repo/project you pre-define. Through the docu, I do not see it goes further | 10:58 |
| radiofree | yeah, but i guess we pre-define the project by its presence on g.b.o? | 11:00 |
| radiofree | also it builds the component | 11:00 |
| ssam2 | does it? I thought it just sent a message on the fedora message bus thingy | 11:06 |
| ssam2 | which caused another component to file a bug in bugzilla saying ''someone needs to update this package'' | 11:06 |
| paulsherwood | Kinnison: do we really *need* overrides for some reason? now i understand now bitbake supports that, it seems to create more problems than it solves | 11:23 |
| paulsherwood | (eg folks fork implicitly every time they override) | 11:23 |
| radiofree | ssam2: at least according to the blog it does "Anitya doesn’t stop there; it also downloads the new version and tries to run a test build. It then leaves a message in the Bugzilla bug to tell the maintainer if the new release is a simple update." | 11:24 |
| ssam2 | ah, cool. didn't see that | 11:24 |
| *** Lachlan1975 has quit IRC | 11:39 | |
| *** paulw has quit IRC | 11:41 | |
| * SotK notices his weekend javascript experiment fails to take into account "interrupted" builds | 11:45 | |
| toscalix | ssam2: I didn't see it either but I think that the tool that builds is not anitya but the common build tool that fedora uses | 11:47 |
| toscalix | we would need to check the code to find out the level of integration it has. The blog provides a different view compared to the git description | 11:52 |
| ssam2 | toscalix, radiofree: Seems that Anitya just sends messages (and is thus a pretty generic tool), then 'the new hostness' kicks off a build on Fedora infrastructure following the message | 12:01 |
| ssam2 | in https://github.com/fedora-infra/the-new-hotness/blob/develop/hotness/buildsys.py | 12:01 |
| ssam2 | 'the new hotness' todo list has'Kick off koji scratch builds of new upstream releases and comment in existing bugs with the status.' as a TODO item, but there does seem to be some code already | 12:01 |
| Kinnison | paulsherwood: I think it would reduce the pain of "branching a system" | 12:22 |
| *** gtristan has quit IRC | 12:33 | |
| richard_maw | http://www.idevelopment.info/data/AWS/AWS_Tips/AWS_Management/AWS_10.shtml seems to be a good reference for making AWS images. It looks like we don't need to have a partitioned disk image, but ec2-import-instance may be the wrong tool. | 12:50 |
| paulsherwood | Kinnison: while increasing the pain of maintaining the system? | 12:50 |
| Kinnison | paulsherwood: unclear, engineers are used to leaf-type resolution, but if you dislike it then perhaps it's not good | 12:51 |
| Kinnison | paulsherwood: as I said, I'd not thought through all the ramifications, just thought it might be nice and so suggested it for consideration | 12:51 |
| paulsherwood | I just think it's like what bitbake has done | 12:52 |
| paulsherwood | I'm not sure myself | 12:52 |
| pedroalvarez | Yay! multi-testing working http://ciat.baserock.org:8010/builders/5.%20Test/builds/31/steps/shell/logs/stdio | 12:53 |
| pedroalvarez | richard_maw: I tried another one, that failed telling me to use the import-instance command | 12:53 |
| paulsherwood | pedroalvarez: w00t?! | 12:54 |
| pedroalvarez | paulsherwood: semi-woot :) | 12:55 |
| paulsherwood | is that booting a baserock system on AWS? | 12:55 |
| pedroalvarez | nope, but booting various systems for one test | 12:56 |
| paulsherwood | ok, still w00t | 12:56 |
| paulsherwood | :) | 12:56 |
| pedroalvarez | running some tests in one of them, and others in the other one | 12:56 |
| richard_maw | paulsherwood: that's the goal of my task, the guide I found was for CentOS, but swapping out the steps for installing the rootfs with one provided earlier ought to be sufficient | 12:56 |
| paulsherwood | yes but that's cheating a bit?? | 12:57 |
| paulsherwood | :) | 12:57 |
| paulsherwood | still if it works :) | 12:58 |
| richard_maw | not if the rootfs provided earlier was a Baserock one, then it's just a stepping stone towards integrating it in properly | 12:58 |
| paulsherwood | aha | 12:58 |
| pedroalvarez | richard_maw: do you think that integrating grub will be needed? | 12:59 |
| richard_maw | pedroalvarez: I'm unsure. Potentially the PV-GRUB thing is just a replacement for needing to specify the AKI alongside, by having it read the grub config to determine the kernel, which then would attempt to boot it with the arguments separate. | 13:01 |
| pedroalvarez | I see | 13:02 |
| Kinnison | PV-GRUB is not PVM not HVM | 13:07 |
| Kinnison | we're using HVM AMIs | 13:07 |
| Kinnison | Hopefully that should be less doom-onna-stick | 13:08 |
| * richard_maw has more keywords for refining his search for documentation now | 13:09 | |
| *** gtristan has joined #baserock | 13:12 | |
| wdutch | if I've built a set of artefacts from a system morph, is the sha of definitions and the name of the system enough to know exactly what's been built? | 13:37 |
| Kinnison | It should be, yes | 13:37 |
| paulsherwood | yup | 13:37 |
| Kinnison | Providing the definitions are properly locked down | 13:38 |
| Kinnison | if they have non-sha ref: entries then no, it's not enough | 13:38 |
| richard_maw | assuming the same version of the build tool, definitions locked down, and that the build tool is deterministic about what it determines it should build | 13:38 |
| wdutch | cool, ciat now logs this information along with the slave it was done on | 13:38 |
| wdutch | so we know up to artefacts being deleted what is where ready for deployment | 13:39 |
| wdutch | *up to and not including | 13:39 |
| paulsherwood | ybd creates a trees file which would close the non-sha ref holw | 13:39 |
| paulsherwood | hole | 13:39 |
| wdutch | a change in systemd has successfully and quietly gone through the whole ciat pipeline :) | 13:51 |
| Kinnison | \o/ | 13:53 |
| paulsherwood | :) | 13:53 |
| *** franred has quit IRC | 13:53 | |
| ssam2 | wdutch: nice! how long did it take, out of interest ? | 13:54 |
| richard_maw | 1:40 approx by the looks of it | 13:55 |
| ssam2 | not too bad. better than the 27 hours that our previous design of Mason would have taken :-) | 13:55 |
| richard_maw | that'll be because it's building a GDP system rather than something smaller | 13:55 |
| richard_maw | ssam2: the previous implementation at least, there's been designs for mason that were roughly the shape of what it is now about 3 iterations ago | 13:57 |
| *** franred has joined #baserock | 13:58 | |
| tiagogomes_ | mmm, bison is failing to build for me | 14:02 |
| tiagogomes_ | ./bootstrap: eval: line 1: rsync: not found | 14:02 |
| Kinnison | tiagogomes_: that implies a lack of networking and a bootstrap which expects networking | 14:03 |
| Kinnison | tiagogomes_: :-( | 14:03 |
| Kinnison | Which reminds me... | 14:03 |
| richard_maw | tiagogomes_: I thought bison was one of those programs which claimed to need rsync, but actually just need some method to get gnulib, and we already provided it | 14:04 |
| Kinnison | wdutch: How hard might it be to build and install linux-user-chroot onto the ciat boxes? Currently we're using ybd in "less reliable than the titanic" mode | 14:04 |
| wdutch | I don't want the ciat box to sink :( | 14:05 |
| * wdutch will look into it | 14:05 | |
| Kinnison | cool | 14:05 |
| richard_maw | tbh, if you can do that, you can probably run morph on there | 14:06 |
| pedroalvarez | morph build might be a bit slower | 14:11 |
| Kinnison | Short-term it's likely to be, yes | 14:11 |
| pedroalvarez | we have a script to create various distbuild-workers, that would be faster | 14:12 |
| richard_maw | pedroalvarez: AIUI that handles parallel build by having multiple artifact caches and transferring artifacts between them, so it less efficient than proper cache locking | 14:13 |
| richard_maw | and morph doesn't cope with something else succeeding in putting something in the cache first | 14:13 |
| paulsherwood | ybd does | 14:13 |
| richard_maw | that was my point | 14:16 |
| pedroalvarez | also, morph distbuild still builds the same thing various times :/ | 14:17 |
| tiagogomes_ | bison build fix: https://gerrit.baserock.org/#/c/1151/ | 14:29 |
| wdutch | is it okay to manually build linux-user-chroot from source on aws or do we need a less snowflakey solution? | 14:31 |
| ssam2 | it's pretty trivial to build from source, i would go for it | 14:34 |
| paulsherwood | +1 | 14:34 |
| ssam2 | jjardon: you should read https://gerrit.baserock.org/1151/ | 14:35 |
| ssam2 | I guess this wouldn't have happened if "bootstrap" / "prepare source tree" commands weren't mixed up with configure-commands as they are currenlty | 14:36 |
| ssam2 | *currently | 14:36 |
| jjardon | ssam2: yeah. Also thats a problem now since we added bootstrap.sh to the other "prepare source tree" scripts (autogen[.sh]) | 15:05 |
| ssam2 | yeah.. more reasons it should have been done as a change to VERSION | 15:05 |
| ssam2 | or waited until we could use definitions version 7 and the DEFAULTS file, so it would be obvious from definitions.git what had changed | 15:06 |
| jjardon | ssam2: we can revert those changes if you want then | 15:06 |
| ssam2 | maybe. It only matters if we're going to do a stable release soon I think | 15:07 |
| * paulsherwood wonders when next genivi release is | 15:08 | |
| jjardon | ssam2: Id say revert them, so we exercise our revert process; I do not actually know how this work with gerrit; do we have to do something special? | 15:15 |
| ssam2 | jjardon: it's pretty easy, you can click 'revert' on the change screen and it'll create a new change that does the revert | 15:20 |
| ssam2 | do you want to try it then? | 15:20 |
| jjardon | ssam2: oh, so webby :) Im pretty busy at the moment, feel free to do it or I will do it tonigh if you agree with the revertion | 15:22 |
| ssam2 | i'll do it | 15:22 |
| ssam2 | although.. i think the real issue though is use of pre-configure-commands where you should have used configure-commands | 15:23 |
| ssam2 | if bison.morph had always used configure-commands (to override the default) instead of pre-configure-commands (to extend the default) then it wouldn't have happened | 15:24 |
| ssam2 | maybe it's more useful to do a patch that uses configure-commands instead of pre-configure-commands when we want to override the defaults | 15:24 |
| *** toscalix has quit IRC | 15:34 | |
| pedroalvarez | paulsherwood: 16 october | 15:48 |
| tiagogomes_ | ssam2, https://gerrit.baserock.org/#/c/1018/ is a big commit :) | 15:51 |
| ssam2 | yes | 15:53 |
| *** mariaderidder has quit IRC | 15:55 | |
| richard_maw | tlsa: I was impressed by http://217.44.72.233/ when pedroalvarez showed it in a meeting | 16:01 |
| pedroalvarez | that was tlsa and SotK this saturday :) | 16:02 |
| pedroalvarez | btw, buildbot still thinks that is on 0.0.0.0 | 16:03 |
| pedroalvarez | wdutch: I guess you didn't manage to find how to configure that | 16:03 |
| wdutch | it does? | 16:03 |
| * richard_maw clicked buttons and was impressed by it showing links to logs | 16:03 | |
| SotK | wdutch: indeed, the log links are all wrong :( | 16:03 |
| wdutch | so it does | 16:04 |
| wdutch | sorry! | 16:04 |
| pedroalvarez | http://ciat.baserock.org:8010/json/builders/1.%20Integration/builds/_all?as_text=1 has 0.0.0.0 on it | 16:05 |
| wdutch | fixed | 16:05 |
| pedroalvarez | indeed! ta! | 16:05 |
| pedroalvarez | ha! links wokring :) | 16:05 |
| * wdutch will put ciat.baserock.org in master for now | 16:05 | |
| SotK | wdutch: thanks! | 16:05 |
| wdutch | weird it is in master | 16:06 |
| wdutch | not sure what happened there | 16:06 |
| * SotK wonders if there is a way to obtain the different paths through the pipeline from the JSON API for the purpose of arranging the coloured boxes in something other than "ascending order based on the first character" | 16:10 | |
| * richard_maw doesn't think that information exists | 16:10 | |
| pedroalvarez | I wonder if there is a way to get what builds were triggered for another build | 16:11 |
| richard_maw | later builds are triggered by the last thing that a build does is process the trigger | 16:12 |
| richard_maw | there's no configuration in place for "after this job succeeds, do these" | 16:12 |
| richard_maw | since at least for the firehose case, this isn't statically defineable | 16:12 |
| jjardon | ssam2: agree, what about this route: use configure-commands in chunks for now -> add new "prepare source tree" to buils steps -> fix chunks | 16:13 |
| pedroalvarez | so there isn't a easy way of getting all the information of the builds triggered for a firehose integration | 16:13 |
| jjardon | ssam2: AFAIK wait for definitions version7 will make this much more easy, right? | 16:14 |
| * richard_maw reconfigured CIAT so that kernel and systemd updates trigger armv8 builds | 16:15 | |
| pedroalvarez | woo | 16:15 |
| richard_maw | base systems currently, since I forgot we also wanted to change that to the build systems | 16:15 |
| jjardon | what are the plans of the CIAT? trigger a rebuild for every commit? or every new tag? for every component or only for a few ones? | 16:17 |
| richard_maw | yes | 16:17 |
| richard_maw | more usefully: It depends onthe component, but we want to be able to do all those things | 16:18 |
| jjardon | :) nice | 16:18 |
| ssam2 | jjardon: maybe:) | 16:19 |
| richard_maw | we're also hoping to do distributed builds for ARM, since we can't get meaty enough builders from any of our current vendors | 16:20 |
| jjardon | why not make the x86 builds distributed as well, so everything is building in the same way? | 16:22 |
| jjardon | ssam2: is any patch pending in morph before a release can be made? | 16:23 |
| pedroalvarez | do we have any http server installed in ciat.b.o? | 16:23 |
| * radiofree has a meaty arm on his desk that no one seems to want to use | 16:23 | |
| richard_maw | pedroalvarez: you've got python haven't you? | 16:23 |
| ssam2 | jjardon: the version 7 patches are still not merged | 16:23 |
| ssam2 | in Morph | 16:23 |
| pedroalvarez | richard_maw: hm... and lack of experience | 16:24 |
| * pedroalvarez will research | 16:24 | |
| pedroalvarez | SimpleHTTPServer module will do it | 16:25 |
| richard_maw | I think you can just do `python -m SimpleHTTPServer` and it serves the current directory | 16:25 |
| richard_maw | snap | 16:25 |
| pedroalvarez | richard_maw: thanks :) | 16:25 |
| pedroalvarez | SotK: quick question, do you have the sources of the UI you developed in a repo I can clone? | 16:29 |
| pedroalvarez | SotK: If not, nevermind | 16:29 |
| SotK | pedroalvarez: not pushed anywhere sadly | 16:29 |
| pedroalvarez | I have already copied the sources, no worries :) | 16:30 |
| SotK | :) | 16:30 |
| *** tiagogomes_ has quit IRC | 16:30 | |
| * pedroalvarez pushes it to git://cu010-trove.codethink.com/cu010-trove/br6/ciat-ui.git | 16:36 | |
| *** rdale has quit IRC | 16:37 | |
| * SotK imagines that has a much nicer commit history than my repo, despite being (I assume) only one commit | 16:38 | |
| pedroalvarez | :) | 16:39 |
| paulsherwood | pedroalvarez: looks nice and small, at least :) | 16:39 |
| *** nowster has quit IRC | 16:44 | |
| pedroalvarez | Ok, that's now in http://ciat.baserock.org/ :) | 16:44 |
| pedroalvarez | I really hope I can use it as base | 16:44 |
| paulsherwood | radiofree: based on what i now know about how to tune for build times, do you fancy re-running a build on your box? | 16:46 |
| *** fay_ has quit IRC | 16:46 | |
| paulsherwood | i think instances should be cores/10 rounded up, and max-jobs should be cores/instances | 16:47 |
| radiofree | Yes I can try tomorrow | 16:51 |
| * radiofree points out it isn't his machine | 16:51 | |
| paulsherwood | s/your box/the box on your desk/ | 16:53 |
| *** franred has quit IRC | 16:55 | |
| paulsherwood | 1, 5, 3, 2, 4 | 16:58 |
| paulsherwood | ??? :) | 16:58 |
| paulsherwood | pedroalvarez: ^^ | 16:59 |
| myself | What is, the firing order of a Lancia straight-5? | 16:59 |
| *** ssam2 has quit IRC | 16:59 | |
| *** nowster has joined #baserock | 16:59 | |
| paulsherwood | that's the (strange) order of http://ciat.baserock.org/ | 17:00 |
| richard_maw | dunno, probably back by midnight | 17:00 |
| richard_maw | wrong channel | 17:00 |
| paulsherwood | lol | 17:00 |
| * paulsherwood was trying to parse richard_maw's comment | 17:00 | |
| * richard_maw apologises for causing paulsherwood to have to type | 17:01 | |
| paulsherwood | np | 17:01 |
| paulsherwood | i cant help myself anyway :) | 17:02 |
| richard_maw | it looks like it's in the right order to me | 17:02 |
| * paulsherwood is safari-ing | 17:02 | |
| paulsherwood | correct on chromw | 17:03 |
| richard_maw | could be that the data structure the items are in is has an unordered implementation in safari | 17:03 |
| *** jonathanmaw has quit IRC | 17:04 | |
| pedroalvarez | paulsherwood: yup, will do | 17:04 |
| Kinnison | 7time | 17:07 |
| paulsherwood | richard_maw: is that arm build using last tag of ybd, or master? | 17:12 |
| * paulsherwood should have realized, he can check for himself... 15-09-28 00:00:00 [SETUP] ybd.py version is HEAD 15.39 (15.39 + 0 commits) | 17:16 | |
| paulsherwood | instances: 5 won't work very well, though if that's running on what i think it is | 17:17 |
| paulsherwood | faster would be no instances setting, and run the job on multiple build machines one running kbas, with the others uploading artifacts to it | 17:20 |
| *** zoli__ has joined #baserock | 17:59 | |
| *** SotK_ has joined #baserock | 18:33 | |
| SotK_ | paulsherwood: my bad, the sort function returns a Boolean rather than an integer | 18:33 |
| SotK_ | Chrome doesn't care but Safari does | 18:34 |
| *** zoli__ has quit IRC | 18:35 | |
| *** zoli__ has joined #baserock | 18:37 | |
| *** SotK_ has quit IRC | 18:38 | |
| *** zoli__ has quit IRC | 18:44 | |
| pedroalvarez | oh, I though paulsherwood was requesting a different ordering for the UI | 18:52 |
| paulsherwood | :) | 18:58 |
| SotK | if someone can provide a way to know a sensible arrangement that's better than numerical order automatically it should be easy to implement | 19:10 |
| paulsherwood | SotK: i think folks are looking into something to show parallelisation, so i suggest wait to see what they come up with | 19:12 |
| *** Stanto has quit IRC | 19:29 | |
| * paulsherwood creates a new baserock vm... and finds networking doesn't seem to work out of the box... it used to? | 19:31 | |
| *** Stanto has joined #baserock | 19:31 | |
| paulsherwood | following http://wiki.baserock.org/guides/no-frills/ | 19:31 |
| paulsherwood | also nf_conntrack: automatic helper assignment is deprecated and it will be removed soon... | 19:35 |
| * SotK fixes the ordering and also pushes his repo to his github | 19:42 | |
| SotK | (http://git.io/vctzF is the fix, if there is anyone around with access to the CIAT box/the repo Pedro made) | 19:45 |
| pedroalvarez | SotK: thanks! I will apply the change | 19:45 |
| pedroalvarez | done, not sure if I have to restart the http server | 19:52 |
| SotK | shouldn't have to | 19:58 |
| paulsherwood | yes, that's fixed | 20:00 |
| * SotK wants to add a page for all the builds in a given "builder" | 20:04 | |
| paulsherwood | anyone know what the trick is for networking these days? it hasnt found an ip address, ping says 'bad address' | 20:08 |
| pedroalvarez | paulsherwood: does the vm have an IP? | 20:10 |
| paulsherwood | no | 20:10 |
| pedroalvarez | /o\ | 20:11 |
| pedroalvarez | `ifconfig -a`? | 20:12 |
| paulsherwood | http://imgur.com/E8Bum3H | 20:12 |
| paulsherwood | http://imgur.com/LhClBtX (with -a) | 20:13 |
| pedroalvarez | `cat /etc/systemd/network/*` | 20:16 |
| pedroalvarez | .network files there define how systemd configures your network | 20:16 |
| pedroalvarez | `networkctl` | 20:17 |
| pedroalvarez | SotK: I'll be having a look this week at how to improve the UI | 20:18 |
| paulsherwood | [Match] | 20:18 |
| paulsherwood | Mane=e* | 20:18 |
| paulsherwood | sorry Name= e* | 20:18 |
| paulsherwood | [Network] | 20:19 |
| pedroalvarez | yup, that's fine | 20:19 |
| paulsherwood | DHCP=yes | 20:19 |
| paulsherwood | EOF | 20:19 |
| pedroalvarez | I assume that EOF is not actually in the file | 20:19 |
| paulsherwood | correct :) | 20:19 |
| paulsherwood | there's nothing more in the file except a blank line between the two sections | 20:20 |
| pedroalvarez | bah, then the problem is another thing | 20:20 |
| paulsherwood | i'm using latest virtualbox, i wonder if that could affect things? | 20:20 |
| pedroalvarez | well, I hope virtualbox is connecting the VM to a network | 20:21 |
| pedroalvarez | I have no idea how to check that though | 20:21 |
| myself | boot another OS you know and trust, in an identically-configured VM. | 20:22 |
| pedroalvarez | that would be a good way to test VBox, indeed | 20:24 |
| myself | If it's configured for bridged networking, make sure you have the appropriate host adapter selected, and be aware that many of the "nicer" wireless controllers (the sort found in business) won't hand out more than one IP address to a single wifi MAC; I don't know if this goes for wired gear too. | 20:24 |
| myself | You can always configure it for NAT, which hides the guest behind the host's IP; traffic appears to come from the vbox process on the host, rather than another box behind the same NIC/MAC. | 20:24 |
| myself | (which is to say, in virtualbox, set the network connection type to NAT) | 20:25 |
| myself | In that mode, other hosts on the LAN won't be able to reach inward to the VM, but the VM should "see out" and be able to work mostly-normally. It'll get a DHCP address from virtualbox's internal range. | 20:25 |
| paulsherwood | myself: thanks for the ideas | 20:27 |
| paulsherwood | enabling 'promiscuous mode' and restarting seems to have fixed it | 20:28 |
| myself | nice :) I'm just lurking for baserock stuff, but have more than a little virtualbox experience | 20:28 |
| paulsherwood | ack | 20:31 |
| paulsherwood | http://imgur.com/5dczBMF | 20:36 |
| paulsherwood | i think i may be the only mac vbox 5 user | 20:36 |
| myself | So, one other strategy, is to use a USB NIC with USB passthrough to give the guest a "real nic" all to itself, give it a dedicated port on your switch, and eliminate all the network virtualization entirely | 20:39 |
| pedroalvarez | wow, more than a fix sounds like a pain | 21:09 |
| *** gtristan has quit IRC | 21:23 | |
| *** gtristan has joined #baserock | 21:27 | |
| myself | Yeah, but on the other hand, it can enable some amusing tricks. The packets literally never touch the host in a way that the host would recognize them as network traffic, so you can use a VM to do network-stack testing on the host without worrying about the fact that the test box is a VM, for instance. It's nice for cutting layers out of the question. | 22:18 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!