[06:32] <genii> When they came out of the bank fired shots and I got shotgun pellets in my leg had to go to hospital
[16:00]  * slangasek waves
[16:00] <mvo> hi
[16:00] <jodh> o/
[16:00] <slangasek> #startmeeting
[16:00] <meetingology> Meeting started Thu Mar  5 16:00:52 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:00] <meetingology> Available commands: action commands idea info link nick
[16:00] <slangasek> [TOPIC] Lightning round
[16:00] <slangasek> $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek caribou infinity mvo sil2100 robru cyphermox)
[16:01] <slangasek> mvo robru bdmurray caribou slangasek barry cyphermox jodh infinity doko sil2100 stgraber
[16:01] <slangasek> (base)vorlon@virgil:~/canonical$
[16:01] <mvo> I win!
[16:01] <slangasek> mvo: and go!
[16:01] <mvo> click:
[16:01] <mvo> - lp:~mvo/click/fix-autopkgtest and new 0.4.38.4 version
[16:01] <mvo> snappy:
[16:01] <mvo> - new snappy-go features: login (with 2fa), build
[16:01] <mvo> - no more dbus in snappy-go
[16:01] <mvo> - fixes, cleanup
[16:01] <mvo> - big refactor of ubuntu-core-upgrader, fix hardware.yaml unpack
[16:01] <mvo> misc:
[16:01] <mvo> - fix freeradius ftbfs and upstart reload bug
[16:01] <mvo> (done)
[16:01] <slangasek> robru:
[16:02] <robru> * CI Train
[16:02] <robru>   - refactoring continues, increased overall test coverage from 75 to 82%
[16:02] <robru>   - achieved 100% test coverage in merge_clean.py and branchhandling.py
[16:02] <robru>   - merge_clean.py shrank from 246 to 81 lines, without feature regressions.
[16:02] <robru>   - branchhandling.py shrank from 348 to 286 lines, also without feature regressions.
[16:02] <robru>   - fixed a bug affecting -gles packages where both gles and non-gles packages would clobber each other when being pushed to launchpad at publish time.
[16:02] <robru>   - fixed a bug preventing jobs from aborting when users abort jenkins jobs
[16:02] <robru>   - fixed bug in publish job which allowed it to silently succeed even though publication had failed.
[16:02] <robru>   - consolidated various version-mangling functions into shiny new version.py file
[16:02] <robru>   - fixed bug where build job was not timing out while waiting for packages to appear in ppa in certain conditions
[16:02] <robru>   - added 2 hour timeout on depwait packages, meaning there are no longer any conditions in which the build job can sit & spin forever.
[16:02] <robru>   - various and sundry cleanups, readability improvements, etc
[16:02] <robru> * CI Engine
[16:02] <robru>   - slowly getting up to speed on the ticket system, submitted first branch towards replacing spreadsheet
[16:02] <slangasek> barry: hi, the order is mvo robru bdmurray caribou slangasek barry cyphermox jodh infinity doko sil2100 stgraber
[16:02] <caribou> o/
[16:02] <mvo> robru: it sounds like you have fun!
[16:02] <mvo> impressive results :)
[16:02] <robru> mvo: thanks ;-)
[16:03] <bdmurray> robru: all done?
[16:03] <robru> bdmurray: yeah
[16:03] <bdmurray> irc discussion with thedac regarding errors writing cores to swift
[16:03] <bdmurray> worked with thedac to increase --timeout for gunicorn daisy FEs to avoid OOPSes when writing cores to swift (set to 40s)
[16:03] <bdmurray> investigation into OOPSes when submitting cores to daisy
[16:03] <bdmurray> sorted out daisy / gunicorn logging issues
[16:03] <bdmurray> had daisy updated on staging and production to resolve logging issues
[16:03] <bdmurray> updated https://wiki.ubuntu.com/ErrorTracker/ServerArchitecture with information about more tables
[16:03] <bdmurray> updated daisy charm to properly set permissions for daisy app / gunicorn
[16:03] <bdmurray> investigation into how to discount package-from-proposed crashes in phased-updater regression check
[16:03] <bdmurray> worked on improving the fix for unattended-upgrades bug 1422345 per stgraber
[16:03] <bdmurray> submitted improved fix for unattended-upgrades bug to mvo on github
[16:03] <bdmurray> updated bug bot to better process SRU verification removal candidates
[16:04] <bdmurray> helped Riddell upload ubuntu-release-upgrader for vivid (test failure)
[16:04] <bdmurray> improved missing ddeb detector code to use a known list of missing ddebs and not notify about those
[16:04] <bdmurray> fixed error with linux apport hook and BootDmesg
[16:04] <bdmurray> bug management discussion with cyphermox
[16:04] <bdmurray> investigation into gvfs halted phased update
[16:04] <bdmurray> updated phased-updater code to include link to phasing report in email messages
[16:04] <bdmurray> sponsored patch to T,U fixing bug LP: #1422359
[16:04] <mvo> bdmurray: thanks for the unattended-upgrades branch!
[16:04] <bdmurray> ✔ done
[16:04] <caribou> Bugfix :
[16:04] <bdmurray> mvo: is it merged?
[16:04] <caribou>  - Misc SRU follow-up
[16:04] <mvo> bdmurray: *cough* not yet :(
[16:04] <caribou> - openstack : instances left dying : trying to reproduce
[16:05] <caribou> - openafs dkms build : SRU completed (LP: #1423151)
[16:05] <mvo> bdmurray: but soon!
[16:05] <caribou> (done)à
[16:06] <caribou> slangasek: all yours
[16:06]  * slangasek nods
[16:06] <slangasek>  * snappy alpha-3 milestone released this week
[16:06] <slangasek>  * reviewing
[16:06] <slangasek>  * partner calls regarding new server opportunities
[16:06] <slangasek>  * hiring: going through resumes now for Java engineer role, to schedule
[16:07] <slangasek> interviews next week
[16:07] <slangasek>  * making progress on the phone channel refactoring proposal, will be
[16:07] <slangasek> submitted for consideration this week
[16:07] <slangasek>  * systemd freeze exception: possibly flipping the switch today provided a
[16:07] <slangasek> release FFe review
[16:07] <slangasek> (done)
[16:07] <slangasek> ok I have no idea what 'reviewing' in there was, ignore that line ;P
[16:07] <barry> system-image: refined server merge proposal. LP: #1423622.  si 3.0 betas to PPA
[16:07] <barry> qa sprint: ongoing
[16:07] <barry> other: LP: #1363642 (debian bug #744145)
[16:07] <barry> --done--
[16:07] <cyphermox>  * console-setup merge for 1.108:
[16:07] <cyphermox>    - finish testing install, upgrade, etc.
[16:07] <cyphermox>    - fixing issue with mangled keyboard/layout names
[16:08] <cyphermox>    - fix typo in config script which broke layout selection skipping.
[16:08] <cyphermox>    - FFe for upload
[16:08] <cyphermox>  * Upload kbd to fix console-setup-mini being uninstallable.
[16:08] <cyphermox>  * Removed console-setup-freebsd from console-setup (uninstallable)
[16:08] <cyphermox>  * update kbd for console-setup-mini's new depends on console-setup-linux.
[16:08] <cyphermox>  * debian-installer, installation-guide:
[16:08] <cyphermox>    - update to use --- instead of -- as a separator
[16:08] <cyphermox>      - this also fixes OEM mode, accessibility not working on server.
[16:08] <cyphermox>  * update debian-cd to use --- as separator on built ISOs.
[16:08] <cyphermox>  * discussed boot parameters for the installer with smoser.
[16:08] <cyphermox>    - bug 1402042, and how it relates to -- vs. ---.
[16:08] <cyphermox>  * debugging grub2 bug 1349538
[16:08] <cyphermox>  * walked through/documented steps to test ubiquity changes with robert_ancell.
[16:08] <cyphermox>  * reviewed some merges from Yu Ning for usb-creator.
[16:08] <cyphermox>  * some discussion about BlueZ 5.
[16:08] <cyphermox> (done)
[16:09] <slangasek> jodh:
[16:09] <jodh> * misc:
[16:09] <jodh>   - Appraisal work.
[16:09] <jodh> * snappy:
[16:09] <jodh>   - logging discussions.
[16:09] <jodh>   - Promotion image testing.
[16:09] <jodh>   - Raised MP for bug 1418966.
[16:09] <jodh>   - Fixed bug 1428276.
[16:09] <jodh>   - Reviewed a bunch of branches and raised a few minor MPs.
[16:09] <jodh>   - Finished adding more unit tests and functional tests to
[16:09] <jodh>     ubuntu-core-upgrader (now landed).
[16:09] <jodh>   - First pass at adding locking primitives to snappy
[16:09] <jodh>     (including new test goodness :)
[16:09] <jodh> 𐄍
[16:10] <slangasek> infinity sent his regrets for this morning
[16:10] <slangasek> doko:
[16:10] <doko> - prepare binutils update for trusty-proposed
[16:10] <doko> - gcc-4.9 update for vivid
[16:10] <doko> - GCC 5: updates, reducing and filing upstream issues for ICEs
[16:10] <doko> - golang, move gofmt to use alternatives
[16:10] <doko> - handle a bunch of MIR's
[16:10] <doko> - start fixing GCC 5 issues in packages
[16:10] <doko> (done)
[16:11] <slangasek> and sil2100 isn't in here
[16:11] <slangasek> so stgraber
[16:12] <slangasek> stgraber: here?
[16:12] <stgraber> yep
[16:12] <slangasek> [TOPIC] AOB
[16:12] <slangasek> oh
[16:12] <slangasek> [TOPIC] Lightning round
[16:12] <slangasek> stgraber:
[16:12] <stgraber> Short week, was off on Tuesday and Wednesday.
[16:12] <stgraber>  
[16:12] <stgraber>  - LXD
[16:12] <stgraber>    - Released LXD 0.2
[16:12] <stgraber>    - Various feature work for 0.3 (reworked the exec code, fixed testsuite, translation, ...)
[16:12] <stgraber>    - Plenty of code reviews and bug handling
[16:12] <stgraber>    - Preparing for 0.3, due Tuesday
[16:13] <stgraber>  - System image
[16:13] <stgraber>    - Code review and discussion with Barry
[16:13] <stgraber>  - Admin paperwork (HR reviews, expense report, travel plans, ...)
[16:13] <stgraber>  
[16:13] <stgraber> (done)
[16:13] <slangasek> thanks
[16:13] <slangasek> [TOPIC] AOB
[16:13] <barry> stgraber: did you look at the updated mp?
[16:13] <caribou> I have had a request for a MIR for openafs following a dkms breakage with the new Trusty kernel
[16:13] <stgraber> barry: haven't yet, no
[16:14] <barry> stgraber: k, no worries
[16:14] <caribou> the dkms build is not tested, hence a change in the dentry structure broke the openafs module rebuild
[16:15] <caribou> would such situation be better covered if openAFS would be included in main ?
[16:15] <slangasek> caribou: how does the package being in main or not relate to the dkms build not being tested?
[16:15] <slangasek> I think putting it in main is a rather heavyweight solution for addressing the package not being tested on kernel updates
[16:15] <caribou> slangasek: that's the question I have : having it in main would not give us better result on such cases
[16:16] <caribou> slangasek: especially since the src pkg build quite a chunk of packages.
[16:16] <slangasek> because main implies security review and security support, when all it seems you're asking for is to keep the package from regressing
[16:16] <caribou> apw did sponsor the upload for the SRU so I did talk to him about this
[16:16] <caribou> slangasek: indeed. Good then, that's the answer I was after, thanks
[16:16] <slangasek> caribou: so we now have autopkgtest support for SRUs
[16:17] <slangasek> it would be good to have a dkms build as an autopkgtest in the openafs package (and I would accept an SRU for this)
[16:17] <caribou> slangasek: ok, I will look into this
[16:17] <slangasek> then http://people.canonical.com/~ubuntu-archive/pending-sru.html would report the dkms failure ... er I think, unless the kernel packages are handled *too* specially on there
[16:18] <slangasek> bdmurray: ^^ would we get revdep autopkgtest results displayed for the kernel?
[16:18] <slangasek> oh, but the other problem is that openafs-modules-dkms doesn't actually depend on a kernel package, because that has side effects
[16:18] <caribou> slangasek: in that case, it would be the openafs-modules-dkms package that would fail, woudn't it ?
[16:19] <slangasek> so step 1) openafs should have an autopkgtest to prove the dkms module is buildable
[16:19] <apw> slangasek, i thought we had automatically implied autopkgtests for dkms things now
[16:19] <slangasek> apw: oh?  I don't know about this
[16:19] <apw> what we don't have is implied relationships between the dkms packages and the kernel
[16:19] <slangasek> caribou: yes, and the test failure of a reverse dependency is treated as a regression in the package that changed
[16:20] <caribou> slangasek: got it
[16:20] <slangasek> apw: ok, so is that somewhere in the CI team's backlog? :)
[16:21] <slangasek> caribou: anyway, hopefully that helps as far as identifying the "right answer"... there are probably still a few pieces to be put in place before it's fully implemented
[16:21] <sil2100> o/
[16:21] <apw> slangasek, that i do not know, i know we do have dkms testing, and we have been talking about using the results there to block the kernle via the britney blocks
[16:21] <sil2100> Sorry guys, my lunch shifted and it happened during the meeting
[16:21] <slangasek> sil2100: hey there :)
[16:21] <sil2100> I completely missed it... can I still put my status update?
[16:21] <sil2100> ;)
[16:22] <slangasek> apw: yes, exactly - though for SRUs we don't use britney so the blocks don't make a difference AFAIK
[16:22] <slangasek> apw: on the other hand, you could mark the linux SRU bugs 'verification-failed'...?
[16:22] <slangasek> apw: (with a bot)
[16:22] <slangasek> (and a pointer to the test results)
[16:22] <slangasek> sil2100: yes, go ahead
[16:22] <sil2100> Ok, a quick one then from my side:
[16:23] <sil2100> - Landing team work, silo coordination, preparing landing e-mails
[16:23] <sil2100> - Documenting the early ww09-2015 milestone on the reports page
[16:23] <sil2100> - Clean-up in blocker bugs and ubuntu-rtm silos
[16:23] <sil2100> - Minor spreadsheet script fixes
[16:23] <sil2100> - Send out request to developers regarding the QA sign-off procedures
[16:23] <sil2100>   * Announcements, annoucements, announcements
[16:23] <sil2100> - Patch pilot sessions:
[16:23] <sil2100>   * Sponsored trusty upload for virtualbox, prepare bug to include SRU information
[16:23] <sil2100>   * Prepared a package for httptunnel, modified the patch, did a test-build in a PPA
[16:23] <sil2100>   * Looking into cryptkeeper proposed debdiff
[16:23] <sil2100> - Ubuntu Engineering Live!
[16:23] <sil2100> - RTM Status meetings
[16:23] <sil2100> - Resolving a FTBFS for UITK -gles, offering packaging advice
[16:23] <sil2100> - Prepare custom tarball for ubuntu-rtm mako (updated termminal)
[16:23] <sil2100> (done)
[16:23] <sil2100> Never again late lunch
[16:23] <robru> sil2100: late lunch? or early dinner?
[16:24] <sil2100> hm, depends, since our lunch is usually the main meal
[16:24] <robru> interesting
[16:24] <sil2100> So we usually eat something more like supper in the evening
[16:25] <robru> sil2100: I didn't know there was a difference between dinner and supper ;-)
[16:25] <slangasek> the main meal is dinner; the evening meal is supper; the noon meal is lunch
[16:25] <slangasek> discuss
[16:25] <robru> T. I. L.
[16:25] <slangasek> or we could adjourn ;)
[16:26] <barry> i prefer brinner
[16:26] <sil2100> hah
[16:26] <caribou> brunch is good too :)
[16:26] <robru> I've often enjoyed a good breakfunch ;-)
[16:26] <sil2100> brlunner
[16:26] <slangasek> but at all costs you should avoid lekfast
[16:26] <robru> lol
[16:26] <sil2100> 3 meals in one
[16:26] <slangasek> #endmeeting
[16:26] <meetingology> Meeting ended Thu Mar  5 16:26:31 2015 UTC.
[16:26] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-03-05-16.00.moin.txt
[16:26] <mvo> haha
[16:26] <slangasek> thanks ;)
[16:26] <sil2100> o/
[16:26] <jodh> thanks!
[16:26] <mvo> thanks
[16:26] <caribou> thanks!
[17:01] <dholbach> hello
[17:02] <czajkowski> aloha
[17:02] <elfy> hi
[17:02] <dholbach> #startmeeting
[17:02] <meetingology> Meeting started Thu Mar  5 17:02:11 2015 UTC.  The chair is dholbach. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:02] <meetingology> Available commands: action commands idea info link nick
[17:02] <dholbach> #chair czajkowski elfy
[17:02] <meetingology> Current chairs: czajkowski dholbach elfy
[17:02] <dholbach> how are we all doing?
[17:02] <dholbach> looking at https://wiki.ubuntu.com/CommunityCouncilAgenda it looks like we're meeting up with the IRC Council today
[17:02] <mhall119> hello everyone
[17:02] <dholbach> #chair mhall119
[17:02] <meetingology> Current chairs: czajkowski dholbach elfy mhall119
[17:02] <dholbach> do we have anyone from the IRC Council here?
[17:03]  * mhall119 doesn't see IRC council on that wiki page
[17:04] <dholbach> mhall119, 5th March
[17:04] <mhall119> ah, nvm me, there it is
[17:04] <dholbach> :)
[17:04] <mhall119> just not in the table
[17:04] <dholbach> yeah, it wasn't updated
[17:04] <elfy> no-one reminded them - I pinged irc-ops this morning and mailed them later
[17:05] <dholbach> Pici, Tm_T, elky, hggdh: anyone of you there?
[17:05] <dholbach> flanell doesn't seem to be in #u-meeting
[17:06] <dholbach> if not, we might have to reschedule
[17:06] <elfy> Tm_T wasn't sure if he could make it with travelling
[17:06] <mhall119> did we have anyone else on the schedule for today?
[17:06] <elfy> mhall119: nope that's it
[17:07] <dholbach> ok.. I can take an action to mail the IRC Council to reschedule
[17:07] <dholbach> and we can open the floor to other business?
[17:08] <elfy> yep - works for me
[17:08] <dholbach> cool
[17:08] <dholbach> #topic Any other business
[17:09] <dholbach> there's the membership nomination period going on right now - do we need to start another call for nominees or something?
[17:10] <elfy> got done 2 weeks ago - might be useful to catch membership board to see if they've had any response
[17:11] <dholbach> ok
[17:12] <czajkowski> cool
[17:12] <dholbach> DMB got done
[17:12] <dholbach> are there other boards/councils restaffing now or soon?
[17:12] <elfy> loco is in hand
[17:13] <elfy> then all clear till the wibbly wobbly whinocewos cycle
[17:13] <dholbach> ok, in terms of the loco council, do we need to do anything?
[17:14]  * dholbach just mailed the Membership boards as well
[17:15] <elfy> dholbach: don't think so
[17:15] <dholbach> ok cool
[17:15] <dholbach> I know I still have to participate in the CC interviews :)
[17:15]  * mhall119 casts his vote for wibbly wobbly whinocewos
[17:16] <elfy> bad bad dholbach :p
[17:16] <dholbach> are there any other work items we need to look at now?
[17:16] <Pici> I'm sort of here, but doing work stuff as well... I'd prefer that we reschedule so that some others can attend to.
[17:16] <Pici> too
[17:16] <mhall119> UOS is coming up, we should think about what we want to do in terms of sessions and getting others in the community to participate and propose sessions
[17:17]  * cprofitt waves
[17:17] <elfy> Pici: ok :)
[17:17] <mhall119> hi Pici
[17:17] <Pici> hi!
[17:17] <elfy> hi cprofitt :)
[17:17] <cprofitt> hello elfy
[17:17] <dholbach> mhall119, nice one!
[17:17] <dholbach> Pici, makes sense
[17:17] <dholbach> and hi!
[17:18] <dholbach> mhall119, how do we best organise this? just do a call for sessions, maybe on the community list?
[17:19] <mhall119> dholbach: that, but maybe we should also contact each of the different councils directly and encourage them to have their own plans for recruiting and running sessions
[17:19] <cprofitt> dholbach: community list, fridge and planet?
[17:19] <cprofitt> +1 mhall119
[17:20] <dholbach> yes, makes sense
[17:20] <mhall119> dholbach: please do me a favor and include an appeal for track lead volunteers in whatever is sent out
[17:20] <mhall119> people interested in being a track lead can contact me directly
[17:21] <elfy> perhaps we should think about those teams that have told us "getting people involved is an issue"
[17:21] <elfy> then see if we can get someone from those to run a session
[17:21] <elfy> or rather point them in the right direction
[17:21] <cprofitt> I like that idea a lot elfy
[17:21] <mhall119> yeah, we might need to be pro-active and help them make that happen
[17:22] <cprofitt> perhaps having them hold a session about their team would help
[17:22] <dholbach> mhall119, I didn't agree to send something out yet :-P
[17:22] <mhall119> ok, so we need a doc where we can start putting this list together
[17:22] <cprofitt> we can offer some advice and assistance in making the session happen as well
[17:22] <mhall119> dholbach: I'm pretty sure you did :-P
[17:22] <dholbach> your jedi mind tricks don't work today :-P
[17:22] <elfy> mhall119: a pad would do
[17:23] <dholbach> I like the idea of the pad
[17:23] <cprofitt> dholbach says, this is not the community team member you are looking for. mhall119 looks the other way.
[17:24] <mhall119> elfy: and all: http://pad.ubuntu.com/PkXURXDKrM
[17:24] <mhall119> cprofitt: his german mind-tricks have to affect on me
[17:29] <dholbach> anything else we need to do in terms of UOS planning?
[17:29] <mhall119> "we" being the community council, I don't think so
[17:29] <dholbach> ok
[17:29] <mhall119> "we" being you and I on the community team, yeah, lots
[17:30] <dholbach> haha, yes :)
[17:30] <cprofitt> I think the CC should really encourage teams to get involved from a team level
[17:30] <mhall119> +1
[17:31] <cprofitt> I am also curious if we should allow sessions to be run at any time vs. setting times for them
[17:31] <elfy> well ... it never really worked for one team I'm involved with and the other it's just unlikely to ever happen
[17:31] <mhall119> Summit doesn't really support ad-hoc scheduling
[17:31] <cprofitt> with it being online it might make sense to open that up so people who can not attend due to time restrictions (work, sleep, etc) can attend.
[17:31] <elfy> mhall119: and that's mostly the problem imo
[17:32]  * mhall119 welcomes somebody to come in and replace Summit with something better
[17:32]  * elfy always wonders how many are missing because it IS 2am where they are
[17:33] <cprofitt> mhall119: I wasn't talking about ad-hoc, but the ability to schedule things in a larger window than the typical 8 hour summit bloc. That window made sense when were gathered in a physical location, but less now that it is virutal.
[17:33] <dholbach> maybe we'll manage this time to get a lot of the scheduling doine before UOS itself
[17:33] <elfy> cprofitt: that
[17:33] <cprofitt> I would hope we can schedule ahead of time; that would be my preference
[17:33] <mhall119> cprofitt: we could expand the range of time it's open, sure
[17:33] <cprofitt> that is what I was talking about mhall119
[17:33] <elfy> seems that the majority running it are either US or EU time(s)
[17:34] <mhall119> but getting track leads around to cover extra time is going to be dififcult
[17:34] <elfy> mhall119: ack that
[17:34] <cprofitt> elfy: exactly, but there is a great deal of difference between Berlin time and San Fran time.
[17:34] <cprofitt> mhall119: is there a way to have a EU and a US track lead -- assuming we find the volunteers
[17:34] <mhall119> we can always say "These are the core hours, track leads are around to help then, or you can use these other hours, but you're on your own to make it happen"
[17:35] <elfy> mhall119: possibly useful
[17:35] <mhall119> cprofitt: I think we had a decent mix the last few times, it's asia we didn't cover
[17:35] <cprofitt> mhall119: I agree
[17:35] <cprofitt> Do we think opening the hours and having TZ leads would help get people from Asia?
[17:36] <mhall119> czajkowski: pleia2: are you around to comment on this
[17:36] <mhall119> ?
[17:36] <mhall119> cprofitt: maybe?
[17:37] <czajkowski> sorry reading back
[17:37] <czajkowski> had t jump elsewhere
[17:37] <cprofitt> mhall119: yeah, that is what I was guessing... it is hard to know which came first... chicken or the egg
[17:37] <dholbach> maybe we could ask folks in Asia/Oceania to come up a proposal of their own? like: propose sessions/session leaders and times and then we take it from there?
[17:38] <czajkowski> I stil say schedule a longer day or take some time off in the middle of the day and add a weekend date
[17:38] <cprofitt> dholbach: that should work.
[17:38] <dholbach> it'll be hard to change the format and it'll be quite some work
[17:38] <cprofitt> I like that idea too czajkowski
[17:38] <czajkowski> its hard to volunteer mid week and work to sit at a screen. One day at weekend would help
[17:38] <dholbach> and if we don't know that it's actually desired or necessary, then it might be better to focus on other stuff
[17:38] <elfy> czajkowski: I'm certainly more likely to be available weekend
[17:38] <cprofitt> with this being virtual there is less need to schdule it the way a physical UDS was.
[17:38] <mhall119> IIRC, we had an hour block in the middle of last UDS for a break
[17:38] <cprofitt> weekends would be excellent as well.
[17:39] <elfy> mhall119: yea that seemed odd to me
[17:39] <cprofitt> more people would not have work conflicts.
[17:39] <dholbach> maybe we could have a hangout to start the UOS planning and gather some more feedback? :)
[17:39] <mhall119> we can use next week's planned hangout
[17:39] <mhall119> if everybody can make it
[17:40] <elfy> I should actually be able to next week
[17:40]  * czajkowski proposes a 2 hours gap in the day at least 
[17:40] <dholbach> cool
[17:40] <czajkowski> and adding  a day at the weekend
[17:41] <mhall119> czajkowski: can you add your ideas to http://pad.ubuntu.com/PkXURXDKrM ?
[17:41]  * dholbach marks it as the uos hangout :)
[17:41] <czajkowski> ack
[17:41] <dholbach> thanks a lot :)
[17:42] <dholbach> anything else?
[17:42]  * mhall119 has nothing else
[17:42]  * elfy neither
[17:42]  * mhall119 is thrilled that we're starting UOS talks and planning more than just a couple of weeks before it starts
[17:43] <cprofitt> nothing else from me either.
[17:43] <cprofitt> +1 mhall119
[17:43] <dholbach> yes :)
[17:43] <dholbach> ok... that's a wrap then!
[17:43] <dholbach> thanks a lot everyone!
[17:43] <dholbach> #stopmeeting
[17:43] <cprofitt> we need to inovlve team leads as soon as possible as well.
[17:43] <dholbach> yep
[17:43] <elfy> dholbach: try
[17:43] <pleia2> endmeeting ;)
[17:43] <elfy> #endmeeting
[17:43] <meetingology> Meeting ended Thu Mar  5 17:43:34 2015 UTC.
[17:43] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-03-05-17.02.moin.txt
[17:43] <dholbach> aha!
[17:43] <dholbach> :)
[17:43] <elfy> pleia2: :D
[17:43] <dholbach> that makes sense