[04:59] <pitti> Good morning
[06:06] <didrocks> good morning
[07:32] <pitti> bonjour didrocks, ça va ? as-tu eu des bonnes vacances ?
[07:33] <didrocks> Guten morgen pitti! ça va, on a mangé des glaces ce week-end ! Donc oui, bon week-end prolongé :)
[07:33] <didrocks> et toi ?
[07:34] <pitti> didrocks: ici aussi, nous avons eu un bon week-end avec nos familles et amis à Dresden
[07:34] <didrocks> pitti: vous êtes rentrés hier soir ?
[07:34] <pitti> didrocks: bien sûr nous avons mangé de la glace hier :-)
[07:34] <pitti> oui
[07:35] <larsu> hi pitti!
[07:35] <larsu> wie war dein ostern?
[07:36] <pitti> hey larsu! grossartig, wir waren viel Wandern und viel in Kneipen mit Freunden :)
[07:36] <pitti> larsu: und bei Dir?
[07:37] <larsu> pitti: auch schön. War viel bei meiner Familie (essen) und hab auch das Wetter genossen
[07:38] <pitti> didrocks: meh @ http://d-jenkins.ubuntu-ci:8080/view/Vivid/view/AutoPkgTest/job/vivid-adt-systemd/152/ARCH=amd64,label=adt/consoleText I'll have a look ASAP
[07:44] <didrocks> pitti: bah, that's weird with the patch applied… however, I must say I only tested with revert applied the plymouth case
[07:44] <didrocks> pitti: so, maybe something else changed the boot order in other ways?
[07:44] <didrocks> pitti: anyway, as it seems we are going to remove all this fsck code…
[07:45] <seb128> good morning desktopers
[07:47] <larsu> seb128: good morning! Did you already drive back home?
[07:48] <willcooke> Goooooood morning
[07:49] <larsu> hi willcooke!
[07:49] <larsu> how was easter?
[07:49] <didrocks> morning willcooke
[07:49] <willcooke> It was nice to have a break
[07:49] <willcooke> :)
[07:49]  * didrocks avoid any chocolate! \o/
[07:49] <didrocks> avoided*
[07:49] <willcooke> :D
[07:49] <didrocks> willcooke: played with some arduino thing I saw!
[07:50] <seb128> hey willcooke
[07:50] <seb128> larsu, yeah, on thursday ;-)
[07:50] <seb128> hey larsu didrocks
[07:50] <willcooke> heh!  Yeah, that was good fun - getting the soldering iron out again
[07:50] <didrocks> heh, nice ;)
[07:54]  * seb128 wonders in what world didrocks is leaving
[07:55] <didrocks> what?
[07:55] <seb128> a world where not eating chocolat is something to cheers about
[07:55] <larsu> I hope didrocks isn't leaving this world
[07:55] <larsu> seb128: WAIT HE SAID THAT?
[07:55]  * seb128 loves chocolate
[07:55] <didrocks> ;)
[07:55] <larsu> BLASPHEMY
[07:55] <seb128> INDEED
[07:55]  * larsu grabs some chocolate to make the gods happy
[07:55]  * seb128 does the same
[08:01]  * ogra_ joins in *headshaking*
[08:02] <Laney> hullo
[08:02] <didrocks> you are so wrong guys!
[08:02] <didrocks> hey Laney, ogra_
[08:03] <pitti> didrocks: the test started to succeed after the revert of the hwdb-update dep
[08:04] <pitti> didrocks: I replied to the fsck thread yesterday, I don't want to give up on that yet
[08:04] <pitti> bonjour seb128, hey willcooke!
[08:04] <seb128> hey ogra_ and Laney
[08:04] <willcooke> hey pitti - awesome Northern Lights photos :)
[08:04] <pitti> willcooke: :)
[08:04] <ogra_> hey guys
[08:04] <pitti> hey ogra_, wie gehts? schoene Ostern gehabt?
[08:04] <didrocks> pitti: I don't find the situation and answers to be elegant TBH (and it can of screwed my week-end)
[08:04] <Laney> what's up?
[08:05] <ogra_> pitti, yup, du auch ?
[08:05] <didrocks> pitti: at least, we should start shipping the new patch in ubuntu I guess, I don't expect to see upstream behaving nicely on that one anymore…
[08:05] <willcooke> hey Laney - we need to do your review :)
[08:05] <Laney> HAHA
[08:05] <didrocks> pitti: but yeah, I saw your reply, thanks! mbiebl wanted to reply as well as he didn't like the answers as well
[08:05] <Laney> hopefully not in #ubuntu-desktop
[08:05] <willcooke> :D
[08:05] <Laney> "this guy sucks"
[08:06] <pitti> ogra_: ja, war super
[08:06] <didrocks> willcooke counter-signed Laney's comment
[08:06] <didrocks> DONE
[08:06] <didrocks> :p
[08:06] <pitti> didrocks: yes, that was a rather major communication/handling fail :/
[08:07] <larsu> morning Laney!
[08:07] <Laney> hey larsu
[08:07] <Laney> what's up?
[08:07]  * Laney is feeling a bit s-l-o-w
[08:07] <larsu> dealing with --class issues like it's 4 weeks ago
[08:08] <Laney> oh yeah, this shit
[08:08] <larsu> how was your long weekend?
[08:08] <willcooke> Laney, on a massive sugar-come-down?
[08:09] <Laney> it was relatively chocolate free
[08:09] <didrocks> larsu: seb128: see ^^
[08:09] <Laney> but did actually end up eating a lot of normal food
[08:10] <Laney> my dad always cooks these huge buffet meals
[08:11] <Laney> ah, calendar says I am supposed to patch pilot
[08:11] <Laney> perfecto
[08:12] <seb128> :-)
[08:12] <seb128> Laney, don't tell me that, like didrocks, you are a chocolat hater?!
[08:13] <pitti> didrocks: as for reverting the After=hwdb-update thingy, I proposed an alternative on the upstream ML, and I think Lennart might even have committed that already (but fd.o seems to be down, so I can't check)
[08:13] <didrocks> we never used the term "hater"
[08:13] <seb128> didrocks, btw I was planning on visiting one of the best chocolat shops in London next time we are here, I guess you are not going to join :-/
[08:13] <didrocks> seb128: "moderate" is the right one :)
[08:13] <didrocks> seb128: I can totally join and even buy chocolate
[08:13] <pitti> didrocks: I didn't even try moving the hwdb-update dep to the udev-trigger.service thingy yet, but it ought to help
[08:13] <seb128> didrocks, well you cheers up at not eating chocolate :-)
[08:13] <didrocks> but a few and good ones :)
[08:13] <pitti> and, FWIW, chocolate++!
[08:13] <pitti> a life without chocolate is possible
[08:13] <pitti> ... but pointless!
[08:13] <ogra_> object oriented chocolate !
[08:14] <didrocks> pitti: yeah, that part, sounds like it's dealt now. (would be good to have it backported to the v219 stable branch)
[08:14] <didrocks> seb128: yeah, I cheered up at avoiding eating chocolate for easter!
[08:15] <Laney> just have a little bit of the best stuff :P
[08:15] <didrocks> +1
[08:15] <didrocks> but TBH, I prefer cheese and bread :p
[08:16] <ogra_> this like saying you dont eat chocolate on easter !! (me couldnt find a better metapher)
[08:16] <ogra_> *metaphor ...
[08:20] <Laney> :)
[08:40] <pitti> didrocks: ah, it's back -- http://cgit.freedesktop.org/systemd/systemd/commit/?id=d8f0930eec248c2
[08:41] <didrocks> pitti: good :)
[08:41] <pitti> didrocks: I can verify that with teh fsck autopkgtest, right?
[08:42] <didrocks> pitti: indeed
[09:12] <pitti> didrocks: ah, I can reproduce the failure in http://d-jenkins.ubuntu-ci:8080/view/Vivid/view/AutoPkgTest/job/vivid-adt-systemd/152/ARCH=amd64,label=adt/console , it seems to be a race
[09:13] <Laney> pitti: mind if I insert https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1439109 into your mind box? :)
[09:14] <didrocks> pitti: ah, it can be yeah…
[09:14] <didrocks> pitti: I can have a look, just not now
[09:14] <pitti> Laney: the /run/network creation should have already been fixed earlier
[09:15] <pitti> Laney: most useful would probably be a "journalctl -b" from a failed boot
[09:15] <Laney> the /directory/ is there, but ifquery expects /run/network/ifstate
[09:15] <Laney> but this is just a segfault when querying anyway, not the cause of the interfaces not coming up
[09:15] <pitti> Laney: ah, ok; but ifup ought to create that, right?
[09:15] <Laney> & it's masked when they do come up because then ifup creates this file itself
[09:16] <Laney> so it's a segfault when you run ifquery with no interfaces
[09:17] <pitti> Laney: ah, so the failing wait-all-auto is a side issue only
[09:17] <pitti> didrocks: no worries, I was just saying that I get this too, so it's not CI env specific
[09:17] <popey> Don't suppose any of you have a 15.04 laptop with wired and wifi connected, and see this bug do you? It's absolutely doing my head in. bug 1441053
[09:17] <Laney> It just indicates that ifup@eth0 didn't happen
[09:19] <pitti> Laney: ifup@.service and ifup-wait-all-auto are completely independent
[09:19] <pitti> Laney: so failure if wait-all-auto would start network-online.target too early, but that's apparently not the problem you are having
[09:19] <popey> Ooh, I like how we leak data about places someone has been in our bug reports :S https://launchpadlibrarian.net/202361816/nmcli-con.txt
[09:20] <Laney> Alright
[09:20] <pitti> Laney: there won't be uevents for adding the eth0 device in a container (I suppose), so /etc/init.d/networking should bring up eth0
[09:20] <pitti> Laney: thus "systemctl status -l networking" would be interesting
[09:21] <Laney> pitti: there
[09:21] <pitti> wow, it didn't even run
[09:22] <pitti> Laney: so that means nothing pulls in network.target?
[09:22] <pitti> Laney: systemctl status network.target is inactive too, I suppoe?
[09:22] <Laney> yep
[09:23] <seb128> popey, I've a 15.04 laptop docked with wifi and eth, no dropouts that I can tell
[09:23] <popey> :(
[09:23] <pitti> Laney: you ought to have a /run/systemd/generator.late/sysinit.target.wants/networking.service, do you?
[09:24] <Laney> pitti: apparmor.service ebtables.service qemu-kvm.service (no networking.service)
[09:24] <pitti> Laney: ah, wait
[09:24] <pitti> Apr 01 11:33:03 hostname systemd[1]: Failed to start LSB: AppArmor initialization.
[09:24] <pitti> Apr 01 11:33:03 hostname systemd[1]: apparmor.service failed.
[09:24] <pitti> I suppose that blocks a lot
[09:24] <popey> seb128: thanks for uh.. not confirming :)
[09:24] <seb128> popey, yw
[09:24] <seb128> popey, maybe try checking with cyphermox if he can help you
[09:24] <popey> will do.
[09:26] <Laney> pitti: This is weird in itself as I'm running with "lxc.aa_profile = unconfined"
[09:27] <pitti> Laney: right, but that's just the "outside" protection on the host
[09:27] <pitti> Laney: in the container, /etc/init.d/apparmor would still run
[09:28] <pitti> Laney: hm, ATM I can't even build a container on vivid
[09:29] <pitti> Failed to create root cgroup hierarchy: No such file or directory
[09:29] <pitti> Failed to allocate manager object: No such file or directory
[09:29] <pitti> [!!!!!!] Failed to allocate manager object, freezing.
[09:30] <pitti> Laney: so I suppose you get over that somehow?
[09:30] <pitti> Failed to mount cgroup at /sys/fs/cgroup/systemd: Permission denied
[09:30] <Laney> Not seen that one I'm afraid
[09:30] <Laney> I've had this built for $ages and just dist-upgraded it
[09:30] <pitti> apparmor="DENIED" operation="mount" info="failed type match" error=-13 profile="lxc-container-default" name="/sys/fs/cgroup/freezer/" pid=22598 comm="systemd" fstype="cgroup" srcname="cgroup" flags="rw, nosuid, nodev, noexec"
[09:30] <pitti> Laney: ah, maybe that's why you use "unconfined"?
[09:30] <Laney> apparmor -> "Permission denied; attempted to load a profile while confied?"
[09:31] <Laney> I forgot the reason, possibly something to do with using sbuild inside it
[09:31] <Laney> definitely quite historical
[09:31] <pitti> ack, unconfined works; so that's yet another problem
[09:32] <pitti> but networking.service runs for me
[09:32] <pitti> Laney: ah, my default container doesn't have apparmor installed; hang on, trying to install that
[09:32] <pitti> yep, that hangs
[09:33] <pitti> (and fails on boot)
[09:34] <pitti> ok, there's a lot of things wrong with lxc under vivid :/
[09:34] <pitti> err, with vivid under lxc
[09:35] <Laney> vivid over lxc under vivid
[09:35] <Laney> :)
[09:35] <pitti> Laney: does it help if you purge apparmor?
[09:36] <Laney> huh
[09:36] <Laney> actually it does not
[09:36] <Laney> systemctl --state=failed -> console-setup.service only now
[09:38] <pitti> Laney: ok, that's consistent with what I see here; apparmor fails, but networking.service still runs
[09:38] <pitti> Laney: can you attach "sudo journalctl -b" there?
[09:41] <Laney> pitti: done!
[09:43] <pitti> Laney: hm; just to double-check, do you actually have a /etc/rcS.d/*apparmor ?
[09:43] <pitti> Laney: err
[09:43] <pitti> Laney: /etc/rcS.d/*networking
[09:44] <Laney> pitti: nein
[09:44] <pitti> I wonder why the generator didn't produce a .service for it
[09:44] <pitti> Laney: a-ha!
[09:44] <pitti> Laney: now, that would be the problem then
[09:44] <Laney> but... why?
[09:48] <pitti> Laney: (if you were asking me -- no idea..)
[09:49] <Laney> I was more muttering into the air
[09:50] <Laney> hmm
[09:50] <Laney> laney@vivid> sudo update-rc.d networking defaults                                                                                     ~
[09:50] <Laney> sudo: unable to resolve host vivid
[09:50] <Laney> insserv: warning: current start runlevel(s) (empty) of script `networking' overrides LSB defaults (S).
[11:02] <Laney> insserv's code is pretty hard to grok
[11:36] <Sweet5hark> uhm, so how is this ubuntu snappy thingie supposed to work? I tried to walk through libreoffice dependencies with "sudo snappy install <foo>" and "sudo snappy search <foo>" as suggested by http://developer.ubuntu.com/en/snappy/ , but since none of those yield anything for "gcc"/"g++" this is either a joke or Im doing it really wrong. Any hints?
[11:36] <Sweet5hark> I mean without that, what is the stable toolchain on which the stuff that is there is even build?
[11:37] <ogra_> Sweet5hark, heh, snaps are not debs :)
[11:37] <ogra_> you cant just replace apt commands with snappy calls
[11:38] <ogra_> a snap has to either ship all deps inside or there needs to be a framework it uses ... since frameworks are not completely there yet you would have to create a LibO snap with all deps included (or a static build)
[11:38] <ogra_> Sweet5hark, there is #snappy btw
[11:39] <Sweet5hark> ogra_: the liked page mostly suggests so. Anyway: "sudo snappy search gcc" and "sudo snappy search c++" suggests no C++11 compiler there? so ahem, what is the baseline?
[11:40] <ogra_> the baseline is ubuntu-core currently ...
[11:40] <ogra_> which means "just enough to boot and make the snappy command work"
[11:41] <ogra_> everything above that is either a framework or a snap shipping its own deps
[11:43] <ogra_> you dont build *on* snappy, so a comiler would be kind of useless
[11:43] <ogra_> (well, you can build on snappy, but would need a chroot inside some writable area)
[11:48] <seb128> ok, I'm off for most of the afternoon, see you later
[11:49] <Sweet5hark> ogra_: ok, so you build "elsewhere" -- so what is the "elsewhere" that we will support over the lifetime of snappy? just plain Ubuntu desktop? That is why I ask about baseline: Just repackaging binaries from some dpkg baseline isnt too hard -- but that ensures that snappy will never replace classical *.debs as it will be build on it.
[11:50] <ogra_> binary debs will be used to assemble snaps ...
[11:51] <ogra_> but debs are not (and will never be) supported on snappy itself
[12:11] <Sweet5hark> ogra_: Im mostly just confused about the point of this whole exercise, if we will need to support both debs and snaps to eternity with this ...
[12:14] <ogra_> no, debs will at some point in teh future most likely just come straight from debian, we will go on maintaining the archive and flavours will still be able to build their images etc
[12:14] <ogra_> there will be an overlap for some time though ...
[12:15] <ogra_> as for a LibO snap, i think you want to wait til we have at least some basic frameworks (Mir, some toolkit ... ) available ... not sure what the satatus is for that, ask in #snappy
[12:16] <ogra_> *status
[12:16] <Sweet5hark> ogra_: k, thx
[12:52] <Trevinho> larsu: what would you say about backporting https://git.gnome.org/browse/gtk+/commit/?id=5ced234144ce63decbf5afc8a3517290b9027018 until I don't get rid of the compiz beast?
[12:53] <larsu> Trevinho: I guess this adds decorations everywhere?
[12:53] <Trevinho> well, it should...
[12:54] <Trevinho> larsu: not sure how it handles stuff (buttons and other contrrols=) addded to the  CSDs..
[12:54] <Trevinho> larsu: as that is handled elsewhere
[12:58] <larsu> Trevinho: seems to, yeah
[12:58] <larsu> I guess that's what we should do then
[12:58] <larsu> Laney: have an opinion? ^
[12:59] <larsu> brb, changing location
[14:00] <Laney> larsu: what effect does this have?
[14:26] <larsu> Laney: havn't tried it myself, but from the looks of it it always adds a decoration
[14:32] <Laney> larsu: we're not going to get double decorations anywhere?
[14:33] <larsu> Laney: still haven't tried it
[14:34] <Laney> :P
[14:34] <larsu> in theory, gtk should unset show-close-button
[14:36] <Laney> hmm
[14:36] <Laney> looks like this function got renamed "supports_client_shadow" in master
[14:36] <Laney> that's more reassuring
[14:37] <larsu> yes, because they assume everyone supports csd now
[14:37] <larsu> at least according to the commit Trevinho linked
[14:39] <Laney> I was worried that gtk might decide to draw the headerbar inside a server side window
[14:39] <Laney> there's gnome bug #746222
[14:40] <larsu> Laney: right, we'd be option (2) from comment #3
[14:40] <Laney> I think we fall into the "custom titlebar" case
[14:40] <larsu> this is in 3.16 only though, right?
[14:41] <Laney> ya
[14:42] <Laney> sounds like we might need this patch too, for xfce if nobody else
[14:43] <larsu> right
[15:30] <willcooke> dingalingaling
[15:30] <didrocks> hey
[15:30] <willcooke> It's meeting time
[15:30] <willcooke> #startmeeting Ubuntu Desktop Weekly Meeting 2015-04-07
[15:30] <meetingology> Meeting started Tue Apr  7 15:30:35 2015 UTC.  The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:30] <meetingology> Available commands: action commands idea info link nick
[15:30] <willcooke> #topic Roll Call
[15:30] <willcooke> Roll call:  attente, desrt, dgadomski, didrocks, fjkong, happyaron, laney, larsu, qengho, Sweet5hark, seb128
[15:30] <willcooke> Not around: seb128, tkampetter, themuso, robert_ancell
[15:30] <larsu> \o
[15:31] <dgadomski> o/
[15:31] <attente> o/
[15:31] <qengho> /sup.
[15:31] <Laney> :-o
[15:31] <qengho> 'sup.
[15:31] <Sweet5hark> o/
[15:31] <larsu> Laney looks surprised
[15:31] <willcooke> Hi everyone!  I'm back from travels, holidays, unexpected meetings, and all the other things which have kept me away from the meeting.
[15:31] <willcooke> Let's get this show on the road...
[15:31] <larsu> welcome back!
[15:32] <willcooke> #topic attente
[15:32] <willcooke> attente, you've lost your _
[15:32] <attente> oh, it's missing
[15:32] <willcooke> Is that soo last (fiscal) year?
[15:32] <attente> weird
[15:32] <attente> not much from me, on leave for the past week :)
[15:32] <willcooke> Hope you had a restful time
[15:32] <willcooke> welcome back
[15:33] <attente> thanks
[15:33] <willcooke> #topic desrt
[15:34] <willcooke> moving on in 1 min
[15:35] <willcooke> we can come back if you're around in a bit desrt
[15:35]  * Sweet5hark wonders where seb is
[15:35] <willcooke> #topic dgadomski
[15:35] <dgadomski> hey
[15:35] <willcooke> (Sweet5hark, he pinged me earlier, he's out this afternoon)
[15:35] <larsu> Sweet5hark: traveling between fr and nl
[15:36] <dgadomski> was on CTS sprint Mar 23-27, took some time off last week
[15:36] <dgadomski> backported fix for trusty to bug #1124250, accepted, waiting for release
[15:36] <dgadomski> tested bug #1104230 on Vivid - looks like DisplayPort MST works out of the box, so using Vivid HWE kernel in trusty will fix it for that series
[15:36] <dgadomski> fix to #1020210 released to -proposed, under users' verification
[15:36] <dgadomski> ^ that is bug #1020210
[15:37] <dgadomski> and beside those I'm all good :)
[15:37] <willcooke> wow!  Busy! Thanks dgadomski
[15:37] <willcooke> #topic didrocks
[15:37] <didrocks> hey
[15:37] <didrocks> Ubuntu make:
[15:37] <didrocks> - releasing 0.6.1, providing updated and new translations
[15:37] <didrocks> - bugs triaging
[15:37] <didrocks> Systemd:
[15:37] <didrocks> - systemd bisection between 160 commits! and guilty commits found and reverted for autopkgtests starting to fail on amd64
[15:37] <didrocks> - Help debugging autopkgtests i386 issues (was in the end an infra/qemu issue)
[15:37] <didrocks> - Help debugging the .override issues (on vivid and rtm) for Touch
[15:37] <didrocks> - whoopsie-preferences fixes to only disable it when "manual" is in the terminal
[15:38] <didrocks> - discussion on triggers daemon-reload and such
[15:38] <didrocks> - cloud-init fix for bug #1438520
[15:38] <didrocks> Misc:
[15:38] <didrocks> - patch pilot
[15:38] <didrocks> .
[15:38] <didrocks> ah, and - one day less (Monday was off here)
[15:39] <willcooke> thanks didrocks
[15:39] <willcooke> #topic FJKong
[15:39] <willcooke> Are you around FJKong ?
[15:39] <FJKong> yes
[15:39] <willcooke> Good evening :)
[15:40] <FJKong> sogu IM bug tracking anal th core dump file
[15:40] <FJKong> qing ming Festival for 3days
[15:40] <FJKong> pinyin convert: do some db research
[15:41] <FJKong> that's all
[15:41] <FJKong> EOF
[15:41] <willcooke> thanks FJKong
[15:42] <willcooke> #topic happyaron
[15:42] <willcooke> happyaron, are you around?
[15:42]  * willcooke expects not, so moving on it 1 min...
[15:43] <willcooke> #topic Laney
[15:43] <Laney> • Short (3 day) week due to hols
[15:43] <Laney> • Did some debugging on bug #1439109 - seems to be in insserv but its code is hard to follow, continuing to look.
[15:43] <Laney> • Updates: libsoup2.4 gvfs eog
[15:44] <Laney> • Sponsoring & testing of apturl which was using deleted icon names & crashing
[15:44] <Laney> • Some small work on the gnome-terminal wrapper, need to re-upload it
[15:44] <Laney> • Queue reviews and such
[15:44] <Laney> • Look at bug #1437633, try to fix, find out fix doesn't work - g_file_set_contents() is basically not usable on our phone setup.
[15:44] <Laney> ♬
[15:44]  * Laney was waiting with ctrl-k
[15:44] <willcooke> thanks Laney
[15:44] <willcooke> #topic larsu
[15:44] <larsu> hey
[15:44] <larsu> - still didn't feel well last week and had a very short week due to easter holidays Friday and Monday
[15:45] <larsu> - looked into gedit's squiggly spell checking line not working - no fix yet
[15:45] <larsu> - looked into supporting --class again in gnome-terminal - fix upcoming shortly
[15:45] <larsu> - booked travel etc.
[15:45] <larsu> ×
[15:45] <willcooke> thx larsu - hope you're on the mend
[15:45] <larsu> yup!
[15:45] <willcooke> #topic qengho
[15:45] <qengho> - merging old flash-installer and new native flash package for PES.
[15:45] <qengho> - testing Cr 41.0.2272.118.  security update. supporting Precise again, hopefully.
[15:45] <qengho> - neglecting email.
[15:45] <qengho> EOF
[15:46] <willcooke> thx qengho
[15:46] <willcooke> #topic Sweet5hark
[15:46] <Sweet5hark> - easter holidays
[15:46] <Sweet5hark> - had a look and browsed through errors.ubuntu.com stats and traces (noticed the page doesnt seem to show data from PPA versions anymore, which is unhelpful at least for me)
[15:46] <Sweet5hark> - patch backporting
[15:46] <Sweet5hark> - some upstream coding and review
[15:46] <Sweet5hark> - some snappy playing: not much use yet though without some basing infrastructure (e.g. X11 or a toolkit to run on)
[15:46] <Sweet5hark> EOF
[15:46] <Sweet5hark> s/basing/basic/
[15:47] <willcooke> thx Sweet5hark
[15:47] <willcooke> #topic willcooke
[15:47] <willcooke> No updates from other folk, assuming Easter got in the way
[15:48] <willcooke> One public service announcement, if you haven’t already, please get a travel request done and also add your details to the spreadsheet.
[15:48] <willcooke> I'll send a link round in a moment
[15:48] <willcooke> I'm putting the schedule together now
[15:48] <Laney> can we pencil some time in thursday afternoon to go join the office for release?
[15:48] <willcooke> I won't put in too much detail, because it wont work out, but I will have a list of expected outcomes
[15:48] <willcooke> Laney, great plan - I'll do that now...
[15:49] <didrocks> first release at the office \o/
[15:49] <willcooke> :D
[15:49]  * didrocks is excited
[15:49] <Laney> first actual release party ...
[15:49] <Laney> assuming there is one
[15:49] <willcooke> Not sure it'll be the classic example of a party, but let's see
[15:50] <willcooke> ok, we're done.
[15:50] <willcooke> thanks everyone
[15:50] <willcooke> #endmeeting
[15:50] <meetingology> Meeting ended Tue Apr  7 15:50:11 2015 UTC.
[15:50] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-04-07-15.30.moin.txt
[15:50] <ochosi> larsu, Laney: are you planning on adding the CSD for non-composited WMs (the one you linked to before) to 15.04?
[15:52] <Laney> ochosi: thinking about it
[15:52] <Laney> do you have a thought?
[15:53] <ochosi> well i haven't tested it, but it'd certainly be a nice addition for us
[15:53] <ochosi> it's not critical, so if you're having second thoughts i guess we can wait until 15.10
[15:53] <ochosi> (the author of the patch is the author of xfwm4 though, so i'm sure it'll work just fine for us)
[15:54] <Laney> the two should be mitigation for the frame extents issue under unity
[15:55] <ochosi> right, that would make sense
[15:55] <ochosi> but ofc i haven't tested that either
[15:56]  * happyaron back...
[15:56]  * happyaron most of last week was on holidays..
[15:57]  * happyaron and this tuesday is the first non-holiday day
[15:57] <Sweet5hark> willcooke: just double checking, since I cant remember seeing it explicit anywhere: hotel is centrally booked for the London sprint?
[16:06] <didrocks> Sweet5hark: sure, it is
[16:09] <willcooke> Sweet5hark, yes indeed
[16:24] <Sweet5hark> didrocks, willcooke: thanks.
[16:38] <willcooke> going afk, back later probably
[16:38] <seb128> hey desktopers, sorry I missed the meeting, there was evening traffic jams :-/
[16:38] <willcooke> (although it's pretty much eod)
[16:38] <willcooke> hi seb128, bye seb128
[16:38] <seb128> willcooke, have a good evening ;-)
[16:38] <willcooke> :D
[17:08] <excalibr> People is there some undocumented way to force unity to reload/rebuild its application cache in apps scope?