/srv/irclogs.ubuntu.com/2015/06/18/#ubuntu-meeting.txt

=== howefield is now known as howefield_afk
=== ljp is now known as lpotter
=== howefield_afk is now known as howefield
=== egemaster__ is now known as egemaster
pittio/15:00
barryo/15:01
sil2100\o15:01
infinityI refuse to admit I'm awake.15:01
robrui arthur15:02
* slangasek waves15:02
slangasek#startmeeting15:03
meetingologyMeeting started Thu Jun 18 15:03:22 2015 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.15:03
meetingologyAvailable commands: action commands idea info link nick15:03
slangasek[TOPIC] Lightning round15:03
=== meetingology changed the topic of #ubuntu-meeting to: Lightning round
slangasek$ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti)15:03
slangasekdoko jodh caribou robru bdmurray pitti barry cyphermox sil2100 slangasek stgraber infinity15:03
slangasekdoko: hi, around?15:04
pittiis jodh even still officially in the team?15:05
slangasekhmm, and we have a change to this list since last time...15:05
barryslangasek: i think you need to update your shuf :)15:05
slangaseknext time should be:15:05
slangasekecho $(shuf -e barry doko stgraber bdmurray slangasek caribou infinity sil2100 robru cyphermox pitti15:06
slangasekyep15:06
slangaseknd no caribou here today15:06
slangasekrobru:15:06
robruone sec15:07
robru* CI Train:15:07
robru - added script for scanning overlay PPA versions and comparing to wily archive; ensure that matching version numbers have matching binary hashes15:07
robru* CI Train Charm:15:07
robru - stop clobbering creds with empty files if creds misconfigured15:07
robru - add relation for bileto15:07
robru* Bileto:15:07
robru - fixed some postgres-specific bugs15:07
robru* Bileto Charm:15:07
robru - add basenode support15:07
robru - add relation for ci-train15:07
robru* Train mojo Spec:15:07
robru - added relation between ci-train and bileto15:07
robru - various iterations on postgres configuration15:07
robru(done)15:07
sil2100robru the magician, charming with his mojo!15:08
robruheh15:08
slangasekbdmurray:15:09
slangasekrobru: clobbering creds with empty files> I don't suppose that helps the postgres issues at all?15:09
bdmurraycontinued to work on improvements to apport-retrace to check launchpad for packages not available in archive or on ddebs.u.c15:10
bdmurrayworked with pitti to get my apport use-lp branch merged (done!)15:10
bdmurrayworked on hacking in ppa support to apport-retrace15:10
bdmurraypushed an apport branch (with a PPA hack) for the retracers to use15:10
bdmurrayupdated daisy config for armhf 15.04 retracers for overlay ppa15:10
bdmurraysubmitted RT to have daisy / apport updated in staging15:10
robruslangasek: no that's unrelated, that's on the ci-train side. #is doesn't have creds stored the same way we do in staging and so the charm was clobbering live creds with empty files.15:10
bdmurrayinvestigation into the right way to add ppa support to apport15:10
bdmurraySRU verifications of python-pip bug fixing LP: #1324391 (fail, then pass)15:10
ubottuLaunchpad bug 1324391 in python-pip (Ubuntu Trusty) "pip 1.5.4 import an invalid dependencies " [High,Fix committed] https://launchpad.net/bugs/132439115:10
bdmurraydiscussed with mvo python-apt origin information and PPAs15:10
bdmurraydiscussion with slangasek regarding overlay-ppa and old packages15:10
bdmurrayinvestigation into a phased-updater OOPS15:10
bdmurrayshort week as I was in Rochester!15:10
* doko is a bit late ...15:10
bdmurray✔ done15:10
slangasekdoko: hi, your turn15:11
sil2100slangasek: that thing was probably related to the train outage we had on Friday when the cred files went missing15:11
slangasekok15:11
dokofive me 5min15:12
slangasekalright then. pitti:15:12
pittisystemd:15:12
pitti - create script to build debs for current systemd upstream trunk (into PPA, and running all autopkgtests locally), for a more proper trunk CI15:12
pitti - fix various build system and udev regressions in trunk15:12
pitti - enable net.ifnames persistant network names by default15:12
pittiautopkgtest:15:12
pitti - set up ProdStack/Canonistack with IS for cloud-based autopkgtest running, and create autopkgtest cloud runner PoC15:12
pitti - various small improvements to adt-run15:12
pitti - revive armhf/ppc64el worker nodes after outage15:12
pittimisc:15:12
pitti - review and land bdmurray's apport branch for downloading older sources/debs from LP15:12
pitti - build and test fresh vivid langpacks15:12
pitti - postgresql: prepare new upstream security/bug fix releases for all supported Ubuntu releases15:12
pitti - reproduce and analyze misconfigured/broken encrypted swap in LVM install mode (#1453738); in progress15:12
pitti - various bug fixes in open-scsi, udisks15:12
pittiplan:15:12
pitti - systemd 221 is around the corner; unlike the previous two versions this should now be a breeze to land thanks to all the new CI15:12
pitti - continue working on cloud-based autopkgtest runner15:12
pitti - find some time to look into networkd integration with resolvconf and ifup.d/15:12
pitti^D15:12
barrydoko or me?15:13
slangasekbarry: go ahead, it hasn't been 5 minutes yet :)15:13
pittibarry: 5 mins aren't over yet15:13
barrysounds like a monty python sketch...15:13
barryshort week due to pto15:13
barrydebuntu: debian bug #776026; python-nose-exclude 0.2.0-4; zope.security 4.0.3-1; virtualenv 13.0.3-1 (ongoing), wheel 0.24.0-2; python-pip 1.5.4-1ubuntu3 for trusty;15:13
ubottuDebian bug 776026 in src:wheel "wheel: please make whl files reproducible" [Wishlist,Fixed] http://bugs.debian.org/77602615:13
barrysi: 2.5.1 to the overlay; struggling with landing 3.0.1 in wily via train (and getting derailed)15:13
barrystarted working on the python3.5 transition plan15:14
barryother: upgrade bisecting and other debugging for LP: #146436515:14
ubottuLaunchpad bug 1464365 in xorg (Ubuntu) "Resolution is incorrect; screen mostly occluded" [Medium,New] https://launchpad.net/bugs/146436515:14
barry--done--15:14
doko- openjdk-9 fixes for ppc64el and arm6415:14
doko- updated GCC 5 transition plan15:14
doko- openjdk maintainer interviews15:14
doko- preparing uploads for gcc 4.8, 4.9 and 5.x release candidates15:14
doko- started doing some merges15:14
doko- finally gcc-4.8 and binutils SRU's in trusty, uploaded cross packages15:14
doko- uploaded python3.4 SRU's15:14
doko(done)15:14
sil2100cyphermox: ping15:15
cyphermoxsil2100: I'm on vacation, not actually there :)15:15
slangasekcyphermox is still on vacation15:15
sil2100Ah, ok :)15:15
slangaseksil2100:15:15
sil2100- Landing team work, silo coordination, preparing landing e-mails15:15
sil2100- Prepare OTA-4 release notes15:15
sil2100- OTA-4 release:15:15
sil2100  * Copying images and setting auto-phasing for the period of approx one day15:15
sil2100  * Preparing community OTA-4 images, promoting those after basic QA15:15
sil2100  * Promoting ubuntu-developer images15:15
sil2100  * Preparing non-delta images for arale15:15
sil2100- Identifying the system-image situation, preparing landing15:15
sil2100- Leading the RTM status meeting15:15
sil2100- Updating documentation regarding package twins15:15
sil2100- Further work on commitlog generation15:15
sil2100- Coordinating the Unity8 big landing15:15
sil2100- Lack of sleep and overall tiredness for the whole week15:15
sil2100Holiday tomorrow (Friday the 19th)15:16
sil2100(done)15:16
infinityDo you celebrate every Friday the 19th?15:16
slangasekit's a very famous movie in Poland15:17
infinityslangasek: (you're up)15:17
slangasek * helping unblock the libnettle transition; found blockage due to a mir-related API change that was causing gst-plugins-bad1.0 to FTBFS as of vivid release, working to unwind that through bug #1465958, now waiting for a platform-api landing15:18
ubottubug 1465958 in platform-api (Ubuntu) "gst-plugins-bad1.0 FTBFS: mirclient headers needed" [High,Confirmed] https://launchpad.net/bugs/146595815:18
slangasek * post mortem for the various issues we've run into over the past two months with the overlay ppa not being as featureful as the derived distribution out of the box15:18
slangasek * closing in on a decision for the Java maintainer role15:18
slangasek * new job opening in the process of being posted, should be visible tomorrow15:18
slangasek(I know)15:18
slangasek(done)15:18
slangasekstgraber:15:18
stgraber - Was out on Friday. Now back in Montreal.15:18
stgraber - LXC/LXD15:18
stgraber   - Working on LXD socket activation systemd units.15:18
stgraber   - Made a first version of the LXD snap.15:18
stgraber   - Working on the CI infrastructure for LXC-related projects a bit.15:18
stgraber   - Spent quite a lot of time debugging a weird race condition in LXD.15:18
stgraber   - Code reviews, bug triaging, other admin paperwork15:18
stgraber - Alpha-115:18
stgraber   - Some prepwork for alpha-1, mostly sorting out nusakan <-> tracker issues15:18
stgraber(done)15:18
infinity- Dealing with several transitions in wily15:18
infinity- Not one, but *two* emergency kernel security updates15:18
infinity- Fixed kernel autopkgtesting15:18
infinity- General AA/SRU stuff15:18
infinity- Looking into kernel changes we might need to build armhf on arm6415:18
infinity- Sobbing uncontrollably over the loss of mvo15:19
infinity- Mitigating the above with the 'yay pitti' happy dance15:19
infinity- debian-installer and HWE work15:19
infinity(done)15:19
stgraber:)15:19
pitti♩ \o/ ♫ ♪15:19
slangasekinfinity: that's to the tune of 'hey mickey', right?15:19
barryinfinity: where's the youtube video of that dance?15:19
pitti(happy dance for fixing kernel tests)15:20
cyphermoxI think pitti wants to take over UTF-8 summary ending lead. :)15:20
infinitybarry: It's an easter egg in d-i, go find it.15:20
slangasekheh15:20
slangasekany questions over status?15:20
barryinfinity: do you have to fix 5 bugs before it reveals itself?15:20
slangasekoh, and doko's binutis/gcc SRUs got released in trusty15:21
infinityYeah, which means we can probably undo a hack in linux-lts-vivid.15:21
slangasek(only ignoring 3 and 6 autopkgtest regressions respectively)15:21
* infinity makes a note.15:21
dokoautopkgtest regressions for trusty?15:22
slangasekdoko: yes; not caused by either of your SRUs, just caused by letting autopkgtests bitrot for a year in trusty before we started looking at them again15:22
slangaseksome of them being network-related failures15:22
sil2100slangasek: were you able to make that document with the side-by-side comparison of overlay and derived distro for olli?15:22
slangaseksome being mysql tests that fail because time doesn't stand still and SSL certificates expired15:23
dokoahh, I see. where can you see these?15:23
slangaseksil2100: in progress; will be done this morning15:23
pittiI sent a summary to u-devel@; mostly because of tests relying on quirks/bugs of the null runner which we used back then15:23
sil2100Thanks!15:23
slangasekdoko: you probably can't get a link to the specific set anymore now that we've released the SRUs; there's nothing that you should need to look at however15:23
slangasekthe most interesting one was a lintian testsuite failure claiming that a binary was now a corrupted elf object - but that error started happening a week *before* binutils was uploaded to trusty-proposed15:24
infinitypitti: Speaking of, did you want back on ~ubuntu-sru and ~ubuntu-release so you can have a bit more direct control over this madness?15:24
pittiinfinity: I need ~release for that, right?15:24
infinitypitti: release for devel series, sru for SRUs.15:24
bdmurrayinfinity: you are just going to let this new guy on these teams?15:24
infinitypitti: We split the hints across the teams, just like we split the queues.15:25
infinitybdmurray: He's emeritus on both teams. :P15:25
bdmurrayinfinity: He might have forgotten how to do things!15:25
infinityThat's a chance I'm willing to take.15:25
pittiI just select all and click "accept"15:25
infinityOkay, not willing anymore.15:26
cyphermoxpitti: I think you mean select all and click Reject :)15:26
pittiI'm not yearning for more work, just to manage stuff that's innocently stuck in -proposed a little better15:26
slangasekheh15:26
slangasekdoko: fwiw if you want an overview of failing autopkgtests, in theory https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/ is some kind of one15:27
infinitypitti: Team membership doesn't imply forced duties, though it might get you pinged occasionally for help with something.  Anyhow, your call, no one's voluntold into these teams.15:27
dokoslangasek, thanks, not so nice as update_excuses ...15:27
pittiinfinity: right, please add me15:27
stgraberpitti: select all and click "reject" with "Spite" as the reason, everyone will think you're infinity :)15:27
infinityslangasek: Did anyone investigate the lintian regression and sort out what it really was?  The last time lintian had a testsuite explosion like that, it really was a (weird) toolchain regression.15:28
slangasekdoko: update_excuses gives you the overview for packages that are in progress. for SRUs that were already accepted, it no longer applies15:28
pittioh, we don't have archives for SRUs15:28
pittiwe do have them for devel15:28
infinitypitti: Reactivated in both.15:29
slangasekinfinity: no.  what I did sort out was that the timing didn't line up with the binutils change, which was what had triggered the test rerun15:29
pittiactually, I lie: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses/trusty/15:29
pitti^ should have all the old excuses?15:29
slangasekinfinity: (nor the gcc change; first lintian test failure was May 4, SRU accepts were May 13-14)15:29
slangasekpitti: oh, it should? interesting15:30
infinityslangasek: Sure, timing says it clearly wasn't *that* upload, still would be nice to figure out the cause.  Maybe I'll poke later in my copious free time.15:30
pitticonveniently un-clickable, but at least there15:30
slangasekdoko: ^^ so there is an archive of the excuses if you really care; but with my SRU hat I already reviewed them and declared them to be false positives15:30
slangasek[TOPIC] AOB15:31
=== meetingology changed the topic of #ubuntu-meeting to: AOB
slangasekanything else?15:31
infinitySure.  Since we already hijacked the meeting for sru/release stuff...15:31
pittiyes, right now we need to mostly ignore trusty, unless we upload a couple of SRUs to fix tests15:31
infinityslangasek, stgraber, pitti : ~ubuntu-release only has one Admin (me), which is suboptimal.  Anyone want to volunteer to be a second Admin?15:31
slangasekare we actually to where we're meant to be wrt not regressing the testbeds?15:31
slangasekinfinity: you can give me bits15:32
pittislangasek: since utopic, yes; trusty had a completely different infrastructure15:32
infinityslangasek: Done.15:32
slangasekpitti: my meaning is: are we at the point now where the testbed we're using to test trusty SRUs properly models what we were using at the time of trusty release15:33
slangasek(per the discussion in Austin)15:33
infinityslangasek: I think he's saying "close as it can get", since the runner is completely different, and we can't fix that.15:33
slangasekok15:33
slangasekI did see some test failures that appeared to be regressions in the network policy15:33
slangaseki.e., use of proxy + accessing Canonical network resources still returning a failure15:34
pittislangasek: they now have build-essential pre-installed; but e. g. the "tests don't have their build deps installed" behaviour is still differnet15:34
pittithat too15:34
pittibut there's not much I can do about that, we don't have unrestricted network there15:34
infinityNetwork policy is about to change again, so that's an ongoing battle.15:34
infinityBut hopefully we can do it smoothly.15:34
slangasekI'm not asking for an unrestricted network15:34
pittiinfinity: in scalingstack you mean?15:34
slangasekI'm asking for the network policy to actually match what I understood to have been agreed with CI :)15:34
infinitypitti: Yeah.  Though, we can probably do better with the move to scalingstack.15:35
slangasekwhich was "external resources on the Canonical network ok (but not yet implemented); truly external resources outside of our control, not ok"15:35
pittislangasek: ah, we still have the old "anything goes via proxy" policy ATM15:37
slangasekbarry: ^^ this also impacts your system-image tests of course, so if you want to know when your autopkgtests will be allowed to work... :)15:37
stgraberah, that wasn't what you last told me, if that's the plan, then I'll have to turn off a bunch of tests in the LXC testsuite with the next upload15:37
slangasekpitti: oh, ok.  I saw some test failures that implied that things were not working, including using the proxy15:37
pittiwas that "no arbitrary net access" already decided? (I object rather strongly..)15:37
infinityI object to that too, unless Debian adopts the same policy.15:37
stgraberunless "external resources on the Canonical network ok" includes "squid.internal" in which case, I've got what I need15:38
infinityCause hacking every test from Debian is ungood.15:38
barryslangasek: yeah.  although i haven't gotten that far yet, i did re-enable the autopkgtests that do smoketesting against s-i.u.c15:38
slangasektests relying on arbitrary external resources are unreliable tests15:38
pittiwell, we would just change "one out of 1000 runs fails" with "all runs fail"15:38
pittiTBH, the unreliability of tests pales compared to the unreliability of our infrastructure15:38
pittito the point that I can't even remember a single case15:38
pittiI mean wrt. remote net access, not in general15:39
barryit's also not necessarily a bad thing if you learn that a test relying on an external resource is failing <wink>15:39
pittiif I have to retry a failed net-accessing test twice a year, I'll be reeeeeeally happy :)15:40
slangasekstgraber: well, at least for the moment it's possible to access via the proxy15:40
slangasek(except when this randomly doesn't work)15:40
infinityslangasek: We did note that there are valid uses for tests talking to external resources, but often those don't relate to uploads, but should be daily "does my IM client software still work" tests.15:40
stgraberslangasek: ok. I got a bunch of e-mails about test failures and the log looked like no network connectivity but it wasn't triggered by one of my uploads so I didn't really look into the failure15:41
slangasekinfinity: yes15:41
infinityslangasek: But if we figure out how to cater to that case, we still need to be able to talk to external resources to do it.15:41
slangasekinfinity: the conclusion was "this doesn't belong in an autopkgtest run as part of proposed-migration"15:41
infinityslangasek: Sure, "... as part of p-m", I agree with, but we're building infra that should be flexible and reusable.15:42
slangasekit can be run under a different tenant with a different network policy15:42
* infinity shrugs.15:42
slangasekusing the same charm on the same cloud15:42
infinityAnyhow, stgraber's use case also seems reasonable.  Unless we want to host all his blobs in our network just to make the test 100% reliable instead of 99%, which seems like overengineering for a problem we don't have.15:42
slangasekstgraber: I heard something to the effect that Canonical would be doing internal hosting of lxc images; is that the plan?15:43
stgraberslangasek: nope15:43
pittiinfinity: ^ or at least I don't think it's sensible to think about this while 20% of our tests fail due to random infrastructure problems15:43
stgraberLXD will be using the cloud images at some point in the near future, but nothing's changing for LXC15:44
slangasekstgraber: ah, of course15:44
infinitypitti: I like the theory that we'll make the infra five-nines reliable, so other problems become more obvious.15:44
stgraberand LXD's own testsuite already doesn't rely on network access at all15:44
infinitypitti: But, yeah, let's try to get there first.15:44
slangasekok I think we've discussed this to death15:44
slangasekshall we release our captive audience?15:44
infinity+115:45
slangasek#endmeeting15:45
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology
meetingologyMeeting ended Thu Jun 18 15:45:28 2015 UTC.15:45
meetingologyMinutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-06-18-15.03.moin.txt15:45
slangasekthanks!15:45
pittithanks everyone!15:45
barrythanks!15:45
mhall119sladen: are you around for this meeting?16:59
mhall119#startmeeting Community Council Weekly Meeting17:01
meetingologyMeeting started Thu Jun 18 17:01:26 2015 UTC.  The chair is mhall119. Information about MeetBot at http://wiki.ubuntu.com/meetingology.17:01
meetingologyAvailable commands: action commands idea info link nick17:01
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology | Community Council Weekly Meeting | Current topic:
mhall119Agenda is at https://wiki.ubuntu.com/CommunityCouncilAgenda17:01
mhall119sladen: you are the only one to have something on the agenda, so I hope you're around17:01
mhall119this will not be the CC/KC meeting that we are trying to schedule, too many people from both teams were not going to be available, we will try and get that scheduled for next week at a convenient day and time for everybody17:02
mhall119but if you wanted to talk about any of the other things you put on the agenda, we can do that now17:03
mhall119I guess sladen isn't here, so we will postpone his agenda items for a later date17:07
mhall119is there any other business that anybody would like to bring up?17:07
mhall119I'm going to end it then, if anybody comes along in the next 50 minutes please ping me and I can start it up again17:10
mhall119#endmeeting17:10
=== meetingology changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs | Meetingology documentation: https://wiki.ubuntu.com/meetingology
meetingologyMeeting ended Thu Jun 18 17:10:40 2015 UTC.17:10
meetingologyMinutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2015/ubuntu-meeting.2015-06-18-17.01.moin.txt17:10
sladenmhall119: today is Thursday17:22
sladenmhall119: hopefully you're researching topics to be able to talk about them on Friday 19 June 2015 17:00 UTC17:27
sladenmhall119: then we can distribute that information to those are may be around at the time17:28
mhall119sladen: we don't have anything scheduled for Friday17:29
mhall119sladen: ah, I think I see the confusion, in my email I said "tomorrow" when it was 12:01am for me, but I had meant today17:30
* sladen nods; apologises if my attempts to distill clarity from ambiguity were unsuccessful on this occasion---and combination of "1700 UTC tomorrow" and "all day Friday" had lead me to parse it that way. 36 hours is pushing things anyway for people to prepare (traditionally CC agenda nominally closes 24 hours in advance)---12 hours would likely be unfeasible, so it's perhaps another lucky fluke in this case17:39
sladenI don't expect everything to fixable in one day (as you have noted, several people unavailable), but our audience is the wider *buntu community and we can answer what we can in order to get the ball rolling17:41
sladenmhall119: it's just under 24 hours, but is there anything from the proposed CC->KC agenda that could usefully be added?17:42
mhall119sladen: we don't actually have a meeting scheduled for tomorrow17:45
mhall119but we have 15 minutes left in the block today, if you want to discuss any of the non-KC items in your agenda17:45
sladenmhall119: well it's an agenda of items that have come up in the last month17:45
ahoneybunSELF?17:46
mhall119sladen: right, and some of them will be discussed in the CC/KC meeting that we are trying to schedule, but if you have questions about the donations, licensing, or SELF conference I can answer them now17:46
sladenmhall119: I'm not sure those items are _me_ asking per-se... they are items were we should endevour to provide answers in order to better support and inform out community17:46
sladens/were/where/; s/out/our/17:47
mhall119sladen: ok, so I don't know of any outstanding questions about the donations program, I think we've been able to provide all of the answers that are possible17:47
sladenmhall119: so it's the answers that matter more precisely than who might be asking them17:47
mhall119there is still no update on the license, other than that Canonical and the SFLC have agreed on a set of changes and are coordinating joint announcments about it17:47
sladenmhall119: I think that's a worthwhile update in itself17:48
mhall119Mark has asked the TB if they would be willing to act as a stand-in for any CC member that needs to recuse themselves from an issue, so that the council can still operate effectively, and they seemed widely supportive of that17:49
sladenmhall119: as it clearly differentiate between what is blocked/waiting/parked/cancelled17:49
mhall119I don't think there's any formal process around when/how/who from the TB will fill in, but we can try that informally and see how we get on17:50
mhall119sladen: I'm not sure what you wanted about SELF, can you clarify?17:50
mhall119same with the agenda item about community donations from this month17:51
sladenalso, that would be a good update to give tomorrow (even if its just those words) as it provides an update on the situation (informal, and indicates that it does not yet appear to have been called upon)17:51
mhall119sladen: ack17:51
sladenmhall119: for the donations programme, I think we have 2012H2 six-months figures for 3 out of 8 categories; and a budgetry allocation indication for one of those 8 categories (Update->Engineering)17:52
sladenmhall119: in https://lists.launchpad.net/kubuntu-council/msg00039.html there has been an assertion "doesn't seem to have been any interest on details of the other sliders still in use." but I don't recall having seen statements that might support that17:54
mhall119sladen: that was based on a lack of people asking for anything other than what was provided17:56
sladenmhall119: it would seem to make sense to document everything available from the programme that is known, and this would make it easier to hold up our hands and say that this is what is known17:56
mhall119sladen: if there's nobody who is interested in the data, I'm not going to ask people to spend time collecting it17:57
mhall119we never said we would release figures for all of the sliders, and nobody cares about anything but the 3 (now 1) that we've already done it for17:57
sladenmhall119: well, *I* for example (as a member of the Ubuntu community who finds oneself extolling the virtues of Debian/Ubuntu and contributing/donating to them) would certainly be interested to know and read about them.  I've tried to becareful in the last month not to ask for things directly, as my aim here is to get people talking, and that would likely confuse the issues17:58
mhall119sladen: in that case you should request that information from dpm on the community team, there's no need for the CC to be in the middle of that17:59
mhall119sladen: what about the SELF agenda item?18:00
sladenwell I think people do care---when we, as a community encoourage people to support *buntu (with contributions, and money) it is perhaps easier to talk authoratively when full information is available, rather than 12%, or 38%18:00
mhall119sladen: again though, the CC doesn't have that information, and we don't need to be the middle-man in that request, ask dpm directly18:01
sladenmhall119: well I hope you can perhaps say something like the above---if the answer is "nothing is being done because it is not perceieved that there is a desire for more" then this is perfectly okay18:01
sladenmhall119: it helps our communities understand what is happening vs. what is parked/cancelled, or not in progress18:02
mhall119sladen: that is the current answer, yes, the CC is not inquiring further about donations figures, we are satisfied with what has already been published18:02
sladenmhall119: then that I think would be a perfect complete answer to give tomorrow18:03
mhall119sladen: the only open issue the CC is tracking now is the IP policy update18:03
sladenmhall119: yup, it sounds like you've got an answer for that prepared above I can see18:04
mhall119sladen: so our hour timeslot is over, was there something specific you wanted to say about SELF?18:04
sladenshall we work through preparing/working through the rest of the items I've tried to group on https://wiki.ubuntu.com/CommunityCouncilAgenda#General_Agenda_Items_and_Proposals18:05
mhall119sladen: the rest of them are things for the CC/KC meeting18:05
sladenmhall119: ahhh, South-East Linux Fest18:06
sladenmhall119: I believe this was something that happened in the last week, so likely to be something that the Week 25 communtiy team summary will cover, and so something yourself may wish to talk about following the sending out of the community team summary tomorrow18:07
sladenmhall119: it was an item that came up on the Community Team list in the last month, and is an example of a use of the community fund18:08
sladenmhall119: so it would be an opportunity to talk about how it worked out; so highlighting the work of the Community Team, and Community members in organising a prescence there18:09
sladenmhall119: and how other community team members could do similiar for their own events18:09
mhall119_sladen: sorry, power blip knocked me offline18:10
mhall119_last I saw was 14:06 < mhall119> we will provide an update after that meeting18:10
=== mhall119_ is now known as mhall119
sladensadly  http://irclogs.ubuntu.com/2015/06/18/%23ubuntu-meeting.html  not updated18:11
pleia2sladen: this seems like more like a proposal for a loco initiative, historically blog posts from community members post-event have been the standard for sharing event details like ahoneybun's from SELF last week: https://athoneycutt.wordpress.com/2015/06/13/self-day-1-ubuntu/18:11
pleia2I think it's gret to publicize the community funding often, but not sure how this is a CC thing18:11
pleia2the LoCo Council may be a good body to approach about coming up with some kind of campaign/toolkit for asking for funding and doing events18:12
pleia2nhaines and jose are both very experienced with these things18:12
mhall119the community team already publishes quarterly reports about the community donations18:12
mhall119svij, nhaines, jose and I are also going to be working together on documentation for UbuCons18:13
pleia2mhall119: nice18:13
joseo/18:13
mhall119but agian, not a CC thing18:13
joseI'll be around for another 15 or 30 if you want to PM me re:SELF18:13
sladendialogues often flow when people can talk about their (non-controversial) passions with enthusiasm.  So the its about trying to find ways to allow conversation to start and getting the ball rolling18:14
pleia2well, I don't want to step on the LoCo Council's toes here, so I really would rather defer to them on things like local events18:14
mhall119I like pleia2's suggestion that you do that as a loco-driven thing18:15
sladenwell, perhaps there are other topics that peole would like to talk about and so start to built recongnition of each other's passions and qualities in order that the harder discussions and dialogues can flow18:15
mhall119btw, if any team is waiting on this channel please tell us to shut up and go away :)18:15
pleia2I believe last fall there was a thread or two on the ubuntu-community-team list about recognition, but there were too many ideas in those flurry of threads for the volunteers we had to work on them18:16
mhall119sladen: I think we already have a lot of tools and channels for this (IRC, forums, planet, discourse, mailing lists, etc)18:16
pleia2might be worthwhile for all of us to revisit those threads to see if there's anything we can pick up and work on now18:16
mhall119it's just a habit and culture of doing it that is needed18:16
sladenand we're slowly going off-topic in preparation for tomorrow18:16
mhall119again, sladen, there is no meeting tomorrow18:17
sladenwhich is excellent for conversation, but I would not want to detract or distract from tomorrow18:17
pleia2too many people can't make it, short notice18:17
czajkowskisladen: the CC meets on a Thursday,18:17
czajkowskievery 2nd thursday never a Friday.18:17
pleia2czajkowski: this is the KC/CC meeting proposal18:17
mhall119sladen: the meeting I referenced in my email was today's18:17
pleia2czajkowski: not regular CC one18:17
czajkowskipleia2: aye I know but it was meant to be during the CC meeting due to timezones and mails being sent, folks though it was Friday18:17
mhall119pleia2: even that won't be this week18:18
sladenmhall119: we've published that; it may only be me, but I will do my best to covey some of the answers in the IRC above now that we have them18:18
czajkowski*thought18:18
pleia2mhall119: right18:18
sladenmhall119: and others are welcome to join in the fun18:18
mhall119sladen: give us a chance to hold our meeting first, then we can go from there18:19
mhall119sladen: I think we'll wrap this one up since we're already 20 minutes past our alloted time, the KC and CC will provide an update after our meeting with each other, and then we can move on to any other topics that haven't been completed at that time18:23
mhall119#endmeeting18:24
sladenmhall119: +1 and thank you for the answers in preparation for tomorrow18:24
mhall119though I never actually re-started it, so that does nothing18:24
mhall119sladen: always happy to provide answers, we're in #ubuntu-community-team all the time too18:25
=== howefield is now known as howefield_afk

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