15:01 #startmeeting 15:01 Meeting started Wed May 29 15:01:56 2013 UTC. The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/meetingology. 15:01 15:01 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:02 [TOPIC] Lightning round 15:02 $ echo $(shuf -e barry doko stgraber jodh ev bdmurray slangasek cjwatson xnox stokachu) 15:02 jodh barry slangasek ev stgraber stokachu cjwatson bdmurray doko xnox 15:02 * slangasek starts the stopwatch 15:03 * misc: 15:03 - Bank Holiday Monday and half day Tuesday. 15:03 - Fix for Upstart logger bug reported by stgraber now committed. 15:03 - Registered for DebConf13 and arranged travel. 15:03 - Reworked 15:03 lp:~jamesodhunt/ubuntu/saucy/sysvinit/log-processes-and-open-files-on-shutdown. 15:03 - Reworked lp:~jamesodhunt/upstart/serialise-remaining-objects. 15:03 - Reworking lp:~jamesodhunt/upstart/allow-multiple-cmdline-confdirs 15:03 based on feedback from stgraber to allow some actual init 15:03 command-line tests to be written. 15:03 * foundations-1305-upstart-app-launching 15:03 - Raised MP for lp:~jamesodhunt/upstart/libupstart 15:03 - Merged lp:~mdeslaur/upstart/apparmor-support. 15:03 ⫸ 15:03 15:03 short week due to usa holiday monday 15:03 merges, updates, patch piloting: codespeak-lib, pytest, pyflakes3, zope.interfaces, natilus-python 15:03 bugs: lp: #1173704, lp: #1069019 (reviewed), lp: #1170017 (continuing) 15:03 Launchpad bug 1173704 in python-imaging (Ubuntu Raring) "PILcompat needs to add PngImagePlugin" [High,Fix committed] https://launchpad.net/bugs/1173704 15:04 Launchpad bug 1069019 in python-apt (Ubuntu Saucy) "[software-properties-gtk] can not delete, enable or modify any software source with non-ASCII characters in the comment" [Medium,Triaged] https://launchpad.net/bugs/1069019 15:04 image based upgrades: catchup w/lifeless & stgraber. gpg regime discussion 15:04 Launchpad bug 1170017 in nautilus-python "nautilus-python fails to load on 64-bit systems: g_module_open libpython failed: No such file or directory" [Medium,New] https://launchpad.net/bugs/1170017 15:04 todo: continue implementation of new gpg regime 15:04 done 15:04 * short week due to Memorial Day in the US 15:04 * slow week, still recovering from plane plague 15:04 * reviews finished 15:04 * new skype uploaded to partner 15:04 * DebConf travel plans all sorted out 15:04 * LPC travel plans to be finalized this week 15:04 * fixed sysvinit regression (invoke-rc.d) cascading from a fix to debhelper to make sure we actually call invoke-rc.d for packages that ship an upstart job but not an initscript; this unfortunately broke builds for a day 15:05 (done) 15:05 - Worked with Katherine and Neil to get the NDA for https://errors.ubuntu.com 15:05 written and published: 15:05 https://forms.canonical.com/reports/ 15:05 - Drafted an announcement of the NDA to ubuntu-devel@.u.c. Waiting on some peer 15:05 review from Matthew. 15:05 - Created a package that purposefully fails in its postinst, creating an apport 15:05 package installation failure report. Modified apport-test-crashes to install 15:05 this in a fakechroot and include the apport report in its output. I just need 15:05 to add this to the integration test now. 15:05 - Simplified the design of our Tarmac machinery. It was taking too long to 15:05 cover all the corner cases in tearing down the world with each deployment 15:05 attempt. Instead, we start with a deployed set of charms and the Tarmac 15:05 instance uses the upgrade-charm functionality (that we created for use in 15:05 stagingstack) to deploy the code from the MP. 15:05 - Finished the above and deployed it. It works \o/: 15:05 http://bazaar.launchpad.net/~daisy-pluckers/daisy/trunk/revision/349 15:06 - Investigating the creation of a "What's unusual about this error?" section to 15:06 the problem page: 15:06 https://wiki.ubuntu.com/ErrorTracker#A.2BIBw-What.2BIBk-s_unusual_about_this_error.2BIB0- 15:06 Started work on surfacing common dependencies between the instances as a 15:06 first pass. This will help us identify cases where the bug exists in the 15:06 library, not the binary its surfacing in. Discussions with Matthew on what 15:06 defines the "rate for matching machines" and whether this is better than a 15:06 simple percentage of the total instances. 15:06 Blocked: 15:06 - The webops team has been sprinting in the weeks since UDS as training for the 15:06 move to squads. This has meant that all non-critical tickets are on hold. 15:06 - We're also stuck by the Cassandra cluster not having enough free disk space 15:06 for compaction. Tickets that create new data, such as back-population jobs, 15:06 are on hold until this is resolved: 15:06 https://rt.admin.canonical.com/Ticket/Display.html?id=61432 15:06 - Due to the way I constructed our oops.canonical.com support, we're blocked on 15:06 further deployments of lp:errors until the RT lands: 15:06 https://rt.admin.canonical.com/Ticket/Display.html?id=61393 15:06 Misc: 15:06 - I attended a talk last night by Russel Winder on how Go and D stack up 15:06 against Python: 15:06 http://skillsmatter.com/podcast/nosql/are-go-and-d-threats-to-python/mh-7418 15:06 I don't think it's worth the language wars that would follow a trip report, 15:06 nor was there a lot of meat in there for the canonical-tech crowd, but I was 15:06 surprised to see that Go's error handling is enforced by policy, not code. 15:06 Unlike exception-based languages, you end up with the whole thing blowing up 15:06 some distance from where the error actually occurred. Julian does a better 15:06 job of explaining it: 15:06 http://bigjools.wordpress.com/2013/04/24/error-handling-in-go/ 15:06 That said, it seems like an interesting enough language for server workloads, 15:06 assuming it gets a some mature batteries. 15:06 - I'm 6 today: 15:06 https://pastebin.canonical.com/91771/ 15:06 (done) 15:07 Blueprint-related work: 15:07 - Image based updates (BLUEPRINT: foundations-1305-image-based-updates) 15:07 - Waiting on review of the GPG implementation plan, need to get the keys generated and signed after that. 15:07 - Waiting for IS to setup the image based update server. 15:07 - Fixed a couple of bugs in the image diffing tool, adding a proper test suite now. 15:07 - Discussion with lifeless and barry. 15:07 Other work: 15:07 - release/cdimage 15:07 - Wrote a new rebuild-requests tool to query any pending rebuild from the ISO tracker. 15:07 - Started integrating this with the actual build process so we can cron that thing. 15:08 - Smaller code change to the tracker to automatically mark a rebuild request as done when a new version is pushed (manually or through the API). 15:08 - LXC 15:08 - Pushed C implementation of get_ips in LXC API, dropped the python implementation and update the bindings 15:08 - Fixed LXC in saucy to install properly on a device with network bridges available in the kernel (touch devices). 15:08 - Answered some #ubuntu-phone question for the container flip, things appear to be going well 15:08 - Answered some questions from the QA/desktop team on using LXC for their desktop tests 15:08 - Drafted the implementation of container autostart upstream (to replace the Ubuntu-specific implementation) 15:08 - Updated the build/testing server to build on saucy and add armhf builds to the mix 15:08 - Various discussions and code reviews for major upstream changes needed for LXC 1.0 15:08 - Merged gnupg2, installation-report, openvpn, ifenslave-2.6 and nfs-utils (waiting on testing from slangasek for that last one) 15:08 - SRUed isc-dhcp to precise and lucid to allow both to be used as containers on saucy (required backporting the UDP checksum offloading patch) 15:08 15:08 TODO: 15:08 - Finish self-rebuilds feature implementation on nusakan 15:08 - Implement some of the remaining bits for the image based update server tools 15:08 stgraber: ack, will test nfs-utils today 15:08 - Process some pending merges (ifupdown and resolvconf) 15:08 (DONE) 15:08 slangasek: thanks 15:09 testing these things would be easier if someone could explain to me why my kernel is holding 1.5GB of memory for disk caches that it will never free 15:09 well. a *lot* of things would be easier if that were the case 15:10 ev: "tickets that create new data" - does that block anything for phased updates? bdmurray? 15:10 slangasek: yes 15:10 blast - ok. 15:10 although it may not be critical as it is the count of systems that have experienced a crash 15:11 well, ticket #61432 already has "priority 20000", that's probably good enough :P 15:11 and actually its backfilling data so not important for packages entering -updates 15:11 bdmurray: you might have some luck if you raise your ticket with the vanguard, as he was correcting my statement that we're blocked by the sprint :) 15:12 oh, and stokachu is out this morning, and cjwatson is off today 15:12 so, bdmurray: 15:12 submitted RT regarding backfill of bucketsystems 15:12 further work on phased-updater code 15:12 submitted merge proposal regarding sru-review 15:12 review of slangasek's change to sru-review 15:12 review of pending SRUs for errors bucket information 15:12 wrote blog post regarding SRU verification 15:12 release of recently verified SRUs (possibly due to blog posting) 15:12 fixed apport-symptoms bug regarding ubuntu-release-upgrader (LP: #1173913) 15:12 Launchpad bug 1173913 in apport-symptoms (Ubuntu Raring) "bugreporting for ubuntu-release-upgrader is struggling on naming issue" [Undecided,Fix committed] https://launchpad.net/bugs/1173913 15:12 investigation into bug 1180034 15:12 bug 1180034 in update-notifier (Ubuntu) "backend_helper.py wants update-manager" [Low,Triaged] https://launchpad.net/bugs/1180034 15:12 trying to fix / test bug 1069019 15:12 bug 1069019 in python-apt (Ubuntu Saucy) "[software-properties-gtk] can not delete, enable or modify any software source with non-ASCII characters in the comment" [Medium,Triaged] https://launchpad.net/bugs/1069019 15:12 review of DuplicateSignatures for saucy apport-package bug reports 15:12 merged apport bug fix for bug 1184121 regarding duplicate signature for package install failures 15:12 bug 1184121 in apport (Ubuntu) "package kio-audiocd (not installed) failed to install/upgrade: trying to overwrite '/usr/share/kde4/services/audiocd.desktop', which is also in package audiocd-kio 4:4.10.2-0ubuntu1" [High,Triaged] https://launchpad.net/bugs/1184121 15:12 modified bugbot to deal with corrupt pyc files 15:13 fixed bugbot issue with apport crashdb on cranberry 15:13 ␗ done 15:14 stgraber: image-based update server> I did update the ticket with deadline+priority, but based on what ev's said I guess this ticket is not going to move for a few weeks. Is that holding anything up for you? 15:14 stgraber: and thanks for getting the ifupdown merge; I meant to ask you if that was safe for me to do or if you wanted it held off 15:14 bdmurray, doko think it's time to sru lp: #1058884 ? 15:14 Launchpad bug 1058884 in python3.3 (Ubuntu Raring) "Race condition in py_compile corrupts pyc files" [Undecided,Confirmed] https://launchpad.net/bugs/1058884 15:15 barry, I think it doesn't do any harm 15:15 another question if it will help ... 15:15 from the profile of that bug report, I suspect it will 15:16 so, +1 from me for SRUing 15:16 barry: sounds good to me 15:16 are there any python SRUs currently stuck in the queue? Hmm, I would check this but pending-sru report is broken at the moment - doh 15:16 yep, good, i'll get that started. doko did i see that you got the same patch into debian? 15:16 I believe there are / were 15:16 yes, there are still some 2.7 ones 15:16 or 3.2? 15:17 slangasek: ifupdown is always a pain to merge but I know where the problems tend to be so figure it'd be a lot faster for me to do it 15:17 slangasek: so we need the server and the GPG keys online and ready by end of June if we want to respect our deadlines 15:17 slangasek: it's not preventing developement of the other bits as we're using phablet.stgraber.org currently which has a valid SSL certificate and can be used with barry's code 15:17 stgraber: ok. I'll make sure to revisit this with IS in the sync call next week, then. 15:18 doko: your turn 15:18 stgraber: did you fill out the /gpg tree? 15:18 - android cross toolchain (wanted to upload today, let's see if this works out) 15:18 - preparing and testing gcc 4.8.1 release, looking at http://bugs.debian.org/710220, starte 15:18 d an archive search for saucy 15:18 - binutils trunk update in the ubuntu-toolchain-r/test ppa, waiting on feedback from the ke 15:18 rnel team 15:18 - python3.3 update, consolidating maintainer scripts 15:18 Debian bug 710220 in libstdc++6 "libstdc++6: 4.8.0-8 upgrade breaks system_clock" [Important,Open] 15:18 (done) 15:19 barry: was actually hoping to hear back from you on the changes I did on the wiki. If everything looks good to you, I'll go ahead and do the changes to phablet.stgraber.org 15:19 * boost1.53 is finished (less than 17 ftbfs packages left to be 15:19 resolved in Debian, libreoffice update is being prepared by bjorn) 15:19 * merged updated fuse, fuse-utils package renamed to fuse (and 15:19 transition reverse-deps to the new name) 15:19 * pushed some of ubuntu's d-i delta back to debian, and merged back to 15:19 ubuntu. 15:19 * merged and uploaded ubuntu1 plugin for ubiquity, but disabled by 15:19 default. Can be activated with --sso flag. Prepared instructions for 15:19 design team review of the changes. 15:19 * Reviewed changes to ubuntu-geonames service from Liam Young, he is 15:19 working on charming geonames to work on prod-stack (from IS sprint) 15:19 * Still have ~40 TIL merges left as per MoM, which I hope to resolve 15:19 (ideally by syncing ;-)) 15:19 * In-progress adding logind support to ubiquity, I correctly receive 15:19 seat&session, yet ubiquity doesn't start-up under logind yet. 15:19 stgraber: ack. i'll get back to you on that later today 15:19 * Booked travel for DebConf13 15:19 done. 15:19 barry: IIRc changes are mostly format of the keyrings, blacklist keyring, format change of channels.json and some changes on what's using detached signatures vs in-line signatures 15:21 xnox: "doesn't start up under logind" - hmm, what does that mean? 15:23 slangasek: still investigating, ubiquity-dm terminates and doesn't give much useful output. will crank up dbus logging to see what is preventing ubiquity from opening a logind session. 15:24 xnox: ok 15:24 any other questions over the above? 15:24 slangasek: now that we have upstart-usersessions, I wonder if ubiquity should simply be a user-job which simply starts up before unity & blocks it. 15:25 xnox: mmm, no idea - maybe stgraber has some thoughts on that 15:25 xnox: we don't have upstart usersesssion for !ubuntu 15:26 (if that is possible, it's more of a wondering). Also since there is no pam session initiated, there is also no XDG_RUNTIME and etc. variables. 15:26 (XDG_RUNTIME_DIR that is) 15:26 if we had, we indeed could ship a "start on starting xsession-init and dbus" job which would start ubiquity 15:27 you could theoretically split the binary package for user-session activation vs. system activation 15:27 though that could make for some unpleasant bit rot on the system activation case 15:28 indeed. I'm not sure what's the benefit though if we end up having to maintain the two (sure, the flavours would be responsible for ubiquity-dm, but in the end we'll still be the ones reviewing those and fixing quite a few of the bugs I expect) 15:29 right, except perhaps in encouraging the flavors to move to upstart user sessions sooner? 15:29 but anyway - probably a conversation for another time and place 15:29 [TOPIC] Bugs 15:29 bdmurray: any bugs you've not gotten answers on already? 15:30 oh, bug 1094218 received an interesting comment 15:30 I can probably quickly look into what would be needed to get kde, lxde and xfce to use user sessions. I don't think it's much more than a single upstart job that starts the right *-session binary 15:30 bug 1094218 in lsb (Ubuntu) "lsb_release crashed with IOError in getstatusoutput(): [Errno 10] No child processes (called by teamviewerd)" [Medium,Confirmed] https://launchpad.net/bugs/1094218 15:31 bdmurray: i still have a browser tab open on that one. i haven't looked closely, but a cursory look was a bit mysterious 15:32 barry: a look at the last comment? 15:32 it's a bit speculative 15:32 "there may be a SIGCHLD handling bug in python" - sure, there may 15:33 but the pipe code has been there a while, how has nobody hit this before? 15:33 barry, doko: anyway, it might be worth one of you having a look at os.popen() vs. http://bugs.python.org/issue9127 15:33 yeah, if sys.stderr is closed or otherwise unavailable, that would probably cause the crash. 15:33 ah 15:34 sys.stderr being closed seems quite plausible here 15:35 and I guess reproducing that requires actually closing stderr, not just redirecting to /dev/null :) 15:35 (not sure of a good way to test that from shell) 15:35 anyway 15:35 barry: will you follow up? 15:37 slangasek: yeppers 15:37 great, thanks 15:37 bdmurray: anything else? 15:38 ... assuming not :) 15:38 slangasek: nope 15:38 [TOPIC] AOB 15:39 bdmurray: ok, thanks :) 15:39 anything else new and exciting? 15:40 did I ever mention how much I hate ubuntu-release-upgrader? It's now my 5th try at building a source package. I "think" I've got all the needed packages installed on my system now... 15:40 stgraber: are you using bzr bd? 15:40 yep 15:40 stgraber: i feel your pain 15:40 hmm, this package is missing the bzr-builddeb integration hook! 15:41 did someone forget to add that when splitting from update-manager? 15:41 it just annoys me that this package has more dependencies to build a source package than it has to actually build the binaries :) 15:41 yeah 15:41 slangasek: it has the hook, pre-build.sh is being called by bzr bd 15:41 stgraber: the pre-build.sh should prompt you for all the build-deps in one go, AFAICS 15:41 and if it's not doing that, update the dpkg-checkbuilddeps line :) 15:41 I think infinity had mentioned one was missing at the sprint 15:42 slangasek: it does for what's needed by the testsuite, then the source package fails to build 5min later because you also need all the build-deps apparently 15:42 or he fixed one 15:42 looks like he did, yes 15:43 stgraber: oh; I was assuming you'd done 'sudo mk-build-deps -i -r' or equivalent before calling bzr bd, too :) 15:43 anywayz 15:43 stgraber: thanks for fixing invoke-rc.d :) 15:43 slangasek: most if not all packages I maintain don't depend on half the world just to build a source package ;) 15:44 anyway, I apparently just got a source package, let's see if I can build that thing and test it somehow 15:44 heh 15:44 #endmeeting