/srv/irclogs.ubuntu.com/2012/05/10/#ubuntu-uds-grand-ballroom-f.txt

udsbotuuds-gb-f: This session has ended.00:00
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: Other | Future Release Infrastructure | Url: http://summit.ubuntu.com/uds-q/meeting/20605/other-q-future-release-infrastructure/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
cody-somervilleAre different flavours able to queue up builds themselves or is there a bottleneck on a subset of people with necessary permissions to do that?00:13
cody-somervilleDoes introducing new images still require modifying the actual image build infrastructure code? Or is that stuff abstracted entirely into config files?00:14
cody-somervilleWhy is that necessary to accomplish that 5 minute target? PES could probably do that currently based on your current number of ISOs.00:17
cody-somerville(with ARM being the exception)00:18
cody-somervilleRAM doesn't provide that much gain over large disk cache00:18
cody-somervillePES has info about hardware and the diminishing returns.00:23
cody-somervilleHello?? :(00:23
cody-somerville+1 to smagoun.00:28
cody-somervilleIf we do use launchpad-buildd, I strongly suggest we use some sort of API instead of tightly coupling00:29
cody-somervilleso that for example Offspring could sub in different 'farm provider' such as launchpad-buildd00:29
cody-somervilleand more importantly that launchpad-buildd doesn't become a hard dependency of Ubuntu's image build infrastructure00:29
cody-somervillegood question!00:30
cody-somervilleNote that using those buildds use resource that are shared currently with PES00:31
cody-somervilleWe can't use the launchpad-buildd farm for image building because there is no interface for us to do that.00:32
* cody-somerville wonders if people are reading this. :P00:32
tumbleweedcody-somerville: we are00:33
tumbleweedat least half the fishbowl just was00:33
cody-somerville+1 on that00:34
cody-somervilleugh. sound is breaking up :(00:34
cody-somervillehaha00:35
cody-somervilleso... why not just use cloud again?00:36
cody-somervilleYes. Why not just use openstack?00:37
cody-somervilleju ju could setup a guest easily as needed00:37
cjwatsonBecause the load of package building and the load of image building complement each other perfectly, and therefore it makes economic sense to use the same farm for both; which is already effectively a private cloud attached to LP.00:38
cjwatsonThere'd be nothing wrong with extending the LP build farm with cloud instances, but we want it attached to LP.00:38
cody-somervilleDo they really complement? I'm not so sure about that since PES uses that hardware too on a different schedule.00:38
cjwatsonFor Ubuntu, yes, absolutely.00:39
cjwatsonVery well.00:39
cody-somervillelp-buildd is generally pretty busy. IT has problems doing what it already does. Why are we investing in it to do another task? It sames very odd to me when we're pushing things like ju ju and openstack.00:40
cody-somervilleWe already have hardware running ANOTHER cloud that is more versatile to do what we want.00:40
cody-somervilleyou're going to run into the limitations of lp-buildd00:40
cody-somervilleand then it's going to require additional investment00:41
cjwatsonThe nature of the set of machines attached to the farm is orthogonal to the code running on them (launchpad-buildd).00:41
cody-somervilleand there is huge overhead to doing lp development00:41
cjwatsonUE already does most of the lp-buildd maintenance withouot huge overhead.00:41
cjwatsonIt's split out of LP these days (you may not have realised that).00:41
cody-somervilleIt isn't a cloud. It is not elastic. You have one to one per machine. It is a service. Just using virtualization doesn't make it a cloud IMHO.00:42
cody-somervilleit's 'cloud-like'.00:42
cody-somervillecjwatson, Ok. Neat. Maybe PES should look at using it then if it's split out00:42
cjwatsonBut you could easily make the "machines" attached to it be cloud instances.00:42
cody-somervilleThat's not true00:43
cody-somervillere: slower00:43
cody-somervillenot true. not true.00:43
cjwatson(Note that launchpad-buildd is the name of the client, not the buildmaster.)00:44
cody-somervillecjwatson, do you guys intend to use buildmaster?00:44
cjwatsonAsk Adam00:44
cody-somervilleHe isn't here in this channel00:44
cody-somervillestgraber, that isn't true00:44
cody-somervilleparal builds00:45
cody-somervillewe have hard data00:45
cody-somervillepackages work load is different story (since packages have more variable workload)00:45
cjwatsonFWIW it is not true that lp-buildd (in the distro pool) has problems doing what it already does); we're well within capacity right now, and adding livefs builders doesn't look likely to introduce a problem; rather the contrary.00:46
cjwatsonThe PPA pool may be a different story, but we don't care about that for this purpose.00:46
cody-somervilleAdam: Do you guys intend to use builddmaster?00:47
cody-somervilleI'm more opposed to builddmaster than the lp-buildd bit00:47
cody-somervilledid they fix the bottleneck with uploading the results?00:48
cjwatsonI've never even noticed it00:48
cody-somervilleit was synchronous00:48
cody-somervilleyou'll def start noticing it when uploading a bunch of 700mb+ image instead of just packages00:48
cody-somervilleso I can believe that getting lp-buildd to do livefs builds is pretty easy but whats the estimate for the rest of changes needed in LP?00:50
cody-somervilleand is the LP team willing to accept it?00:50
cody-somerville(with their no LOC increase policy)00:50
cjwatsonThere's lots of LOC easily removable from LP00:51
cjwatson(offsetting)00:51
cjwatsonI'm happy to direct Adam at possibilities :-)00:53
cjwatson(I'm on about -900 LOC personally since the new policy)00:53
udsbotuuds-gb-f: 5 minutes left in this session!00:54
cody-somerville(also, re: offspring, there is more to it than just ui and build dispatch. There is also an abstraction around the build tool and common behaviour. the dispatch stuff is probably the least interesting bit so I'm certainly open to seeing we can use lp-buildd and builddmaster OR look at exploring possibilities of more ju-ju/openstack solution that UE might look to migrate to later )00:55
udsbotuuds-gb-f: 4 minutes left in this session!00:55
udsbotuuds-gb-f: 3 minutes left in this session!00:56
cody-somervilleNot sure if someone already answered this but question from start: Does introducing new images still require modifying the actual image build infrastructure code? Or is that stuff abstracted entirely into config files?00:56
udsbotuuds-gb-f: 2 minutes left in this session!00:57
cjwatsonThe former, I'm afraid.  I was just having a conversation with smagoun about that; it's been a more sensible decision for us than it would have been for you (given that we add new image types maybe once a year, vs. once every two and a half minutes)00:57
cjwatsonIt's in the category of "would be nice to improve, but not really a priority"00:58
udsbotuuds-gb-f: 1 minute left in this session!00:58
udsbotuuds-gb-f: This session has ended.00:59
cody-somervillecjwatson, Ack.00:59
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Currently no events are active in this room - http://summit.ubuntu.com/uds-q/grand-ballroom-f/ - http://ubottu.com/uds-logs/%23ubuntu-uds-grand-ballroom-f.log
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: QA | Canonical QA CoP meetup at UDS | Url: http://summit.ubuntu.com/uds-q/meeting/20469/qa-q-community-of-practice/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
dpb_hi all!16:01
cgreganhttps://wiki.canonical.com/CoP/QA16:07
arahello?16:17
dpb_hi16:17
arahttps://wiki.ubuntu.com/QATeam/AutomatedTesting/UbuntuAutomationTestHarness16:17
arahttps://launchpad.net/ubuntu-automation-test-harness16:18
dpb_Maybe you said this earlier, but are you making use of juju and maas where appropriate?16:18
araXpresser wiki page: https://wiki.ubuntu.com/Xpresser16:19
dpb_hrmph too late16:19
arammm, the wiki needs some update...16:20
roadmr_udshi gema16:21
arahey gema16:21
gemahey!16:21
gemadpb_: we will be using juju and maas where appropriate, we are actually starting to use maas on our lab next week16:21
dpb_gema: cool!  I'll check it out when you get further.16:22
gemadpb_: but we will also take into account that the tests may need to be run on low end hardware by some users, so we won't be prescriptive about the provisioning method16:22
dpb_ok, that sneeze scared me16:23
cgreganhttp://ubuntuone.com/3NcUIy76r5Et5jmYkhYwA316:34
cgreganhttp://ubuntuone.com/3OK0Dkmy9iOwm8WRgQMRz816:34
roadmr_uds^^ video of xpresser at work (awesome)16:34
udsbotuuds-gb-f: 5 minutes left in this session!16:49
udsbotuuds-gb-f: 4 minutes left in this session!16:50
udsbotuuds-gb-f: 3 minutes left in this session!16:51
udsbotuuds-gb-f: 2 minutes left in this session!16:52
udsbotuuds-gb-f: 1 minute left in this session!16:53
udsbotuuds-gb-f: This session has ended.16:54
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: Community | IRC team meeting and IRCC review | Url: http://summit.ubuntu.com/uds-q/meeting/20706/community-q-ircc/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
wyldeyes16:59
AlanBellmorning all17:04
oCeano/17:04
oCean:D17:04
jussibah stream is breaking up :/17:06
jussiIt might clear up17:06
oCeanfine here17:06
wyldeno problem here.17:07
jussivlc17:07
oCeanparole17:07
jussilets see anywya17:07
jussiyou are doing great!17:07
jussiI love it. ;)17:08
jussi(stream has cleared up btw)17:08
jussiWhat plans do we have for the better integration of LP/access lists?17:12
AlanBellhttps://docs.google.com/spreadsheet/ccc?key=0Ankl5FhsdSiZdGZVV2ZuLVRwa2c5M3pqX3BEaUhXMFE17:13
jussiHave you talked to tsimpson about it yet? (we used to have a nice script for part of the process)17:14
jussiThere are legacy ircc people with founder access on some lists, you may also want to have a look at founders in the core chans.17:15
jussiThats another story altogether as he is the GC for those as well ;)17:16
jussicouncil's which are responsible for certain areas should have founder access in those channels (ie. Kubuntu Council)17:18
Myrttiyour English is slipping17:18
* Myrtti slaps jussi with an UGG boot17:18
jussi:/17:18
MyrttiAlanBell: carry on.17:19
Myrttiyay, I've made myself unavailable for selection for IRCC \o/17:21
AlanBellhttps://wiki.ubuntu.com/IRC/IrcCouncil17:21
jussiWe need to be prodding those we think would make good people17:21
jussi(re ircc applicants)17:21
Myrttithere will be several applications, it's totally different thing will any of them be good.17:21
jussiI agree with that, I had the same policy when I was in the ircc17:23
Myrttigood thing that IRCC will review before sending short list to CC17:23
jussiircc sends full list to cc17:24
Myrttioh dear.17:24
Myrttioh good.17:24
jussicant we just steal pleia2 as the last ircc member? :P :D17:25
pleia2:P17:25
Faqtotumi second that17:26
jussikick her off the CC!! :D17:26
pleia2haha17:26
jussiI had some discussion earlier about pulling people into places temporarily as observers, to lessen the "intrigue" of things like ops and ircc. has there been any thought on that?17:27
jussiI am talking about throughout the cycle, for set periods of time17:28
jussiie. a 2 week "observation"17:29
oCeaninto what places?17:29
AlanBellinto the ircc private channel that we don't really17:29
jussi-ops -ircc depending on the person's current role17:29
AlanBelluse much17:29
LjL(why don't we just open up -ops again once and for all)17:29
tsimpsonthe main argument against removing the "no idling" policy in -ops is that we don't want to turn it into a spectator sport17:30
LjLallow people to come in, without disturbing of course17:30
jussime also at the moment17:31
MyrttiI need brainbleach, I was about to suggest a technical solution to a social problem17:31
LjLi hate having to tell people "now you must leave, go away, bye" though :P unless they are trolls at least17:31
tsimpsonthere's not a whole lot of point in having -ops open, as it is logged. the most someone will get is not to have to wait an hour for the logs to update17:32
Faqtotumwhy not just +m?17:32
tsimpsonFaqtotum: see above :)17:32
tsimpsonalso, that would make it difficult for people to join and get an issue solved17:33
LjLAlanBell: often people come to -ops to inform us of things17:33
LjLAlanBell: then they're told to leave17:33
tsimpsonloco team operators don't idle in -ops, they usually idle in -irc or -ops-team17:33
LjLAlanBell: after a while, it gets a bit embarrassing for both parties17:33
MyrttiFaqtotum: you have just suggested a technical solution to a social problem, which would probably cause more problems than it would solve17:33
tsimpson-ops is for the core channels17:33
Faqtotumi mean, there's a lot to be said for having everything open for all to see17:34
daxI think leaving the current policy in place and enforcing it when there are issues rather than by default would work fine. "We reserve the right to remove idlers", rather than "no idling gtfo"17:34
LjL(by the way my understanding of spoken english is quite bad, so i'm not able to follow everything you say)17:34
SidewinderAfterall there is always http://irclogs.ubuntu.com/2012/17:34
LjLdax: well sure, we'd of course reserve the right to remove troublemakers, like we do everywhere17:34
jussi++17:35
MyrttiAlanBell: dingdingding17:35
Myrttiyou have won the internets17:35
LjLAlanBell: yeah, that's true as well17:35
Myrttithe problem with making those people ops though is that some people aren't necessarily aware of everything that goes with being an op17:35
Myrttias I mentioned in my email about the subject17:36
jussiWhich is why we have a probation perod17:36
daxand some people don't want to be, and some aren't suitable ops, and some would be driven insane by it...17:36
tsimpsonsome people also just don't want to be ops, just help us out by pointing things out (without calling ! ops)17:36
Myrttiyeeeesss... but some people don't know about the amount of stress involved17:36
Myrttitsimpson: exactly17:36
LjLtsimpson: well, it's also true that nobody is *forced* to ban anyone, i think you can be appointed as an op and acts as *you* feel is best, for yourself too...17:37
tsimpsonLjL: I just wouldn't want to make people feel like they either become an op, or don't join -ops to communicate something17:38
LjLtsimpson: me neither! that's why i'd like an open -ops, to encourage that more :P17:38
tsimpsonLjL: I also don't want mediation to become a spectator sport, or have some odd +mz and +v combination that will just be hell to maintain :)17:39
Myrttiexactly what we need, more channels and bureacracy to deal with.17:39
udsbotuuds-gb-f: 5 minutes left in this session!17:40
tsimpsonwe don't like automatic +o17:40
LjLtsimpson: i'd just solve that by being firm about the fact that the ones with +v (the ops) are the ones supposed to mediate, and the others shouldn't intervene. remember -ops *used* to be open and we didn't really have huge trouble with that... i think we closed it mainly because we were afraid (maybe rightly, at the time) of actual attackers. but now we also have -ops-team for more private info17:40
tsimpsonthe general freenode guideline is only use +o when you _need_ to17:40
tsimpsonotherwise it raises the "heat" of a channel17:40
udsbotuuds-gb-f: 4 minutes left in this session!17:41
tsimpsonLjL: I remember those days too, that's how I got involved ;) so I agree with the principal17:41
udsbotuuds-gb-f: 3 minutes left in this session!17:42
jussicant you just embed the irc in the same page as the etherpad?17:42
udsbotuuds-gb-f: 2 minutes left in this session!17:43
FlannelCan't that be solved by better documentation/upkeep on the summit pages afterwards?17:43
LjLudsbotu: stop with the pressure!17:43
udsbotuLjL: I am only a bot, please don't think I'm intelligent :)17:43
tsimpsonI miss Mr. T17:43
AlanBellhttp://mumble.libertus.co.uk:9001/p/udspad17:43
jussiIm glad you cant hear Elodi screaming :D17:43
udsbotuuds-gb-f: 1 minute left in this session!17:44
udsbotuuds-gb-f: This session has ended.17:45
Myrtti(mobile) accessibility needs to be assessed17:45
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Currently no events are active in this room - http://summit.ubuntu.com/uds-q/grand-ballroom-f/ - http://ubottu.com/uds-logs/%23ubuntu-uds-grand-ballroom-f.log
MyrttiI tend to leave my laptop when attending conferences and use my mobile instead17:46
Myrttiand accessibility needs to be assessed anyway17:46
Flannellooks like we've already solved the "I have to go find logs and do math on times" problem (see above, second link)17:46
Faqtotumi am on my phone here, electing not to bring a laptop on public transit17:46
Faqtotumas such, i'm in the irc sessions and not etherpad17:47
Faqtotumhaving irc and etherpad open on a phone at the same time is just not practical17:48
Myrtti"webirc"17:49
oCean:)17:49
LjLthanks17:49
oCeancya17:49
jussiI just hope for irc integration17:49
SidewinderThank you guys/gals. :)17:50
Faqtotumyw17:50
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: Cloud & Server | Ubuntu Cloud Archive | Url: http://summit.ubuntu.com/uds-q/meeting/20356/servercloud-q-cloud-archive/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
udsbotuuds-gb-f: 5 minutes left in this session!18:49
udsbotuuds-gb-f: 4 minutes left in this session!18:50
udsbotuuds-gb-f: 3 minutes left in this session!18:51
udsbotuuds-gb-f: 2 minutes left in this session!18:52
udsbotuuds-gb-f: 1 minute left in this session!18:53
udsbotuuds-gb-f: This session has ended.18:54
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: Community | Ubuntu LoCo Council Items for the Quantal cycle | Url: http://summit.ubuntu.com/uds-q/meeting/20787/community-q-lococouncil/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
udsbotuuds-gb-f: 5 minutes left in this session!19:55
udsbotuuds-gb-f: 4 minutes left in this session!19:56
udsbotuuds-gb-f: 2 minutes left in this session!19:57
udsbotuuds-gb-f: 1 minute left in this session!19:58
udsbotuuds-gb-f: This session has ended.19:59
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Currently no events are active in this room - http://summit.ubuntu.com/uds-q/grand-ballroom-f/ - http://ubottu.com/uds-logs/%23ubuntu-uds-grand-ballroom-f.log
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: Cloud & Server | XCP Toolstack Improvements | Url: http://summit.ubuntu.com/uds-q/meeting/20367/servercloud-q-xcp/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
mcclurmc_about to start...22:08
udsbotuuds-gb-f: 5 minutes left in this session!22:55
udsbotuuds-gb-f: 4 minutes left in this session!22:56
udsbotuuds-gb-f: 3 minutes left in this session!22:57
udsbotuuds-gb-f: 2 minutes left in this session!22:58
udsbotuuds-gb-f: 1 minute left in this session!22:59
udsbotuuds-gb-f: This session has ended.23:00
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Currently no events are active in this room - http://summit.ubuntu.com/uds-q/grand-ballroom-f/ - http://ubottu.com/uds-logs/%23ubuntu-uds-grand-ballroom-f.log
=== fenris_ is now known as Guest98532
=== Guest98532 is now known as ejat
=== ChanServ changed the topic of #ubuntu-uds-grand-ballroom-f to: Track: Foundations | Continuous scan of the archive for ISA (in)compatibility | Url: http://summit.ubuntu.com/uds-q/meeting/20490/foundations-q-isa-scanning/ | Audio: http://icecast.ubuntu.com:8000/grand-ballroom-f.ogg.m3u
udsbotuuds-gb-f: 5 minutes left in this session!23:54
udsbotuuds-gb-f: 4 minutes left in this session!23:55
udsbotuuds-gb-f: 3 minutes left in this session!23:56
udsbotuuds-gb-f: 2 minutes left in this session!23:57
udsbotuuds-gb-f: 1 minute left in this session!23:58
udsbotuuds-gb-f: This session has ended.23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!