| *** jjardon_ [sid723@gateway/web/irccloud.com/session] has joined #baserock | 00:00 | |
| *** persia [quassel@2400:8900::f03c:91ff:feae:3452] has joined #baserock | 00:01 | |
| *** persia [quassel@2400:8900::f03c:91ff:feae:3452] has quit [Changing host] | 00:01 | |
| *** persia [quassel@ubuntu/member/persia] has joined #baserock | 00:01 | |
| *** cyndis_ [cyndis@lakka.kapsi.fi] has joined #baserock | 00:03 | |
| jjardon_ is now known as jjardon | 00:14 | |
| *** jjardon [sid723@gateway/web/irccloud.com/session] has quit [Ping timeout: 271 seconds] | 00:29 | |
| *** jjardon_ [sid723@gateway/web/irccloud.com/session] has joined #baserock | 00:30 | |
| *** petefotheringham [~petefothe@access.ducie-dc1.codethink.co.uk] has quit [Ping timeout: 272 seconds] | 00:40 | |
| *** petefotheringham [~petefothe@access.ducie-dc1.codethink.co.uk] has joined #baserock | 00:57 | |
| *** fay [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:35 | |
| fay is now known as fay_ | 07:35 | |
| *** SotK [~adamcoldr@access.ducie-dc1.codethink.co.uk] has joined #baserock | 07:41 | |
| jjardon_ is now known as jjardon | 07:54 | |
| *** jjardon [sid723@gateway/web/irccloud.com/session] has quit [Changing host] | 08:04 | |
| *** jjardon [sid723@gateway/web/irccloud.com/x-axpfszwruowuysyv] has joined #baserock | 08:04 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Read error: Connection reset by peer] | 08:10 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:12 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:14 | |
| Kinnison | paulsher1ood: I'll make a point of asking around today to see if anyone fixed it without telling the channel | 08:18 |
|---|---|---|
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:23 | |
| * straycat restarted thte git service | 08:28 | |
| straycat | It was using 5GB of memory, I don't know why | 08:29 |
| Kinnison | Could you please, should you do that again, drop a mail to -dev explaining what you did. It might be of use to any other Trove owners who have issues | 08:29 |
| *** tiagogomes [~tiagogome@213.15.255.100] has joined #baserock | 08:33 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:37 | |
| *** benbrown_ [~benbrown@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:44 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:48 | |
| paulsher1ood | +1 | 08:58 |
| paulsher1ood | but thanks, straycat for fixing it :-) | 08:58 |
| Kinnison | Aye, thanks straycat | 09:01 |
| Kinnison | Today I am annoyed with the Linux OOM killer, if anyone has good references for how to tune it, I'd appreciate links. | 09:01 |
| ssam2 | https://lwn.net/Articles/590960/ may help? | 09:04 |
| rjek | Simply turn off over-commit! :) | 09:04 |
| rjek | And watch programs totally fail to cope when malloc() returns NULL | 09:04 |
| ssam2 | a while back I disabled overcommit and swap on my laptop, cus I was sick of it dying swap-deaths all the time | 09:04 |
| ssam2 | it actually works pretty well now, as long as I remember to exit Firefox before I start a big VM | 09:05 |
| rjek | heh | 09:05 |
| Kinnison | Thanks for the lwn link ssam2 | 09:05 |
| ssam2 | another one: https://lwn.net/Articles/359998/ | 09:05 |
| * Kinnison shall look it over | 09:05 | |
| rjek | I remember Mozilla being a big pro for over-commit because it used to be that it only actually touched half the RAM it allocated. | 09:06 |
| ssam2 | I note that I've not tried that solution on my personal laptop which only has 1GB of RAM | 09:06 |
| straycat | Kinnison, so the oom killer was killing the process, shouldn't there usually be something logging that in dmesg? | 09:06 |
| Kinnison | straycat: it did log in dmesg, but I originally only saw the OOM killer killing a cc1plus process | 09:07 |
| Kinnison | straycat: the killing of morph in addition was harder to spot | 09:07 |
| *** ridgerunner [~robjones@access.ducie-dc1.codethink.co.uk] has joined #baserock | 09:08 | |
| straycat | Are we still talking about gbo? | 09:08 |
| Kinnison | No we're talking about something else | 09:09 |
| Kinnison | a distbuild worker | 09:09 |
| Kinnison | building QtDeclarative | 09:09 |
| Kinnison | :-( | 09:09 |
| straycat | Okay :) | 09:09 |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:42 | |
| pedroalvarez | hm... I just had a nice systemd loop when rebooting a fresh trove :( | 11:01 |
| pedroalvarez | but I know why :) | 11:02 |
| paulsher1ood | ssam2, richard_maw - my issue with raising the btrfs problem is i don't understand the tech details well enough, let alone the ml protocol :) | 11:04 |
| pedroalvarez | This commit should fix the trove problem I'm having: http://pastebin.com/PEGehZeM | 11:07 |
| ssam2 | paulsher1ood: me neither :) I'm happy to send the problem report, though | 11:08 |
| straycat | Why do troves deployed to openstack need an initramfs? | 11:21 |
| pedroalvarez | straycat: they dont need it. | 11:29 |
| pedroalvarez | openstack uses virtio disks, so they use /dev/vdX instead of /dev/sdX | 11:30 |
| pedroalvarez | the openstack write extension replaces that in extlinux.conf | 11:31 |
| pedroalvarez | but if you want to deploy to a rawdisk image, then you have to add initramfs to the system | 11:31 |
| straycat | Oh I see okay | 11:34 |
| straycat | So if I deploy my trove with the openstack extension I can skip adding the initramfs subsystem? | 11:47 |
| pedroalvarez | straycat: yes | 11:47 |
| straycat | Okay cool | 11:48 |
| ssam2 | idle thought: it might make 'what Baserock is' a bit clearer if we were to clearly separate the reference systems into 'examples' and 'infrastructure' | 12:25 |
| ssam2 | so Trove, Mason and Devel are infrastructure | 12:25 |
| ssam2 | and everything else is an example | 12:25 |
| *** dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 12:27 | |
| *** CT-Dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 12:31 | |
| *** violeta [~violeta@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 12:55 | |
| franred | I need a short review updating morph in definitions: http://fpaste.org/133641/14107857/ | 12:55 |
| pedroalvarez | franred: +1 | 12:56 |
| ssam2 | franred: +1 | 13:05 |
| franred | cheers, guys :) | 13:05 |
| franred | pushed | 13:11 |
| paulsher1ood | ssam2: +1 on your idea | 13:25 |
| *** ctgriffiths [~quassel@ec2-54-72-26-210.eu-west-1.compute.amazonaws.com] has joined #baserock | 13:26 | |
| ctgriffiths | Hello, I heard there was some trouble lorrying MariaDB. Is it a definite no go? | 13:29 |
| rjek | It seems to be in bzr, which I thought was supported. | 13:30 |
| rjek | (The stuff in BR that I'm upstream for is in bzr. So I imagine it has to be.) | 13:30 |
| paulsher1ood | it was big, that was all. when i tried to push it through, there was not enough free space on gbo | 13:32 |
| rjek | ah | 13:32 |
| paulsher1ood | should be doable now, i believe | 13:32 |
| Kinnison | MariaDB? Oh dear | 13:56 |
| Kinnison | Debian's having a lot of trouble with MariaDB right now | 13:56 |
| rjek | Oh? | 13:58 |
| Kinnison | It's an unmergeable fork of MySQL | 13:59 |
| rjek | It's the fork that happened when Oracle bought MySQL. | 14:00 |
| Kinnison | Aye | 14:00 |
| Kinnison | Why do we want mariadb ? We already have postgresql available | 14:01 |
| rjek | (Because nobody wanted to deal with Oracle. Also see: OpenOffice) | 14:01 |
| rjek | Kinnison: Some software is written by the unenlightened. | 14:01 |
| Kinnison | rjek: aye, but do we want unenlightened software? </purist> | 14:02 |
| ctgriffiths | Kinnison: storyboard uses doesn't support postgres currently, it uses MySQL so we want to use MariaDB as a drop in replacement | 14:02 |
| Kinnison | ctgriffiths: storyboard? Oh. urgh. I see. Can't we fix Storyboard? | 14:02 |
| Kinnison | It's surely not *that* DB-heavy | 14:02 |
| Kinnison | and IIRC it's written in Python | 14:02 |
| persia | Upstream used to support both Postgres and MySQL, and migrated to MySQL only some time ago | 14:03 |
| Kinnison | How strange | 14:03 |
| persia | Something about table locking semantics, iirc | 14:04 |
| Kinnison | psql is ACID and MySQL is not? | 14:04 |
| Kinnison | For something like storyboard I fail to see how the performance impact of full ACID could be a detriment though | 14:05 |
| rjek | Does MySQL support cell-based locking yet? Last time I looked into this it only supported table-based (not even column-based) | 14:05 |
| persia | Bug me on a day when my brain is working, and I'll dig up the relevant meeting logs. | 14:05 |
| Kinnison | rjek: iIRC it depends on the engine you use | 14:06 |
| rjek | Although the thing to remember about MySQL is that it's actually a dozen different databases with different feature sets that share an average-quality SQL interpreter. | 14:06 |
| straycat | hey persia :) | 14:06 |
| Kinnison | rjek: myisam is fast but lacks features. innodb is much more featureful but certainly used to be slower | 14:07 |
| rjek | So you often end up with "Yes, MySQL has these features! But not at the same time!" | 14:07 |
| straycat | Hrm, so at the moment there's a MASON_ID, which gets used by a gitano post receive hook to send notifications to a mason, except that at the moment mason isn't using that trigger it just runs periodically, so at the moment MASON_ID doesn't need to be set? If that's true then we probably shouldn't mention it in the docs. | 14:09 |
| Kinnison | straycat: the mason stuff in trove was from when trove triggered the ci controller, we'd like to get back to that at some point, but probably by having the ci controller subscribe at runtime, so we are likely to be able to drop the configuration variables entirely if they're optional now | 14:10 |
| straycat | Okay, for now I'm content to drop mention of MASON_ID from the docs, but if you're sure we won't want it in the future I could also remove it from the code? | 14:13 |
| Kinnison | Leave it in the code for now | 14:13 |
| straycat | Okay | 14:13 |
| Kinnison | I've not even started to write the server-side support for subscriptions, and if we move to Gerrit, who knows what we'll do | 14:14 |
| SotK | has anyone seen "/usr/include/glib-2.0/glib/gtypes.h:32:24: fatal error: glibconfig.h: No such file or directory" when building something which depends on glib in baserock before? | 14:14 |
| Kinnison | ctgriffiths: You said you'd heard there was an issue with mariadb lorrying -- do you have any more data than that? | 14:14 |
| ssam2 | SotK: not seen it in Baserock, but have seen it | 14:15 |
| radiofree | SotK: i've seen it before outside baserock | 14:15 |
| ssam2 | is the build system using `pkg-config --cflags glib-2.0` correctly ? | 14:15 |
| radiofree | /usr/lib/glib-2.0/include isn't in your include path | 14:15 |
| paulsher1ood | Kinnison: i tried to sneak in the mariadb lorry - but gbo was short of resources at the time | 14:16 |
| * Kinnison tsks paulsher1ood | 14:16 | |
| * Kinnison shall take a peek | 14:16 | |
| SotK | ssam2: I doubt it | 14:16 |
| paulsher1ood | Kinnison: this was months ago. | 14:16 |
| paulsher1ood | i haven't tried since | 14:16 |
| paulsher1ood | i was tskd at the time | 14:17 |
| * Kinnison tsks you more | 14:17 | |
| Kinnison | :-) | 14:17 |
| paulsher1ood | :) | 14:17 |
| paulsher1ood | there is the point that maybe all downstream troves don't want everything from gbo. can they disable repos easily? | 14:18 |
| paulsher1ood | (we're in danger of adding java and its friends, for example) | 14:18 |
| SotK | ssam2, radiofree: thanks :) | 14:18 |
| richard_maw | paulsher1ood: downstream troves can add an 'ignore' list to the lorry-controller config | 14:21 |
| richard_maw | paulsher1ood: unfortunately, it's opt-out, rather than opt-in, so they need to set that up before we add them | 14:21 |
| paulsher1ood | richard_maw: can they scru repos they don't need? | 14:22 |
| paulsher1ood | otherwise they need to be prescient? | 14:22 |
| richard_maw | paulsher1ood: if we're adding bug stuff we could notify downstreams and ask if they want $LONG_LIST_OF_REPOS, rather than being prescient | 14:23 |
| richard_maw | paulsher1ood: there's no lorry-controller interface for removing lorried repos, so you'd need root on the box | 14:24 |
| richard_maw | paulsher1ood: but it is possible to scrub repos you don't need | 14:24 |
| paulsher1ood | ok. maybe we need a better default | 14:24 |
| richard_maw | we might be able to add java as another prefix (e.g. java/ instead of delta/) | 14:33 |
| richard_maw | which the default trove config won't include | 14:33 |
| richard_maw | but we'd need to fiddle with the git.baserock.org gitano config to make lorry able to push there | 14:33 |
| Kinnison | richard_maw: no fiddling required | 14:34 |
| Kinnison | richard_maw: lorry-controller would need a new stanza for that subsection, but otherwise it'd just work | 14:35 |
| Kinnison | richard_maw: and that's just an entry in lorry-controller.conf in the local-config repo | 14:35 |
| richard_maw | I thought the gitano rule-sets had entries saying "only lorry may push to delta/" and "lorry may not push to $TROVE_PREFIX" | 14:36 |
| Kinnison | paulsher1ood: FYI, the mariadb import is currently pondering october 2003 | 14:36 |
| Kinnison | richard_maw: Nope, the rulesets are "may push to ¬ prefix" | 14:37 |
| Kinnison | richard_maw: and may not touch refs starting with prefix | 14:37 |
| Kinnison | richard_maw: otherwise lorry wouldn't be able to work for downstream troves | 14:39 |
| Kinnison | paulsher1ood: and now it's pondering october 2004 | 14:43 |
| Kinnison | paulsher1ood: at this rate, (roughly 6 minutes per year) we can expect it to complete the export from bzr in around an hour | 14:44 |
| paulsher1ood | that's not completely awful | 14:45 |
| * paulsher1ood would prefer to see storyboard with postgres, though... | 14:45 | |
| * Kinnison concurs | 14:45 | |
| paulsher1ood | but that's probably orthogonal :) | 14:45 |
| Kinnison | anything mysqlish makes me antsy because it's so much less nice to admin IMO | 14:45 |
| Kinnison | but I am biassed | 14:45 |
| * persia will dig up the reason why it was made to not support postgres anymore tomorrow | 14:45 | |
| Kinnison | persia: thanks, concentrate on getting fully well first :-) | 14:46 |
| persia | It uses sqlalchemy for code-admin | 14:46 |
| * richard_maw finds concentrating is the last thing he wants to do while trying to get well | 14:46 | |
| Kinnison | richard_maw: You mean you don't lie in bed thinking "Be well, citizen" to yourself over and over and over? | 14:47 |
| richard_maw | Kinnison: no, it's generally stranger things like "hm, I didn't send the impulse to move that muscle. Ah, there must be someone else in here too now. Bah, they'll want equal access to the eyes, but I want to keep them closed" | 14:49 |
| Kinnison | oh my | 14:49 |
| richard_maw | which then leads on to weird spirals like "Do I have the right to deprive the other intelligence inhabiting my body access to all its functions" | 14:51 |
| SotK | anyone here built glibmm? | 14:52 |
| richard_maw | is that the C++ binding? | 14:52 |
| SotK | yep | 14:52 |
| richard_maw | no | 14:52 |
| radiofree | about 5 years ago SotK | 14:52 |
| radiofree | so i doubt i'll be much help | 14:53 |
| * paulsher1ood is comforted to see persia back on irc, even if not at full power | 14:54 | |
| Kinnison | Hmm it has slowed down, it's still on august 2005 | 14:55 |
| paulsher1ood | maybe they did more work in 2005? | 14:55 |
| Kinnison | maybe | 14:56 |
| * straycat is struggling a little with the docs | 14:58 | |
| straycat | What is $FLAVOUR here? http://wiki.baserock.org/guides/deploying-a-trove/ | 14:59 |
| Kinnison | presumably it's the kind of VM | 14:59 |
| Kinnison | small/large/x-large | 14:59 |
| straycat | I have no idea | 14:59 |
| Kinnison | flavour is an openstack term | 14:59 |
| straycat | That's nice | 14:59 |
| straycat | The doc says nothing | 14:59 |
| paulsher1ood | http://docs.openstack.org/openstack-ops/content/flavors.html | 14:59 |
| Kinnison | Our deployment doc cannot tell you what flavours are available on your cloud | 15:00 |
| Kinnison | We should perhaps discuss what shape of flavour would be best though | 15:00 |
| Kinnison | e.g. in terms of vCPUs etc | 15:00 |
| straycat | It could tell me what a flavour is though? | 15:00 |
| Kinnison | I think there's an assumption that if you're doing an Openstack deployment, you know what nova, horizon, flavour, etc all mean | 15:00 |
| Kinnison | otherwise we end up duplicating openstack's glossary | 15:00 |
| paulsher1ood | straycat: this is a bit like ridgerunner's q the other day. we can't document all the stuff baserock interacts with. i think we have to assume if folsk are deploying to openstack, they have some understanding of openstack | 15:01 |
| straycat | I'm sorry I disagree. | 15:01 |
| straycat | You've got random magic in these docs that isn't even slightly explained. | 15:01 |
| straycat | I'm not expecting a duplicate of the glossary. | 15:01 |
| Kinnison | I'd be up for ensuring that we link to the openstack glossary | 15:01 |
| Kinnison | e.g. when we say "flavour" we should link that to the definition in Openstack's site | 15:02 |
| straycat | I'm sorry that I failed to phrase my criticism in a more positive light. | 15:02 |
| Kinnison | s'okay, it can be very frustrating | 15:02 |
| Kinnison | I still don't know what all the terms mean | 15:03 |
| Kinnison | but I've learned to identify openstack terms so I know where to look | 15:03 |
| straycat | I know how to use google, but I don't expect to have to when I'm following a guide. | 15:03 |
| Kinnison | If you want to, you could annotate the doc with links out to appropriate sites as you go. I appreciate this doesn't help you now, but it would help someone else in the future. | 15:04 |
| persia | In case anyone is interested in storyboard, there's an upstream meeting in #openstack-meeting just starting now | 15:05 |
| paulsher1ood | +1 - i fix the wiki when i find things broken or unclear. so far i've not had to deploy to OpenStack | 15:05 |
| straycat | paulsher1ood, *nod* I do small fix ups, but as someone who's never touched openstack this guide is helpful, but could be a lot clearer, I know it's difficult to write clear docs when you already know how everything works. | 15:08 |
| straycat | I remember that the original trove deployment guide I wrote suffered from similar problems. | 15:09 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 15:09 | |
| straycat | Also, the cloud-init script seems to generate my admin key, is the expectation that I copy the private key off the system to use it? | 15:10 |
| Kinnison | Trove-admin key should be supplied to the system, surely? | 15:11 |
| Kinnison | Trove will create the gitano-admin key on-board and that shouldn't really be used outside of the unit | 15:11 |
| straycat | It doesn't seem to be in this case, but I could be mistaken. | 15:11 |
| Kinnison | pedroalvarez: Can you weigh in on this, you wrote the cloud-init stuff | 15:12 |
| pedroalvarez | That cloud-init script is an example to configure a trove. That script generates all the keys needed (admin, lorry, worker...). | 15:14 |
| pedroalvarez | so if you want to inject your key for the admin user, you can easily modify the cloud-init script | 15:15 |
| Kinnison | pedroalvarez: I wonder if it would be good to provide an example where you supply the trove-admin key | 15:16 |
| Kinnison | pedroalvarez: otherwise people might get the wrong idea | 15:16 |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 15:19 | |
| pedroalvarez | should be like this: http://pastebin.com/TdVDw5z6 | 15:19 |
| pedroalvarez | Kinnison: a lot of different things can be done in OpenStack, and in many different ways | 15:20 |
| Kinnison | Mmm | 15:20 |
| Kinnison | But making sure we put Good examples in, is important | 15:20 |
| straycat | pedroalvarez, cheers I'll put that example in | 15:27 |
| Kinnison | straycat, pedroalvarez: awesomesauce | 15:29 |
| Kinnison | paulsher1ood: up to 2009 now | 15:30 |
| pedroalvarez | straycat: np! :) | 15:31 |
| *** thecorconian [~thecorcon@136.1.1.102] has joined #baserock | 15:44 | |
| Kinnison | paulsher1ood: july 2011 and nearly 50G of temporary space consumed | 15:56 |
| Kinnison | paulsher1ood: no wonder mariadb import failed before | 15:56 |
| straycat | So what would we recommend for a trove, m1.medium? Plus some separate disk allocation for gits and artifacts? | 15:56 |
| Kinnison | pedroalvarez: ^^ ? | 15:57 |
| straycat | http://docs.openstack.org/openstack-ops/content/flavors.html is all we need to discuss it | 15:58 |
| pedroalvarez | straycat: depending on your openstack provider you may have more flavor available | 15:59 |
| straycat | Sure, but those are the defaults are they not? | 15:59 |
| franred | straycat, why medium? Small should be enough if you attach a volume | 16:00 |
| pedroalvarez | franred: but small only have 1 VCPU | 16:00 |
| straycat | plus, you need enough memory to be cloning git and a bunch of other things and running a bunch of web and git services. | 16:01 |
| Kinnison | RAMs are important | 16:01 |
| rjek | The inflexibility of "flavours" is something I really don't like about Openstack. | 16:01 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 16:01 | |
| rjek | I had this problem with our internal one; none of them were ideal for my need. | 16:01 |
| franred | how much RAM is consuming a Trove instance? | 16:01 |
| pedroalvarez | rjek: did you ask your sysadmin to add one more suitable for you? | 16:02 |
| rjek | pedroalvarez: It seems, to me, silly to need to have an admin make a whole new "flavour" for one thing. | 16:02 |
| rjek | I just want to be able to say "I want a machine with X MB of RAM and Y GB of disc space and Z CPUs. Go." | 16:03 |
| *** CT-Dutch [~william@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Quit] | 16:03 | |
| pedroalvarez | straycat: I think the medium is not enough | 16:06 |
| Kinnison | We're almost there. | 16:07 |
| *** jmacs [~jimmacart@access.ducie-dc1.codethink.co.uk] has joined #baserock | 16:08 | |
| pedroalvarez | but just because of the disk space. If you plan to attach a volume, then I think that the medium flavor is enough | 16:09 |
| Kinnison | paulsher1ood: it's packing.... | 16:10 |
| paulsher1ood | :-) | 16:10 |
| Kinnison | paulsher1ood: 58G of tempspace in use right now | 16:10 |
| richard_maw | ouch! | 16:13 |
| paulsher1ood | Kinnison: please approve anand's email? | 16:13 |
| Kinnison | paulsher1ood: already done, slowpoke :-) | 16:13 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 16:14 | |
| Kinnison | Just over 10% of the import sequence done now | 16:17 |
| Kinnison | I fear this repo is going to be hyoooge | 16:17 |
| paulsher1ood | Kinnison: email the list notifying we may delete it, so don't rely on it yet? | 16:18 |
| Kinnison | Once it's in, I don't think we should stop lorrying it. Other stuff might need it in the future | 16:19 |
| Kinnison | the pain is, after all, one off | 16:19 |
| Kinnison | ca. 20% imported | 16:20 |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:20 | |
| Kinnison | 30% | 16:21 |
| straycat | Actually I take back what I said, the whole thing assumes you've got nova sorted so you'd probably also assume the reader knows about flavours. | 16:23 |
| straycat | It's just confusing for me because I've never used openstack. | 16:23 |
| *** tiagogomes [~tiagogome@213.15.255.100] has quit [Quit: Leaving] | 16:32 | |
| Kinnison | 50% | 16:35 |
| Kinnison | such slowness | 16:35 |
| Kinnison | very big repo | 16:35 |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:35 | |
| richard_maw | hi pedroalvarez, I have more quoting questions to your UPSTREAM_TROVE patch | 16:40 |
| pedroalvarez | richard_maw: one sec, I'm reading your email first | 16:41 |
| pedroalvarez | richard_maw: go ahead | 16:42 |
| pedroalvarez | answering your question: No, I haven't tested the JSON parsing with weird input :/ | 16:43 |
| richard_maw | at that point I think it's YAML parsing | 16:43 |
| richard_maw | which just dropping the |quote would fix | 16:43 |
| richard_maw | since AIUI the interpolations happen after the yaml is turned into objects | 16:43 |
| pedroalvarez | I'll do a quick test dropping 'quote' | 16:44 |
| pedroalvarez | richard_maw: suggestions for weird input? | 16:46 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 16:46 | |
| richard_maw | stick a " in it | 16:47 |
| pedroalvarez | richard_maw: I guess I have to define that var like: | 16:49 |
| pedroalvarez | UPSTREAM_TROVE: "something with weird chars like \" on it" | 16:49 |
| paulsher1ood | ssam2: is it me, or does anand's patch not apply? | 16:50 |
| pedroalvarez | the result in that case is: http://pastebin.com/b6XSK43T | 16:50 |
| Kinnison | 78% | 16:50 |
| pedroalvarez | richard_maw: so yeah, quote is not needed in this case, thanks! | 16:52 |
| * paulsher1ood fudges anand's patch, kicks off a build | 16:52 | |
| richard_maw | pedroalvarez: no problem | 16:54 |
| richard_maw | it's not a valid hostname, but I'd much prefer the error be noticed there than cause weird bugs earlier when generating or loading the config | 16:55 |
| paulsher1ood | ssam2: anand's patch (fudged) works.maybe if i submit the working diff, i can get credit for the patch? :-) | 17:03 |
| Kinnison | Stiiiil converting | 17:05 |
| richard_maw | paulsher1ood: I don't think you can sneak that past the maintainer, when he pointed you to Anand Jain in the first place. | 17:06 |
| ssam2 | ;aj. | 17:09 |
| ssam2 | oops | 17:10 |
| ssam2 | paulsherwood: good that it works, can you reply and tell him? I need to head off | 17:10 |
| ssam2 | actually I can, it takes 1 minute | 17:10 |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:15 | |
| Kinnison | Okay, i think the mariadb conversion completed but you might have to wait for it to be transferred | 17:26 |
| * Kinnison heads off | 17:26 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 21:37 | |
| *** ridgerun1er [~robjones@access.ducie-dc1.codethink.co.uk] has joined #baserock | 23:46 | |
| *** jjardon_ [sid723@gateway/web/irccloud.com/x-gaxyjbccvverqxew] has joined #baserock | 23:53 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!