| *** gtristan has quit IRC | 02:24 | |
| *** gtristan has joined #baserock | 02:45 | |
| *** richard_maw has quit IRC | 02:47 | |
| gtristan | paulsher1ood, we can close #137 if you like... obviously it's not what I thought it was | 05:53 |
|---|---|---|
| gtristan | I'm sure I saw it block (dont have the log anymore), but seems to be unrelated to what I thought it was | 05:54 |
| gtristan | ok branch up: https://gerrit.baserock.org/#/q/topic:gnome-initial-setup | 06:12 |
| * gtristan goes for lunch | 06:13 | |
| *** gtristan has quit IRC | 06:13 | |
| *** gtristan has joined #baserock | 07:04 | |
| *** paulwaters_ has joined #baserock | 07:23 | |
| Kinnison | Hmm, richard_maw has vanished | 07:28 |
| petefoth | was there a puff of magical smoke? | 07:43 |
| Kinnison | No idea, I have joins and parts hidden | 07:43 |
| * petefoth spots the smoke at 2:47am: caused by Mr Ping TImeout | 07:45 | |
| Kinnison | Sadly his absence, and the lack of coffee (wdutch has put a pot on, but it's brewing yet) means that I've just gone and added hide=1 support to master of gitano | 07:45 |
| * Kinnison growls at users and their being nice | 07:45 | |
| petefoth | LAck oif coffee can do terrrible things :) | 07:45 |
| Kinnison | Indeed | 07:54 |
| Kinnison | When Richard turns up, can someone tell him (a) I did the hide=1 thing and (b) he owes me a yarn for it :-) | 07:55 |
| * Kinnison was a naughty moo and pushed an untested (well, un-validatable) change to master | 07:55 | |
| * petefoth will keep an eye out for maw[0] | 07:56 | |
| Kinnison | :-) | 07:56 |
| paulsher1ood | gtristan: ack | 08:10 |
| * gtristan gets nostalgic | 08:20 | |
| * gtristan runs cvs | 08:20 | |
| jjardon | gtristan: rebase your branch against master and submit again to avoid conflicts (webkitgtk is already in GNOME stratum) | 08:44 |
| * gtristan did rebase :-/ | 08:45 | |
| gtristan | did it upload that patch again ? | 08:45 |
| * gtristan double checks his tree | 08:45 | |
| gtristan | jjardon, I pushed that branch off of a branch freshly rebased off of master | 08:50 |
| gtristan | just pulled master and rebased said branch again, both say I'm still "up to date" | 08:51 |
| * gtristan can git review again, just for the shits and giggles :) | 08:51 | |
| gtristan | jjardon, the push fails with a "(no new changes)" message | 08:53 |
| gtristan | ! [remote rejected] HEAD -> refs/publish/master/gnome-initial-setup (no new changes) | 08:53 |
| gtristan | jjardon, gerrit is just on crack again I'll bet... maybe it doesnt understand that the preceding 'glib-networking' patch must absolutely be applied *before* the gnome-initial-setup patch; as it is ordered in the branch | 08:57 |
| pedroalvarez | I see glib-networking as the first one to be merged | 09:02 |
| pedroalvarez | Morning guys! | 09:03 |
| pedroalvarez | (and girls) | 09:03 |
| pedroalvarez | (and cats) | 09:03 |
| *** bashrc has joined #baserock | 09:04 | |
| gtristan | morning pedro | 09:05 |
| gtristan | I see it that way too, well, "the gerrit UI shows it on top", if that is any indication at all at what it's trying to do | 09:06 |
| gtristan | anyway, I expect it to conflict if one would attempt to apply them in the wrong order; I had to reorder webkitgtk so that it comes before online accounts - so there is churn there | 09:09 |
| *** gary_perkins has quit IRC | 09:13 | |
| pedroalvarez | Yes, you can expect that | 09:14 |
| pedroalvarez | I normally use gertty if I want to see a more sane UI | 09:15 |
| *** nowster has joined #baserock | 09:15 | |
| *** jonathanmaw has joined #baserock | 09:15 | |
| gtristan | ok so... I'm drawing a blank here: Am I expected to do something more about this ? | 09:16 |
| gtristan | Are we blocking on some mysterious thing ? | 09:16 |
| gtristan | Want me to upload clean 'git format-patch' output somewhere ? | 09:16 |
| *** toscalix has joined #baserock | 09:17 | |
| jjardon | I think the one that it's conflicting is the one where you added webkitgtk, as webkitgtk is already in master; I will take a closer look later | 09:18 |
| *** gary_perkins has joined #baserock | 09:18 | |
| gtristan | jjardon, which patch adds webkit ? | 09:18 |
| gtristan | jjardon, eek, that looks like a problem | 09:19 |
| gtristan | actually; I have no idea *how* it manages to even build here if webkit is listed twice | 09:19 |
| * gtristan pulls hair impatiently and tries to figure this out | 09:21 | |
| gtristan | jjardon, that patch on gerrit is clearly not the same patch created by a regular git format-patch | 09:24 |
| gtristan | however; pushing the same patch through the gerrit bottleneck; rejects it as there are "no changes" to it | 09:24 |
| gtristan | sigh, looks like gerrit has exhausted the lifetime of this checkout | 09:25 |
| * gtristan clones a separate definitions and git am's the patches over | 09:25 | |
| * tiagogomes__ wonders if there is a newer version of Gerrit that we should update to | 09:26 | |
| pedroalvarez | there are newer versions | 09:27 |
| pedroalvarez | and we should update yes | 09:27 |
| pedroalvarez | updating might not be easy though, but we should try | 09:28 |
| gtristan | wow, even with a fresh checkout | 09:28 |
| gtristan | ok, /me discards patches in the UI and tries again | 09:29 |
| * gtristan removes the magic numbers and rebase/rewords for good measure | 09:30 | |
| gtristan | lets not gerrit think they are the *same* ones | 09:30 |
| gtristan | *lets not let... | 09:30 |
| persia | Heh | 09:30 |
| tiagogomes__ | mm, that's not the way to do it, we lose history | 09:31 |
| *** dabukalam has quit IRC | 09:32 | |
| gtristan | hah ! | 09:33 |
| gtristan | take that gerrit ! | 09:33 |
| * gtristan smacks gerrit | 09:33 | |
| gtristan | crap | 09:33 |
| * gtristan smacks gerrit harder | 09:34 | |
| gtristan | Ok | 09:34 |
| gtristan | story is, I upload the patch set, and gerrit mangles it, and *doesnt get the same patch* | 09:34 |
| gtristan | this: https://gerrit.baserock.org/#/c/1302/1/strata/gnome.morph | 09:34 |
| pedroalvarez | it's removing enchant and it shouldn't? | 09:36 |
| gtristan | ... is clearly not the same patch as: http://paste.baserock.org/givuyiyitu | 09:38 |
| * gtristan lost the 'xclip' line from bash history... had to go googling for how xclip works again | 09:39 | |
| gtristan | oh | 09:39 |
| gtristan | no its fine | 09:39 |
| gtristan | patch is totally fine | 09:39 |
| pedroalvarez | it is fine yes | 09:40 |
| * gtristan wastes time | 09:40 | |
| gtristan | crap | 09:40 |
| gtristan | palmface | 09:40 |
| pedroalvarez | palmtristanface | 09:40 |
| * gtristan receives pedropalm in face | 09:40 | |
| gtristan | thank you | 09:40 |
| pedroalvarez | heh | 09:40 |
| *** dabukalam has joined #baserock | 09:41 | |
| gtristan | jjardon, gerrit is just dumb, the patch applies fine, if the glib-networking patch is properly applied first | 09:41 |
| rjek | That sounds faintly smutty | 09:41 |
| gtristan | which gerrit just doesnt realize | 09:41 |
| gtristan | so | 09:41 |
| gtristan | time to check if that gnome-terminal build works | 09:41 |
| *** richard_maw has joined #baserock | 09:49 | |
| *** ChanServ sets mode: +v richard_maw | 09:49 | |
| pedroalvarez | richard_maw: | 09:53 |
| pedroalvarez | <Kinnison> When Richard turns up, can someone tell him (a) I did the hide=1 thing and (b) he owes me a yarn for it :-) | 09:53 |
| *** ssam2 has joined #baserock | 09:54 | |
| *** ChanServ sets mode: +v ssam2 | 09:54 | |
| richard_maw | pedroalvarez: you're not the only person whose IRC nick starts "^pe" who has told me that | 09:55 |
| * richard_maw doesn't know why his IRC died | 09:55 | |
| pedroalvarez | well, my english name is "peter" | 09:55 |
| richard_maw | heh | 09:55 |
| rjek | pedroalvarez: What is richard_maw's spanish name? | 09:56 |
| pedroalvarez | Ricardo | 09:56 |
| * rjek always maps "Enrico" to "Eric", but it's actually rather perplexingly "Henry". | 09:56 | |
| petefoth | rjek is now known as roberto | 09:57 |
| richard_maw | rjek: drop the hard H on henry and it's 'enry, which can easily become enri | 09:57 |
| * rjek nods | 09:58 | |
| *** edcragg has joined #baserock | 10:05 | |
| *** franred has joined #baserock | 10:07 | |
| gtristan | Can I get a vote on this lorry: https://gerrit.baserock.org/#/c/1305/ ? | 10:14 |
| pedroalvarez | merged 8 minutes ago? | 10:14 |
| gtristan | oh thats possible :) | 10:14 |
| * gtristan prepares second branch now | 10:15 | |
| gtristan | hmmm, ok still has problems with locale, but after fixing that terminal should run | 10:48 |
| jjardon | gtristan: I will +1 you branch so you can keep going, but I will prepare another branch to move gnutls, nettle and p11-kit to network-security. Is that ok by you? | 10:48 |
| gtristan | I'm pushing the branch anyway as I'm sure the fix for terminal lies at another level of the stack | 10:49 |
| gtristan | jjardon, you need to bring nettle along | 10:49 |
| gtristan | if that's what you want | 10:49 |
| gtristan | jjardon, still, I rather feel it's a time sink for you | 10:50 |
| gtristan | jjardon, with the present stratum model, I would avoid doing extra work unless those packages are particularly required by another "system" maintainer | 10:51 |
| jjardon | mmm, maybe you are rigth | 10:52 |
| jjardon | more now that we have to rebuild webkitgtk :) | 10:52 |
| radiofree | how long does webkitgtk take to build? | 10:53 |
| gtristan | with the current model we basically have *some* common core system components, where organization of chunks is questionable (does every system need every chunk in 'core' and 'foundation' ?)... and then we have huge splits and possibly acceptable duplication in the higherlevel stratum | 10:53 |
| gtristan | jjardon, one might be inclined to just duplicate further down the stack, making it much more clear what goes into a "gnome" system vs another; also it encapsulates the build so that nothing in a separate system ever effects another; they just become entirely separate trees | 10:54 |
| gtristan | radiofree, about an hour give or take | 10:55 |
| pedroalvarez | oh, webkitgtk in gnome and gnome in the CI? | 10:55 |
| pedroalvarez | heh | 10:55 |
| *** paulwaters_ has quit IRC | 10:55 | |
| pedroalvarez | well, mason is very broken anyway :) | 10:56 |
| gtristan | nautilus file browser now works in gnome, gnome-terminal is there; but it doesnt start because 'locale -a' gives garbage | 10:56 |
| gtristan | looks like something has to be fixed in the glibc build | 10:57 |
| * gtristan just needs to fix that bug, and ensure that gnome-initial-setup creates a sudoer at least as the primary account | 10:57 | |
| pedroalvarez | gtristan: to have locales? | 10:57 |
| gtristan | then I can default enable gdm and lock it down :) | 10:57 |
| gtristan | pedroalvarez, I haz no locales :) | 10:58 |
| pedroalvarez | I used to know what was needed to have locales working | 10:58 |
| gtristan | mhm | 10:58 |
| gtristan | pedroalvarez, good thing you mentioned it in the WONTFIX bugzilla report so I can find it ! ;-P | 10:59 |
| gtristan | ok | 10:59 |
| * gtristan shuts up | 10:59 | |
| pedroalvarez | haha | 10:59 |
| pedroalvarez | `localedef -v -c -i en_GB -f UTF-8 en_GB.UTF-8` | 10:59 |
| pedroalvarez | that installs en_GB iirc | 11:00 |
| pedroalvarez | but it will fail becasue it's missing a folder | 11:00 |
| *** paulwaters_ has joined #baserock | 11:00 | |
| pedroalvarez | which is "/usr/lib/locale/" | 11:01 |
| gtristan | http://paste.baserock.org/ratavajavo | 11:01 |
| pedroalvarez | create that folder, and then run the localedef command with the locales you want | 11:01 |
| gtristan | maybe that's why yeah | 11:01 |
| gtristan | pedroalvarez, that does it indeed | 11:02 |
| pedroalvarez | \o/ | 11:02 |
| gtristan | pretty sure it's a hack and we're missing stuff, but it does it | 11:02 |
| pedroalvarez | nobody else cared to create some discussion about how to include this in baserock | 11:02 |
| pedroalvarez | hahah, i thought it wasn't a hack at all :? | 11:03 |
| pedroalvarez | :/ | 11:03 |
| gtristan | well, does it satisfy everything ? | 11:03 |
| pedroalvarez | hm.. what's everything | 11:04 |
| gtristan | pedroalvarez, I guess maybe it works for en_GB and en_US ? and maybe fr_FR ? | 11:04 |
| gtristan | its a good question, what is everything | 11:05 |
| gtristan | first there is the locale definitions, which I think you create that way | 11:05 |
| pedroalvarez | gtristan: I think it will work for anything in /usr/share/locale/ | 11:05 |
| gtristan | I'm pretty sure the glyphs dont magically come along with that, for greek or such | 11:05 |
| pedroalvarez | there are a lot of locales | 11:05 |
| gtristan | although the utf8 in the .mo files will still indicate the correct glyph codes | 11:06 |
| * gtristan wonders if the terminal as is can read a .po file in greek and show something other than garbage | 11:06 | |
| gtristan | that tends to work in, say POSIX locale | 11:07 |
| *** paulwaters_ has quit IRC | 11:07 | |
| gtristan | sigh, ok tomorrow stuff | 11:08 |
| *** paulwaters_ has joined #baserock | 11:08 | |
| * gtristan is upset that he is not a sudoer | 11:08 | |
| rjek | This incident will be reported, gtristan. | 11:08 |
| * gtristan knows it will | 11:08 | |
| * gtristan shuts down the VM before he gets noticed | 11:09 | |
| gtristan | hmmm | 11:09 |
| gtristan | well actually, with a little locale fix, I can at least enable gdm automatically | 11:10 |
| gtristan | and after creating the first user, one can do "su -" in the terminal to become root | 11:10 |
| gtristan | should have the regular no password | 11:10 |
| gtristan | it's a start | 11:10 |
| gtristan | pedroalvarez, I'll take a closer look at that localedef line, perhaps I'll add it in system integration of something for now | 11:12 |
| gtristan | and see how things boot tomorrow | 11:12 |
| gtristan | thanks for the merge jjardon ! | 11:13 |
| pedroalvarez | :) | 11:14 |
| jjardon | gtristan: no, thanks to you :) there are some errors though, fixing them atm | 11:14 |
| gtristan | jjardon, if you want to try it out; create /usr/lib/locale and run localedef as pedroalvarez indicated to create a few locales | 11:15 |
| gtristan | then run systemctl start gdm and enjoy :) | 11:15 |
| pedroalvarez | woho! :) | 11:15 |
| gtristan | oh there are still errors in the journal too :) | 11:15 |
| jjardon | gtristan: I tihnk its because you use ybd and is less strict than morph, so no really your fault | 11:15 |
| gtristan | jjardon, I've been trying to order them by dependency as morph likes, but I may have got some wrong | 11:16 |
| gtristan | doing it by eye | 11:16 |
| gtristan | jjardon, oh one more thing ! | 11:16 |
| gtristan | jjardon, there is still a problem, I think you still didnt do gnutls gitmodules like you said you would ;-) | 11:17 |
| jjardon | gtristan: true, I will do it asap | 11:18 |
| gtristan | gnutls had an old baserock branch from way way back when... but needs a branch off of gnutls_3_4_6 with the gitmodules | 11:18 |
| ssam2 | i hadn't realised that YBD allows definitions to be out-of-order. We should really make a decision one way or the other and document it in http://wiki.baserock.org/definitions/current | 11:18 |
| paulsher1ood | ssam2: why shouldn't it? | 11:19 |
| ssam2 | i've no opinion one way or the other | 11:19 |
| ssam2 | if we choose the 'strict' option, maybe we should have a tool that does the sorting, though | 11:20 |
| ssam2 | i like things in strata to be sorted in a logical order. Having the tools break if things aren't sorted probably isn't the way to achieve that, though .. | 11:20 |
| gtristan | ssam2, I think really; ultimately the chunks each go in a separate morph file and specify their direct dependencies, in which case that's a non-issue | 11:20 |
| ssam2 | so i guess permissive is better | 11:20 |
| ssam2 | gtristan: I think we can still have some kind of grouping type | 11:21 |
| ssam2 | gtristan: but yeah, that would make it much less of an issue! | 11:21 |
| gtristan | sure, but I think those can overlap too | 11:21 |
| gtristan | one thing that's been in the back of my mind... | 11:22 |
| gtristan | is it may be an interesting side project for someone with time to kill.... to generate lfs-style HTML documents based on a cluster or system target | 11:22 |
| gtristan | ybd.py --generate-build-story systems/gnome-system-x86_64.morph --output /path/to/html | 11:23 |
| paulsher1ood | gtristan: i think ssam2 already did something like that using owl | 11:23 |
| gtristan | cool :) | 11:23 |
| tlsa | or try scraping lfs to definitions | 11:23 |
| pedroalvarez | baserock-from-scratch | 11:23 |
| gtristan | tlsa, I seriously doubt there is any plausible way to consume system integration work automatically | 11:24 |
| gtristan | tlsa, the product really is the integration work that we do, and it varies with each test and package upgrade | 11:26 |
| tlsa | I suppose it depends on whether all baserock users will ever want to do is base their work off our reference definitions, or whether it would be good to have alternative options | 11:28 |
| gtristan | I dont see myself even trying baserock myself if I dont have a stable baseline provided by upstream baserock to expand on | 11:29 |
| ssam2 | tlsa: it would be plausible if anyone else published integration instructions as Baserock definitions | 11:29 |
| ssam2 | which hopefully they will some day | 11:29 |
| gtristan | tlsa, in other words, of course every $baserock_using_product will differ slightly from the stable branch, but nobody needs to put in one years work of system integration into something from scratch if they can just; say; downstream debian instead | 11:30 |
| *** gtristan has quit IRC | 11:42 | |
| persia | I think we need a sensible derivation model before it makes sense to try to define the meaning of "stable baseline". | 11:46 |
| persia | I also think we are approaching that. | 11:47 |
| paulsher1ood | what is a 'derivation model'? | 11:47 |
| persia | Some sensible way to derive from definitions and consume updates to definitions I'm that derivation. | 11:50 |
| persia | s/I'm/from/ | 11:51 |
| * persia annoyingly has an autocorrecting keyboard | 11:51 | |
| *** mariaderidder has joined #baserock | 11:55 | |
| ssam2 | the thing that the migrations/ folder and the `morph diff` command have been working towards | 11:57 |
| jjardon | mmm, Do we have any idea what that "UnicodeEncodeError" is about? | 11:59 |
| ssam2 | oh, it's back | 12:03 |
| ssam2 | basically, no idea | 12:04 |
| ssam2 | from the debugging stuff I added, it seems like the string is actually valid Unicode, but Python is determined to represent it as ASCII | 12:04 |
| ssam2 | maybe removing the .decode() call now that the log file is opened with encoding='utf-8' will help | 12:05 |
| ssam2 | i'll try that | 12:05 |
| pedroalvarez | ssam2: I left some comments on that patch | 12:05 |
| pedroalvarez | which is basically what you said | 12:06 |
| jjardon | seems its always with cogl, if that helps, but I can not reproduce here | 12:06 |
| pedroalvarez | strata/gnome.morph|gnome-devel, chunk gnome-shell references its dependency network-manager-applet before it is defined | 12:07 |
| ssam2 | wouldn't be hard to just remove that check from Morph, if people agree | 12:08 |
| ssam2 | wouldn't even need to be a new version of definitions | 12:08 |
| pedroalvarez | oh, that error has been already fixed | 12:08 |
| *** gtristan has joined #baserock | 12:15 | |
| ssam2 | in morph or definitions ? | 12:22 |
| pedroalvarez | in definitions | 12:22 |
| ssam2 | ah. seems it would save gtristan time to do remove the check in Morph. i might have time to do a patch | 12:23 |
| paulsher1ood | gtristan is using ybd, afaik | 12:26 |
| ssam2 | but our current CI system uses Morph | 12:30 |
| ssam2 | s/CI/automated build/ | 12:30 |
| *** paulwaters_ has quit IRC | 12:41 | |
| tiagogomes__ | Hi, I want to resurrect https://gerrit.baserock.org/#/c/916/ . The thing I only tested clang on x86_{64,32}. Is it ok to add it to only these archs, or should I take the risk and add it to the other archs as well. I can also just abandon the patch | 12:59 |
| gtristan | ssam2++ | 13:02 |
| ssam2 | since nothing will be using it yet, i see no harm in adding it to all architectures | 13:02 |
| * gtristan gets back from fetching a pizza | 13:02 | |
| gtristan | it would save *us* time in general, in post-review fixes of my work, yes :) | 13:02 |
| tiagogomes__ | ssam2 it could break the build in the other archs | 13:06 |
| gtristan | Is it possible to add 'system-integration' hooks to a stratum ? | 13:06 |
| * gtristan notes that system-integration is not defined here: http://wiki.baserock.org/Morph/morphology-files/ | 13:07 | |
| gtristan | perhaps it's not a good idea anyway, even if it 'works' | 13:07 |
| ssam2 | tiagogomes__: oh, true | 13:08 |
| ssam2 | wow, http://wiki.baserock.org/Morph/morphology-files/ | 13:08 |
| ssam2 | http://wiki.baserock.org/definitions/current/ is probably more up to date | 13:08 |
| ssam2 | didn't realise that info was in 2 places | 13:08 |
| ssam2 | gtristan: it's not possible to do that currently. Might make sense in theory | 13:09 |
| gtristan | ssam2, I would avoid it as it might tangle things up further in the case of a refactor | 13:09 |
| gtristan | ssam2, right now chunks could easily be split out and leave nothing else but 'grouping' to be desired from the stratum | 13:10 |
| gtristan | Also, I blame evolution for breaking the ML threads | 13:10 |
| gtristan | http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2015-October/013314.html <--- that was not a reply to a message in the thread | 13:10 |
| gtristan | but click on link in evo, anyway, sorry for that :) | 13:10 |
| lostduck | tiagogomes__, Given the comments on that change would it be better to put clang in its own stratum I wonder? | 13:14 |
| tiagogomes__ | lostduck that is the idea, but that stratum needs to be included somewhere | 13:33 |
| lostduck | okay i'm a bit confused, 916 shows 3 new chunks being added to devtools? | 13:35 |
| tiagogomes__ | lostduck I haven't submitted an updated patch yet | 13:36 |
| lostduck | ahh okay | 13:37 |
| pedroalvarez | heheh looks like Mason can't cope with webkit | 14:45 |
| pedroalvarez | c++: internal compiler error: Killed (program cc1plus) | 14:45 |
| pedroalvarez | otoh, it doesn't have the Unicode error anymore | 14:46 |
| ssam2 | ouch | 14:46 |
| ssam2 | actually, morph's autodetected value for max-jobs is suspect, isn't it? | 14:47 |
| SotK | I thought we set max-jobs: 1 to stop that kind of madness with webkit? | 14:47 |
| ssam2 | that was qtwebkit | 14:47 |
| SotK | aha | 14:47 |
| ssam2 | it would be nice to avoid that because it makes the build way slower | 14:47 |
| pedroalvarez | I removed that max-jobs=1 yesterday | 14:47 |
| ssam2 | maybe if we fixed Morph's default max-jobs to the value Paul suggested (I forget what it was, but it was lower than the current one) it would help | 14:48 |
| pedroalvarez | but this is another webkit | 14:48 |
| pedroalvarez | ssam2: it was the lowest of "number of cores" or 9 | 14:48 |
| pedroalvarez | I hope i can english | 14:48 |
| richard_maw | ssam2: the gist of it is that 1½ × CPUs isn't such a useful metric as it once was since HDD speeds have improved and since we're constructing the staging area just before the build, much is already cached in RAM | 14:49 |
| pedroalvarez | we are doing now "cores" * 1.5 | 14:49 |
| jmacs | ;/win 31 | 14:49 |
| jmacs | Oops | 14:49 |
| paulsher1ood | webkit builds break with cores > 1 unless the machine has plenty of memory (>2GB i think) | 14:49 |
| ssam2 | ouch | 14:50 |
| pedroalvarez | it only has 2GB | 14:50 |
| pedroalvarez | and 2 cores | 14:50 |
| ssam2 | it definitely wouldn't work with -j 2 or -j 3 or -j 4? | 14:50 |
| ssam2 | I guess at the moment it's -j 3 | 14:50 |
| paulsher1ood | s/core/-j/ | 14:50 |
| ssam2 | we really need a way to override this sort of thing in the build machine rather than in the definitions... | 14:50 |
| paulsher1ood | j > cores is a waste of time. it will slow it down | 14:50 |
| richard_maw | ssam2: morph had --max-jobs=, but that would change it for every build | 14:51 |
| ssam2 | sounds like it makes sense to set max-jobs=2 in /etc/morph.conf on that mason, at least | 14:51 |
| ssam2 | I will do and see if it fixes the webkit build | 14:51 |
| pedroalvarez | yay | 14:51 |
| radiofree | You could add some swap | 14:52 |
| ssam2 | oh, swap would make sense | 14:53 |
| ssam2 | if -j 2 doesn't fix it I'll try doing that | 14:53 |
| ssam2 | you even suggested this before and we did it for a customer and it fixed things | 14:53 |
| * lostduck is a little surprised mason only has 2GB | 14:55 | |
| jjardon | can we add more RAM to mason? | 14:58 |
| ssam2 | resizing existing OpenStack instances is tricky | 14:59 |
| ssam2 | it's been super broken in the past | 14:59 |
| * pedroalvarez can redeploy if we agree | 14:59 | |
| ssam2 | ah, cool (i don't have time) | 14:59 |
| jjardon | please! we all benefit from the cache generated by mason | 15:00 |
| jjardon | can you add some more cores as well? :) | 15:02 |
| ssam2 | if we add more cores then webkit will break again :-) | 15:04 |
| pedroalvarez | let's see how this build goes first | 15:30 |
| pedroalvarez | 12% built :) | 15:30 |
| *** paulwaters_ has joined #baserock | 16:00 | |
| pedroalvarez | jonathanmaw: Hi, I'm currently trying to figure out why we are patching configure.ac here: https://gerrit.baserock.org/#/c/1219/11/strata/genivi-demo-platform/genivi-demo-platform-hmi.morph | 16:26 |
| pedroalvarez | and also wondering if we could submit it upstream | 16:26 |
| jonathanmaw | pedroalvarez: that's because ilm_client and ilm_control have a mutual dependency | 16:26 |
| jonathanmaw | and that change is how you make it link against one while testing the other | 16:27 |
| jonathanmaw | i.e. because wayland-ivi-extension's code at this specific point in time is a bit of a mess, and version hell prevents us using anything better | 16:29 |
| jonathanmaw | upstreaming is unlikely, because wayland-ivi-extension's upstream is already way ahead of this version, but the GDP is stuck with is because of version hell (specifically, there was an interface change without backwards compatibility, which breaks the GDP HMI) | 16:31 |
| pedroalvarez | thanks! I think I'll include that patch in the branch we are using, and remove this from the chunk | 16:43 |
| * pedroalvarez is going to research about gocd this week | 16:44 | |
| richard_maw | what's gocd? | 16:45 |
| richard_maw | or haven't you got that far yet ;¬) | 16:45 |
| rjek | CD, in Go. | 16:45 |
| richard_maw | rjek: ptraces the parent process does it? | 16:46 |
| rjek | heh | 16:46 |
| * richard_maw has occasionally needed a chdir program analogous to chroot, which chdirs then exec's the rest of the argv | 16:47 | |
| paulsher1ood | richard_maw: http://www.go.cd | 16:48 |
| pedroalvarez | I don't know much about it yet, but looks interesting | 16:49 |
| richard_maw | so… It's a Java/JRuby on Rails project, which shares its name with a programming language also used for web stuff | 16:50 |
| pedroalvarez | heh, that's the first thing you get when looking at it, yes | 16:53 |
| pedroalvarez | but it might be interesting and it may make things easier | 16:53 |
| pedroalvarez | Hm, it doesn't have support for elastic agents yet, but they want to include that on the next release | 16:56 |
| paulsher1ood | oh? i may have been misinformed, then | 16:58 |
| pedroalvarez | github issues may be wrong though, I'll ask them | 16:59 |
| * richard_maw wonders how pipelines are configured | 16:59 | |
| pedroalvarez | they also want to add suport for "Pipeline configuration from source control" on the next release | 17:01 |
| paulsher1ood | :) | 17:02 |
| richard_maw | pedroalvarez: that's nice, but what matters is that there's an API for dynamically configuring them | 17:02 |
| richard_maw | hm, Java-based agent required on clients | 17:03 |
| *** paulwaters_ has quit IRC | 17:04 | |
| *** paulwaters_ has joined #baserock | 17:04 | |
| pedroalvarez | I expected that one | 17:05 |
| richard_maw | that was one of the things that caused us problems when we tried to do things with Jenkins | 17:06 |
| pedroalvarez | regarding API for reconfiguring pipelines I don't think there is | 17:07 |
| pedroalvarez | I need to research about the possibilities of this but bearing in mind our needs for ciat | 17:07 |
| richard_maw | there's the web UI | 17:07 |
| richard_maw | http://api.go.cd/current/#create-pipeline | 17:09 |
| pedroalvarez | good catch | 17:10 |
| richard_maw | not sure whether the API documentation is unclear, or whether they don't actually use it, since it doesn't seem to fit their data model that you have to provide a version control as the input, since it talks about being able to trigger builds from other pipelines or artifacts | 17:12 |
| pedroalvarez | well, mason failed to build webkit: https://mason-x86-64.baserock.org/log/c7d9ea12b604aaa5aa8c61012328e360418a2442--2015-10-27%2014:56:06.log | 17:20 |
| richard_maw | -ENOMEM | 17:20 |
| pedroalvarez | I will put more ram on it then | 17:23 |
| richard_maw | hm, that pipeline creation API is deprecated, but it was historically used internally | 17:25 |
| *** franred has quit IRC | 17:28 | |
| pedroalvarez | I wonder where did you see that | 17:28 |
| richard_maw | hold on, I'll get you a url | 17:28 |
| pedroalvarez | I also wonder why we need to dynamically configuring them | 17:28 |
| pedroalvarez | I wokred on CIAT, but didn't get some concepts and needs | 17:29 |
| richard_maw | https://github.com/gocd/gocd/blob/master/server/src/com/thoughtworks/go/server/controller/SimplePipelineWizardController.java#L86 | 17:29 |
| *** mariaderidder has quit IRC | 17:29 | |
| richard_maw | pedroalvarez: the config for which candidate branches are created and what feeds into them is defined in a git repository | 17:31 |
| *** nowster has quit IRC | 17:31 | |
| richard_maw | so potentially one pipeline gocd would run would be to trigger on changes to that, which reconfigured gocd'd build and test pipelines | 17:32 |
| richard_maw | though ideally I'd like it if whatever we use could be configured to run individual builds, so we get a pipeline step for each build step | 17:33 |
| richard_maw | which if it supports elastic pipelines gives a free distbuild | 17:34 |
| richard_maw | well, not free, you've got to split out individual builds from the build tool | 17:34 |
| * richard_maw has been looking at what the components required for a Baserock-style are, and implementing the individual bit bottom-up | 17:38 | |
| richard_maw | so far I have https://github.com/fishface60/python-flock which was based on an article I wrote about locking, and https://github.com/fishface60/python-gitcache, which I need to tidy up further | 17:38 |
| ssam2 | nice | 17:39 |
| *** paulwaters_ has quit IRC | 17:40 | |
| ssam2 | for sandboxing, feel free to do stuff to sandboxlib | 17:40 |
| richard_maw | yep, I was intending to | 17:40 |
| ssam2 | great | 17:41 |
| richard_maw | not there yet though | 17:41 |
| ssam2 | then we just need a library for parsing definitions! | 17:41 |
| richard_maw | hah, there's still a ways to go before that | 17:41 |
| richard_maw | I'd like to make cloning the git repository as fast as possible, which means using --shared, which makes it have a .git/objects/info/alternates file saying where the object store actually is | 17:42 |
| richard_maw | which of course isn't inside the chroot | 17:42 |
| richard_maw | so there'll also be something to hard-link or tell you how to bind-mount the object stores in to make a shared repository chroot safe | 17:43 |
| * richard_maw is hoping to provide useful individual projects by working from the bottom up | 17:44 | |
| richard_maw | though since I've been working on it in my own time, python-gitcache is rather other-thought and over-engineered | 17:45 |
| richard_maw | anyway, this relates to gocd, since I intend that a single-build would be its own component making use of the git cache, artifact cache, sandboxlib and chroot-safe-git-repo, as its own command-line application | 17:46 |
| ssam2 | sounds like a good plan | 17:48 |
| * richard_maw thinks `python -m gitcache clone-temporary $REPO_URL -x ${ARGV[@]}` is fun, since it runs a command in a temporary clone of the git repository and holds locks to prevent anyone removing the backing store from the cache while the repo is in use | 17:54 | |
| richard_maw | part of tidying that up will involve documenting whil this is necessary | 17:55 |
| *** jonathanmaw has quit IRC | 18:00 | |
| ssam2 | smarter caching will be really good | 18:00 |
| * richard_maw wants to do away with the theoretical race where at parse time a ref is resolved in the repository, and another concurrent build starts which also fetches, including a delete and gc of the object you used, so later at build time this object you needed no longer exists | 18:02 | |
| pedroalvarez | oops: http://paste.baserock.org/hibusagife | 18:02 |
| pedroalvarez | err.. is this because.. python3 or something like that? | 18:03 |
| *** bashrc has quit IRC | 18:03 | |
| richard_maw | currently python-gitcache does that by taking a shared lock on the repository and running with autogc turned off when it doesn't have an exclusive lock, but I'd like to have it create a ref namespace for that to have finer-grained ref locking | 18:04 |
| richard_maw | pedroalvarez: aye, looks like it | 18:04 |
| * richard_maw packs up to go to a comedy night | 18:04 | |
| * SotK assumes the backscroll means we are throwing away the current CIAT implementation? | 18:12 | |
| pedroalvarez | not just yet | 18:18 |
| toscalix | http://ciat.baserock.org/ is not running? | 18:29 |
| toscalix | I cannot connect | 18:29 |
| *** ssam2 has quit IRC | 18:33 | |
| pedroalvarez | toscalix: it is not running, and I don't know who turned it off | 18:38 |
| toscalix | pedroalvarez: I will find out | 18:39 |
| pedroalvarez | I sleep better since it's off tbh | 18:39 |
| *** edcragg has quit IRC | 18:56 | |
| *** locallycompact has joined #baserock | 18:59 | |
| *** gtristan has quit IRC | 19:11 | |
| *** toscalix has quit IRC | 19:26 | |
| lostduck | pedroalvarez, lol | 19:50 |
| *** edcragg has joined #baserock | 20:12 | |
| *** edcragg has quit IRC | 20:55 | |
| *** cosm has joined #baserock | 21:26 | |
| persia | On system testing when a client is required on the target to run the tests: create a test worker that has the client and uses Ansible to coordinate the testing of the target system. | 21:42 |
| persia | The test worker needs the client to report to the overall test dispatch system, but the target system requirements are controlled entirely by the test itself. | 21:42 |
| *** edcragg has joined #baserock | 23:23 | |
| *** edcragg has quit IRC | 23:56 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!