[13:53] <smartboyhw> QA meeting in 7 minutes
[13:56] <smartboyhw> Meeting in 5 minutes
[13:59] <smartboyhw> OK, please o/ if you are here for the QA meeting
[14:01] <smartboyhw> Please o/ if you are here for the QA meeting
[14:03] <balloons> p/
[14:03] <balloons> o/
[14:03] <balloons> I never could type
[14:04] <smartboyhw> OK, so start meeting then
[14:04] <smartboyhw> #startmeeting
[14:04] <meetingology> Meeting started Wed Aug 15 14:04:05 2012 UTC.  The chair is smartboyhw. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:04] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[14:04] <smartboyhw> #topic Ubuntu Updates
[14:04] <smartboyhw> O
[14:04] <smartboyhw> OK
[14:04] <smartboyhw> So, Ubuntu 12.04.1 is coming next week
[14:05] <smartboyhw> So the testing will be more intense in the coming week
[14:05] <smartboyhw> Um...
[14:05] <smartboyhw> Hopefully we will get to test all flavors...
[14:05] <smartboyhw> ..
[14:05] <smartboyhw> balloons: Any updates?
[14:07] <balloons> 12.04.1 images will be landing at the beginning of next week, and we'll have our usual round of testing on the images
[14:07] <balloons> these will be an lt supdate, so it's really important to watch for regressions.
[14:08] <balloons> we don't anticipate respins; aiming for a smooth round of testing :-)
[14:08] <balloons> ..
[14:08] <smartboyhw> Hmm
[14:08] <smartboyhw> balloons: Last time phillw deleted the flavor updates
[14:08] <smartboyhw> Is it that we shall never talk about it again?
[14:09] <balloons> they've been migrated in the agenda to other updates
[14:09] <balloons> use the [TOPIC] so people can follow along :-)
[14:09] <smartboyhw> OK
[14:09] <smartboyhw> [TOPIC] Ubuntu updates
[14:09] <smartboyhw> Yep, then
[14:09] <smartboyhw> An agenda item added by phillw: Abiword
[14:10] <smartboyhw> [TOPIC] Abiword
[14:10] <smartboyhw> balloons: i'm wondering what's that
[14:11] <smartboyhw> Someone added AbiWord to the agenda
[14:11] <smartboyhw> Is phillw here?
[14:11] <balloons> smartboyhw, there is a concern about the stability of abiword in the 12.04 repos
[14:11] <balloons> there is a bug opened to this effect, let me find it
[14:11] <smartboyhw> balloons: What's abiword
[14:12] <balloons> here is the bug: https://bugs.launchpad.net/ubuntu/+source/abiword/+bug/1019621
[14:12] <balloons> abiword is a word processor
[14:12] <smartboyhw> OK
[14:13] <smartboyhw> Hmm, big bug
[14:13] <smartboyhw> ..
[14:14] <smartboyhw> balloons: ..?
[14:14] <balloons> yes smartboyhw ?
[14:15] <balloons> phillw, and lubuntu and presumbably xubuntu flavors are all concerned about this bug
[14:15] <smartboyhw> Wow1
[14:15] <smartboyhw> Maybe even Ubuntu Studio
[14:15] <balloons> likely it will have to be fixed by an update after 12.04.1
[14:16] <smartboyhw> OK
[14:16] <smartboyhw> ..
[14:17] <balloons> ..
[14:17] <smartboyhw> OK, then AOB
[14:17] <smartboyhw> [TOPIC] AOB
[14:17] <smartboyhw> balloons: How is the survey results?
[14:19] <balloons> smartboyhw, I intend to post the full result this week
[14:19] <balloons> a little preview I can share some details
[14:19] <smartboyhw> OK
[14:19] <smartboyhw> Please, balloons
[14:20] <balloons> the folks answering the survey we about 50/50 split on running the development release
[14:20] <smartboyhw> 50/50? I hoped 70/30
[14:21] <balloons> the largest number of votes on "what quality means" was "Quality means the default desktop and applications should work without crashing"
[14:21] <balloons> Finally, many many folks had never heard of the team before, but most people expressed interest in helping, but they were unsure of time and technical skills
[14:21] <smartboyhw> yep, I voted for that:)
[14:22] <smartboyhw> balloons: Not good. Nobody heard of the team?:(
[14:22] <balloons> good feedback, and as a group we can discuss ways to bring more awareness to the team and share what we're doing with others
[14:22] <smartboyhw> balloons: So how do you promote the team?
[14:22] <smartboyhw> I mean planning:)
[14:24] <smartboyhw> balloons: I mean how will you plan to promote the team.
[14:25] <balloons> smartboyhw, promoting the team means more visibility to what we are doing
[14:25] <smartboyhw> I'm a bit ? about the visibility
[14:25] <smartboyhw> How to improve it?
[14:25] <xnox> balloons: what survey? =)
[14:26] <balloons> xnox, sorry we should have linked ;-)
[14:26] <balloons> http://www.theorangenotebook.com/2012/08/quality-perceptions-survey.html
[14:29] <balloons> xnox,  the survey is now over, and I'll be posting the results. It was anonymous, however, if you have thoughts to share, feel free to do so
[14:29] <xnox> well wanted to see questions really. oh well. I will wait for the results blog =)
[14:29] <balloons> smartboyhw, promoting the team means sharing details on the work and planning events and ways to involve people. this is something everyone can do
[14:29] <balloons> xnox, :-)
[14:30] <smartboyhw> balloons: Great
[14:30] <smartboyhw> balloons: I have been failing to contact phillw about our UEFI testcase
[14:30] <smartboyhw> He is busy when I'm not, I'm busy whe he i
[14:30] <smartboyhw> *is
[14:31] <smartboyhw> ..
[14:32] <smartboyhw> Also, balloons, I saw some Mythbuntu testcase missing, wat to do?
[14:32] <balloons> smartboyhw, we can discuss outside of the meeting. Are there additional topics to cover?
[14:33] <smartboyhw> No, then, so end meeting?
[14:33] <balloons> Normally the final item on the agenda is [OTHER TOPICS]
[14:34] <smartboyhw> It's now AOB, don't you realize
[14:34] <smartboyhw> Any other business
[14:35] <balloons> ahh!
[14:35] <smartboyhw> So what other business can we discuss?
[14:35] <balloons> smartboyhw, I have nothing else
[14:35] <smartboyhw> Really, this meeting has too few people
[14:35] <leadsled> abiword versions
[14:35] <smartboyhw> Hi leadsled
[14:35] <smartboyhw> #topic Abiword
[14:36] <smartboyhw> leadsled: What things do ya want to say about AbiWord?
[14:37] <smartboyhw> leadsled: o/ if you want to say something about AbiWord
[14:37] <leadsled> which version will be used before the freeze?
[14:38] <smartboyhw> balloons: Your turn, I don't know much about Abiword
[14:39] <balloons> I can't speak for the 12.04.1 team, however at this point I believe changing the version would need to be a post-release work
[14:40] <ScottK> Nothing new now for 12.04.1 that isn't an absolute show stopper with a clear fix that has very low risk of regression.
[14:40] <smartboyhw> Thanks, ScottK
[14:41] <smartboyhw> Anyway, we don't know, ask the 12.04.1 team tmr
[14:41] <smartboyhw> ..
[14:42] <smartboyhw> End meeting now, since it's been discussed.
[14:43] <smartboyhw> #endmeeting
[14:43] <meetingology> Meeting ended Wed Aug 15 14:43:18 2012 UTC.
[14:43] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-14.04.moin.txt
[14:43] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-14.04.html
[14:43] <smartboyhw> Thanks leadsled, xnox, balloons
[14:43] <balloons> thanks ScottK ;-)
[14:43] <balloons> thanks smartboyhw
[14:43] <smartboyhw> Also scottk
[14:43] <ScottK> You're welcome.
[14:43] <smartboyhw> balloons: Let's go to #ubuntu-testing!
[14:51] <smartboyhw> Waiting for Xubuntu meeting now:)
[15:03] <slangasek> #startmeeting
[15:03] <meetingology> Meeting started Wed Aug 15 15:03:34 2012 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:03]  * slangasek waves
[15:04] <stokachu> o/
[15:04] <xnox> hola!
[15:04]  * ogra_ jumps
[15:04]  * stgraber waves
[15:04]  * smartboyhw waves
[15:05] <jodh> o/
[15:05] <slangasek> #topic lightning round
[15:05] <slangasek> $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek ogra infinity cjwatson xnox stokachu)
[15:05] <slangasek> infinity jodh slangasek cjwatson stgraber stokachu xnox barry doko bdmurray ev ogra
[15:05] <infinity> - AA and SRU things, including a full round of kernel SRUs
[15:05] <infinity> - Uploaded eglibc to both quantal and precise with several fixes, including sorting AVX/FMA4 detection issues
[15:05] <infinity> - Updated tzdata in all releases
[15:05] <infinity> - Started poking at livefs-in-soyuz things
[15:05] <infinity> [..]
[15:05] <jodh> * boot/upstart:
[15:05] <jodh>   - Discussion with slangasek re ConfSource handling.
[15:05] <jodh>   - Stateful re-exec now working in a rudimentary fashion.
[15:05] <jodh>   - Attempting to make code work with json-c 0.9 problematic in that it
[15:05] <jodh>     won't work on 64-bit systems without some trickery. Current feeling
[15:06] <jodh>     is to mandate json-c 0.10. Upstream Debian maintainer for libjson0
[15:06] <jodh>     package is planning to work on this, but I'll remind him.
[15:06] <jodh>   - Currently trying to identify why post re-exec events do not trigger
[15:06] <jodh>     jobs (may be due to the way I've had to disable D-Bus connection
[15:06] <jodh>      handling, but still investigating).
[15:06] <jodh> 𐤒dd
[15:06] <jodh>  
[15:07] <slangasek> phoenician‽
[15:07] <jodh> slangasek: impressed, yes! ;)
[15:07] <stokachu> infinity: thanks for the tzdata
[15:08] <infinity> stokachu: Did you have a chance to look at the tarball and/or docs I did for you to let me know if the process all made sense to you?
[15:08] <stokachu> infinity: yea im reading them this morning
[15:09] <slangasek> stgraber: why don't you go ahead of me
[15:09] <stokachu> infinity: i wasn't aware of uupdate
[15:09] <stgraber> sure
[15:09] <stgraber> - 12.04.1
[15:09] <stgraber>  - 12.04.1 team meeting and minutes
[15:09] <stgraber>  - Went through all the targeted/milestoned bugs for 12.04.1, updated status based on comments and queue status.
[15:09] <stgraber>  - Verified a bunch of SRUs.
[15:09] <stgraber>  - Continuing release process.
[15:09] <stgraber>  - Fixed 10.04 to 12.04 upgrades using media only. Looking at a few more issues and regressions caused by this.
[15:09] <stgraber>  - Done reviews and granted exceptions where reasonable. Uploaded a libxml-sax-perl fix and fixed edubuntu-artwork too.
[15:09] <stgraber> - Other
[15:09] <stgraber>  - Implemented package list for all flavours to be used for the supported flag: http://people.canonical.com/~stgraber/supported-packages/lists/
[15:10] <stgraber>  - Implemented upload permissions report for the DMB at: http://people.canonical.com/~stgraber/permissions/
[15:10] <stgraber>  - Talked with Ted about image based system
[15:10] <stgraber>  - Merge partman-iscsi
[15:10] <stgraber>  - Some ARB app review, the app showdown made the ARB New queue reach 140 packages... Still 50 to review...
[15:10] <stgraber> - TODO this week
[15:10] <stgraber>  - Continue the work on 12.04.1.
[15:10] <stgraber> (DONE)
[15:11] <xnox> slangasek? or stokachu? or me?
[15:11] <slangasek> I'll go next, one sec :)
[15:12] <slangasek>  * had surgery, so was technically off work yesterday
[15:12] <slangasek>  * working with jodh around upstart stateful re-exec
[15:12] <slangasek>  * sponsored upload of kexec-tools so it works with our current vmcoreinfo-less packages
[15:12] <slangasek>  * lots of SRU processing for .1
[15:12] <slangasek> (done)
[15:12] <slangasek>  * diving into various errors.u.c reports to identify any point-release regressions
[15:13] <stokachu> worked with support to get kexec-tools sru in shape and uploaded, failed attempt at getting tzdata in proper form for inclusion which resulted in more documentation added to the wiki which clarifies the process, still drowned in an increase in issues through customer channels, finalizing appmenu-gtk for multi-arch. done.
[15:13] <stokachu> infinity: the documentation makes sense and clarifies a lot for me, thanks for doing that
[15:14] <infinity> stokachu: NP.
[15:14] <slangasek> jodh: given the json-c maintainer's radio silence, please go ahead with preparing the packaging for 0.10 and we can propose a debdiff to Debian when it's ready
[15:14] <jodh> slangasek: roger! :)
[15:15] <infinity> stokachu: As stated before, I don't mind taking ownership of tzdata ANYWAY, but perhaps you should do 2012f when it comes out, to make sure the docs and knowlege transfer stick, should you need to do it in a hurry sometime,.
[15:15] <stokachu> infinity: ok will do
[15:15] <xnox> * Catch up on merges:
[15:15] <xnox>  - dash, btrfs-tools, boost-mpi-sour1.49, boost1.49, e2fsprogs,
[15:15] <xnox>    partman-crypto
[15:15] <xnox>  - lvm2 merge in progress, see questions for anyone (slangasek?!) in the merge proposal
[15:15] <xnox> https://code.launchpad.net/~dmitrij.ledkov/ubuntu/quantal/lvm2/merge95/+merge/119696
[15:15] <xnox> * Fixed bugs, due to ubiquity crypt work landing:
[15:15] <xnox>  - http://pad.lv/1035167
[15:15] <xnox>  - http://pad.lv/1034954
[15:15] <xnox>  - http://pad.lv/1035514
[15:15] <xnox> * 20120809 - Did a small patch-piloting session (11 syncs for Logan)
[15:15] <xnox> * mdadm SRU is finally fully verified and promoted into -updates
[15:15] <xnox> * Working on regaining vertical space to make automatic crypt option
[15:15] <xnox>   visible by default (currently it is still hidden behind command line
[15:15] <xnox>   argument)
[15:16] <xnox> ☙❦❧
[15:16] <barry> short week due to vacation.  patch piloted.  bug 1016212.  gwibber backend python3 porting.  dmb meeting.  upgraded main machine to quantal.  fixed unrelated email failure.  done.
[15:16] <slangasek> stokachu: increase in customer issues> interesting... is that due to an increase in customers? :-)
[15:16] <doko> - power outage in my work room, fuse always turns the power off :-/
[15:16] <doko> - python2.7 and python3.2 updates, commit some pending patches upstream
[15:16] <doko> - gcc-4.7 cross fixes
[15:16] <doko> - binutils aarch64 test build
[15:16] <doko> - openjdk-7 merges
[15:16] <doko> - linaro connect week (virtual)
[15:16] <doko> (done)
[15:17] <stokachu> slangasek: indeed :) this is a good thing
[15:17] <bdmurray> bug triage of iso-testing bug reports
[15:17] <bdmurray> bug triage of memtest86+ bug reports
[15:17] <bdmurray> modified to bug pattern consolidation script to skip bugs tagged bot-stop-nagging
[15:17] <bdmurray> updated meta-release file to point to precise-updates instead of precise-security
[15:17] <slangasek> xnox: I will look at lvm2 today
[15:17] <bdmurray> updated meta-release-lts-development on changelogs.ubuntu.com
[15:17] <bdmurray> tested bug 1026068 regarding update-manager
[15:17] <bdmurray> errors.ubuntu.com API code modifications to deal with API changes and more
[15:17] <bdmurray> modified greying of last seen column in errors.ubuntu.com
[15:17] <bdmurray> research into bug 936186 regarding software-properties
[15:17] <bdmurray> research into bug 989819 regarding crash signatures and making them more specific
[15:17] <bdmurray> research into bug 1020994 regarding drop in reporting volume at error tracker
[15:17] <bdmurray> fixed issue with apt-clone in precise-proposed and python2.7 vs python2.6 syntax
[15:17] <bdmurray> modified sru report to show last bug comment
[15:17] <bdmurray> done
[15:17] <ev> bdmurray: thanks for the patches!
[15:18] <ev> - Fixed bugs that cropped up in the new errors.ubuntu.com, and ones that the
[15:18] <ev>   increased attention to it surfaced.
[15:18] <ev>   - Set the y-axis to 0 to fix deceptive graphs.
[15:18] <ev>   - Correctly escape the problem identifiers so that failed-to-retrace
[15:18] <ev>     problem pages do not raise an exception.
[15:18] <ev>   - Fix the month view of the most common problems page (grumbles about UTF8).
[15:18] <ev> - Had a conversation with Colin and the Launchpad team about how to best talk
[15:18] <ev>   to and cache data from Launchpad for our "ideal line" calculation. The ideal
[15:18] <ev>   line is the number of crashes where all the packages in the dependency
[15:18] <ev>   chain for the crashed application were up to date at the time of sending,
[15:18] <ev>   divided by the number of unique users seen in a 90 day period. A few
[15:18] <ev>   strategies were discussed, but Robert suggested first getting this
[15:18] <ev>   talking to Launchpad and then seeing just how much extra work needs to be
[15:18] <ev>   done to speed it up.
[15:18] <ev> - Had conversations with Matthew, Robert, and others over whether our ideal
[15:18] <ev>   line calcuation is correct. Matthew is going to take this to canonical-tech
[15:18] <ev>   for further discussion, but for the moment we're dropping the ideal line
[15:18] <ev>   calculation as designed above.
[15:18] <ev> - Wrote a script to back-populate system identifiers (SHA-512 hashes of the
[15:18] <ev>   system uuid) into the individual error reports in the database. These
[15:18] <ev>   existed in a separate column family that mapped from system identifier to
[15:18] <ev>   error reports for that system (so we can have a dialog in
[15:18] <ev>   gnome-control-center that lists your crashes), but we need the reverse
[15:18] <ev>   mapping for this "90 days of unique users" calculation. It took about 12
[15:18] <ev>   hours to complete running from my laptop through an ssh tunnel into the DC.
[15:18] <ev>   
[15:18] <ev>   There is an exponentially increasing number of such tasks. I think we're
[15:18] <ev>   going to need Hadoop and its map/reduce goodness wired to Cassandra much
[15:18] <ev>   sooner than I originally thought. I'll ask webops to tackle that after we're
[15:18] <ev>   done with the staging Cassandra database.
[15:18] <ev> - Wrote another script to back-populate unique user counts on a per-release
[15:18] <ev>   basis. This ended up hitting Cassandra too hard and had to be killed.
[15:18] <ev>   Retuned and run through to completion.
[15:18] <ev> - Modified oops-repository to start recording unique user counts on a
[15:18] <ev>   per-release basis (so we don't have to keep back-populating). Filed RT 55227
[15:18] <ev>   for this. Deployed.
[15:18] <ev> - Chat with Brian over some errors.ubuntu.com mysteries, specifically why
[15:18] <ev>   we're missing the DistroRelease field for a sizeable set of crashes. Talked
[15:18] <ev>   to Tom about getting him read-only access to Cassandra, but they're keen on
[15:18] <ev>   getting the staging DB done first. Re-raised and filed RT 55226 at Tom's
[15:18] <ev>   request to discuss possible solutions.
[15:19] <ev> - Got caught up on Daisy and Errors bug triage.
[15:19] <ev> - Ported my branch to use data from Launchpad to colorize the rows from
[15:19] <ev>   launchpadlib (not threadsafe) to straight HTTP. Merged into trunk and wired
[15:19] <ev>   it to jml's wonderful AtomicFileCache, which needed a new release of
[15:19] <ev>   lazr.restfulclient and some small changes to build in lucid.
[15:19] <ev>   
[15:19] <slangasek> doko: fuse turns the power off?  surely this is evidence that userland filesystems are a bad idea
[15:19] <ev>   With this branch in place, lines in the most common problems table are
[15:19] <ev>   greyed out if the linked bug is marked as completed. If the 'Last seen'
[15:19] <ev>   version is older than the most recent published version, that column will be
[15:19] <ev>   greyed out. If a linked bug is marked as complete but the 'Last seen'
[15:19] <ev>   version is the newest version, that column will be marked red (potential
[15:19] <ev>   regression). This needs some work. Complete includes the Invalid status and
[15:19] <ev>   the code currently requires all linked bug tasks to be complete for its own
[15:19] <ev>   interpretation of the complete state.
[15:19] <ev> - Fix to whitelist the retracer APIs in open ID. We now have:
[15:19] <ev>   https://errors.ubuntu.com/retracers-results/
[15:19] <ev>   https://errors.ubuntu.com/retracers-average-processing-time/
[15:19] <ev> - Chat with Andy on the correct algorithm for kernel oops signature
[15:19] <ev>   generation. I'm going to cook something up and then feed it lots of data
[15:19] <ev>   from launchpadlib, then ask him to review. The signature generation is the
[15:19] <ev>   main thing blocking kernel oops reports on http://errors.ubuntu.com.
[15:19] <ev> - Chat with Michael Hall, who has been asked by Jono to get bug reports
[15:19] <ev>   enabled for packages in extras.ubuntu.com. Fixing apport should be fairly
[15:19] <ev>   straightforward:
[15:19] <ev>   https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1036224
[15:19] <ev> - Fighting juju and Canonistack. Finally got just the latter working and a
[15:19] <ev>   Cassandra test environment built.
[15:19] <ev> - Wrote a script to populate the test Cassandra DB with sample data, then test
[15:19] <ev>   the performance and load of the unique users by release back population
[15:19] <ev>   code.
[15:19] <ev> - Improved logging in our retracers and finally fixed retracing of 12.04
[15:19] <ev>   crashes \0/. This turned out to be oneiric sources in the apt configuration
[15:19] <ev>   for apport-retrace. Worked a fix through with webops.
[15:19] <ev> - Started building out operational graphs. I've made one for instances over
[15:19] <ev>   time, and will shortly add another for problems over time.
[15:19] <ev> - Mail announcing my intent to send a regular posting of the state of the
[15:19] <ev>   Error Tracker project. It is my hope that this will encourage contributions
[15:19] <ev>   and keep people like Brian in sync with the conversations we're having in
[15:19] <ev>   Bluefin.
[15:19] <ev> - Investigated the current state of Cassandra-backed Django data models in
[15:19] <ev>   support of RT 55322. We'll have to use sqlite for this openid stuff.
[15:19] <doko> ev: summary, not a short story ;-P
[15:20] <ev> - Started integration django-openid-auth into lp:errors. Just need to sort out
[15:20] <ev>   how to force specific groups via the OpenID AX extension.
[15:20] <ev> 🏁
[15:20] <infinity> doko: s/short //
[15:20] <ogra_> hey you managed to scroll off a fulHD resolution with 8pt font in xchat ... thats a new record
[15:20] <ogra_> done:
[15:20] <ogra_> * live-installer works fine with flash-kernel again
[15:20] <ogra_> * started with /etc/default/flash-kernel (looking into rootfs UUID detection atm)
[15:20] <ogra_> * dug more into Bug 1018907, seems debian actually has libdrm-omap1 as well as xserver-xorg-video-omap (with drm support)
[15:20] <ogra_>   looking into integrating both into the panda images
[15:20] <ogra_> * tested linux-ti-omap4 3.5 port from ppisati on server and desktop, works fine apart from the known issues on bug 1035289
[15:20] <ogra_> * bricked my freescale mx6 board (by following the linaro howto) and recovered it (using a freescale tool under winXP in a VM ... that ate a whole day to install *sigh*)
[15:20] <ogra_> * piloting
[15:20] <ogra_> todo:
[15:20] <ogra_> * bug 1028905
[15:20] <ogra_> * move on with flash-kernel transition from boot.scr to preEnv.txt
[15:20] <ogra_> * spec item cleanup
[15:20] <ogra_> ..
[15:21] <stokachu> andddddddd i just finished all of stephen kings books... twice.
[15:21] <xnox> just some questions to ev.
[15:21] <ev> :)
[15:21] <xnox> * hadoop - I deploy 100 node hadoop clusters in ~40 minutes .... $ juju deploy hadoop
[15:21] <xnox> or do you need something in constant access?
[15:22] <stokachu> barry: emacs supports deploying to hadoop now :P
[15:22] <ev> xnox: it's a bit more complicated than that ;)
[15:22] <xnox> ok.
[15:22] <ev> we need to wire hadoop to cassandra
[15:22] <barry> stokachu: M-x firehose RET
[15:22] <ev> and provide something like hive or pig
[15:22] <xnox> ev: is the ideal line comming back or not ever?
[15:22] <ev> xnox: http://wiki.apache.org/cassandra/HadoopSupport
[15:23] <ev> xnox: it was never there, but it will arrive soon
[15:23] <ev> the code is done
[15:23] <ev> just needs to be cleaned up and deployed
[15:23] <xnox> ev: ok.
[15:23] <xnox> ..
[15:23]  * xnox haha slangasek on fuse.
[15:26] <doko> heh, still don't know why the fuse turns off :-/
[15:27] <barry> doko: stuxnet
[15:27] <slangasek> haha
[15:27] <slangasek> ok
[15:27] <slangasek> any more questions on status?
[15:28] <slangasek> btw, thanks to everyone who's keeping up on their patch piloting
[15:29] <slangasek> it's really nice to see the queue being held down, and I know it's satisfying for our contributors to be getting feedback on their submissions
[15:29] <slangasek> so keep up the good work :)
[15:30] <stokachu> patch.pilots++
[15:30] <slangasek> #topic 12.04.1
[15:30] <slangasek> there are a couple of bugs of note on this topic
[15:30] <slangasek> one is the nspr issue... bug #1036794
[15:31] <slangasek> I don't know that we need to discuss it here though, I think infinity, stgraber and I can shake that out on #ubuntu-release after the meeting
[15:31] <slangasek> the other one is the lucid->precise pre-depends issue
[15:31] <slangasek> jibel found us a reproducer for this (thanks, jibel!)
[15:31] <slangasek> bug #1017001
[15:31] <stgraber> yeah, I'm poking at 1036794 at the moment, so we can probably just discuss in #ubuntu-release
[15:32] <slangasek> can I get a volunteer to look at 1017001 and try to pin it down?
[15:32] <slangasek> (very VMable... the reproducer is in the bug description now)
[15:32] <infinity> Just a pre-dep ordering issue?
[15:32] <infinity> I can poke it.
[15:33] <slangasek> a pre-dep ordering issue that has been latent since release and we haven't been able to reproduce, yes :)
[15:33] <slangasek> infinity: ok, assigning to you
[15:33] <infinity> Yes, but with a reproducer, yay.
[15:33] <slangasek> thanks
[15:33] <slangasek> stgraber: anything else for 12.04.1 that bears mentioning?
[15:33] <ev> xnox: I realised I was somewhat wrong. The way we're calculating the ideal line is wrong. Matthew has some proposed math for it that he's going to send to canonical-tech.
[15:34] <ev> so it may be some time before the line comes back
[15:34] <slangasek> https://bugs.launchpad.net/ubuntu/precise/+bugs?field.milestone=49926 still shows a number of non-fix-committed bugs; I imagine we need to start bumping milestones?
[15:34] <stgraber> yeah, I have an action to do the mass bumping to 12.04.2 for these
[15:34]  * xnox did ev just finished reading his own novel...? =)
[15:34] <ev> ha ha ha
[15:35] <ev> I write it throughout the week. I can't be expected to remember every detail ;)
[15:35] <stgraber> besides that, we're mostly at the reviewing the queue, accepting stuff and monitoring new bugs part of the process
[15:35] <slangasek> stgraber: ok.  Any in that list that you think *shouldn't* be bumped, and we should be trying to get a last-minute upload for instead?
[15:35] <stgraber> I don't believe we have anything besides the apt stuff that we might want to see uploaded and included
[15:36] <slangasek> the usb-creator one is marked 'fix committed' but was verification-failed, I think
[15:36] <slangasek> stgraber: which apt stuff?
[15:36]  * infinity has someone verifying the FMA4/AVX stuff on his affected hardware right now, in hopes that we can re-open that discussion.
[15:36] <stgraber> slangasek: bug 1017001
[15:36] <slangasek> ok
[15:36] <slangasek> (which is hopefully not actually an apt bug, but we'll see :)
[15:37] <infinity> slangasek: It may well be an apt misfeature, but fixing it in metadata's almost certainly going to be saner for an SRU.
[15:37] <infinity> (We'll see)
[15:37] <stgraber> slangasek: the fix for usb-creator was indeed marked verification-failed. But I don't think it's critical enough for a last minute fix + upload so I didn't spend more time trying to fix it yet
[15:37] <infinity> slangasek: Also, where's the reproducer you claim jibel found for that bug?  The last few comments in the log are people still claiming they can't reproduce. :P
[15:37] <slangasek> stgraber: ok, so I guess you'll be bumping the milestone on that one
[15:37] <slangasek> infinity: it's in the bug description
[15:38] <infinity> slangasek: Oh, he updated the des... Yeah.
[15:38] <infinity> Who reads those?
[15:38] <slangasek> :)
[15:38] <stgraber> slangasek: yeah
[15:38] <slangasek> infinity: people who read my comments on IRC telling them to read them? ;)
[15:38] <infinity> slangasek: I did all my reading for the day with ev's report.
[15:38] <slangasek> #topic Bugs
[15:38] <ev> hahaha
[15:39] <slangasek> bdmurray: anything you want to highlight?
[15:40] <bdmurray> bug 1027648 is ridiculously high on errors.ubuntu.com
[15:41] <infinity> bdmurray: Does this apply to precise, too?  Comments suggest that it might...
[15:41] <slangasek> infinity: it's on the errors.u.c for 12.04, so yes
[15:41]  * slangasek targets
[15:41] <infinity> Check.
[15:42]  * infinity wonders if there's an obvious linear reproducer, or if it's a race.
[15:42] <bdmurray> https://errors.ubuntu.com/bucket/?id=%2Fusr%2Flib%2Fubiquity%2Fbin%2Fubiquity%3AValueError%3Awatch_debconf_fd_helper%3Aprocess_input%3Await%3Acleanup%3Apreseed%3A%3Clambda%3E%3Acommand that's the error report url
[15:42] <slangasek> anyone (other than infinity who's already volunteered today) want to look into that one?
[15:43] <bdmurray> and there are reports from 2.10.19
[15:43] <infinity> xnox loves python and ubiquity.
[15:44] <ev> and debconf
[15:44] <ev> everyone loves debconf
[15:44] <infinity> I have nothing against debconf.
[15:44] <ev> I have everything against debconf
[15:44] <slangasek> infinity: that's because you don't work on partman ;)
[15:44] <infinity> It's people abusively wrapping debconf and getting lost in a twisty maze of file descriptors that I have issues with. ;)
[15:45] <ev> lol
[15:45] <slangasek> heh
[15:45] <bdmurray> then there is also bug 875879 which is trending up on errors.ubuntu.com
[15:45] <ev> touché
[15:45] <ev> woo, errors.ubuntu.com
[15:45] <bdmurray> https://errors.ubuntu.com/bucket/?id=/usr/bin/update-manager:AttributeError:_on_config_file_conflict:run:show_diff
[15:45] <bdmurray> looks like it is really an aptdaemon issue
[15:46] <slangasek> so based on what that bug is, I think we'll see it trending down again soon
[15:46] <slangasek> it triggers only when there's an update that includes a conffile that the user has modified locally
[15:46] <slangasek> and the current spike is probably related to some specific SRU that's just gone in
[15:47] <slangasek> that doesn't make it less important to fix - quite the contrary.  I'm just saying that it's probably going to fall off errors.u.c and we shouldn't let it fall off our priority list
[15:47] <bdmurray> right
[15:48] <slangasek> any volunteers for that one?  (if not I think we keep it in the queue for now)
[15:50] <slangasek> no volunteers then
[15:50] <slangasek> bdmurray: anything else?
[15:50] <bdmurray> looking at ubuntu-release-upgrader bugs I see a few crashed with SIGABRT in __assert_fail_base() bug reports
[15:50] <bdmurray> https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bugs?orderby=-id&start=0
[15:51] <bdmurray> I don't know what that is about…
[15:51] <slangasek> hmm
[15:52] <slangasek> and do-partial-upgrade is in python?
[15:52]  * slangasek confirms
[15:53] <slangasek> bdmurray: do they all show xcb in the stack trace, like bug #1031400 does?
[15:54] <slangasek> bdmurray: seems to be a strange X error.  Maybe ask the desktop team?
[15:54] <bdmurray> great
[15:55] <bdmurray> its probably the same xcb error that was in update-manager
[15:55] <slangasek> ah.  did that get tracked down?
[15:55] <bdmurray> looking but I don' t hink so
[15:55] <slangasek> ok
[15:56] <slangasek> stokachu: any bugs from your side that you want us to know about?
[15:56] <bdmurray> bug 930839 for the record
[15:57] <slangasek> yep, that looks very similar
[15:57] <bdmurray> ev is there a way to find a problem linked to that bug on errors?
[15:58] <stokachu> slangasek: tzdata and kexec-tools were taken care of so im good
[15:58] <ev> bdmurray: not at present, no
[15:58] <ev> we don't have a mapping in that direction
[15:58] <slangasek> stokachu: ok cool
[15:58] <stokachu> ill have appmenu-gtk done soon but ill ping after meeting
[15:59] <slangasek> bdmurray: ah, looks like there's been some analysis on 930839.  The next thing to check is whether we're calling the gdk thread init function from these apps
[15:59] <slangasek> #topic AOB
[15:59] <slangasek> anything else?
[16:00] <infinity> Bacon.
[16:00] <stokachu> im friends with beggin strips on facebook
[16:00] <ogra_> & eggs ?
[16:00] <stokachu> love that dog
[16:00] <stgraber> slangasek: bug 1037001
[16:00] <stgraber> just mentioned by seb in #ubuntu-devel
[16:01] <stgraber> I highly doubt we can do something about it for the point release though
[16:01] <slangasek> stgraber: hrrm.  Well, please target it to precise, at least, so it stays on the radar
[16:02] <slangasek> #endmeeting
[16:02] <meetingology> Meeting ended Wed Aug 15 16:02:44 2012 UTC.
[16:02] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-15.03.moin.txt
[16:02] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-08-15-15.03.html
[16:02] <slangasek> that's all, folks
[16:02] <slangasek> thanks again :)
[16:02] <barry> thanks!
[16:03] <infinity> Toodles.
[16:03] <xnox> merci
[16:03] <stgraber> thanks
[16:03] <stgraber> slangasek: done
[16:03] <ogra_> thanks
[16:04] <jodh> cheers
[16:04] <ev> thanks
[16:10] <stokachu> slangasek: do you mind taking a quick peek at the debdiff for http://pad.lv/932860
[16:14] <slangasek> stokachu: I can't look at the moment, sorry; maybe you can take it to #ubuntu-devel and see if someone else is free to?
[16:14] <stokachu> sure thing