| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 00:04 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 272 seconds] | 01:34 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 01:50 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 03:30 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 03:45 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 05:27 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 05:42 | |
| *** dabukalam [~danny@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 07:07 | |
| *** inara [~inara@192.241.198.49] has quit [Quit: ERC Version 5.3 (IRC client for Emacs)] | 07:28 | |
| *** inara [~inara@192.241.198.49] has joined #baserock | 07:31 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:53 | |
| pedroalvarez | good morning! | 08:06 |
|---|---|---|
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:16 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:31 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:31 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:44 | |
| * ssam2 notices the 'diff options' feature of cgit for the first time | 08:54 | |
| Kinnison | ssam2: :-) | 08:55 |
| ssam2 | franred: http://git.baserock.org/cgi-bin/cgit.cgi/delta/cpython.git/commit/Lib/tarfile.py?id=2f476e913d1a0c8696e5fa4ffaff5a01ab66f26d | 10:11 |
| ssam2 | and http://bugs.python.org/issue12841 | 10:11 |
| franred | ssam2, cheers | 10:13 |
| richard_maw | ssam2, franred: `sys.version_info < (2, 7, 3)` | 10:23 |
| richard_maw | strictly, if we're going to monkeypatch fix this bug, we'd have to also check if the version were less than 3.3, but we don't have any versions of morph running that | 10:28 |
| ssam2 | radiofree: branch-from-image is for 'I have this system image and nothing else' | 10:28 |
| richard_maw | and if we were, we'd probably jump to 3.4 | 10:28 |
| franred | richard_maw, if the version is less than 2.7.3 does not includes also 3.3 and 3.4? | 10:29 |
| * franred thinks that maybe he is missing something | 10:29 | |
| richard_maw | ssam2: it's not 100% useful for that currently, as we'd have to do some complicated logic to reconstruct the build graph from the contents of /baserock | 10:30 |
| richard_maw | but if the branch still exists, it can pre-petrify refs | 10:30 |
| richard_maw | though currently its sole remaining use is to find the branch for you | 10:30 |
| * radiofree is still confused | 10:30 | |
| radiofree | why would i use that over checkout, or branch/ | 10:31 |
| ssam2 | radiofree: if you've forgotten the name of your branch, perhaps :) | 10:31 |
| ssam2 | I think it was more use back when the 'ref' field pointed at named refs | 10:32 |
| ssam2 | so you'd have your release branch but it'd just say ref: 'master' or ref: 'stable' | 10:32 |
| ssam2 | and you wouldn't know what actual commits those refs pointed to at the time | 10:32 |
| radiofree | morph branch-from-image baserock:baserock/morphs baserock/release/baserock-9 - morph checkout baserock:baserock/morphs baserock/release/baserock-9 | 10:32 |
| radiofree | what's the difference between those commands? | 10:33 |
| ssam2 | one won't work :) | 10:33 |
| ssam2 | well, it will | 10:33 |
| ssam2 | branch-from-image by default will recreate the branch /for the system you are running it in/ | 10:33 |
| pedroalvarez | franred: maybe the thing is that in python 3.2 the bug is also there? | 10:34 |
| ssam2 | think of it as 'morph branch-from-image --metadata-dir=/baserock branch-for-the-system-im-running | 10:34 |
| * radiofree is still confused | 10:35 | |
| radiofree | oooh... | 10:35 |
| radiofree | hmm | 10:35 |
| ssam2 | :( the command clearly has issues if it doesn't even make sense to people | 10:35 |
| * radiofree is still confused | 10:35 | |
| radiofree | so if i'm running a baserock system, branch-from-image will give me all the things i need to rebuild that exact image? | 10:36 |
| ssam2 | yeah | 10:36 |
| radiofree | ah ok, that's pretty useful! | 10:36 |
| radiofree | but doesn't work anymore? | 10:36 |
| ssam2 | richard_maw has fixed it | 10:36 |
| ssam2 | might not be in master yet | 10:37 |
| radiofree | cool | 10:42 |
| pedroalvarez | ssam2: I see in the lorries log that you merged the glibc lorry | 11:28 |
| pedroalvarez | I can't see it in the trove :( | 11:28 |
| pedroalvarez | s/trove/git.baserock.org/ | 11:30 |
| pedroalvarez | also, we modified some days ago the gusb lorry, and is still not there | 11:30 |
| pedroalvarez | :( | 11:30 |
| ssam2 | this is all true | 11:37 |
| ssam2 | I understand there was an upgrade of git.baserock.org which couldn't be done to fix an issue with lorrying | 11:37 |
| ssam2 | perhaps that is related | 11:37 |
| richard_maw | I'll see what I can dig up after I've gotten this branch-from-image patch merged | 11:41 |
| pedroalvarez | richard_maw: thanks! | 11:43 |
| straycat | Is the public facing mason supposed to be operational? | 12:24 |
| pedroalvarez | straycat: what do you mean with "operational"? | 12:31 |
| pedroalvarez | It's working, but is not deploying images and testing them | 12:32 |
| pedroalvarez | so is a very-basic version | 12:33 |
| straycat | It hasn't passed since the 8th | 12:34 |
| fay_ | has anything been committed since then ?- it still seems to be checking for updates | 12:36 |
| straycat | Am I looking at the wrong thing? | 12:36 |
| pedroalvarez | yeah, nothing new in definitions.git master since 4 days ago | 12:37 |
| richard_maw | there's pending morph updates if anyone wants to do it | 12:37 |
| straycat | http://85.199.252.95/ | 12:37 |
| straycat | Is that the right thing? | 12:37 |
| pedroalvarez | straycat: yes, it is | 12:37 |
| fay_ | straycat, bottom right of the screen shows the last time it checked - it will only build and show a pass if something changes | 12:38 |
| fay_ | s/right/left | 12:38 |
| straycat | So "Failed to contact git.baserock.org" is fine? | 12:38 |
| pedroalvarez | is "fine" | 12:38 |
| straycat | :s | 12:39 |
| pedroalvarez | that means that mason couldn;t reach g.b.o to check if there was something new to build | 12:39 |
| straycat | So if it can't reach gbo to check, how can it be working? | 12:39 |
| SotK | it checks once a minute I think, so the connection failures are intermittent | 12:40 |
| fay_ | it has managed to contact gbo since the fail so it was an intermittent network issue | 12:40 |
| pedroalvarez | the thing is, that if there isn't anything new to build, then mason is not going to print a new row in green/red | 12:40 |
| straycat | Okay | 12:41 |
| SotK | I assume the long outage on Wednesday was because of the attempted upgrade of g.b.o? | 12:43 |
| pedroalvarez | we shut down g.b.o. to do a backup of the disk, so yes | 12:45 |
| franred | richard_maw, ssam2, the hack in morph to fix tarfile.chown works great, tvm for your help :) - I will send this patch soon | 12:46 |
| petefoth | franred: does that mean we will be able to deploy gerrit ? | 12:46 |
| straycat | fay_, *nod* but that interface doesn't tell me that | 12:46 |
| franred | petefoth, http://172.16.20.41:8080/#/q/status:open ;-) | 12:47 |
| franred | patches will be sent soon too | 12:48 |
| Kinnison | huzzah | 12:48 |
| Kinnison | franred: and upgrading a system which has gerrit on it? | 12:48 |
| petefoth | franred: but I can't login | 12:48 |
| Kinnison | Presumably you don't have a user on it | 12:49 |
| paulsherwood | franred: if that's official, can we get it hooked up to baserock.org please? | 12:49 |
| Kinnison | Also, that IP is a local IP, so noone here apart from those inside Codethink's network will have access | 12:49 |
| franred | petefoth, probably you can login with an openID, but Im gonna shutdown it | 12:49 |
| franred | paulsherwood, it is still in testing time - it needs more configuration before publishing it | 12:50 |
| paulsherwood | franred: ok. what's the eta? i can barely wait! | 12:50 |
| franred | Kinnison, what do you mean by "upgrading a system which has gerrit on it"? | 12:50 |
| * petefoth googles about how to use OpenID | 12:51 | |
| Kinnison | Imagine I deployed a baserock system with gerrit on | 12:51 |
| Kinnison | I now want to upgrade it | 12:51 |
| Kinnison | does your work allow for that? | 12:51 |
| * Kinnison knows we've seen a lot of work recently because Troves somehow became non-upgradeable, so I don't want to risk that | 12:51 | |
| franred | petefoth, until now you only can use yahoo accounts ;-) | 12:51 |
| paulsherwood | does franred's work involve storyboard and gerrit on one machine, or separate ones? | 12:52 |
| franred | paulsherwood, no storyboard yet | 12:52 |
| petefoth | franred: Ah yes - now I remember. Will we be able to login using Codethink credentials soon? | 12:52 |
| Kinnison | I believe we're aiming for OpenID | 12:52 |
| Kinnison | because baserock.org infra needs something open | 12:52 |
| petefoth | paulsherwood: gerrit only I believe | 12:52 |
| paulsherwood | petefoth: this will be a public system... not codethink :) | 12:53 |
| franred | petefoth, it is possible to configure LDAP but as Kinnison said we aim to use OpenID | 12:53 |
| petefoth | paulsherwood: good point! | 12:53 |
| * petefoth goes to check what his OpenID is | 12:53 | |
| Kinnison | pedroalvarez: regarding your comment on the empty trovehost | 12:54 |
| Kinnison | pedroalvarez: You'd need to remove the entire trove stanza from the lorry-controller.conf | 12:54 |
| franred | Kinnison, I can't see anything which implies that this system is not upgradable but I will have a look at it | 12:54 |
| Kinnison | pedroalvarez: but regardless, git.bsaerock.org (and anything you upgrade) will already have a lorry-controller.conf | 12:54 |
| Kinnison | pedroalvarez: should you be touching it? | 12:54 |
| Kinnison | franred: well there's all sorts of databasey goodness | 12:54 |
| Kinnison | franred: can gerrit handle upgrading its DB if it finds it's an older version, or is there a migration process which will be needed? | 12:55 |
| Kinnison | if there's a migration process, is the DB in a shared path | 12:55 |
| Kinnison | etc? | 12:55 |
| straycat | I don't know anything about UI, but I think having a "status" at the top of the page would make things clearer. | 12:55 |
| Kinnison | straycat: If you want to criticise Gerrit's UI then you need to get in line with the gajillion other people out there :-) | 12:55 |
| Kinnison | straycat: There's a bunch of cmdline tools to mitigate its awfulness | 12:55 |
| franred | Kinnison, I will dig into it | 12:56 |
| Kinnison | franred: :-) | 12:56 |
| franred | Kinnison, thanks ;-) | 12:56 |
| fay_ | Kinnison, I think straycat is critising mason rather than gerrit | 12:56 |
| Kinnison | franred: I'm not saying it needs to be solved before the first review, but if that review cover-note contained indications of where we need further work, it'd be a good idea | 12:56 |
| Kinnison | fay_: aah | 12:56 |
| tlsa | there's room for improvement (mason UI) | 12:57 |
| franred | Kinnison, this second review does not includes the final configuration - it does only includes the PoC of Gerrit working on baserock | 12:57 |
| Kinnison | franred: aye :-) | 12:57 |
| tlsa | but afaik, the plan is to replace that with something else | 12:57 |
| Kinnison | franred: just note the weaknesses (or even the known unknowns :-) | 12:57 |
| tlsa | "off the shelf" | 12:57 |
| Kinnison | Well, we want to use zuul, gearman and turbo-hipster if appropriate | 12:57 |
| Kinnison | but we'll likely still need something to frontend it | 12:58 |
| Kinnison | No idea what that'll be yet | 12:58 |
| franred | Kinnison, +1 to that latest sentence | 12:58 |
| pedroalvarez | Kinnison: no, but what about if you want to deploy a new git.baserock.org, a different one, without an upstream trove | 12:58 |
| franred | but we will work out something ;) | 12:58 |
| ssam2 | somehow I've built a devel system based more or less off master which fails to even get to login | 12:59 |
| ssam2 | i'm reduced to setting init=/bin/bash and trying again, because systemd emergency mode doesn't work either | 12:59 |
| ssam2 | hopefully this is just something stupid I have done! | 12:59 |
| Kinnison | pedroalvarez: aah yes, deploying a brand new standalone trove will need the entire stanza to not be present | 13:00 |
| Kinnison | pedroalvarez: perhaps switch ansible so that it substitutes an entire stanza in, rather than just the hostname? | 13:00 |
| pedroalvarez | Kinnison: I'm currently thinking about it | 13:02 |
| ssam2 | oh, seems my mistake was to set 'console=tty0 console=ttyS0' on the kernel commandline | 13:05 |
| ssam2 | only the serial console lets me log in, but I can't access it, either on our OpenStack host, or on the KVM machine I've tried it on | 13:05 |
| ssam2 | I got that from here: http://wiki.baserock.org/devel-with/#index7h2 | 13:05 |
| ssam2 | has anyone used the 'KERNEL_ARGS: console=tty0 console=ttyS0' line successfully in a cluster morph? or should we not be advising people to do that? | 13:06 |
| pedroalvarez | ssam2: I wrote that, and it worked for me :S | 13:07 |
| ssam2 | so the problem is that my machine goes into emergency mode, which opens a login prompt on ttyS0, which I can only read from | 13:12 |
| ssam2 | putting ttyS0 first and tty0 second seems to give me emergency mode on the VT | 13:22 |
| ssam2 | i'll change the instructions in the wiki unless anyone objects | 13:22 |
| pedroalvarez | ssam2: please, do | 13:30 |
| franred | do you know how to make git send-email works in baserock? it seems like it is trying to use busybox sendmail and it fails: http://fpaste.org/133108/41052907/ | 13:38 |
| pedroalvarez | seems like git-send-mail is not compatible with busybox sendmail | 13:46 |
| paulsherwood | franred: this *used* to work - http://listmaster.pepperfish.net/pipermail/baserock-dev-baserock.org/2014-May/005987.html | 13:46 |
| franred | paulsherwood, cheers, I will test it | 13:54 |
| paulsherwood | franred: how's gerrit looking? | 13:54 |
| franred | paulsherwood, it needs to spend time in the configuration part - it needs database configuration (to think: backups and upgrade), administrator (number of admins, repositories, group and users), security... | 13:57 |
| franred | I want to play with it on monday adding repositories, users, rules and see how does it work | 13:59 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 13:59 | |
| straycat | Where is our mason hosted? | 14:43 |
| jjardon | Hi, I think I found a bug: "ERROR: Ref 1.12 for cairo in stratum strata/graphics-common.morph is not a string" If I change it to 1.12.16 it doesnt complain | 14:43 |
| Kinnison | Nope | 14:44 |
| Kinnison | not a bug | 14:44 |
| Kinnison | a yaml parse quirk | 14:44 |
| Kinnison | 1.12 is a number | 14:44 |
| richard_maw | jjardon: either that or quote it so it's "1.12" | 14:44 |
| Kinnison | 1.12.16 is not | 14:44 |
| * ssam2 has a Baserock container running in Docker in a Baserock VM | 14:45 | |
| ssam2 | running in OpenStack | 14:45 |
| Kinnison | much virtualisation | 14:45 |
| * straycat sighs | 14:45 | |
| richard_maw | we're just missing the OpenStack running on Xen | 14:45 |
| Kinnison | ssam2: OOI is docker using systemd-nspawn to make the container? | 14:46 |
| jjardon | Kinnison: then I guess morph should support numbers in the ref parameter? A branch name can be a number | 14:46 |
| richard_maw | Kinnison: no, but now we can see if nspawn works inside docker | 14:47 |
| richard_maw | ssam2: ^ | 14:47 |
| ssam2 | Kinnison: docker has multiple backends, by default it does its own thing | 14:47 |
| ssam2 | it used to wrap LXCV | 14:47 |
| ssam2 | *LXC | 14:47 |
| Kinnison | I see | 14:47 |
| Kinnison | jjardon: Potentially lossy conversion | 14:47 |
| Kinnison | jjardon: consider 1.10 | 14:47 |
| Kinnison | jjardon: better to whinge and require quoting | 14:47 |
| ssam2 | Kinnison: a backend for BSD Jails is also proposed or maybe even implemented | 14:47 |
| pedroalvarez | straycat: we have a openstack tenancy hosted in datacentred.co.uk | 14:48 |
| straycat | Okay | 14:51 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 15:02 | |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Ping timeout: 252 seconds] | 15:03 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Read error: Connection reset by peer] | 15:32 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:37 | |
| pedroalvarez | has anybody ever hit his error? http://pastebin.com/3SkDKb5i | 15:57 |
| pedroalvarez | context: running morph in my Raspberry Pi after the native-bootstrap script has finished | 15:57 |
| richard_maw | pedroalvarez: yes, your kernel wasn't built with namespace support | 15:57 |
| Kinnison | clone: Invalid argument | 15:58 |
| Kinnison | that's the important bit of the error | 15:58 |
| pedroalvarez | Kinnison: yeah, and I knew someone has hit this error no long time ago | 15:58 |
| Kinnison | radiofree: https://admin.codethink.co.uk/pnopaste/?1861 | 15:58 |
| Kinnison | radiofree: that's the configure output from qtwayland | 15:58 |
| pedroalvarez | richard_maw: thanks | 15:58 |
| Kinnison | radiofree: and https://admin.codethink.co.uk/pnopaste/?1862 is the full text of the error | 15:59 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:01 | |
| straycat | rjek, have you seen this scripts/basic/fixdep not found thing? | 16:01 |
| Kinnison | straycat: yes, that's the need for a fakebash, no? | 16:01 |
| rjek | Yes, fakebash | 16:02 |
| rjek | I really want to be able to specify which compiler an architecture requires, rather than trying to fudge patches from fringe mailing lists into the GCC we're using. | 16:03 |
| * Kinnison oopses and realises he used a private pastebin on a public channel, sorry about that chaps | 16:03 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has joined #baserock | 16:03 | |
| straycat | my "bash" is a script that runs sh | 16:03 |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has quit [Ping timeout: 245 seconds] | 16:20 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has joined #baserock | 16:35 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has quit [Ping timeout: 255 seconds] | 16:40 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:46 | |
| straycat | I don't see what this has to do with the bash hack, it's more that if I compile a file within the chroot I can't execute it. | 16:52 |
| Kinnison | oh is fixdep a compiled thing, hmm | 16:52 |
| rjek | Also check that you have an appropriate ld.so in an appropriate place. | 16:52 |
| Kinnison | straycat: yeah, it's most likely that the rtld is in the wrong place | 16:53 |
| Kinnison | straycat: what platform are you trying to bootstrap? | 16:53 |
| straycat | mips32 | 16:53 |
| Kinnison | Oooh mips is a total pain | 16:53 |
| Kinnison | But it's likely to be the RTLD | 16:54 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:54 | |
| Kinnison | can you readelf the generated fixdep? | 16:54 |
| Kinnison | and see what interpreter path it has baked in? | 16:54 |
| Kinnison | at this point, it *should* be the /tools path | 16:54 |
| rjek | straycat: OOI, what flags do you pass to your bootstrap compiler in terms of architecture and ABI? | 16:56 |
| straycat | Kinnison, It's /lib/ld.so.1 | 16:58 |
| Kinnison | hmm | 16:59 |
| straycat | rjek, I haven't specified anything outside of whatever morph uses by default. I've just patched morph to map mips32 to mipsel | 17:00 |
| rjek | Hmm | 17:02 |
| straycat | gcc -dumpmachine for the current os gives me 'mipsel-linux-gnu' morph's default (with a mapping to mipsel) should work | 17:16 |
| Kinnison | I'm afraid I don't recall all the mips stuff rjek did, also it was for mips64 so I don't know how applicable it was | 17:18 |
| Kinnison | I do know that mips, in general, is very poorly supported in the compilers that we have | 17:18 |
| Kinnison | often requiring patches to get it to behave right | 17:18 |
| * Kinnison wishes he could help more, but is out of memory :-( | 17:19 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:19 | |
| straycat | :) | 17:20 |
| straycat | Okay, I'll read around and see if anyone's had similar problems | 17:21 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:22 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 276 seconds] | 17:42 | |
| *** ridgerunner [~robjones@access.ducie-dc1.codethink.co.uk] has quit [Remote host closed the connection] | 18:02 | |
| *** benbrown1 [~benbrown@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 18:02 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 18:02 | |
| *** paulsherwood [~paulsherw@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 18:02 | |
| *** petefoth [~petefothe@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 18:02 | |
| *** jmacs [~jimmacart@access.ducie-dc1.codethink.co.uk] has quit [Read error: Connection reset by peer] | 18:02 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has joined #baserock | 18:25 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has quit [Ping timeout: 245 seconds] | 19:01 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has joined #baserock | 21:05 | |
| *** tiagogomes [~tiagogome@cpc65057-bagu12-2-0-cust170.1-3.cable.virginm.net] has quit [Quit: Leaving] | 21:29 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Ping timeout: 240 seconds] | 22:13 | |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 22:15 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 255 seconds] | 22:29 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 22:30 | |
| *** persia__ [quassel@2400:8900::f03c:91ff:feae:3452] has joined #baserock | 22:30 | |
| *** juergbi [~juerg@vserver.paldo.org] has joined #baserock | 22:40 | |
| *** ratmice___ [bosshog@nightfall.forlorn.net] has quit [Ping timeout: 246 seconds] | 22:42 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 22:43 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 22:43 | |
| *** ratmice___ [bosshog@nightfall.forlorn.net] has joined #baserock | 22:57 | |
| *** juergbi [~juerg@vserver.paldo.org] has quit [Ping timeout: 252 seconds] | 23:13 | |
| *** juergbi [~juerg@vserver.paldo.org] has joined #baserock | 23:15 | |
| *** persia_ [quassel@2400:8900::f03c:91ff:feae:3452] has joined #baserock | 23:41 | |
| persia_ is now known as Guest29978 | 23:42 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!