=== biostudent_ is now known as biostudent
=== biostudent_ is now known as biostudent
=== doko_ is now known as doko
=== dholbach_ is now known as dholbach
=== freeflyi1g is now known as freeflying
=== ashams_ is now known as ashams
=== ejat- is now known as ejat
[15:00] <ev> Hi guys.
[15:00] <ev> Steve is off today and has asked me to step in.
[15:00] <ev> #startmeeting
[15:00] <meetingology> Meeting started Wed Jul 31 15:00:37 2013 UTC.  The chair is ev. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:00] <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:00] <ev> [TOPIC] Lightning round
=== meetingology changed the topic of #ubuntu-meeting to: Lightning round
[15:00] <ev> $ echo $(shuf -e barry doko stgraber jodh ev cjwatson xnox)
[15:01] <ev> stgraber xnox cjwatson doko ev barry jodh
[15:01] <doko> slangasek not here?
[15:01] <cjwatson> He's at the Isle of Man client sprint and unavailable
[15:02] <stgraber> xnox: I'm on vacation, so it's your turn
[15:02] <ev> oh right, apols :)
[15:02] <xnox> * Last week wed-sun was on holiday
[15:02] <xnox> * From the week before, android and blobs are packaged and uploaded
[15:02] <xnox>   into ubuntu universe.
[15:02] <xnox> * M.I.R. for above is filed, and in-progress (need to answer security
[15:02] <xnox>   enquiries).
[15:02] <xnox> * TODO: automate "binNMU"/daily building of android package (such that
[15:02] <xnox>   I'm not the only one who can/knows how to upload it)
[15:02] <xnox> * Working on sorting out btrfs mounting/fsck once and for all & get
[15:02] <xnox>   btrfs in sync between Debian & Ubuntu. Should be fine with -5
[15:02] <xnox>   update.
[15:02] <xnox> * Working on sorting out ubiquity: outstanding merge proposals & U1
[15:02] <cjwatson> xnox: Ah, you sorted out your internet troubles then
[15:03] <xnox>   login page.
[15:03] <xnox> * Verified pending-removal SRU bugs for mdadm & partman-lvm
[15:03] <xnox> * Trying to help resolve bug 1197766, initially provided workaround
[15:03] <xnox>   was not sufficient
[15:03] <ubottu> bug 1197766 in OEM Priority Project "Different partition layout after recovery with keep home partition" [Critical,Confirmed] https://launchpad.net/bugs/1197766
[15:03] <xnox> ..
[15:03] <xnox> stgraber: touche =) i was out last week ;-)
[15:03] <xnox> cjwatson: yes. they trigger full line resynchronisation via automated telephone option selection. Which got my line back up.
[15:04] <xnox> so was only a short down-time <<30minuts.
[15:04] <cjwatson> Release engineering sprint.  Spent most of the second half of the week implementing build cancellation:
[15:04] <cjwatson>  - https://code.launchpad.net/~cjwatson/launchpad/buildstatus-aborted/+merge/176990
[15:04] <cjwatson>  - https://code.launchpad.net/~cjwatson/launchpad-buildd/fix-abort/+merge/177003
[15:04] <cjwatson>  - https://code.launchpad.net/~cjwatson/launchpad/buildmaster-cancel-properly/+merge/177580
[15:05] <cjwatson>  I'm still awaiting some reviews and will probably need to make some changes, but the bulk of it is done.
[15:05] <cjwatson> foundations-1305-click-package:
[15:05] <cjwatson>  - Various minor tweaks to prepare for the IoM demo.  Bug 1204523 was especially entertaining to fix.
[15:05] <ubottu> bug 1204523 in click (Ubuntu) "Click packages can't be installed from directories not viewable by the clickpkg user" [High,Fix released] https://launchpad.net/bugs/1204523
[15:05] <cjwatson>  - Fixed rather embarrassing Unicode support failures.
[15:05] <cjwatson> foundations-1305-arm64-bringup:
[15:05] <cjwatson>  - Bent juju-core to my will to bootstrap a new build farm, after the Canonistack LCY02 instance-deletion instance.
[15:05] <cjwatson>  - Tried to get some saucy builds working.  Currently blocked on some tail-ends of toolchain rebootstrapping, but should be able to start helping out again soon.
[15:05] <cjwatson> ..
[15:05] <doko> - arm64 bootstrap (later more)
[15:05] <doko> - MIR's
[15:05] <doko> - binutils update
[15:05] <doko> (done)
[15:06] <ev> - I've spent much of the week continuing to get mobile error reporting up and
[15:06] <ev>   running. We now have whoopsie and apport on the Touch images as well as a
[15:06] <ev>   settings page for controlling reporting. I have a meeting later this week
[15:06] <ev>   with Katherine to discuss enabling reporting by default.
[15:06] <ev> - I've run into what looks like a race condition on whoopsie startup on the
[15:06] <ev>   Touch images, which prevent it from uploading reports. I'm taking the
[15:06] <ev>   opportunity to build some more tests into things like whoopsie-preferences
[15:06] <ev>   (hooray for dbus-test-runner, by the way) as I get to the bottom of this.
[15:06] <ev> - Work continues on the Cassandra crisis. You may have noticed that
[15:06] <ev>   https://errors.ubuntu.com is only showing data from the past week or so. We
[15:06] <ev>   had to cut over to a new database. Nothing is lost. We're backing up the old
[15:06] <ev>   database and will merge in the data when that is complete. If you don't
[15:06] <ev> UGH. Die pidgin.
[15:06] <ev> right, https://pastebin.canonical.com/95283/
[15:06] <ev> done!
[15:07] <barry> ev: i don't use dbus-test-runner, but i managed to finally track down a very interesting (and annoying) behavior in the underlying dbus libraries ;)
[15:07] <ev> errr http://paste.ubuntu.com/5933046/ :)
[15:07] <barry> image based updates: LP: #1206515; LP: #1206558; LP: #1206523; LP: #1204528; LP: #1204976; various dbus api changes for better u/i integration; upload 0.9, 0.9.1, 0.9.2
[15:07] <ev> barry: oh?
[15:07] <ubottu> Launchpad bug 1206515 in Ubuntu system image "dbus service requires /tmp/system-image directory" [High,Fix committed] https://launchpad.net/bugs/1206515
[15:07] <ubottu> Launchpad bug 1206558 in Ubuntu system image "system-image-dbus should run on system bus" [Critical,Fix released] https://launchpad.net/bugs/1206558
[15:07] <ubottu> Launchpad bug 1206523 in Ubuntu system image "Need a system dbus policy for the system dbus service" [High,Fix released] https://launchpad.net/bugs/1206523
[15:07] <ubottu> Launchpad bug 1204528 in Ubuntu system image "Add DBus mocks for u/i testing" [High,Fix released] https://launchpad.net/bugs/1204528
[15:07] <barry> other: LP: #1073919; LP: #1205505; LP: #1181814; python-webob 1.2.3-3 (py3 support) and 1.2.3-4, debian bug 717655; PEP 394 (shebang lines); emacs 24.3 bug fix and upload; python-coverage review
[15:07] <ubottu> Launchpad bug 1204976 in Ubuntu system image "Rename IsUpdateAvailable() and make it non-blocking" [High,Fix released] https://launchpad.net/bugs/1204976
[15:07] <ev> ah nice
[15:07] <barry> in progress: LP: #1206866, system-image 0.9.3
[15:07] <ubottu> Launchpad bug 1073919 in command-not-found (Ubuntu Raring) "Crash with Python 3" [High,In progress] https://launchpad.net/bugs/1073919
[15:07] <ubottu> Launchpad bug 1205505 in python-gnupg (Ubuntu) "Sync python-gnupg 0.3.4-1 (universe) from Debian unstable (main)" [Undecided,Fix released] https://launchpad.net/bugs/1205505
[15:07] <ubottu> Launchpad bug 1181814 in wsjt (Ubuntu) "Crash: AttributeError: 'module' object has no attribute 'isNumberType'" [High,Confirmed] https://launchpad.net/bugs/1181814
[15:07] <ubottu> Debian bug 717655 in python-webob "python-webob: Add python 3 support" [Wishlist,Fixed] http://bugs.debian.org/717655
[15:07] <ubottu> Launchpad bug 1206866 in Ubuntu system image "Dies with dotted version numbers? - TypeError: unorderable types: Image() < Image()" [High,In progress] https://launchpad.net/bugs/1206866
[15:08] <barry> ev: yeah, so i use $DBUS_SYSTEM_BUS_ADDRESS envar to rendezvous on a private bus...
[15:08] <barry> turns out that once libdbus is intiialized, it never consults that envar again
[15:08] <cjwatson> How did the image-based-updates demo go?
[15:08] <ev> ha!
[15:09] <barry> so you can't change it and expect the same process to rendezvous on a different bus address
[15:09] <barry> cjwatson: mixed i think.  they got some weird bug that i don't understand at all but eventually got it to update and reboot
[15:09] <barry> cjwatson: and of course it wfm here locally :/
[15:09] <cjwatson> All the best bugs are like that
[15:10] <barry> cjwatson: anyway, that's LP: #1206866, ongoing
[15:10] <ubottu> Launchpad bug 1206866 in Ubuntu system image "Dies with dotted version numbers? - TypeError: unorderable types: Image() < Image()" [High,In progress] https://launchpad.net/bugs/1206866
[15:10]  * barry is very happy that phablet-flash now allows --ubuntu-bootstrap and -r -2
[15:10] <cjwatson> (Oh, I forgot to mention, I'm also working on implementing the "devel" series alias for saucy)
[15:10] <barry> (allows you to flash to an older image)
[15:10] <barry> cjwatson: nice
[15:10] <barry> anyway...
[15:10] <barry> done
[15:10] <ev> :)
[15:10] <ev> [TOPIC] Bugs
=== meetingology changed the topic of #ubuntu-meeting to: Bugs
[15:10] <ev> No Brian.
[15:10] <xnox> ev: paste.canonical.com instead of paste.ubuntu.com ? not using pastebinit? =)
[15:11] <ev> Does anyone have bugs worth a mention?
[15:11] <ev> xnox: that would've been the smart thing to do
[15:11] <jodh> erm, shall I go at the end? :)
[15:11] <ev> OH HAI
[15:11] <ev> jodh: you're up
[15:11] <cjwatson> Steve asked me to get back to bug 1065281, so I'm going to have to roll up my sleeves again on that :-/
[15:11] <ubottu> bug 1065281 in OEM Priority Project quantal "Installer crashed when trying to partition 4k/4k sector hard disks" [High,In progress] https://launchpad.net/bugs/1065281
[15:11] <ev> soz. I copy and pasted from when you weren't here :)
[15:11] <cjwatson> But nothing interesting to talk about as yet
[15:11] <jodh> * foundations-1305-upstart-work-items:
[15:11] <jodh>   - Finished the upstart-dconf-bridge and raised MP:
[15:11] <jodh>     https://code.launchpad.net/~jamesodhunt/upstart/upstart-dconf-bridge/+merge/177650
[15:11] <jodh>   - Upstart integration tests (DEP-8):
[15:11]  * ev nods
[15:11] <jodh>     - Updated python Upstart test module and resubmitted MP:
[15:11] <jodh>       https://code.launchpad.net/~jamesodhunt/upstart/python-upstart-module/+merge/157549
[15:11] <jodh>     - Spent remainder of time working on DEP-8 scripts to make use of
[15:11] <jodh>       nested pristine VM which will be provided by autopkgtest
[15:11] <jodh>       environment. Attempted to use NBD to mount VM disk and configure
[15:11] <jodh>       in chroot but requires too many hacks. Plan is now to boot VM, ssh
[15:11] <jodh>       in to configure it, reboot, then run tests, but use NBD to collect
[15:12] <jodh>       results data (ongoing).
[15:12] <jodh> * upstart:
[15:12] <jodh>   - upstart-text-bridge simplified (local sockets only), renamed to
[15:12] <jodh>     upstart-local-bridge and MP raised:
[15:12] <jodh>     https://code.launchpad.net/~jamesodhunt/upstart/upstart-local-bridge/+merge/177027
[15:12] <jodh>   - Investigated bugs 1205443 and 1202287 and merged the branch below that
[15:12] <ubottu> Error: Launchpad bug 1205443 could not be found
[15:12] <ubottu> Error: Launchpad bug 1202287 could not be found
[15:12] <slangasek> doko: mostly not here, no
[15:12] <jodh>     will hopefully resolve the issue:
[15:12] <jodh>     lp:~jamesodhunt/upstart/quiesce-cleanup-fix
[15:12] <jodh> * misc
[15:12] <jodh>   - debconf/LPC presentation: ongoing updates.
[15:12] <jodh> Ử
[15:12] <ev> [TOPIC] arm64 bootstrap
=== meetingology changed the topic of #ubuntu-meeting to: arm64 bootstrap
[15:12] <barry> ev: i finally got fixed a looooongggg standing emacs bug that was annoying the crap out of me for years :)
[15:12] <ev> Steve asked doko to bring us up to speed on the arm64 bootstrap
[15:12] <ev> With that, I yield to doko :)
[15:13] <ev> barry: :D
[15:13] <doko> Aarch64 bootstrap - how we did start ...
[15:13] <ev> was the fix to use Vim instead?
[15:13]  * barry is not amused
[15:13] <ogra_> instead ??
[15:13] <doko> (just waiting between my pastes ...)
[15:13] <doko> - Start with armhf. It's in the archive, we know that it does build (or not).
[15:13] <doko> - Build an armhf buildd chroot entirely with cross-built packages
[15:13] <doko> - Use staged builds (DEB_STAGE=stage1) to break cyclic dependencies, or not to build unnecessary/unbuildable binary packages.
[15:13] <doko> - Make sure that the cross-built chroot is usable.
[15:13] <ogra_> the fix always involves vim ... no matter what fix :P
[15:14] <doko> - Build and package the Aarch64 cross toolchain
[15:14] <doko> - Start the cross build again, targeting Aarch64
[15:14] <doko> - Fix Aarch64 specific bugs during that cross-build
[15:14] <doko> - Finally had a build chroot + debhelper available (April)
[15:14] <doko> - Make sure that it works using the foundations model (simulator).
[15:14] <doko> - Building gnu-hello takes over an hour.
[15:14] <doko> we got to this state in April
[15:15] <doko> - During saucy ... start building native packages (with nocheck enabled).
[15:15] <doko> - Build with nocheck. Good enogh if the package builds and can be used as a b-d
[15:15] <doko> - We don't have any sbuild or dep-wait information, so set a goal to build a package. Starting with ... you guess it ... the toolchain.
[15:15] <doko>   - For warming up, binutils
[15:15] <cjwatson> Turns out we've built the toolchain several times ;-)
[15:15] <cjwatson> I think of it as a stress-test of "Reflections on Trusting Trust"
[15:15] <doko>   - Build-depends: bison, flex, gettext, texinfo, dejagnu,  quilt, file, xz-utils, lsb-release, zlib1g-dev
[15:15] <doko>   - Identify the b-d's which are only needed for running the tests. Here: dejagnu
[15:15] <doko> cjwatson, not just the toolchain =)
[15:16] <xnox> if gnu-hello takes over an hour, gcc 3 stage bootstrap took... weeks?!
[15:16] <doko>   - Next eglibc .. b-d: libaudit-dev
[15:16] <cjwatson> (http://cm.bell-labs.com/who/ken/trust.html in the unlikely event anyone hasn't encountered it)
[15:16] <doko>     ... audit: b-d: libkrb5-dev, libldap2-dev, libprelude-dev, and finally systemd
[15:16] <doko>     crap, maybe we come back later ...
[15:16] <doko>   - Next gcc ... easy as binutils
[15:16] <doko>     ... wait, except for gcj and needing gtk+2.0 ...
[15:17] <doko>   - There are a lot of cyclic dependencies in the gtk stack.
[15:17] <doko>     - Often not clear which ones are only used for testing.
[15:17] <doko>     - gtk b-d's on cups, so disable
[15:17] <doko>     - disable udeb builds, halfs the build time
[15:17] <doko>   - Ok, now gcc did build
[15:17] <doko> - Next target: build LAMP ...
[15:18] <doko>   Break it down:
[15:18] <doko>   - build reduced build tools (cmake, doxygen without Qt)
[15:18] <doko>   - build reduced openldap, krb5, heimdal
[15:18] <doko>   - build reduced avahi
[15:18] <doko>   - build databases postgres and mysql (without krb, heimdal)
[15:18] <doko>   - build krb5, heimdal
[15:18] <doko>   - build cyrus-sasl2
[15:18] <doko>   - build apache
[15:18] <cjwatson> The object of the exercise of course is to get to the point where we can start normal-ish autobuilds as quickly as possible.  Did I hear correctly that we are at the point of being able to self-host sbuild soon?
[15:18] <doko>   - build php5
[15:18] <doko> - Any volunteers to test if that actually works?
[15:19] <cjwatson> Hm.  I'm slightly surprised we're doing LAMP in stage1.  I thought that was a stage2 target, or even something we'd want to push for early once we have builds in Launchpad
[15:19] <doko> well, busted1.53 did fail to build twice, and took the simulator down
[15:19] <cjwatson> Of course the bits that involve circular build-deps are worth doing in stage1
[15:19]  * xnox giggles at busted1.53
[15:20] <doko> it's systemd, audit and things like that needing the crypto stuff, and the crypto stuff the database stuff
[15:20] <doko> so if sbuild can use dchroot, fine, else we need schroot first
[15:20] <doko> - A lot of packages have b-d's for documentation builds not in build-indep ... these should be fixed.
[15:20] <doko> - Finally I had to build texlive-bin. Running dh_autoreconf on 60+ configuries takes more than three days ... I start hating it.
[15:20] <cjwatson> I don't believe it can
[15:21] <cjwatson> dchroot is fairly dead except for the version built out of schroot
[15:21] <doko> have to finish my other builds before I give it a try. but it's the last package
[15:21] <doko> - And now we can build eglibc ...
[15:21] <doko> - Not the only cycles. In a lot of cases you have to see where it is the easiest way to break a cycle. Don't touch "uncommon" build systems.
[15:21] <doko> - Next steps: Get build-deps for qt4-x11 ready (almost done)
[15:21] <doko>   - gstreamer (avoid gsl), gst-plugins (avoid external plugins)
[15:22] <doko> - Have a look at gtk+3.0 (install failure, don't understand it)
[15:22] <doko> - Have a look at the sound stack (pulseaudio, alsa, bluez)
[15:22] <doko> - Have a look at the video stack
[15:22] <doko> - Have a look at guile. The built interpreter doesn't terminate
[15:22] <doko> - Ocaml not yet ported, looks like other distros are working on that
[15:22] <doko> - How to build initramfs (klibc isn't yet ported, only used by Debian/Ubuntu)
[15:22] <doko> - Have a look at https://bugs.launchpad.net/linaro-aarch64
[15:22] <doko>   Help: How do identify both open and closed bugs, which either
[15:22] <doko>   don't have a distro task, or have an open distro task?
[15:22] <doko> - Get dep-wait information for packages without trying to build them
[15:22] <doko>   Just takes too long ...
[15:22] <doko> - Setup a sbuild which rebuilds already built but out-of-date packages
[15:22] <cjwatson> doko: Looked at edos-distcheck?
[15:22] <slangasek> doko: gtk+3.0> what fails to install?
[15:22] <cjwatson> That's what Debian's wanna-build uses
[15:22] <doko> not yet, chdist didn't work
[15:23] <cjwatson> chdist should work given that all sbuild is doing is an apt-get invocation
[15:23] <doko> slangasek, this is strange, I'll post the build log once it finishes again
[15:23] <cjwatson> And all chdist does is set up apt to look at different sources
[15:24] <xnox> doko: i'd also like to see gtk+3.0 fail to install errors / log.
[15:24] <doko> right, but it couldn't handle the saucy archive with the [armhf] identifier
[15:24] <doko> so the other blocker is guile (and we need it for autogen)
[15:24] <doko> - About packaging ...
[15:24] <doko>   - Unneeded build-deps, or ones which should be in build-indep
[15:24] <doko>   - shell script like makefiles (configure & build in one target)
[15:24] <doko>   - no support for parallel builds
[15:24] <doko>   - no support for staged builds
[15:24] <cjwatson> Still odd, since it doesn't parse sources.list itself :)
[15:25] <cjwatson> You might need to set APT::Architecture and/or APT::Architectures in the chdist environment's apt.conf
[15:25] <doko> I can give it a try later, I didn't care that much at the moment
[15:25] <doko> - About using the simulator:
[15:25] <doko>   - Crashes sometimes, having to restart builds
[15:25] <doko>   - The time is slower in the simulator. Uploading a package to saucy, then trying to build it has interesting effects (generated files are older than the one in the package).
[15:26] <doko> would love to install ntp, but that b-d's on autogen ...
[15:26] <cjwatson> I was about to say :)
[15:27] <doko> so, that's it what I did prepare ...
[15:27] <ev> thanks doko
[15:27] <slangasek> doko: how much is still being cross-built right now, vs. built under emulation?
[15:28] <doko> slangasek, for stage1 now nothing. but we didn't re-build cross-built packages from stage0 yet
[15:28] <doko> just when I noted issues, like the cross-built bash missing job control
[15:28]  * slangasek nods
[15:28] <ev> [TOPIC] AOB
=== meetingology changed the topic of #ubuntu-meeting to: AOB
[15:28] <ev> anything else?
[15:29] <cjwatson> We're keeping things reasonably separate between stage0 and stage1, but I'm working on a saucy-stage0 at the moment to see if I can make some cycles a bit easier to break
[15:29] <slangasek> brief update from the sprint? :)
[15:29] <cjwatson> (Since the raring-stage0 generally didn't use its own output to build, so it's only the first layer in a lot of cases)
[15:29] <ev> go for it :)
[15:29] <barry> slangasek: please!
[15:29] <slangasek> so click packages and system updates were both demoed this week
[15:30] <slangasek> the click package demo went off without a hitch (beuno clearly spent more time rehearsing than I did)
[15:30] <slangasek> very well-received
[15:30] <slangasek> and very close to being ready to go live, which is exciting
[15:31] <slangasek> the system updates demo had a few problems, but everything did come together well all things considered
[15:31] <cjwatson> beuno was doing little else but rehearsing from about last Wednesday :)
[15:31] <slangasek> and I've done several real upgrades through the UI, the code really does work :)
[15:31] <slangasek> so kudos to everyone who was involved in those two big pieces of work
[15:32] <ev> well done, guys
[15:32] <slangasek> everyone here is also happy to have whoopsie landed on the images
[15:32] <slangasek> though I've just noticed that with the system images, /var/crash is read-only, so we have some more fixing to do there ;)
[15:32] <ev> ha!
[15:32] <ev> Zarro boogs found.
[15:32] <slangasek> but the unity team are eagerly awaiting having their crashes recorded
[15:32] <ev> That's good to know.
[15:33] <slangasek> and there's pent-up demand for both the upstart android bridge and package cross-build support (a few more packages needed to support before it meets the team's needs)
[15:33] <slangasek> so they're chomping at the bit
[15:34] <slangasek> in short: you guys are all doing great work, which is greatly appreciated by the rest of the team
[15:34] <slangasek> so keep it up :)
[15:34] <slangasek> </cheerleading>
[15:35] <ev> slangasek: if you see someone responsible for the current touch experience, spawn an app and then SIGSTOP it for me
[15:35] <ev> then tell them to use the launcher
[15:35] <ev> I've sent a mail to phablet about it
[15:37] <slangasek> ev: this demos a bug I suppose, with the launcher locking up?
[15:37] <ev> slangasek: if an application hangs, there is no way out
[15:37] <ev> all input seems to be channelled through the foreground application
[15:37] <ev> #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:37] <meetingology> Meeting ended Wed Jul 31 15:37:52 2013 UTC.
[15:37] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-31-15.00.moin.txt
[15:37] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-07-31-15.00.html
[15:37] <slangasek> ev: ok; fwiw that's probably not worth following up on, since the switch to Mir is coming RSN
[15:37] <ev> thanks guys!
[15:38] <barry> thanks ev! and thanks slangasek for the update
[15:38] <ev> slangasek: yes, I was careful to ask if this would be a problem in Mir in th email
[15:38] <jodh> thanks!
[15:38] <ev> I tried to get it running on my nexus yesterday, but it sat on the bootloader image
[15:38] <slangasek> ev: it *might* be, but it's just not worth tracking that kind of process interaction bug at this stage
[15:38] <ev> and I only noticed that unity8 crashed by logging in and seeing a report in /var/crash for it \o/
[15:38] <slangasek> we should revisit once Mir lands
[15:38] <ev> slangasek: *nods*
[15:41] <slangasek> ev: impressive failure handling, though; when I restart the app again, the UI is now completely out of sync with the input layer :)
[15:41] <ev> lol
[15:41] <ev> I hadn't noticed that
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== panda is now known as Guest92367
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== james_ is now known as Guest77853