=== ikonia_ is now known as ikonia === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === ochosi_ is now known as ochosi === Guest60909 is now known as Adri2000 === Adri2000 is now known as Guest71503 === Guest71503 is now known as Adri2000_ === zoktar_ is now known as zoktar === tsimpson_ is now known as tsimpson === jasonjang_ is now known as jasonjang === cjwatson_ is now known as cjwatson === Adri2000_ is now known as Adri2000 === doko_ is now known as doko === dosaboy_ is now known as dosaboy === charles_ is now known as charles === lderan_ is now known as lderan [15:00] o/ [15:00] \o [15:01] hi [15:01] * slangasek waves [15:01] #startmeeting [15:01] hmm [15:01] one day, we just have to do the full-team-alternating-wave thing :) [15:01] pantomime again today? [15:01] hi [15:01] o/ === caribou_ is now known as caribou [15:01] o/ [15:01] \o [15:02] o/ === daker_ is now known as daker [15:03] ok then, pantomime it is [15:03] [TOPIC] Lightning round [15:03] $ echo $(shuf -e barry doko stgraber jodh bdmurray slangasek cjwatson caribou infinity mvo bhuey sil2100 robru) [15:03] doko barry bhuey caribou sil2100 bdmurray jodh infinity robru mvo cjwatson slangasek stgraber [15:03] - DebConf last week, back to Berlin on Tuesday [15:03] - toolchain updates [15:03] - openjdk-7, openjdk-8 updates [15:03] - update/submit AArch64 toolchain bug reports [15:03] - fixing various ftbfs [15:03] (done) [15:03] last week: debconf [15:03] this week: short week due to usa holiday. python issue 22327 (test_gdb failures on utopic). python-colorama 0.3.1-1. more experimentation with git-based package maintenance. [15:04] done [15:04] barry: git-based package maintenance using git-dpm, dgit or something else? [15:05] stgraber: i'm looking at both git-dpm and gbp-pq. still trying to find good info on dgit ;) [15:05] folks [15:05] stgraber: see the debian-python archives for more details [15:05] I've started on git-dpm as well [15:05] dgit is kind of orthogonal to the other two [15:06] yeah [15:06] barry: you could grab the video of Ian's talk at debconf [15:06] cjwatson: has it been posted yet? i couldn't find it [15:06] presumably not; I believe the disks are in transit [15:06] * barry nods [15:06] barry: There's also git-debcherry, which Manoj tried very hard to sell me on. [15:06] fwiw one of the conclusions from that session was that dgit is inadequate if you want 3.0 (quilt)-ish packages [15:06] hm, not in git-annex debconf-share, no [15:07] *currently inadequate, I think [15:07] infinity: i heard about that too, but could find precious little docs on it [15:07] barry: https://people.debian.org/~srivasta/Serializing_Git_Branches.pdf [15:07] barry: ok. I'm using git-dpm to maintain LXC (trusty, utopic, daily-ppa, stable-ppa), it's been working very nicely to share packaging changes between branches and to cherry-pick upstream fixes [15:07] thanks! [15:07] that's Manoj's take on it, anyway. I've heard the claim that he's incorrect about some of how git-dpm works there. Haven't yet had the time to wade through that PDF [15:07] git-debcherry does in no way provide the "repo matches the archive" semantics; but it may be the pairing to make dgit behave more nicely for 3.0 (quilt) [15:08] cjwatson uses git-dpm for six and i generally like it too. i've had more success with -dpm than gbp-pq for managing quilt patches, but it too has some odd corners [15:09] There is definitely an extent where you have to pick which failure modes you care least about [15:09] yep :) [15:09] i have one more "complicated-ish" test to run then i'll have a big long posting for d-p@ [15:09] bhuey: [15:10] barry: pls share if possible [15:10] as an aside, git-dpm is one big shell script :-o [15:10] caribou: will do [15:10] Last Week [15:10] -vacation [15:10] -applied a patch to icedtea to fix a bug with a security related changes and bytecode verification, updated the package for precise/trusty/utopic [15:10] This Week [15:10] -kerberos configurations for TCK runtime testing, try to get it to work over the containers I have currently [15:10] -looked at font patch related bugs and whether to change the package dependency to all legacy support to change the path directly [15:10] -merge latest bzr changes, need to get that reviewed and then committed [15:10] -talked to Andrew Hughs about icedtea 2.5.2 that just came out [15:10] ... [15:11] bhuey: done ? [15:11] yes [15:11] done [15:11] sorry [15:11] np :) [15:11] * More work on sosreport [15:11] * More overhaul of packaging workflow for sosreport : More git.dpm [15:11] * Degraded mode issue with grub when localized in french [15:11] (done) [15:12] o/ [15:12] - Further discussions regarding RTM landings and the procedures there [15:12] - Landing team work, preparing landing e-mails [15:12] - Writing documentation of the new CI Train features [15:12] - CI Train maintenance and features: [15:12] * Addition of sync:silonum functionality to silo sync [15:12] * Bugfixes here and there [15:12] caribou: People booting computers in French are obviously wrong. [15:12] * Working on additional unit tests for RTM features [15:12] * Rebasing CI Train branches-in-progress to be clean mergeable to the refactored trunk [15:12] * Investigating why the build jobs got broken after recent refactoring changes [15:12] - Bisecting images to try understanding the media playback issue [15:12] - Packaging advice for some upstream developers [15:12] - Some work on reverting thumbnailer [15:12] - Analysing UITK blocked in -proposed [15:12] Holidays: part of annual leave - from 8th to 10th of September (next week) [15:12] (done) [15:13] updated daisy not to retry retracing failed crashes so we can get the queue down [15:13] modifed error tracker to disregard systems with a system identifier of deadbeef (LP: #1324455) [15:13] Launchpad bug 1324455 in Daisy "Error rate calculations inappropriately include Autopilot/LRT errors" [High,In progress] https://launchpad.net/bugs/1324455 [15:13] updated retracer's sources.list files per pitti's recommendations (Ubuntu RTM 14.09 and not needing previous release) [15:13] fixed an issue with creating bugs from the ubuntu error tracker (daisy r524) [15:13] research into apport and click packages [15:13] reported apport bug 1365079 regarding click package info [15:13] bug 1365079 in apport (Ubuntu) "apport should gather package information about click packages" [Medium,Triaged] https://launchpad.net/bugs/1365079 [15:13] merged ted's whitelist / blacklist fixes to whoopsie [15:13] merged evan's whoopsie merge proposal (more logging) [15:13] uploaded ubuntu-release-upgrader SRU for bug 1357034 [15:13] reported apt bug 1363257 regarding apport package failures and dpkg I/O errors [15:13] bug 1357034 in ubuntu-release-upgrader (Ubuntu Trusty) "apport_pkgfailure fails to run in python3" [High,Fix committed] https://launchpad.net/bugs/1357034 [15:13] bug 1363257 in apt (Ubuntu Trusty) "string matching for dpkg I/O errors in dpkgpm.cc is out of date" [High,Triaged] https://launchpad.net/bugs/1363257 [15:13] uploaded and tested new version of whoopsie in utopic [15:13] uploaded apt bug fixes for LP: #1353171, LP: #1363257 [15:13] Launchpad bug 1353171 in apt (Ubuntu Trusty) "Misparses dpkg status line, fails to write apport reports" [High,Triaged] https://launchpad.net/bugs/1353171 [15:14] doko: bug 1363257 was what you were talking about last week I think [15:14] uploaded apport fix for bug 1360417 to the trusty-proposed queue [15:14] review of pending ubuntu-drivers-common SRU for trusty for Ara and Alberto [15:14] bug 1360417 in apport (Ubuntu Trusty) "thread_collect_info can leave out information in .crash files" [Medium,Fix committed] https://launchpad.net/bugs/1360417 [15:14] review of flash-kernel uploads to trusty for manjo/smoser [15:14] ✔ done [15:14] pinged plars about including /var/log/upstart/whoopsie.log in test results [15:14] * upstart: [15:14] - Reviewing some new upstart jobs. [15:14] bug #1363257 [15:14] - Discussions around use of upstart dbus bridges. [15:14] - Working on bug 1360208. Code changes mostly done. Currently updating tests. [15:14] bug 1360208 in upstart "file watcher doesn't execute if combining ~ and * in the file description" [Medium,In progress] https://launchpad.net/bugs/1360208 [15:14] - Released Upstart 1.13.2 and uploaded to archive. [15:14] * systemd-shim [15:14] - discussions around cgmanager interaction. [15:14] - Reviewed and tested with fix for bug 1357252. [15:14] bug 1357252 in upstart "upstart can race with cgmanager when using remove-on-empty" [Undecided,In progress] https://launchpad.net/bugs/1357252 [15:14] https://code.launchpad.net/~serge-hallyn/ubuntu/utopic/systemd-shim/shim-abandoncg/+merge/233280 [15:14] ℶ [15:15] - (very) short week [15:15] - DebConf [15:15] - Public Holiday [15:15] - Investigate and (mostly) fix half our highbanks disappearing [15:15] - Fielding FFe requests [15:15] - Looking into reproducing and fixing (part of) LP: #1265192 [15:15] - Packing my life hastily into plastic bags and throwing away anything squishy I own, thanks to a "fun" discovery of a bed bug infestation [15:15] Launchpad bug 1265192 in ubiquity (Ubuntu Trusty) "Install/reinstall wipes out all/other partitions" [Critical,Triaged] https://launchpad.net/bugs/1265192 [15:15] (fin) [15:15] - yo dawg, i heard you like CI, so I put your CI system under CI so you can CI while you hack on CI. [15:15] - but seriously, I cleaned up a dozen test failures in lp:cupstream2distro, and then gated MPs against it [15:15] - implemented a pep8 test for lp:cupstream2distro and cleaned up 400 out of 1200 pep8 violations [15:15] - fixed queuebot which had a bug preventing it from correctly differentiating RTM landings from utopic landings (and caused it to flood the channel with stale silo statuses every 30s) [15:15] - modified ci train dashboard to display the spreadsheet comment column, making it easier to see info where it's needed without having to cross-reference the dashboard to the spreadsheet [15:15] - landings? OVER NINE THOUSAND!! [15:15] - small optimization for NFSS graph loading logic. [15:15] - probably other stuff but it's too early to be awake [15:15] ✓ done [15:15] bdmurray, thanks! [15:16] apt: [15:16] - Add travis-ci integration for upstream branch [15:16] - Fix #759655 (env polution in tests) [15:16] - #759612 (stack corruption), [15:16] - merge upload from brian [15:16] - fix tests for apt-cli-list [15:16] - Fix Bug#759264 (improve proxy detection) [15:16] click: [15:16] - Address review issues by colin (thanks!) [15:16] - Integration test(s) for debsig-verify itself (Bug#758615) [15:16] - Look into subsurface clickification [15:16] - lp:~mvo/qtcreator-plugin-ubuntu/lp1360582 updated [15:16] - Merge/resolve conflicts in lp:~mvo/click/more-integration-tests3 [15:16] - Update lp:~mvo/click/lp1360582-honor-enum-only-trusted to latest lp:click/devel [15:16] multiarch: [15:16] - Work on "apt-get intall ubuntu-sdk-libs:$arch" [15:16] - upload accounts-qml-module, cordova-ubuntu, indicator-messages [15:16] - create branches for libaccounts-qt, unity-webapps-qml [15:16] - Work on multiarch gobject-introspection transition (ppa:mvo/gir-multiarch, [15:16] lp:~mvo/+junk/gir-multiarch) [15:16] misc: [15:16] - Apt-ddtp-update [15:16] - Fixed utopic upgrading issue (LP: #1338069) [15:16] python-apt: [15:16] Launchpad bug 1338069 in wxsvg (Ubuntu) "package libwxsvg2 (not installed) failed to install/upgrade: trying to overwrite '/usr/lib/x86_64-linux-gnu/libwxsvg.so.2', which is also in package libwxsvg0:amd64 2:1.3~dfsg-1ubuntu1" [High,Fix released] https://launchpad.net/bugs/1338069 [15:16] - Debug/fix version reading bug from DscSrcPackage [15:16] - Fix apt.debfile.DscSrcPackage.filelist [15:16] - improve DscSrcPackage to contain more data [15:16] - fix tagfile bug with latest apt [15:16] - update code for gnupg 1.4.18 recv-key changes (it checks the fingerprint itself finally!) [15:17] (done) [15:17] DebConf; travel; jetlag/swap [15:17] - DebConf excellent as ever. Still have All The Videos to watch. [15:17] - GRUB talk apparently well-received, and I got a few bites from people interested in helping out. [15:17] - Sat (barged?) in on DPMT session on git conversion. Generally advocated git-dpm in various places. [15:17] mvo_: \o/ - did that make it into 0.9.3.9? [15:17] - UEFI Secure Boot session better-attended than expected, but still managed to get the essential bits done, namely agreeing on key generation with DSA and ftpmaster, and unblocking myself on dak testing. [15:17] robru: over nine thousand> is that a real stat for landings? :) [15:17] - Interesting session from people setting up a new organisation to build arm64 laptops based on existing chassis plus new board design. [15:17] - Represented Ubuntu in derivatives discussion. [15:17] - Other interesting sessions: ppc64el, state of ARM, bootstrapping, apt hacking, ad-hoc cross-building, dgit, bits from release team. [15:17] - While not in sessions: shepherded some Ubuntu transitions (perl, gnustep-gui); got a reasonable amount of d-i work done (mostly merging Ubuntu changes); click firefighting. [15:17] barry: haven't uploaded it yet, but your fixes are all in [15:17] Giant e-mail catch-up. [15:17] Merged half of UbuntuKylin seed-related changes, in ubuntu-archive-publishing; left review comment on ubuntu-cdimage half. [15:17] mvo_: thanks! [15:17] Catching up on click reviews. [15:17] Working on fixing up https://code.launchpad.net/~cjwatson/click/fix-tests-installation/+merge/226077. [15:17] .. [15:18] slangasek: well... maybe not all this week. ;-) [15:19] * organized a party for 300 of my closest friends^W^W^W^W^W^W^W DebConf [15:19] * playing catch-up now on lots of email etc [15:19] * working on filling the open position in the team [15:19] * helped with thumbnailer revert to unblock phone CI; libqt5multimedia really needs upgraded to gstreamer1.0! [15:19] * discussions about buildd resourcing for new archs [15:19] * upcoming: [15:19] * working on getting IBM java into multiverse [15:19] * shepherding the cgroup upstart support into RTM [15:19] * RTM shepherding generally [15:19] * revisit apport branch for more reliable whoopsie-upload-all on the phone [15:19] * everybody book their flights for the Devices Sprint! [15:19] (done) [15:20] slangasek: done! i'm flying through denver [15:20] stgraber: [15:20] barry: heh [15:20] sorry was reading :) [15:20] Short week, Monday was a public holiday. [15:20] [15:20] - Last Thursday was Ubuntu 14.10 beta-1 which went pretty well with most [15:20] slangasek: ITYM release sprint, with a very large peanut gallery. [15:20] flavors participating. [15:20] - LXC code reviews and landing a bunch of patches. [15:20] somebody's trying to get their miles, I see [15:20] - Did some FFe reviews. [15:20] - Been having a ton of internal meetings eating most of my time, hopefully I [15:20] can talk more about that stuff later. [15:20] [15:20] (DONE) [15:20] slangasek: :) [15:21] debconf++ [15:21] any questions over status? [15:22] barry: I was thinking about connecting through Dubai myself, there are some cheap flights going through there ;) [15:22] stgraber: talk about padding your miles! [15:22] then I'd be sure to make gold this year ;) [15:22] reminds me of the cheapest route from Chicago -> NY a couple of years ago, via Hawaai [15:22] er, Hawaii. that one. [15:22] barry, how much did you bribe msm to have the sprint in your backyard and not have to travel? Asking so I can start saving up for the next one [15:22] [TOPIC] AOB [15:22] cjwatson: with a 4 day layover? [15:23] couldn't possibly comment [15:23] :) [15:23] so I know I said we would get back in the habit of having more in-depth presentations of the stuff people are working on during the weekly meetings [15:23] but August has been a bit scattered :/ [15:23] beuno: i think you just need convince the vp of engineering to move to your back yard [15:23] so unless someone feels like jumping up to the mic and talking about their current activities? [15:24] slangasek: not yet, but i would be happy to talk about git packaging at some later date [15:24] noted! [15:24] so, any other business? [15:24] I could talk about making gir multiarch, but thats super boring [15:24] (so no :) [15:24] Heh. [15:24] slangasek, pending MIR's [15:24] https://bugs.launchpad.net/ubuntu/+source/sparql-wrapper-python/+bug/1349899 [15:24] Launchpad bug 1349899 in sparql-wrapper-python (Ubuntu) "[MIR] new b-d's of rdflib (sparql-wrapper-python, isodate)" [Undecided,Incomplete] [15:26] phooey [15:26] The system-image -> pip/virtualenv dep chain looks more "interesting". [15:26] rdflib only has one revdep in main, zeitgeist - surely this shouldn't actually be ours [15:26] but alas [15:27] can I get a volunteer to take care of that bug above? [15:27] infinity: ? [15:28] barry: See the second tree on http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg [15:28] Maybe this is a bug, and that seed isn't meant to be in main at all? [15:28] infinity: oh yeah, damn, those are build-deps [15:29] it's a bug and we're meant to finish archive reorg, but anyway [15:29] ;) [15:29] certainly things that are on the phone /should/ be in main [15:29] Indeed. [15:29] i guess i should file mirs for those [15:29] pardon my ignorance, but who does the packaging of openjdk ? [15:29] caribou: bhuey and doko [15:30] slangasek: ok, I had hesitation b/w both of them [15:30] bhuey, please merge openjdk-7 [15:30] doko: yes [15:30] bhuey: doko: I'll ping you later about bug #1286895 [15:31] bug 1286895 in openjdk-7 (Ubuntu) "please support systemtap traces in openjdk" [Undecided,In progress] https://launchpad.net/bugs/1286895 [15:31] infinity: what does the 'R' arrow mean? (see python-virtualenv) [15:31] recommends? [15:31] ^ [15:31] oh, yeah [15:31] "python-virtualenv recommends python-virtualenv" [15:31] caribou, this is enabled in utopic. I'm hesitant if we should enable it for trusty [15:32] doko: ok, thanks for the info [15:33] oh, hahahaha [15:33] barry: that's a pretty short circular dependency ;) [15:33] it's wackiness due to the binary package name transition. there are a few steps that are not represented in that .svg [15:33] but is it also a quantum virtual particle^W package [15:34] :) [15:34] and can I emit virtualenvs in an electric field to propel a space ship [15:35] btw I don't think I actually got a volunteer for bug #1349899 [15:35] bug 1349899 in sparql-wrapper-python (Ubuntu) "[MIR] new b-d's of rdflib (sparql-wrapper-python, isodate)" [Undecided,Incomplete] https://launchpad.net/bugs/1349899 [15:35] so I guess I'll assign it to someone ;) [15:35] I'm assured by my cousin at SpaceX that all space ships run on C++. [15:35] slangasek: the universe is awash in dark virtualen(v)ergy [15:35] slangasek: well, we don't have a lot of MIR people on the team, IIRC it's just doko and infinity [15:36] stgraber: the assignment is to do the MIR /paperwork/ [15:36] stgraber, this is about *writing* the MIR's [15:36] doko: ah [15:36] stgraber: this is a stub bug that someone needs to complete :) [15:36] stgraber: It's not the job of MIR people to do all the paperwork. [15:36] It seems we all said the same thing there. :P [15:36] but it's a long time that infinity wrote a MIR ... [15:36] ;-P [15:37] * barry searches for a finger-on-nose emoticon [15:37] anyway [15:37] anything else? [15:37] jodh: tag, the bug is yours :) [15:38] slangasek: que? [15:38] jodh: bug #1349899, please complete the MIR paperwork for these new deps of a foundations-owned package in main [15:38] bug 1349899 in sparql-wrapper-python (Ubuntu) "[MIR] new b-d's of rdflib (sparql-wrapper-python, isodate)" [Undecided,Incomplete] https://launchpad.net/bugs/1349899 [15:38] jodh: http://wiki.ubuntu.com/MainInclusionProcess [15:39] #endmeeting [15:39] * jodh thinks he's been stabbed with a short-straw :) [15:39] :-) [15:39] heh [15:39] jodh: think of it about the opportunity to learn a new skill ;) [15:40] "skill" [15:40] There aren't enough air quotes in the world. [15:40] ;) [15:40] lol@infinity [15:41] * jodh makes air gestures in the general direction of infinity [15:43] I guess I should go finish (or start) waking up. [15:43] o/ === TheLordOfTime is now known as teward === FJKong_ is now known as FJKong_holiday [17:02] hi everyone [17:02] o/ [17:02] #startmeeting Community Council [17:02] w00t, no bot [17:03] anyne from the doc or quality team yet? [17:03] I'm here from the doc team. [17:03] ping balloons [17:03] hi GunnarHj [17:04] welcome GunnarHj [17:04] o/ thanks [17:04] * elfy saw yesterdays doc team meeting [17:04] * balloons waves [17:04] #topic Documentation team [17:04] * balloons had no idea this was happening.. zzz [17:04] I see it on https://wiki.ubuntu.com/CommunityCouncilAgenda [17:05] elfy: Yeah, it's much focus on the web site presentation right now. [17:05] so we just do these check ins once a cycle to see how the team is doing and if there is any way we can help [17:06] with my Doc team hat on, things are running more smoothly these days, even if the team still struggles to get active contributors to actually update the docs [17:06] GunnarHj: thoughts? [17:06] well that's at least 50% good then :) [17:06] As regards the desktop documentation, I feel we are lucky there are almost no visible changes in utopic. [17:07] * pleia2 nods [17:07] I assume that UI changes make it all a lot harder to get done [17:08] elfy: Yes, basically the docs is almost completely associated with how you do things with the GUIs. [17:08] * mhall119 is here now [17:09] GunnarHj: and the bottleneck is getting suitable screenshots in good time? [17:09] pleia2: (with your docs team hat on) are there specific pages/sections we can promote work on during Global Jam? [17:10] mhall119: just a once through of the docs in general would be helpful, even if people just submit bug reports [17:10] pleia2: specifics would be more likely to get worked on [17:10] elfy: That often happens as a last minute thing. But writing new docs is what takes most time. [17:10] I can take a look at the global jam docs page and make sure the instructions are there [17:10] pleia2: that would be great, thanks [17:10] mhall119: I'll also send a mail to the list, maybe someone else has ideas re: specific pages [17:11] GunnarHj: we have the same issue with Xubuntu docs tbh [17:11] thanks, the more specific items we can get across the board the easier it will be for loco teams to pick one to work on [17:11] yeah, the real bottleneck is tiny team doing all the work [17:11] GunnarHj: is there an automated way of gathering screenshots? [17:11] There is not much time left for utopic. As regards desktop docs, I'm thinking of fixing a few bugs and ship a package that will be very similar to the trusty one. [17:11] I have firsthand experience of that pleia2 :p [17:12] mhall119: No automation that works. [17:12] mhall119: we have a script, just needs to be tweaked each release [17:12] so it often just gets done by hand [17:12] pleia2: is there a lot of tweaking needed each release? [17:12] I don't know [17:13] mhall119: We just don't use it. ;) [17:13] yeah, I think the people who knew how it works have moved on [17:14] anyway, I don't think there are any real issues with the team at this point, just typical more people needed kind of thing :) [17:15] is there any pro-active recruitment going on? [17:15] pleia2: I agree. [17:15] or just trying to retain people who show up and show interest? [17:15] mhall119: sometimes I go to fossetcon and tell people to contribute to docs ;) [17:16] aside from my blog posts here and there, I don't think there's a whole lot of active recruitment, mostly just people who show up [17:16] sometimes eh? that's impressive, with it being the first one ever :-P [17:16] which is a vast improvement from where things were last year, when people were still being ignored when they showed up (no one to welcome them) [17:16] everyone who was involved back then was too busy working to onboard [17:16] that's good [17:17] We do welcome anyone who shows an interest in contributing. We are not very busy doing so, though. ;) [17:17] yeah [17:17] I know at least one person who just gave up trying to get involved in the past [17:17] elfy: Can't speak for the past. [17:18] so actually being proactive is good [17:18] even I gave up in the past ;) [17:18] :) [17:19] ok, time to move on to quality team? [17:19] thanks GunnarHj :) [17:19] pleia2: No problem. [17:19] if things are moving forward with docs then I'm \o/ [17:19] #topic Quality team [17:19] me too [17:19] balloons: hey hey, how are things going? [17:19] (and anyone else here from quality :)) [17:19] o/ [17:19] :) [17:21] * mhall119 pokes balloons [17:21] wake up! [17:21] I'm here, I'm here [17:21] welcome balloons :) [17:22] so how's quality - other than Xubuntu going :) [17:22] I don't think anyone from quality will show as they most likely also didn't know about this time :-) [17:22] * elfy sadly wanders off not being anything to do with quality [17:23] at any rate, quality goes well from a test writing perspective. We've maintained and expanded our testcases well as things have changed. [17:23] From the test result perspective, I know all flavors are struggling for testers during milestones [17:23] we sent an email notifying in April, but didn't send a follow up one, sorry about that [17:23] ubuntu hasn't had any milestones this cycle, so it remains to be seen what sort of response we will have [17:24] * pleia2 nods [17:24] I know life has gotten in the way of my own testing this cycle :\ [17:24] I don't often look at other peoples tracker results - is there much being reported for Ubuntu [17:24] balloons: do other flavors use the same testing infrastructure and technology as touch and unity desktop? [17:25] In general I think one factor is the intimidation of tracker on folks; and the fact we haven't done any development effort on it in some time [17:25] mhall119: xubuntu does it what it can - but autopilot doesn't work for the majority of our apps [17:25] we use the tracker to good effect when there is actually testing being done [17:25] mhall119, there is a base suite of AP tests for the installer than runs against all flavors, but otherwise there is no automated testing for flavors really [17:26] otherwise yes the teams use the same setup. Everyone uses the tracker for manual result reporting, but they are not obligated to do so. So they can do other efforts outside of it, and I believe KDE does [17:26] AP is autopilot or autopackage? [17:26] * elfy uses jenkins for our image tests [17:26] sorry, kubuntu ;-) [17:27]