[08:58] <Noskcaj> the xubuntu daily freezes on the hit enter to restart propmpt
[09:00] <elfy> Noskcaj: found something else with that update window ... if it's in the downloading state, you can't resize - unless you go for more detail, once it has the terminal output you can resize it
[09:05] <Noskcaj> elfy: strange can you report the bug?
[09:05] <Noskcaj> and try and confirm the daily thing, i found it in AMD64 Vbox
[09:06] <elfy> I'll try and find out what to report it against and do it
[09:06] <elfy> daily thing?
[09:06] <Noskcaj>  the xubuntu daily freezes on the hit enter to restart propmpt
[09:06] <elfy> have a look a bit later at that
[13:09] <psivaa> jamespage: raring server ceph tests have some post install test failures,
[13:09] <psivaa> testCephRadosGateway:   Ceph Rados Gateway Daemon not running or to many daemons running
[13:09] <psivaa> testCephRadosGatewayApache: Failed to connect to the localhost
[13:09] <psivaa> testRestBench: ERROR: XmlParseFailure
[13:10] <psivaa> jamespage: the tests are run with 40G disk space as instructed though
[13:11] <jamespage> psivaa, oooo
[13:11]  * jamespage looks
[13:11] <psivaa> jamespage: thanks
[13:13] <jamespage> psivaa, looks like the storage bits are working OK but the http rest gateway is broken
[13:13] <jamespage> I'll debug this in a bit
[13:14] <jamespage> (working on some ceph updates right now as it happens)
[13:14] <psivaa> jamespage: thanks
[14:11] <jamespage> psivaa, you don't happen to know how much ram a test instance gets off the top of your head do you?
[14:15] <psivaa> jamespage: probably 512M, that's the number i am seeing in the conf files. let me confirm it with max
[14:18] <psivaa> jamespage: yes just got it confirmed that it is 512
[14:26] <jamespage> psivaa, hmm
[14:27] <jamespage> psivaa, how trivial would it be to increase that to 4G?
[14:27] <jamespage> I'm thinking that the radosgw might be failing to start due to lack of memory
[14:27] <jamespage> the system is already running three quite resource intensive daemons by that point in time.
[14:29] <psivaa> jamespage: afaik, the RAM is set in the conf file that is common to all jobs in the server, although by providing the vm.xml file we should be able to alter that for a singly job
[14:30] <psivaa> jamespage: i'll have to try that though
[14:30] <jamespage> psivaa, please; I can't seem to reproduce the issue using a 4G 2CPU node
[14:31] <psivaa> jamespage: ok, ill try that. thanks
[14:31] <jamespage> psivaa, thanks
[15:01] <phillw> balloons: ping :)
[15:02] <balloons> right on schedule mate
[15:02] <phillw> can we start with the classroom sessions?
[15:03] <phillw> https://wiki.ubuntu.com/Testing/Activities/Classroom
[15:04] <balloons> k
[15:05] <phillw> one thing that will be needed is for people attending to have an iso already downloaded... care to choose one?
[15:11] <balloons> yes
[15:11] <balloons> noskcaj and I were talking about that
[15:11] <balloons> I was going to ask the classroom folks there thoughts
[15:11] <balloons> we could simply ask people to download it beforehand, but the best way to do so?
[15:12] <phillw> I think put it in the notes announcing the sessions?
[15:13]  * TheLordOfTime glances in.
[15:13] <TheLordOfTime> you may want to poke the classroom people on that, i'm probably one of the people that would refuse do download $huge_file_or_iso just for a classroom session.
[15:13] <TheLordOfTime> s/do/to/
[15:14] <phillw> it's not going to be very easy to explain testing an iso without one?
[15:14] <TheLordOfTime> true, but if you're a user who wants to help with testing but has extremely limited DL speeds or has bandwidth caps, you'd be in the same situation
[15:14] <TheLordOfTime> it's not a concern for me, but for others it may be.
[15:14]  * TheLordOfTime returns to silently stabbing php5
[15:16] <phillw> which brings in the importance of teaching people about using zsync... I know, it takes me about 3 - 4 hours to down load a CD sized iso!
[15:17] <balloons> phillw, my other thought was to grab a mini iso
[15:17] <phillw> i was thinking the same :)
[15:17] <balloons> the trouble there is you wouldn't get a full iso to play with
[15:18] <phillw> but you do get a fully working system which can boot, albeit in terminal mode only.
[15:21] <balloons> phillw, yes you would
[15:21] <balloons> the other option is to have people use an iso they may have
[15:21] <phillw> but, you can't zsync a mini.iso
[15:21] <balloons> if they installed ubuntu at some point, they should have an iso :-)
[15:22] <phillw> indeed. So asking them to either dig out their iso before the sessions, or download one if they don't still have it?
[15:23] <balloons> I think having them download an iso is still the best
[15:23] <balloons> but for those that can't, re-use one
[15:24] <balloons> and of course if you can't dl or re-use, well then, you probably can't test then anyway?
[15:24] <balloons> so you could follow along for knowledge sack
[15:24] <phillw> sounds reasonable. :)
[15:27] <phillw> if people have, e.g., got their install CD, that can be easily converted into an iso. But to run through the test cases would be better done with a raring one?
[15:29] <balloons> yes of course
[15:29] <balloons> and again, I assume they want to learn to do it
[15:29] <balloons> so they need to be able to grab a raring iso
[15:30] <phillw> which is best done before we start the classroom sessions.
[15:34] <balloons> yep
[15:34] <balloons> indeed
[15:34] <phillw> I'll have a chat with the classroom people about how best to advertise that to get the best from the sessions they should get a raring iso downloaded.
[15:34] <balloons> doesn't even matter what day, etc
[15:34] <balloons> you can zsync it
[15:34] <phillw> yup :)
[15:34] <balloons> yes I would ask classroom folks about making sure they come prepared
[15:35] <phillw> are you okay with the sessions i've volunteered you for?
[15:35] <balloons> yes
[15:35] <balloons> not sure I need 60 mins for intro though :-)
[15:36] <phillw> feel free to adjust the time you want :)
[15:37] <zyga> hey everyone
[15:37] <roadmr> zyga: welcome!
[15:37] <zyga> cr3: hey man, how are you
[15:37] <zyga> roadmr: one more thing on the review, is the IP good to publish now?
[15:37] <zyga> roadmr: is the instance (without data, properly-whitelisted)
[15:38] <zyga> plars_: hey!
[15:38] <cr3> zyga: hey dude, it's been a rough few weeks but surviving. how's cert been?
[15:38] <zyga> plars_: we're breaking the ice that kept the cert team on the canonical IRC ;-)
[15:39] <zyga> cr3: cert's rather good I think, how is your new job? video transcoding is probably a bit more challenging than testing
[15:39] <roadmr> zyga: the ip *will* change at some point
[15:39] <zyga> roadmr: I know, I just mean now, is safe to just have it there in the open?
[15:39] <roadmr> zyga: let's ask schwuk
[15:39] <zyga> ok
[15:39] <cr3> zyga: it's certainly different :)
[15:40] <zyga> cr3: we're rewriting checkbox :-) I just pushed 0.2 of the new code to the ppa
[15:40] <zyga> cr3: magic hardware accelerators or just plain xeons? :)
[15:40] <roadmr> cr3: so did they force you to get a smartphone to test the video streaming? :P
[15:41] <cr3> zyga: no hardware accelerators :)
[15:42] <cr3> roadmr: fortunately not, I still have my old dumb phone :)
[15:42] <balloons> lol
[15:42] <roadmr> cr3: hehe nice!
[15:42] <cr3> zyga: congrats on the new version of checkbox!
[15:42] <zyga> roadmr: I'm starting auto-package-testing stuff
[15:42] <zyga> roadmr: this may actually be useful :)
[15:42] <zyga> cr3: the code is on github ;)
[15:42] <zyga> cr3: http://github.com/zyga/plainbox
[15:42] <cr3> zyga: what a surprise!
[15:43] <zyga> cr3: but it got merged back to lp yesterday :)
[15:48] <zyga> brendand: hey
[15:48] <zyga> brendand: so you've used autopkgtest?
[15:48] <brendand> zyga, i what?
[15:48] <zyga> brendand: do you know how to use autopkgtest?
[15:48] <brendand> zyga, not really. i looked at it a bit at uds
[15:49] <zyga> brendand: ok
[15:51] <zyga> https://wiki.ubuntu.com/TestCaseCompetition <- those instructions don't really work
[15:51] <zyga> sigh
[15:52] <zyga> pitti: ping
[15:55] <balloons> zyga, there's a better page fo rit
[15:55] <balloons> zyga, http://developer.ubuntu.com/packaging/html/auto-pkg-test.html
[15:55] <zyga> I also saw http://developer.ubuntu.com/packaging/html/auto-pkg-test.html
[15:55] <zyga> heh
[15:55] <balloons> :-pp
[15:56] <balloons> so, what
[15:56] <psivaa> jamespage: making the RAM to 4G in the vm xml makes the ceph tests to pass. Now the recommended way to include these job specific requirements is by the structure that nuclearbob talks about in bug 1084515
[15:56] <balloons> zyga, so can you summarize plainbox in 2 sentences -- what's new/diff than checkbox now?
[15:57] <zyga> balloons: the architecture is much easier to understand and use, the code is almost fully tested and documented, plainbox does not have any actual jobs/scripts and instead is designed to process data from checkbox (package or source repo)
[15:57] <zyga> balloons: it will have senbile API stability and can be used to easily build third party testing tools for custom tasks
[15:58] <zyga> balloons: and it also solves some annoyances with checkbox / does a better job at doing the same
[15:58] <jamespage> psivaa, \o.
[15:58] <jamespage> psivaa, great news
[16:00] <zyga> balloons: down the road we also want to replace the UI, work on that is ongoing (design and prototypes)
[16:07] <balloons> zyga, ok so for now, mostly under the hood stuff
[16:08] <zyga> balloons: yes but the code already allows one to run most of checkbox tests, it is useful for debugging
[16:08] <zyga> balloons: pretty soon we'll support all tests as in checkbox, then we can start working on the UI layer
[16:12] <roadmr> and then... the world
[16:13] <balloons> mwahahahha
[16:14] <zyga> roadmr: shortly after the UI ;)
[16:17] <zyga> does anyone know how to increase the timeout for a test run
[16:18] <zyga> for me it's too short
[17:50] <pitti> zyga: pong
[18:17] <zyga> re
[18:18] <zyga> pitti, hi, I wanted to use auto-pkg-test with checkbox, initially I want to learn about the tool, I was following examples on the wiki but it seems that the operation times out before the whole test run finishes (due to network speed), do you know how to increase the timeout?
[18:19] <pitti> zyga: you mean if you run it locally with run-adt-test?
[18:20] <zyga> yes
[18:20] <zyga> the vm log from the prep that get started with prepare-testbed
[18:21] <pitti> zyga: so it doesn't seem we have a timeout option right now; but feel free to hack it locally, and we can add one
[18:21] <zyga> I want to change it, just a hack, to explore more
[18:21] <zyga> I tried to find it (before pulling my PCI-E card by accident two hours ago) but I didn't have enough luck
[18:32] <zyga> pitti: do you know where I can change it
[18:33] <pitti> zyga: according to man adt-run, something like adding --timeout-factor=5 ?
[18:34] <pitti> zyga: (but no, I don't know by heart, I never ran into a timeou)
[18:36] <pitti> zyga: sorry, need to leave; good night everyone!
[19:25] <Noskcaj>  bug 1065789 is back :(
[19:25] <Noskcaj> the release notes link got unhidden
[19:49] <Noskcaj> balloons: is there any more info on the classroom sessions, i have to go after your one and maybe phillw's and need to know the times to check with my parents/younger brothers so i don't get interrupted
[19:51] <Noskcaj> balloons, the package tracker needs week one to stop being tested i beleive
[19:52] <balloons> hey Noskcaj
[19:52] <balloons> we were speaking about classroom sessions this morning
[19:53] <balloons> so, basically we're going to ask the classroom folks about getting people to pre-download the iso
[19:53] <balloons> I'll cc you on the email
[19:54] <Noskcaj> ok, just i would rather they have a day old one
[19:55] <Noskcaj> for syncing purposes
[19:55] <balloons> if it's going to happen before jan, it has to happen next week
[19:55] <balloons> but given the holidays, I'm not sure how many would show up
[19:55] <balloons> did you have want to do it before Janurary?
[19:57] <Noskcaj> i can do either, but remember school goes till the 19th and i live in australia
[19:58] <Noskcaj> school is from 9am to 3:30pm plus i have other stuff
[19:58] <balloons> what days off do you have in austrailia?
[19:58] <balloons> in janurary I mean
[19:58] <Noskcaj> all of them, summer holidays :)
[19:59] <Noskcaj> actually till the 28th
[19:59] <balloons> Noskcaj, nice!
[19:59] <balloons> well then, I think that settles it
[19:59] <balloons> let's do January
[20:00] <balloons> I
[20:00] <Noskcaj> ok
[20:00] <balloons> I'll pick an early Jan date, and we can tentatively schedule everything then
[20:00] <Noskcaj> sounds good
[20:01] <Noskcaj> what time utc is  your ideal?
[20:01] <balloons> phillw, Jan ok with you?
[20:01] <balloons> umm.. now is fine for me.. it's like 7ish for you?
[20:02] <Noskcaj> in the morning
[20:02] <balloons> so I think something like 2100 or 2200 UTC might grab the most people, but I could be wrong
[20:03] <Noskcaj> any time from about now to 8pm AEDST is ok
[20:03] <balloons> I can do 1400 UTC till 2300 UTC
[20:03] <balloons> ok, I think you should be fine...
[20:06] <Noskcaj> just did the converting, we only have 2000UTC to 2300UTC if we are both to be online
[20:09] <balloons> yes this is our time to be online together
[20:09] <Noskcaj> Stupid timezones, messing with me
[20:09] <balloons> many people around the world are awake (except for smartboy, but he should be up soon :-p )
[20:13] <Noskcaj> bug 1085171 is going to make things difficult, especially for me
[20:19] <balloons> Noskcaj, u can work around it for now by loading 'try ubuntu'
[20:19] <balloons> then hitting 'install now'
[20:20] <Noskcaj> through the cli menu?
[20:27] <balloons> yes
[20:27] <balloons> on boot
[20:27] <Noskcaj> ok
[20:28] <Noskcaj> now we just need to find what causes it
[20:31] <balloons> xnox would know more about it
[20:32] <balloons> I'm guessing it was dropping metacity from ubiquity
[20:33] <Noskcaj> and lubuntu has a similar bug
[20:33] <Noskcaj> bug 1085577
[22:35] <ScottK> balloons: Edubuntu is doing Alpha 1 now as well, so they should be added to /topic.