=== Aki-Thinkpad is now known as akiva-thinkpad === akiva-thinkpad is now known as Akiva-Thinkpad === Akiva-Thinkpad is now known as akiva-mobile === akiva-mobile is now known as Akiva-Thinkpad === vladk|offline is now known as vladk === MooDoo_ is now known as MooDoo === Zic is now known as Guest8684 === Riddelll is now known as Riddell === pleia2_ is now known as pleia2 === Guest8684 is now known as Zic === doko_ is now known as doko === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === greyback is now known as greyback|lunch [15:01] #startmeeting [15:01] Meeting started Thu Jul 17 15:01:52 2014 UTC. The chair is cjwatson. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:01] Available commands: action commands idea info link nick [15:02] #topic Lightning round === meetingology changed the topic of #ubuntu-meeting to: Lightning round [15:02] * mvo_ waves [15:02] $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson xnox caribou infinity mvo bhuey sil2100 robru) [15:02] o/ [15:02] bhuey infinity stgraber doko cjwatson caribou sil2100 xnox barry slangasek robru mvo jodh bdmurray [15:03] cjwatson: I have to run an errand towards the end of the meeting could I go closer to the beginning? [15:03] bdmurray: mkay, why don't you go first, not sure Bill's around [15:03] Maybe bdmurray could go first, bdmurray starts with the same letter as bhuey o/ [15:03] * sil2100 nods to himself proudly [15:04] and ends with the same letter too! [15:04] ! [15:04] review of armhf retracing results [15:04] research into missing libmirclientplatform-android-dbgsym issue (its not in the Packages file) [15:04] pinged wgrant, pitti about Packages files on ddebs.ubuntu.com [15:04] investigation into apport's error re "package liburcu1 does not exist, ignoring" [15:04] that was due to Contents.gz being out of date [15:04] research into apport bug 1336062 (confirmed and testcase created) [15:04] bug 1336062 in apport (Ubuntu) "apport-retrace uses system package lists which may return a different source package for a binary" [Undecided,Fix committed] https://launchpad.net/bugs/1336062 [15:04] wrote test and submitted mp fixing bug 1336062 [15:04] worked with thedac to get apport updated to r2818 which fixes bug 1336062 [15:04] modified how the retracer uses the original_sas [15:04] investigation into whoopsie bug 1339916 [15:04] bug 1339916 in whoopsie (Ubuntu) "SystemIdentifier can change between reboots" [High,Confirmed] https://launchpad.net/bugs/1339916 [15:04] rewrote and tested how daisy/submit_core.py manages rabbit connections [15:04] pinged jjo about cassandra / swift errors (he'd done something about it already) [15:04] updated daisy-retracer charm and error-tracker-dependencies to use oops-amqp settings [15:04] investigation into missing stacktrace for a specific bucket [15:04] updated daisy to save the retraced crash report if the retraced crash has no Stacktrace [15:04] got the dpkcomparator to build, then it failed oopsrepository tests (sorted that out) [15:04] discussed tearing down newcassandra with thedac (its going to happen) [15:04] irc discussion with plars regarding whoopsie and how it behaves and how it should behave [15:05] ✔ done [15:05] tearing it down? [15:05] * spent a lot of time on the kernel security and SRU updates [15:05] * was sick for a bit [15:05] * working on cleaning up last-minute pending bits for trusty point release [15:05] * EOLing saucy today \o/ [15:05] ∞ [15:05] infinity: oh right, less crashes to accept! [15:06] infinity: \o/ EOL EOL EOL =) [15:06] #chair slangasek [15:06] Current chairs: cjwatson slangasek [15:07] slangasek: http://paste.ubuntu.com/7809421/ [15:07] cjwatson: ta [15:08] stgraber: You're up. [15:09] continuing ... [15:09] - we are waldmeister [15:09] - openjdk-6 update, security will follow [15:09] - openjdk-7 update [15:09] - gcc-4.8, gcc-4.9 builds, for trusty, utopic, xgene [15:09] - some merges [15:09] - discussing and packaging of some third party software [15:09] - will be at Linaro on Fri, GNU Cauldron the weekend, and travelling back on Mon [15:09] (done) [15:09] lol [15:09] Customer meeting. [15:09] Working on parted 3 transition (in Debian). Almost done - just need to fix partitionmanager and possibly NMU guymager, then get an ack from the Debian release team to start the transition. [15:10] Pushing along the libav transition. Also almost done - calligra still needs to be fixed, and then I need to coordinate the gallery-app changes. [15:10] Landing team shift on Wednesday. [15:10] launchpad-buildd change to improve compatibility with scalingstack. [15:10] Optimised step A2 of the Launchpad publisher, cutting about three minutes off the primary archive publishing time in several cases. [15:10] Preparing for RTM dogfood dry-run next week. Discussed CI Train changes, added ubuntu-rtm support to livecd-rootfs, and most of the way through adding support to cdimage. [15:10] .. [15:10] * Sprint week with team in London [15:10] * Complete Debian Maintainer application [15:10] * Complete work on sosreport 3.1 backport on Precise (python3) [15:10] * Work on sosreport for Debian upstream [15:10] * Start migration to new escalation workflow [15:11] (done) [15:11] o/ [15:11] - Landing team work, landing e-mails, landing coordination - standard stuff [15:11] - CI Train maintenance and features: [15:11] caribou: are there details on the new workflow? Would like to be inline with it, when people ping me out of order. [15:11] * Testing new auto merge & clean functionality [15:11] * Performing some security-based tests on the CI Train, reverts [15:11] * Debugging CI Train spreadsheet issues [15:11] * Looking into the jenkins secure start-build remote triggers [15:11] * Work on enabling CI Train for other-than-ubuntu distributions (e.g. ubuntu-rtm) [15:11] * Moving the unapproved-merges check to the publish job [15:11] * Testing the 'do not modify package version' functionality [15:11] * Minor tweaks [15:11] - Work on the CI Train Issue tracker: [15:11] * Sniffing around Launchpad's API lack of both JSONP or CORS [15:11] * Working backend, almost finished frontend [15:11] - Work on +1 Maintenance: [15:11] * Pushing an updated NEW libaudclient (now accepted into the archive) [15:11] * Pushing some rdeps of libaudclient2 to unblock: audtty, pidgin-audacious, wmaud [15:11] - Patch pilot work: [15:11] * Looking at the rp-pppoe release, commenting on some required changes/fixes [15:11] * Sponsoring the osm-gps-map trusty SRU upload [15:12] - Help out with packaging advice for various upstreams [15:12] xnox: shoudn't change anything to UE, mostly to allign with CTS support tools [15:12] (done) [15:12] caribou: ok. [15:12] xnox: and UE interaction will remain on LP [15:12] caribou: perfect. [15:12] xnox: Contents.gz being out of date> have you made any progress on that? [15:12] slangasek: nope. [15:12] * upstart 1.13 landed in the archive \o/ [15:12] * TODO land 1.13.1 into the archive [15:12] * mdadm 3.3 merge done [15:12] * plymouth 0.9.0 merge done [15:12] :-( [15:12] - but regresses vt_handoff=, e.g. i can instrument and see tty1 [15:12] getty between plymouth and lightdm [15:12] * thanks barry for round of reviews on [15:13] launchpadlib/lazr.restfulclient, need to fix things up abit more [15:13] before proceeding to mass porting of [15:13] ubuntu-dev-tools/ubuntu-archivetools, etc. [15:13] * working on resolving: [15:13] - desktop images failing to work in ci.ubuntu.com automated preseeding [15:13] slangasek: we did win that race recently though [15:13] - some other installer bugs [15:13] .. [15:13] slangasek: bdmurray: should be looking into it later today. [15:13] sil2100: Just to be clear, are you working on both cupstream2distro and the spreadsheet? [15:13] phone: working on releasing system-image 2.3. lots of work on stabilizing the test suite, investigating, reporting, and working around various external issues (e.g. LP: #1341685). LP: #1339157. LP: #1340882. LP: #1342183. LP: #1273354. released 2.3 upstream, now working on the packaging branch for the citrain. should be ready by eow. [15:13] (for ubuntu-rtm) [15:13] Launchpad bug 1341685 in ubuntu-download-manager "When unconstrained, udm sometimes downloads files to wrong location" [Undecided,New] https://launchpad.net/bugs/1341685 [15:13] Launchpad bug 1339157 in ubuntu-download-manager "Short term support for wifi-only downloads" [Undecided,New] https://launchpad.net/bugs/1339157 [15:14] Launchpad bug 1340882 in Ubuntu system image "Include the D-Bus API documentation in system-image-dbus(8)" [High,Fix committed] https://launchpad.net/bugs/1340882 [15:14] Launchpad bug 1342183 in Ubuntu system image "systemimage.config.Configuration() should take an ini_file argument" [High,Fix committed] https://launchpad.net/bugs/1342183 [15:14] Launchpad bug 1273354 in Ubuntu system image "The mock service doesn't return downloading==1 for UpdateAvailable when a download is in progress" [Medium,Fix committed] https://launchpad.net/bugs/1273354 [15:14] debuntu: zope.browserpage 4.1.0a1-0ubuntu1, zope.formlib 4.3.0a2-0ubuntu1, zope.copypastemove 4.0.0a1-0ubuntu1, debian bug #754016. still haven't quite gotten all the zope.* packages cleared from -proposed, but i'll be looking at the blockers in more detail after landing system-image 2.3. [15:14] Debian bug 754016 in src:python-mode "python-mode: please switch to emacs24" [Normal,Fixed] http://bugs.debian.org/754016 [15:14] other: helped various colleagues with python issues/questions/porting/reviews. occasional py3 autopilot merging and pushing. [15:14] done [15:14] cjwatson: yes, but I didn't change too much on the spreadsheet side for RTM-support yet as there we're 'always' working on a live system [15:14] cjwatson: so I prefer to have the backend finished up and tested first [15:14] xnox: ubuntu-archive-tools should almost all be ready for Python 3 already. I made some effort there a while back, although most of the porting was a bit blind. [15:15] xnox: There's the problem that I expect some AAs are still running them on trusty, though, and some people other than AAs use ubuntu-archive-tools too. [15:15] So we may need to wait a while before flipping #!. [15:15] sil2100: Right, thanks [15:17] is it my turn? sorry guys I got disconnected at the exact moment that the order was given, I missed it [15:17] slangasek's turn i think [15:17] robru: You're after slangasek. [15:17] caribou: escalation workflow shouldn't change anything for UE> so I should continue to ignore out-of-band requests for help on the nis package? ;-) [15:18] infinity, thanks [15:18] ok one sec [15:18] cjwatson: yeah, I understand that trusty is important and thus shebang shouldn't be changed yet. If i port enough bits and validate that they run correctly, I can look into upstream release of python3 enabled stack, uploads to debian/ubuntu and then possibly backport python3 support into e.g. trusty-backports or some such. [15:18] hello, sorry - we had a power outage here [15:18] mvo_: heat power cut?! =) [15:18] * finishing up the console-setup merge [15:18] * not enough beer in the world [15:18] * working on supporting nss_extrausers in adduser; however, there seem to be various requirements that assume other pieces will Just Work when they don't, now reviewing the spec [15:18] probably :) [15:18] * nudged upstart 1.13 into the archive a bit [15:18] * moving the C++11 ABI transition forward so we can unblock gcc-4.9 [15:18] and no mobile either [15:18] * performance review cycle stuff [15:18] * patch piloting today [15:19] xnox: *nod* [15:19] slangasek: business as usual [15:19] slangasek: apw and I can ship more beer to get that merge done =) [15:20] xnox: at some point you start to drown in it, and that's also an impediment? [15:20] slangasek: there is always dehydrated caplets and IV drips..... [15:20] =)))) [15:21] slangasek: but I thought my OOB request was on pamd [15:21] (done) [15:21] caribou: this wasn't you ;) [15:21] robru: your turn [15:21] * updated CI Train dashboard and queuebot to not hard-code spreadsheet column numbers, making them more flexible in the face of spreadsheet changes, which will happen soon to support RTM [15:21] * neutered Friends API, so it still exists for compatibility, but does not actually send or receive any messages. this fixes a long-standing security hole on the desktop where Friends would let any app impersonate you on your social networks without any authentication. [15:21] * ton of ongoing landings as usual. [15:21] * Trusty SRU of webapps-greasemonkey [15:21] * branch to drop friends scope from unity7 [15:21] * de-seeded friends-app from touch image 131 & up [15:21] * minor branch to fix a merge failure in the g++-4.9 transition [15:21] * tweaked CI Train silo dashboard to not hover-hide MP URLs when there's a search term present. so if you're looking at just a couple silos, you don't need to fiddly-hover over the source package name to see the MP links. [15:21] * also made the hover-mp-list slightly less fiddly to mouse to by squaring-off the top left corner, and decreasing the left margin, so you can mouse to it with less precision. [15:21] ✔ done [15:21] slangasek: ah [15:21] citrain: [15:21] - Add warning to the .gs script when low on silos [15:21] - Landing team duty [15:21] click: [15:21] - Code review [15:21] - Discussion about click signatures/read the old ML thread to be uptodate [15:21] - fix bug in debsigs --delete [15:21] (https://gitorious.org/debsigs/debsigs/merge_requests/1) [15:22] - Improve lp:/~mvo/click/lp1334611-getpwnam based on Colins feedback (thanks) [15:22] - lp:~mvo/click/click-ubuntu-policy - initial skeleton for the debsig-verify [15:22] based verification [15:22] - lp:~mvo/click/debsigs-verify [15:22] - Lp:~mvo/click/more-integration-tests3 [15:22] - Trying to debug #1338994 (no luck) [15:22] hwe: [15:22] - Debug/fix #1341324 and upload new version to precise-proposed [15:22] - Debugged/fixed #1342424 - simple, but underlying problem is in pam, [15:22] created possible solution for this as well [15:22] - fix bug in update-motd to take [15:22] /var/lib/update-notifier/disable-hwe-eol-messages into effect when [15:22] robru: RIP friends? [15:22] checking if the cache is still valid [15:22] apt: [15:22] - Debug/fix bug commandline arg parsing for packages starting with 0/1 [15:22] - Debug kubuntu upgrade issue with riddel [15:22] - Debug/fix segfault Bug#754904 [15:22] merge: [15:22] - Manpages, aptitude, krb5, slang2, curl [15:22] - looked at some more like coreutils that are not needed to merge at this [15:22] point, would be nice to have a way to mark them as unneeded somehow [15:22] misc: [15:22] - command-not-found: fix #1130444 and update data for utopic [15:22] - apt-ddtp update/upload [15:22] - Phone issues (browser 100%: #1342195, calendar not working #1338956) [15:22] (done) [15:22] barry, yep, sorry to say, it just wasn't architected for the mobile world. we can maybe revisit reviving it in 15.04 but it just wasn't suitable to RTM [15:23] * foundations-1305-upstart-work-items: [15:23] - cgroups+async: Released Upstart 1.13 and updated Upstart Cookbook. [15:23] * upstart: [15:23] - Fixed bug 1222705. [15:23] bug 1222705 in upstart (Ubuntu) "init assert failure: alloc.c:633: Assertion failed in nih_unref: ref != NULL" [High,Confirmed] https://launchpad.net/bugs/1222705 [15:23] - Followed up with a 1.13.1 release. [15:23] - Uploaded 1.13.1 to archive. [15:23] * systemd: [15:23] - Fixed bug 1342586. [15:23] bug 1342586 in systemd (Ubuntu) "[utopic] [proposed] cgmanager breaks lightdm login" [High,Fix committed] https://launchpad.net/bugs/1342586 [15:23] - Picking over 'systemd-boot' bugs [15:23] ⌚ [15:23] robru: ah well, who needs friends anyway? [15:23] barry, not me! I got you guys! [15:23] xnox: we haven't yet actually activated cgroup support in upstart. We need something like http://paste.ubuntu.com/7809486/ but I'm not sure if we need tweaks to d/control for cgmanager? [15:24] robru: with friends like us... :) [15:24] jodh: i'd rather not tweak tight dependencies and instead do that but with extra || true [15:24] xnox: my local .conf does exactly that :) [15:25] xnox: I'll raise an MP... [15:25] mvo_: 1342424> I thought you were fixing it to always use ISO dates? That seems perfectly appropriate to me, and is then not locale-dependent [15:25] jodh: and i'd want to land that when it's relatively quite in the archive, It's not at the moment. Maybe later on friday and/or over the weekend - monday time. [15:25] slangasek: I fixed it that way, yes. I also mentioned in the bugreport that we might consider to make_pamd set the locale/lang environment [15:26] slangasek: but that would not be suitable for a sru I think as it may trigger more bugs/unexpected behavior [15:26] mvo_: ack [15:26] xnox: I vote for Monday (Warsaw's Second Law :) [15:26] :) [15:26] slangasek: but if that something from the pam maintainers perspective that is worthwhile, I can add it in utopic [15:26] mvo_: no, I don't think that warrants an SRU [15:27] bhuey: here? [15:27] seems not [15:28] mvo_: ready to talk about click signing? :) [15:28] *gasp* exiting =) [15:28] sure, get ready for a paste attack [15:28] What I'm currently working on: Signatures on Click Packages from [15:28] the store and the developers. [15:28] Most of the discussion happened about a year ago, Colin suggested to [15:28] use debsigs/debsig-verify back then. There was a competing proposal to [15:28] just use gpg detached signatures that caused some discussion but the [15:28] approach via debsig-verify is much more flexible and robust. Its based [15:28] [TOPIC] Click signing === meetingology changed the topic of #ubuntu-meeting to: Click signing [15:28] on detached gpg signatures that get appended to the deb ar [15:28] * xnox *exciting [15:28] container. Because a click is a relocatable deb without the maintainer [15:28] script nonsense we can use those tools just fine. All we are currently [15:28] providing is SSL (which is obviously not good enough) but we will add [15:28] signatures from both the developer and from the store. [15:28] How does it work in detail? [15:28] - the developer signs the foo.click via "debsig --sign=maint", this [15:28] process will be integrated into qtcreator in some way [15:28] - the foo.click is uploaded to the store [15:28] - the store checks that the signature is valid and if so appends its [15:28] own "debsig --sign=origin" signature [15:28] - user A downloads the click with the 2 sigs [15:29] - "click install foo.click" checks the origin signature via [15:29] debsig-verify and rejects invalid/missing ones [15:29] (unless --allow-unauthenticated is given which can overrides [15:29] missing ones) [15:29] - developer signature is not used on the user machine *but* the [15:29] developer (or anyone else) can verify that we didn't alter his/her [15:29] click package. "debsigs --delete=origin" will even restore the identical [15:29] click package that got uploaded to the click store [15:29] What the current status: [15:29] - click branch with debsigs-verify integration is ready for review [15:29] - we need a store origin signing key [15:29] - the store needs to sign the clicks using debsigs --sign=origin [15:29] - a skeleton package click-ubuntu-policy with the debsig-verify policy [15:29] is available, but it needs review and the store signing pubkey [15:29] - once click-ubuntu-policy is ready it gets seeded and becomes part [15:29] of the base image [15:29] - we do not need to modify any of the higher layers (scope, updater) [15:29] References: [15:29] - https://wiki.ubuntu.com/SecurityTeam/Specifications/ClickPackageSigning [15:29] - https://bugs.launchpad.net/ubuntu/+source/click/+bug/1330770 [15:29] --- [15:29] Ubuntu bug 1330770 in click (Ubuntu) "click packages rely upon tls for integrity and authenticity" [High,In progress] [15:30] thats the part I prepared :) I think this is the first time I'm part of such a session [15:30] mvo_: how does debsigs work? is it extra members in the ar archive? [15:30] it is [15:30] xnox: yes, it adds a extra member for the origin and the maintainer [15:30] (so one extra each) [15:30] _gpg [15:31] '"debsigs --delete=origin" will even restore the identical click package that got uploaded to the click store' - oh, nice [15:31] yeah, thats a nice property - once the fix for this lands upstream, but we can just distro patch it [15:31] even without debsigs --delete=origin working (which mvo had to fix), debsigs is append-only, so you can see that your previous package is a prefix [15:31] are we gonna sign archive binaries like that as well? [15:32] imho it would be benefitial that e.g. one can downloads debs direct from launchpadlib and verify them. [15:32] instead of just relying on the librarian SSL [15:32] out of scope ;) [15:32] .debs have the chain of trust back to Release.gpg - there are some fringe benefits like that to signing them inline, but I'm not sure it's worth the hassle [15:32] and indeed, out of scope [15:32] we still need to organise some kind of meeting to generate and shard a store signing key [15:33] note that Debian has consistently refused to support debsigs for packages in the Debian archive [15:33] that's on the floor right now unless somebody has picked it up lately [15:33] on the grounds that it would seduce users into trusting them in bad ways [15:33] ETOMANYSHARDS =) [15:33] tell me about it [15:33] slangasek: Debian has the problem that their binaries are generated on a whole lot of machines owned/operated by a whole lot of people. [15:34] slangasek: We could certainly sign our binaries in a more verifiably secure fashion. [15:34] heh, so we want all the same keymanagement for this as for our other keys? [15:34] infinity: that's true of click packages too - we're applying the store signature centrally later [15:34] (Oh, I guess they could sign on ftpmaster with this append mode business) [15:34] debsigs supports multiple signatures for this kind of reason [15:34] infinity: that's not the reason ftpmasters reject them [15:34] * xnox ponders if _my_ debs would be rejected if I debsign them. [15:34] xnox: yes [15:34] poodles =( [15:34] infinity: there were some long threads about source-only uploads a la ubuntu, but that seems to have petered out :/ [15:34] slangasek: so, I don't know how much of the full panoply we want, but if we have a key that's being trusted by a gazillion client devices we should manage it securely [15:35] it probably isn't immediately necessary to have it signed by the über-master key [15:35] cjwatson: just convert the ssl private key into a gpg key *giggle* =) [15:35] (the store one) [15:35] cjwatson, mvo_: is key rotation already specced out? [15:36] xnox: I'm returning this beer, it's clearly been doped with something [15:36] not in detail, my current plan is to have it as part of the ubuntu-click-policy package that can be updated as part of the system-image [15:36] ok [15:36] I'm not sure if that is in line with the vision of cjwatson and the security team [15:36] I guess we should have that written up sooner rather than later and get eyeballs on it :) [15:36] yes, I will send out a mail after the meeting [15:37] slangasek: =))))) [15:38] cool [15:38] any other questions for mvo? [15:39] btw, if we're updating it via a package that's in the system-image anyway, maybe it makes sense to just chain it off one of the existing trust chains in the image instead of creating a whole new root [15:39] i.e., avoid the whole "must reconstitute an offline key to rotate this key" [15:40] * mvo_ nods [15:40] that's not a bad idea [15:40] https://wiki.ubuntu.com/ImageBasedUpgrades/GPG [15:42] mvo_: thanks for filling us in on your work! [15:42] thanks for listening [15:42] [TOPIC] AOB === meetingology changed the topic of #ubuntu-meeting to: AOB [15:42] (or reading) [15:42] anything else? [15:43] * mvo_ mumbles something about the heat [15:43] What he said. [15:44] * slangasek is getting quotes for air conditioning this week [15:44] As my phone would autocorrect to, "ducking summer". [15:44] icecream ! [15:44] slangasek: what was that about the debconf dorms again? :) [15:44] stay tuned for ranty blogs about internet-enabled thermostats that don't let you manage them without talking to a third-party server! [15:45] barry: well, so far the summer has been surprisingly muggy; I have no reason to believe this will continue into the end of August, Portland usually has its heat wave around this time or a couple of weeks later and then it tapers off - e.g., it's supposed to be 70 degrees this weekend ;) [15:46] Is that it? Can I reboot my firewall now? [15:46] slangasek: perfect! [15:46] barry: but a heat pump has been on our todo list for a few years, and this year I'm actually in town for the 95 degree weather, so ;) [15:46] infinity: yep! [15:46] #endmeeting === 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 [15:46] Meeting ended Thu Jul 17 15:46:50 2014 UTC. [15:46] Minutes: http://ubottu.com/meetingology/logs/ubuntu-meeting/2014/ubuntu-meeting.2014-07-17-15.01.moin.txt [15:46] thanks all [15:46] thanks! [15:46] thanks [15:46] and thanks cjwatson for covering in the face of my ipv6 issues :) [15:47] o/ [15:47] thanks ! [15:47] tah [15:47] thanks! === vladk is now known as vladk|offline === greyback|lunch is now known as greyback [17:07] #startmeeting [17:07] Meeting started Thu Jul 17 17:07:35 2014 UTC. The chair is elfy. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [17:07] Available commands: action commands idea info link nick [17:07] seems that there's just YokoZar and me from the CC at the moment [17:08] Hello [17:08] hi elfy [17:08] and all [17:08] hi hannie [17:08] hello all [17:08] hello ! [17:08] https://wiki.ubuntu.com/CommunityCouncilAgenda [17:08] forums council is first - and I know they are here :) [17:09] so - bapoumba howefield coffeecat - how's things going there [17:09] oops [17:09] #topic Forum Council === meetingology changed the topic of #ubuntu-meeting to: Forum Council [17:09] good from my perspective elfy [17:11] is there anything that we can help with [17:11] So the standard question I like to present at these catchups is if there's any friction between you and other teams you think could go smoother [17:11] Eg if you've been waiting on something or similar [17:11] we have much stuff going on [17:11] but no frictions [17:11] FC are working on quite a few topics to improve the forums which will need help form others but no friction for now [17:12] as I'm new on FC, are these catch ups to resolve issues ? [17:14] if there are any :) [17:14] OK thanks :) [17:15] bapoumba: They're also just a good way of finding smallish (or biggish) things that people don't bring up unless prodded [17:15] well, we've been talking with the doc team [17:16] they'd like some area on the forums, we're working that out with them [17:17] That's good to know. The doc team has come to live again [17:18] Hey hannie, we've been talking with Doug S and Peter [17:18] ah, great. I follow them on their list. [17:18] both great guys [17:19] hannie, yes :) [17:19] we get to know Doug better as he is active on the forums [17:19] It is always good to see more cooperation between teams [17:20] hannie, yes [17:20] so generally everything is ok at the moment [17:21] elfy, yes from me [17:21] in the short time I have been on the FC, things haven't moved so fast, so pretty good tbh. [17:22] indeed :) [17:23]