| *** rdale_ has joined #baserock | 02:31 | |
| *** rdale has quit IRC | 02:34 | |
| *** franred has quit IRC | 02:55 | |
| *** fay_ has quit IRC | 02:55 | |
| *** tiagogomes_ has quit IRC | 02:55 | |
| *** flatmush has quit IRC | 02:55 | |
| *** sambishop has quit IRC | 02:55 | |
| *** petefoth has quit IRC | 02:55 | |
| *** nowster has quit IRC | 02:55 | |
| *** paulw has quit IRC | 02:55 | |
| *** sambishop has joined #baserock | 02:55 | |
| *** franred has joined #baserock | 02:55 | |
| *** paulw has joined #baserock | 02:55 | |
| *** fay_ has joined #baserock | 02:56 | |
| *** nowster has joined #baserock | 02:56 | |
| *** petefoth has joined #baserock | 02:56 | |
| *** flatmush has joined #baserock | 02:57 | |
| *** tiagogomes has joined #baserock | 02:57 | |
| *** zoli__ has joined #baserock | 04:23 | |
| *** zoli__ has quit IRC | 04:33 | |
| *** zoli__ has joined #baserock | 04:58 | |
| *** rdale_ has quit IRC | 06:39 | |
| *** ssam2 has joined #baserock | 06:52 | |
| *** ChanServ sets mode: +v ssam2 | 06:52 | |
| ssam2 | Logins on wiki.baserock.org should be working again | 07:17 |
|---|---|---|
| petefoth | ssam2: when I try to login using my codethink google login I get '400. That’s an error. | 07:20 |
| petefoth | OpenID auth request contains an unregistered domain: http://wiki.baserock.org/ikiwiki.cgi' | 07:20 |
| petefoth | I can et in with my baserock.org OPenID login though :) | 07:21 |
| ssam2 | ok, i'll report that Google Login has broken | 07:24 |
| ssam2 | do you know if logging in with a Google account worked for you between 10th April and yesterday? | 07:25 |
| petefoth | ssam2: I'm not sure google login *ever* worked. I think I've always had to use a Baserock OpenId | 07:25 |
| ssam2 | ah, right. | 07:26 |
| ssam2 | I'm sure I've seen some Google account IDs in the commit logs | 07:26 |
| petefoth | And I think I have beenm logged in contuously over the period you mention | 07:26 |
| *** a1exhughe5 has joined #baserock | 07:27 | |
| petefoth | Indeed, and checking thos out, one of them looks like me. I'm not helping am I? :) | 07:27 |
| *** Albert_ has joined #baserock | 07:29 | |
| petefoth | Now I'm waking up, it is the Baserock StoryBoard instance not w.b.o which requires the Baserock OpenId - sorry for the confuison | 07:30 |
| ssam2 | so you can log into wiki.baserock.org with a Google Account? | 07:30 |
| petefoth | ssam2: back to wher we came in - no. I get the error reported above. But I had been logged in with that account for the past several weeks, until I logged out juts now to see if I could login, whcih I can't. | 07:32 |
| ssam2 | ah, ok :) | 07:33 |
| ssam2 | I/ve emailed Branchable about that | 07:33 |
| petefoth | ssam2: FWIW I *can* login to yakking,branchabale.com with the Codethink Google ID | 07:35 |
| ssam2 | Right. I think it's something that they changed to fix an issue triggered by installing the SSL certifuicate | 07:36 |
| ssam2 | certificate | 07:36 |
| *** rdale has joined #baserock | 07:48 | |
| *** bashrc has joined #baserock | 08:05 | |
| Kinnison | Google login is definitely broken | 08:06 |
| Kinnison | Because Google have withdrawn OpenID support | 08:06 |
| petefoth | Kinnison: but I can login to yakking using Google ID | 08:06 |
| Kinnison | petefoth: Odd, they were withdrawing it | 08:06 |
| Kinnison | https://developers.google.com/identity/protocols/OpenID2Migration | 08:07 |
| Kinnison | Perhaps they've updated ikiwiki to use oath authentication | 08:07 |
| petefoth | I had to join Twitter to use http://www.swapmyvote.uk/. Which is disappointing | 08:07 |
| Kinnison | I dread to think how many idiots will use that | 08:09 |
| Kinnison | Given you can say "My preferred party is UKIP" a non-zero number is expected | 08:09 |
| Kinnison | However, this is perhaps not the forum for UK political discussions | 08:09 |
| * Kinnison apologises | 08:09 | |
| *** edcragg has joined #baserock | 08:10 | |
| petefoth | :) http://voteswap.org/ would only let me swap with a Labour voter which doesn't work in my constituency | 08:10 |
| * petefoth has juts realised where he is posting, and apologises too! | 08:10 | |
| *** jonathanmaw has joined #baserock | 08:19 | |
| ssam2 | i've asked if Branchable can remove 'Google Account' as an option, if it doesn't work any more | 08:20 |
| *** gary_perkins has joined #baserock | 08:20 | |
| *** mauricemoss_ has joined #baserock | 08:43 | |
| *** CTtpollard has joined #baserock | 08:44 | |
| ssam2 | parted needs its .gitmodules file updating to point to upstream:gnulib instead of the real GNUlib URL | 08:58 |
| ssam2 | I'm wondering if we can somehow block the Mason systems at baserock.org from connecting to any Git server except git.baserock.org, so that we catch this in CI in future | 08:59 |
| ssam2 | OpenStack security groups don't allow subtractive rules so it's a bit hard to reason about how I'd do it that way | 08:59 |
| rjek | ssam2: I was having a thought along these lines just the other day (should lorry or whatnot rewrite git submodules somehow and automatically lorry them too) | 08:59 |
| ssam2 | i don't like that we have to do it manually, but I haven't though of a better way to do it | 09:00 |
| ssam2 | if Lorry did it, we have a mirroring tool that needs to create commits, which seems a bit weird | 09:01 |
| ssam2 | but it does seem the right place to do it, at the same time | 09:01 |
| ssam2 | the other option would be to keep .gitmodules as-is, but have Morph rewrite it when it performed an operation on a commit. but that doesn't sound great either | 09:02 |
| rjek | Also all the SHAs would be different. | 09:03 |
| ssam2 | yes | 09:03 |
| rjek | It's all a bit sticky | 09:03 |
| rjek | I do not like that if upstream sneaks in a git submodule and we don't notice that we then don't have all the sources in your trove for your system, and that upstream essentially make us contact arbitrary external servers. | 09:03 |
| rjek | So perhaps having mason have local firewall rules that prevent a build from accessing the internet is a good idea anyway | 09:04 |
| rjek | As you'll notice pretty quick that something very non-deterministic is happening. | 09:04 |
| ssam2 | it does seem so, actually, yes | 09:04 |
| ssam2 | Mason needs to allow *incoming* HTTP connections to serve its status page, though | 09:05 |
| * rjek wonders if you can have iptables rules apply to a specific process tree; if you could you could just deny anything running under morph build access to the internet, and thus also spot this on your dev machine. | 09:05 | |
| ssam2 | it's the Morph process itself that checks out the submodules, so that wouldn't help here | 09:06 |
| rjek | It wouldn't help that specific problem, no, but it would stop builds themselves contacting the internet. | 09:06 |
| ssam2 | they struggle already, in practice, due to lack of /etc/resolv.conf | 09:07 |
| rjek | heh | 09:07 |
| ssam2 | but it's not perfect | 09:07 |
| franred | I think the preference would be to explicitly add the submodules information to the chunk and not allow morph to deal with the submodules | 09:07 |
| ssam2 | so morph ignores .gitmodules completely, and does whatever the chunk morph tells it. That sounds like a really good solution | 09:08 |
| rjek | +1 | 09:09 |
| franred | ssam2, yes, with this we can also fix the problems when one chunk requires another source code to compile and it is not a submodule - so compiling from multiple sources | 09:10 |
| rjek | You can have iptables rules apply to specific uid and gid (owner module). Perhaps we could have a nointernet group which morph setgroups() its children into. | 09:10 |
| rjek | Hmm; does POSIX allow for a user to /leave/ a group without being root? | 09:10 |
| * rjek supposes a container is a possibility, too | 09:12 | |
| ssam2 | morph's staging area already is a 'container' in some sense of the word | 09:13 |
| ssam2 | it would be good to align its behaviour and the terms we use with other Linux container implementations | 09:14 |
| richard_maw | rjek: are we only concerned about firewalling at build time to prevent builds attempting to fetch submodules or something else? | 09:19 |
| richard_maw | rjek: as we already deny network access to builds | 09:19 |
| rjek | Both. | 09:20 |
| rjek | How do we deny network access to builds, OOI? | 09:21 |
| Kinnison | linux-user-chroot creates a network namespace in which there is only local-loopback | 09:21 |
| *** Krin has joined #baserock | 09:22 | |
| rjek | Right. | 09:22 |
| ssam2 | franred, rjek: hopefully a good summary of the submodules tasks: https://storyboard.baserock.org/#!/story/38 | 09:22 |
| * rjek nods ssam2 | 09:23 | |
| Kinnison | ssam2: still not got the baserock cert on storyboard :( | 09:23 |
| Kinnison | ssam2: What does one do if one disagrees with the proposed approach? | 09:24 |
| richard_maw | Kinnison: technically --unshare-net leaves it a lo and a sit0, but its lo device is unconfigured, and does not have the capabilities to configure it, so even local loopback networking isn't possible | 09:25 |
| Kinnison | richard_maw: Oh | 09:25 |
| Kinnison | richard_maw: Eww | 09:25 |
| rjek | That might be needed to run some projects' tests? | 09:27 |
| richard_maw | yep, morph included | 09:27 |
| * richard_maw isn't sure what happens if a socket is bound to 0.0.0.0 when there's no configured addresses | 09:28 | |
| * Kinnison discovers he can log into storyboard and post a comment | 09:35 | |
| * Kinnison does so | 09:35 | |
| ssam2 | Kinnison: don't know. discuss it on mailing list if nothing else | 09:45 |
| Kinnison | ssam2: I commented on storyvboard | 09:45 |
| *** flatmush has quit IRC | 09:46 | |
| *** flatmush1 has joined #baserock | 09:46 | |
| *** simonh_ has joined #baserock | 09:54 | |
| *** mauricemoss_ has quit IRC | 09:54 | |
| *** flatmush1 is now known as flatmush | 10:02 | |
| radiofree | anyone know why "Command failed: sh -c 'scripts/config --set-val NOUVEAU_DEBUG_DEFAULT=3'" ? | 10:05 |
| radiofree | erm.. would fail? | 10:05 |
| Kinnison | --set-val option value | 10:06 |
| Kinnison | Set option to value | 10:06 |
| Kinnison | s/=/ / | 10:06 |
| Kinnison | in your line | 10:06 |
| radiofree | i think it's because of the "=" | 10:06 |
| radiofree | yeah ".config:4223:warning: symbol value '3=' invalid for NOUVEAU_DEBUG_DEFAULT" | 10:07 |
| radiofree | Kinnison: yep, thanks | 10:07 |
| radiofree | jjardon: are you going to be submitting your "move mako to python-common" patch? i need it for mesa | 10:10 |
| ratmice__ | hmm, not sure if/how capsicum can isolate networking (doubly so for the linux port), but in theory it'd be possible to whitelist specific ports on specific hosts to be connected via some capsicum enabled tcpip stack, this is kind of how the networking works in capros more or less | 10:11 |
| ratmice__ | that said trying to do isolation for the rest of processes morph runs would be involved :/ | 10:13 |
| ratmice__ | and I don't think anyone would be eager to rely on an unmerged kernel fork :) | 10:14 |
| jjardon | radiofree: yep, I was about to finish the weston system build to test it | 10:21 |
| radiofree | mason still red :\ | 10:33 |
| * pedroalvarez goes to check mason | 10:33 | |
| pedroalvarez | radiofree: currently building qemu | 10:34 |
| radiofree | 14 hours into a build | 10:35 |
| pedroalvarez | note that the performance of our server has been affected by some IO problems of the hosting provider | 10:40 |
| rjek | radiofree: You should send your builds into the future to be compiled by Skynet. | 10:40 |
| pedroalvarez | all should be sorted now | 10:40 |
| radiofree | what system in the CI has qemu? | 10:43 |
| jjardon | radiofree: https://gerrit.baserock.org/473 | 10:44 |
| radiofree | +1 | 10:44 |
| jjardon | this reminds me a new version of qemu has been just released :) | 10:45 |
| jjardon | radiofree: openstack | 10:45 |
| radiofree | ah yeah, course | 10:46 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/tree/strata/virtualization/qemu.morph?id=1e38ff99eb9a005e0867c34b63232f6cb2a566cd | 10:47 |
| radiofree | i can't remember the last time i tried to compile qemu, but doesn't it default to building everything? | 10:47 |
| radiofree | it does.. | 10:51 |
| radiofree | i can't imagine things like qemu-system-m68k are going to be too useful | 10:51 |
| rjek | Debian don't support M68K anymore; where else are Amiga users going to go for their Linux fix if not us? | 10:54 |
| *** radiofree has quit IRC | 10:55 | |
| *** radiofree has joined #baserock | 10:56 | |
| *** radiofree has quit IRC | 10:56 | |
| *** radiofree has joined #baserock | 10:56 | |
| * Kinnison hides | 10:57 | |
| radiofree | maybe i should add UAE to baserock, and then we can standardise our desktop environment to be workbench | 10:57 |
| rjek | haha | 10:58 |
| * rjek suggests ArcEm | 10:58 | |
| jjardon | Zara: hi, what was the compiler error you had? | 11:02 |
| mwilliams_ct | jjardon: in some of the Makefiles, it runs $(CC) -D_BSD_SOURCE -Wall -Werror -std=c99 -o $@ $^ $(LDFLAGS) | 11:04 |
| mwilliams_ct | only BSD_SOURCE is deprecated, so we changed that to DEFAULT_SOURCE | 11:04 |
| Zara | jjardon: http://paste.baserock.org/ixucakuyut | 11:05 |
| jjardon | ah, ok then | 11:07 |
| * radiofree remembers that hack he was going to do to not build llvm on arm | 11:09 | |
| radiofree | are we using it for something other than mesa these days? | 11:09 |
| radiofree | apparently not | 11:10 |
| jjardon | radiofree: AFAIK only mesa | 11:10 |
| jjardon | radiofree: BTW, Did you have time to try gcc 5.1 on ARM in the end? | 11:11 |
| pedroalvarez | radiofree: good point, maybe we can disable some things in qemu | 11:12 |
| radiofree | pedroalvarez: you can set a target-list, set that to only the things you'll need | 11:13 |
| jjardon | mmm, seems the ci is trying to deploy the system before its build: | 11:13 |
| jjardon | ERROR: Deployment failed as system is not yet built. | 11:14 |
| jjardon | Please ensure the system is built before deployment. | 11:14 |
| pedroalvarez | jjardon: we have seen that in the past. We haven't investigated yet | 11:15 |
| jjardon | pedroalvarez: any idea how did we fix the problem in the past? | 11:21 |
| pedroalvarez | jjardon: it just fails once, and then the next run it just works | 11:21 |
| pedroalvarez | so, we never fixed anything. | 11:22 |
| pedroalvarez | maybe this problem is likely to happen more often now that we have more sytems in the ci | 11:23 |
| jjardon | ah, ok; cross fingers then :) | 11:26 |
| ssam2 | what we need to do is get the V2 Mason working | 11:28 |
| ssam2 | I want it to provide the same interface as the V1 Mason though as well as the Gerrit integration | 11:28 |
| Zara | weird issue: if I run morph branch [whatever], then try to build a system, it builds. if I run morph branch [whatever], git checkout [branch], and try to build a system, the build fails. why would this happen? | 11:29 |
| ssam2 | because as long as people can commit directly to 'master', we still need to test 'master' as well | 11:29 |
| pedroalvarez | ssam2: I agree, I've been thinking about forking the current mason before we change it to V2 | 11:30 |
| ssam2 | I don't think it'd be too hard to write a timer unit that triggers a Zuul build and puts the result into a static page | 11:31 |
| ssam2 | that way we could merge V2 Mason without losing V1 Mason | 11:31 |
| pedroalvarez | ssam2: yes, that would be simpler | 11:32 |
| ssam2 | Zara: hard to answer without knowing what error you get | 11:37 |
| straycat | damn it gerrit needs to order things sensibly | 11:38 |
| straycat | or give me a way to do that | 11:38 |
| straycat | </rant> | 11:38 |
| * straycat sets his default screen to be the oldscreen | 11:41 | |
| ratmice__ | so, yeah it doesn't seem like capsicum does have any solution to limiting bind/connect other than disallowing it, so you'd (likely) need to modify those programs you want to have networking to accept a connected fd | 11:42 |
| ratmice__ | https://lists.cam.ac.uk/pipermail/cl-capsicum-discuss/2013-July/msg00001.html | 11:42 |
| jonathanmaw | hrm, undoing my changes to 'tar' still shows the same problem I had before - http://paste.baserock.org/amuxabicog | 11:42 |
| Zara | ssam2: logs: http://paste.baserock.org/onahiratet | 11:42 |
| ratmice__ | in theory that might not be too difficult given the limited number of programs you actually want to have networking from within the build :) | 11:43 |
| radiofree | jjardon: you have +2 on your mako patch, can you merge it? | 11:45 |
| jjardon | radiofree: done | 11:46 |
| Zara | (further investigation reveals that this component fails to build if built straight from morph checkout, but not if built straight from morph branch) | 11:48 |
| ssam2 | zara: definitely indicates some sort of bug in Morph | 11:49 |
| ssam2 | it shouldn't ever exit with a backtrace under normal circumstances | 11:49 |
| ssam2 | 'morph --verbose' seems to make Morph give /less/ output than 'morph', now | 11:52 |
| ssam2 | maybe it's unrelated | 11:53 |
| radiofree | jjardon: ta | 11:54 |
| Zara | git log says my morph was last updated mar 25, so maybe it's a bit out of date or buggy | 11:54 |
| jjardon | if someone have some time, it would really helpful if you can look at (already have a +1): https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:rework_cross_systems | 11:55 |
| jjardon | mwilliams_ct: if you have time, you can review that ^ first , so building a cross tarball for armv5 will be much faster | 11:57 |
| mwilliams_ct | Will look at it. not sure I've got the expertise to give a +1, but shall see! | 11:58 |
| jjardon | mwilliams_ct: ok, thanks! | 11:59 |
| ssam2 | https://download.baserock.org doesn't work, it asks for a username and password | 12:04 |
| ssam2 | http:// does work, but it's a bit sucky | 12:04 |
| ssam2 | (that https:// does not) | 12:04 |
| radiofree | the certificate is also invalid | 12:06 |
| Zara | (I'm going to work around whatever's going on by avoiding morph checkout (and git checkout) for now, and sticking to morph branch.) | 12:11 |
| *** paulw has quit IRC | 12:20 | |
| *** paulw has joined #baserock | 12:20 | |
| *** fay_ has quit IRC | 12:30 | |
| *** SotK_ is now known as SotK | 12:39 | |
| *** fay_ has joined #baserock | 12:46 | |
| *** mariaderidder has joined #baserock | 12:47 | |
| rdale | in glibc.morph there are two entries for '- artifact: glibc-libs' at the top - i'm not sure of the significance of that and how it differs from putting everything in a single entry | 12:53 |
| * pedroalvarez has sent another version of https://gerrit.baserock.org/#/q/topic:baserock/pedroalvarez/pxeboot-fixes | 12:58 | |
| pedroalvarez | rdale: looks like we lost a comment: http://git.baserock.org/cgi-bin/cgit.cgi/delta/eglibc2.git/commit/eglibc.morph?h=baserock/2.15-build-essential&id=df0258044f321990eadd647e03095a48ad04c1a8 | 13:02 |
| *** juergbi has quit IRC | 13:02 | |
| rdale | pedroalvarez: thanks, i would rather have the comment back, as i would have never worked it out otherwise | 13:04 |
| pedroalvarez | rdale: I agree. It shouldn't trigger any rebuild. | 13:05 |
| rdale | i'm doing a change to add '/etc/ld.so.conf' to the glibc-libs metadata, and so i could put the comment back when i do that patch | 13:06 |
| *** juergbi has joined #baserock | 13:07 | |
| *** lachlanmackenzie has joined #baserock | 13:18 | |
| radiofree | i managed to create baserock/jetson/4.0 on one repo (nouveau), however when i try to do it http://git.baserock.org/cgi-bin/cgit.cgi/delta/linux-firmware.git/ i get an error | 13:22 |
| radiofree | ! [remote rejected] baserock/jetson/4.0 -> baserock/jetson/4.0 (failed to update ref) | 13:22 |
| radiofree | error: unable to resolve reference refs/heads/baserock/jetson/4.0: Not a directory | 13:22 |
| richard_maw | radiofree: is there a baserock/jetson branch in there currently? | 13:23 |
| radiofree | richard_maw: yep | 13:23 |
| richard_maw | radiofree: then you can't have baserock/jetson/4.0 because of a git implementation detail that can't be fixed any more | 13:23 |
| radiofree | heh, ok, i'll make it jetson-4.0 then | 13:23 |
| pedroalvarez | radiofree: jjardon was trying to set an standard for branch naming | 13:31 |
| pedroalvarez | something like: baserock/`git describe`-<some topic> | 13:31 |
| radiofree | pass... | 13:32 |
| radiofree | i could namespace everything under baserock/tegra actually | 13:33 |
| paulsherwood | franred: did you break mason, by any chance? | 13:35 |
| pedroalvarez | paulsherwood: mason is still building | 13:35 |
| paulsherwood | oh? | 13:35 |
| pedroalvarez | and the patch to put the genivi systems in the CI hasnt been merged yet! | 13:37 |
| radiofree | what's it up to now? | 13:37 |
| pedroalvarez | we need to: | 13:37 |
| pedroalvarez | a) Make our CI faster | 13:37 |
| pedroalvarez | or | 13:37 |
| pedroalvarez | b) Make our CI give some feedback so the people can see that is still building | 13:37 |
| pedroalvarez | radiofree: pep* | 13:38 |
| pedroalvarez | pep8 | 13:38 |
| pedroalvarez | I think I need some help with context managers | 13:44 |
| radiofree | pedroalvarez: so i guess it's nearly done? | 13:45 |
| pedroalvarez | radiofree: yes | 13:45 |
| pedroalvarez | so, is this the right way of doing stacked context managers? http://paste.baserock.org/tiwocaciko.diff | 13:57 |
| tiagogomes | is the cache server working? | 13:58 |
| radiofree | it was yesterday | 13:58 |
| tiagogomes | yesterday is too distant | 13:59 |
| pedroalvarez | should be | 13:59 |
| pedroalvarez | Mason is using it to build | 13:59 |
| pedroalvarez | and is building | 13:59 |
| *** a1exhughe5 has quit IRC | 14:02 | |
| Kinnison | pedroalvarez: essentially yes, that is the way to stack 'em | 14:05 |
| *** mariaderidder has quit IRC | 14:08 | |
| *** a1exhughe5 has joined #baserock | 14:17 | |
| richard_maw | pedroalvarez: yep, but get rid of the space in `os.path.join (tftproot` | 14:18 |
| jjardon | pedroalvarez: is there a cache server for armv7lhf hardware? | 14:21 |
| pedroalvarez | jjardon: no atm | 14:22 |
| jjardon | pedroalvarez: ok, thanks | 14:22 |
| pdar | I was just booting a baserock instance on my baserock openstack and got the following error when booting for the first time. http://paste.baserock.org/jofasojigi | 14:26 |
| pdar | when I rebooted the instane I'd just deployed it worked fine. | 14:27 |
| *** Krin has quit IRC | 14:33 | |
| *** Krin has joined #baserock | 14:34 | |
| pedroalvarez | pdar: odd | 14:42 |
| pedroalvarez | :. | 14:42 |
| pedroalvarez | :/ | 14:42 |
| pedroalvarez | ok, I think that this patch is ready now: https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/definitions+branch:master+topic:baserock/pedroalvarez/pxeboot-fixes | 14:42 |
| *** a1exhughe5 has quit IRC | 14:43 | |
| jjardon | Hi, this patch has already a +2, but I want to ask before apply it: does anyone has any big reason against it? https://gerrit.baserock.org/#/c/268/ | 14:55 |
| perryl | hi, https://gerrit.baserock.org/#/c/408/ has had +2 and no changes apart from rebasing off master, is it fine to be merged? | 15:03 |
| perryl | i'm not sure i like that rebasing atop master sends a completely new patch set to the series rather than checking for content changes (as opposed to just SHA1 changes) and responding appropriately... | 15:04 |
| ssam2 | the SHA1 includes the history, so it has to change if you rebase | 15:05 |
| pedroalvarez | It has a comment from straycat saying that he was going to do the merge | 15:05 |
| ssam2 | it's annoying though, I agree | 15:05 |
| perryl | i suppose it's a small price to pay | 15:06 |
| pedroalvarez | If you do a diff using version 6 and 7 of the patch, you see that there are no changes: https://gerrit.baserock.org/#/c/408/6..7 | 15:06 |
| pedroalvarez | Only the commit message: https://gerrit.baserock.org/#/c/408/6..7//COMMIT_MSG | 15:07 |
| perryl | for content i think it's the same between patch 5 and 7, except the parent commit and commitdate in the commit msg | 15:08 |
| jonathanmaw | richard_maw: can I have a response to my linux-pam question - installing pam libs to /lib is in line with what systemd currently does - should I alter systemd or stick with normal systemd behaviour? | 15:11 |
| *** mariaderidder has joined #baserock | 15:12 | |
| pedroalvarez | perryl: I think it can be merged | 15:14 |
| perryl | \o/ | 15:14 |
| pedroalvarez | I also think my patch-set can be merged as well :P | 15:14 |
| ssam2 | jjardon: seems nobody has a big reason :) | 15:15 |
| straycat | woah | 15:15 |
| straycat | can you please not rush the merge of a branch i'm actively testing | 15:15 |
| straycat | that is somewhat irritating | 15:15 |
| pedroalvarez | I wasn't going to, I was going to suggest that your input was needed | 15:16 |
| perryl | straycat: is that referring to patch 408? given the message on april 22nd i assumed it was fine to merge and that it had been tested, apologies | 15:16 |
| ssam2 | straycat: it may be helpful if you can set a -1 on the patch while you are testing it. it's very difficult to keep track of who is testing what | 15:17 |
| straycat | hrm, problem is they disappear when new patchsets get pushed | 15:19 |
| ssam2 | true.... | 15:19 |
| perryl | it would be present in the history as a reminder however | 15:19 |
| ssam2 | a -2 doesn't, if you want to be heavy handed | 15:19 |
| perryl | that's how i found it already received +2 days earlier | 15:20 |
| straycat | i just pushed new stuff to that topic, https://gerrit.baserock.org/#/q/status:open+project:baserock/baserock/morph+branch:master+topic:lauren/distbuild-status it's just fixups to be applied, it's been tested but let me know if anything looks wrong | 15:26 |
| straycat | there's a couple of small issues, but they can be addressed later i think | 15:28 |
| straycat | notably i'd like a GraphProgress message | 15:29 |
| straycat | unless it's so quick now that it's not worth it | 15:29 |
| perryl | straycat: is BuildStarted always called in this case? | 15:32 |
| perryl | i.e. for distbuild-start and distbuild processes? | 15:33 |
| straycat | yes | 15:34 |
| perryl | ahh, is build_started only set for InitiatorStart proceses? | 15:35 |
| * perryl does a full diff and sees that it is | 15:36 | |
| perryl | straycat: the changes you've sent look fine | 15:36 |
| * straycat nods slightly and searches for catnip | 15:40 | |
| *** robtaylor has quit IRC | 15:44 | |
| *** robtaylor has joined #baserock | 15:44 | |
| jjardon | franred: FYI, Ive replied to your question in https://gerrit.baserock.org/#/c/187/ | 15:45 |
| *** zoli__ has quit IRC | 15:45 | |
| franred | jjardon, replied back ;-) | 15:50 |
| jjardon | franred: I implied you +1 https://gerrit.baserock.org/#/c/268/ then? | 15:52 |
| franred | jjardon, no, I vote 0, Im not opposed to be in but I not entirely sure we want it as it is | 15:53 |
| jjardon | franred: yeahl, https://gerrit.baserock.org/#/c/268/ is the "proper" solution I was talking in the bug | 15:55 |
| franred | jjardon, yeah, that looks fine to me | 15:59 |
| jjardon | franred: ok, I will push and rework the patch :) | 16:04 |
| *** Albert_ has quit IRC | 16:05 | |
| ssam2 | jjardon: as soon as essential-files is merged we can add /etc/inputrc to it !! :) | 16:05 |
| ssam2 | http://www.linuxfromscratch.org/lfs/view/6.2/chapter07/inputrc.html | 16:06 |
| ssam2 | and the delete key will finally work | 16:06 |
| jjardon | ssam2: exactly! And default PATH to /usr/bin;/usr/lib , and bash autocompletion by default and .... :) | 16:07 |
| pedroalvarez | mwilliams_ct: hey, were you looking at this? https://storyboard.baserock.org/#!/story/2 Isn't it working already? | 16:09 |
| mwilliams_ct | pedroalvarez: ages ago, and only for a short period of time. I noticed earlier it was still marked as doing so I marked it todo and couldnt figure out how to de-assign | 16:10 |
| pedroalvarez | mwilliams_ct: just asking because I don't understand the problem | 16:12 |
| pedroalvarez | it just worked for me | 16:12 |
| mwilliams_ct | pedroalvarez: not over here | 16:12 |
| mwilliams_ct | I'm getting the "perhaps it is on your local network." error now | 16:12 |
| pedroalvarez | :/ | 16:12 |
| pedroalvarez | odd error | 16:13 |
| pedroalvarez | mwilliams_ct: I was just curious, thanks for the info | 16:13 |
| mwilliams_ct | pedroalvarez: next time I have some upstream time I will take a look at it should it still exist | 16:13 |
| mwilliams_ct | sounds a fun one to chase down | 16:13 |
| pedroalvarez | :) | 16:14 |
| * pedroalvarez sees the author "Storyboard Monkey" and starts laughing | 16:17 | |
| pedroalvarez | just because I remember why it exists :) | 16:17 |
| *** zoli__ has joined #baserock | 16:22 | |
| straycat | ssam2, perryl, we're good to merge these distbuild changes now yes? | 16:22 |
| perryl | straycat: i believe so | 16:23 |
| ssam2 | fine by me | 16:25 |
| *** Krin has quit IRC | 16:26 | |
| straycat | hrm, i'm a little bothered by the merge conflicts, maybe i'd better rebase and test then merge | 16:27 |
| jonathanmaw | quick question: am I invisible? | 16:32 |
| jmacs | No | 16:32 |
| jonathanmaw | thank goodness | 16:32 |
| jjardon | mmm, trying to build a system of current definitions master and morph is building stage2-glibc :( is the cache server down? | 16:33 |
| nowster | yes | 16:34 |
| nowster | ct-mcr-1 has been down all day | 16:35 |
| straycat | what is ct-mcr-1 ? | 16:35 |
| nowster | our internal cache server | 16:35 |
| straycat | i have no idea what you're talking about | 16:35 |
| jmacs | I think he means Codethink's internal cache server | 16:36 |
| nowster | jmacs: yes indeed | 16:36 |
| *** mariaderidder has quit IRC | 16:36 | |
| *** ssam2 has quit IRC | 16:36 | |
| pedroalvarez | jjardon: the cache server is not down. It has been building the whole day a sha from yesterday, and we have just merged some changes in build-essential | 16:40 |
| nowster | different cache server, then? | 16:41 |
| pedroalvarez | the one true cache server: cache.baserock.org | 16:41 |
| nowster | perhaps jjardon's morph.conf is pointing at the internal one | 16:42 |
| radiofree | pedroalvarez: are we nearly there yet? | 16:50 |
| radiofree | everything needs to be rebuilt because of http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/commit/?id=1d5156078cd8475cd777f1f90127e22f6d340a29 | 16:50 |
| pedroalvarez | radiofree: green! https://mason-x86-64.baserock.org/ | 16:50 |
| radiofree | :D | 16:50 |
| radiofree | why didn't it do anything between 21:46:40 yesterday and 9am today? | 16:51 |
| jjardon | pedroalvarez: yeah, true, forgot about that | 16:51 |
| pedroalvarez | this is the consequence of adding more systems to the CI | 16:51 |
| pedroalvarez | slower feedback, and slower cache popultaion | 16:51 |
| radiofree | it's only the openstack-system-x86_64 that's been added in this round | 16:52 |
| radiofree | pedroalvarez: is mason building again? from HEAD? | 16:52 |
| pedroalvarez | note that I'm not against adding more systems to it | 16:52 |
| radiofree | because that's going to take all night | 16:52 |
| pedroalvarez | radiofree: yes | 16:53 |
| pedroalvarez | around 60000 seconds | 16:53 |
| radiofree | do you often estimate hours in seconds? | 16:54 |
| jjardon | it would be nice to have a result (red/gree) for every system, instead wait to build all the systems defined in ci.morph. Not sure how difficult to implement that would be though | 16:54 |
| * radiofree fears pedroalvarez has been spending too much time with mason | 16:54 | |
| pedroalvarez | radiofree: :) | 16:55 |
| tlsa | https://www.google.co.uk/search?q=%2825279+%2B+43158%29s+in+hours | 16:55 |
| straycat | nice work tlsa :p | 16:56 |
| radiofree | "yeah i'll meet you in about 54 hundred seconds" | 16:56 |
| jonathanmaw | "I'll be there in 20 moments" | 16:58 |
| bashrc | "units" on the commandline | 16:59 |
| *** jonathanmaw has quit IRC | 16:59 | |
| nowster | I'll be there in three millifortnights | 17:01 |
| pedroalvarez | ANNOUNCEMENT: I'll be restarting gerrit in an hour to install download-commands plugin | 17:04 |
| pedroalvarez | 18:00 UTC, right? | 17:04 |
| radiofree | yeah | 17:05 |
| straycat | 18:06 :p | 17:05 |
| radiofree | 3240 seconds | 17:06 |
| pedroalvarez | hahah | 17:06 |
| *** bashrc has quit IRC | 17:06 | |
| straycat | hrm, something's up with this now it's been rebased against master | 17:07 |
| pedroalvarez | gerrit says that the pluging has been enabled, maybe is not needed restarting gerrit | 17:07 |
| *** edcragg has quit IRC | 17:09 | |
| pedroalvarez | oh, seems that gertty is working :) | 17:10 |
| pedroalvarez | ANNOUNCEMENT: gerrit restart operation aborted | 17:11 |
| *** lachlanmackenzie has quit IRC | 17:15 | |
| pedroalvarez | richard_maw, straycat: IIRC you were interested on this. Gertty is working now | 17:21 |
| straycat | ahh cool | 17:22 |
| pedroalvarez | looks interesting | 17:24 |
| straycat | i've just found an issue with distbuild, so i suggest we hold off merging the cancel/status/start commands for now | 17:24 |
| pedroalvarez | A comment in the patch would be enough | 17:25 |
| pedroalvarez | maybe even a -2 | 17:26 |
| pedroalvarez | some reviewers are giving +1 to patches that have some -1's and even -2's :/ | 17:26 |
| straycat | i've put a -2 on them | 17:29 |
| straycat | anyway, will have to figure this out tomorrow | 17:29 |
| *** simonh_ has quit IRC | 17:29 | |
| pedroalvarez | ok, something is broken in master of defniitions now | 17:43 |
| straycat | we don't prioritise messages in distbuild and we can send a lot of build log messages, so perhaps our command responses are getting held up by other messages | 17:44 |
| * pedroalvarez wonders why mason fails but his local build succeded | 17:45 | |
| straycat | it might be worth having a separate queue for control/status messages | 17:45 |
| *** zoli__ has quit IRC | 18:07 | |
| pedroalvarez | I've cleaned a bit mason, removed cache, etc | 18:09 |
| pedroalvarez | I hope that fixes the error, because it should be working | 18:09 |
| *** gary_perkins has quit IRC | 18:45 | |
| *** zoli__ has joined #baserock | 19:25 | |
| *** zoli__ has quit IRC | 19:32 | |
| *** zoli__ has joined #baserock | 19:44 | |
| *** zoli__ has quit IRC | 19:53 | |
| *** De|ta has quit IRC | 21:39 | |
| *** De|ta has joined #baserock | 21:40 | |
| *** wdutch has quit IRC | 21:47 | |
| *** wdutch has joined #baserock | 21:54 | |
| *** zoli__ has joined #baserock | 22:53 | |
| *** zoli__ has quit IRC | 22:59 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!