[00:00] <marga> desrt, so, what's your tz?
[00:00] <marga> I was sure you'd be offline at this time.
[00:00] <desrt> toronto
[00:00] <marga> Oh, alright.
[00:02] <desrt> yourself?
[00:05] <marga> Usually I'm in Munich, but I'm in California for 2 weeks
[00:06] <desrt> visiting the home base?
[00:06]  * marga nods
[00:06] <marga> Also, attending PyCon this weekend
[00:06] <desrt> neat
[00:07] <marga> stupid glib hasn't finished testing yet
[00:07] <desrt> mind your words
[00:07] <desrt> that's my stupid glib :p
[00:07] <marga> :)
[00:07] <marga> are those your tests as well?
[00:07] <marga> I mean, I love tests
[00:07] <desrt> some of them
[00:07] <marga> But not when I want this build to finish already...
[00:09] <marga> Maybe it won't finish today...
[00:10] <desrt> well... comment on the bug when you know
[00:12] <marga> sure thing
[00:26] <marga> :( :( Still crashing
[00:26] <desrt> hmmmm
[00:26] <marga> Most likely I screwed up applying the patch though
[00:26] <desrt> ya.  that was my thoughts :)
[00:26] <desrt> did you remember to add it to the series?
[00:26] <marga> I was fearing this all the time this thing was building :(
[00:26] <marga> I did
[00:26] <desrt> huh
[00:26] <marga> I added it to series
[00:26] <desrt> that's what i always forget to do
[00:26] <desrt> is it the same backtrace?
[00:26] <marga> Let's see that
[00:28] <marga> yeah
[00:29]  * marga curses
[00:29] <desrt> through real_change_event?
[00:29] <marga> yep
[00:30] <desrt> the patch must have not applied properly...
[00:30] <marga> indeed, I'm certain I screwed up
[00:30] <desrt> because there is a direct check for keys ending with "/" there now...
[00:30] <marga> I'll recheck
[00:30] <desrt> blame quilt :)
[00:37] <marga> Well, apparently when I installed all of the glib build-deps it didn't install quilt... May that be it?
[00:37] <desrt> you installed build-deps for glib or glib2.0?
[00:37] <desrt> fwiw, i don't think it would let you build without the proper deps anyway...?
[00:37] <marga> I have applied the patch manually (i.e. quilt push) now, and triggered a new build.  But I'm leaving in 20 minutes or so, and I don't expect it to finish before that.
[00:38] <marga> I installed the build-deps for libglib2.0-0 or something.
[00:38] <desrt> close enough
[00:38] <marga> I'm shocked that quilt was not installed.
[00:38] <desrt> ya... that does seem a bit weird
[00:39] <desrt> i don't really know much about debian packaging though
[00:40] <desrt> maybe that's part of devscripts or something
[00:40] <desrt> did you use dpkg-buildpackage or debuild?
[00:40] <marga> neither
[00:40] <marga> fakeroot debian/rules binary
[00:40] <desrt> oi
[00:40] <desrt> ya.... that's not going to apply patches, i think
[00:40] <marga> I just wanted the binary! :)
[00:40] <marga> Yes, you are right
[00:41] <marga> I'm just old
[00:41] <marga> I'm used to my old habits
[00:41] <TheMuso> The aptches are only applied if the package is source format 3.0 quilt.
[00:41] <TheMuso> patches
[00:41] <TheMuso> Otherwise you have to apply them yourself once the package is unpacked.
[00:42] <marga> Indeed, I now see like the 5 ways I screwed up.
[00:42] <desrt> call it a day :p
[00:42] <marga> Anyways, it's building faster this time, apparently it doesn't want to retest
[00:44] <marga> I'm leaving, will get back to this tomorrow
[00:44] <marga> thanks a lot for the help!
[00:44] <desrt> good evening
[00:44] <desrt> try to visit napa, btw
[05:29] <pitti> Good morning
[06:45] <chrisccoulson> good morning pitti
[06:45] <pitti> hey chrisccoulson; you're up early!
[06:46] <chrisccoulson> pitti, yeah, one of my daughters decided she wanted breakfast at 6am ;)
[07:05] <tkamppeter> RAOF, thank you very much for your LCMS update.
[07:23] <darkxst> pitti, so I am running the gnome-shell 3.8 stack on top  of your logind, seems to be working well
[07:24] <pitti> darkxst: nice!
[08:27] <xnox> what package are the  new "logout/shutdown/restart overlay chameleon" pop ups?
[08:56] <seb128> hey desktopers
[08:57] <mlankhorst> g'day mate
[09:01] <m4n1sh> mvo: I guess you missed this merge req https://code.launchpad.net/~manishsinha/software-properties/add-update-after-repo-add/+merge/150185
[09:04] <jibel> chrisccoulson, hey, since yesterday ff-trunk mochitest-ipcplugins test fails with "ImportError: /usr/lib/python2.7/lib-dynload/datetime.x86_64-linux-gnu.so: failed to map segment from shared object: Cannot allocate memory" and just before that a message "Maximum number of clients reached"
[09:04] <jibel> chrisccoulson, is it a test that requires a particularly high amount of memory?
[09:04] <chrisccoulson> jibel, yeah, not sure what's going on there :/
[09:06] <jibel> chrisccoulson, we're currently running with 2GB or memory, we can increase it a bit if it helps
[09:06] <jibel> s/or/of
[09:06] <mvo> m4n1sh: I did, sorry for that
[09:07] <chrisccoulson> jibel, that should be enough. i'll try it locally, but i need to fix the build first
[09:09] <Laney> morning
[09:13] <seb128> hey chrisccoulson mvo Laney
[09:13] <seb128> how are you?
[09:13] <chrisccoulson> hey seb128. i'm good thanks. how are you?
[09:14] <Laney> pretty good!
[09:14] <Laney> desrt: I'll look at that SRU for sure
[09:15] <Laney> maybe we can just take .4
[09:15] <seb128> chrisccoulson, I'm good thanks
[09:15] <seb128> Laney, desrt: from memory I looked at glib and it was not a good idea
[09:16] <seb128> it has annotation changes breaking gnome-shell
[09:16] <seb128> and there was another issue
[09:16] <Laney> yeah?
[09:16] <seb128> go -gi
[09:16] <seb128> g-i
[09:16] <Laney> sounds bad for a point release
[09:16] <seb128> yes
[09:16] <seb128> glib/gtk don't have a tradition of stable point release
[09:16] <seb128> gtk rewrites full widgets in point releases
[09:17] <Laney> I thought glib had slightly more sensible maintainers ;-)
[09:20] <seb128> Laney, let me check that I'm thinking about the right serie, I'm trying to recall the details, it has been a while
[09:21] <Laney> https://git.gnome.org/browse/glib/tree/NEWS?h=glib-2-32
[09:25] <seb128> Laney, desrt: one of the issues was
[09:25] <seb128> https://git.gnome.org/browse/glib/commit/?h=glib-2-32&id=894cf926505c595c96d96d0c2345417e9eeefd4c
[09:26] <seb128> (in case you go for the update)
[09:26] <seb128> (what a great idea to change install dirs in a point update)
[09:32] <Laney> ah, because they were still on /etc in precise
[09:33] <seb128> yes
[09:33] <seb128> our bash-completion version didn't even support /usr there
[09:33] <Laney> probably not the best idea
[09:34] <chrisccoulson> jibel, i did make a change to the way the tests run btw. they now run from an autostart job in a custom gnome session (so we get proper theming / font settings etc)
[09:34] <chrisccoulson> that shouldn't affect memory consumption too much though :/
[09:37] <seb128> Laney, desrt: ok, the other thing I was think about is https://bugzilla.gnome.org/show_bug.cgi?id=680310 (see comment #12)
[09:37] <ubot2> Gnome bug 680310 in network-indicator "Sorting of access points by strengh not working" [Normal,Resolved: fixed]
[09:39] <seb128> Laney, but yeah, everything else looks fine, if you want to give a try to the update please do, just revert the bash completion commit and watch if the annotation issue happens to gnome-shell
[09:39] <mvo> hey seb128!
[09:40] <Laney> well, the rename part of it is fine and needed if that is to work
[09:40] <Laney> but indeed I'll check it out
[09:41] <seb128> Laney, thanks ;-)
[09:41] <chrisccoulson> hi mvo, how are you?
[11:34] <chrisccoulson> jibel, i wonder if these failures are caused by skew between the binary / source packages
[11:34] <chrisccoulson> because i made some changes to the test harness parts in the packaging, but the builds have been failing since for unrelated reasons
[11:35] <chrisccoulson> so i guess it's using the autopkgtest scripts in the latest source, on the old binary
[11:43] <chrisccoulson> ok, the tests are running on my local build. i'll respin the PPA build now
[13:14] <czajkowski> grrrr raring keeps removing  stuff that helps my VMs work  any idea why it would have this crazy idea
[13:37] <desrt> Laney: thanks :)
[13:38] <Laney> if only I could run shell inside my vm ;-)
[13:39] <ogra_> Laney, serial FTW :)
[13:40] <Laney> not /a/ shell, GNOME shell :P
[13:40] <ogra_> just use a virtual USB to serial adapter to connect to a virtual machine :)
[13:40] <ogra_> imagination is key ;)
[13:40] <Sweetshark> didrocks: how many downloads does the unity ppa get daily? any estimate on that by chance?
[13:40] <ogra_> oh, that shell
[13:43]  * desrt wonders who blasts the stones out of their car stereo at 9am
[13:50] <Laney> oho
[13:50] <Laney> who needs an IsRunnableHelper
[13:50] <desrt> Laney: glx checker bringing you (or your shell?) down?
[13:50] <desrt> Laney: fwiw, gnome-shell runs just fine under virt.... not sure what the issue is here :(
[13:51] <desrt> unless you're on precise, of course...
[13:51] <desrt> llvm wasn't so hot back then
[13:51] <Laney> yes, that one
[14:00] <desrt> Laney: you found the bug, i guess?
[14:00] <Laney> what bug?
[14:01] <desrt> (the SRU request, i mean)
[14:01] <Laney> no, was going to file one
[14:01] <Laney> is there one already?
[14:01] <desrt> https://bugs.launchpad.net/bugs/1154370
[14:01] <ubot2> Launchpad bug 1154370 in glib2.0 "[precise SRU] crash due to improper handling of "/" in GSettings" [Undecided,New]
[14:01] <Laney> ah, yeah, I'm linking that to my upload
[14:01] <Laney> will do a tracking bug for .4 too
[14:01] <desrt> ah.  gotcha.
[14:02] <pitti> didrocks: do we really need to put the whole ~ubuntu-desktop into https://launchpad.net/~cupstream2distro-maintainers ?
[14:02] <pitti> didrocks: for a few weeks now I'm getting tons of email through that (reviews, autolanding notifications, etc.)
[14:02]  * Laney isn't
[14:03] <Laney> pitti: do you have something here https://bugs.launchpad.net/cupstream2distro/+subscriptions ?
[14:03] <pitti> how did you make it stop?
[14:03] <Laney> I never got it
[14:03] <pitti> no, empty
[14:04]  * pitti looks at https://launchpad.net/~pitti/+editemails
[14:04] <pitti> I don't see anything there either
[14:04] <pitti> Laney: are you in the team?
[14:05] <Laney> yeah, via core-dev
[14:05] <pitti> Me -> ~ubuntu-desktop -> ~cupstream2distro-maintainers
[14:06]  * pitti applies the .procmailrc bat for now
[14:06] <Laney> do the mails have a rationale header or something?
[14:06] <pitti> X-Launchpad-Message-Rationale: Subscriber @cupstream2distro-maintainers
[14:06] <Laney> I suspect it's coming via some other team membership you have
[14:06] <pitti> X-Launchpad-Notification-Type: code-review
[14:06] <Laney> it can't be all core-dev otherwise we'd have surely heard about it by now
[14:09] <pitti> Laney: ooh!
[14:09] <pitti> Laney: https://launchpad.net/~ubuntu-core-dev has an email address
[14:09] <pitti> so that'll intercept those
[14:09] <pitti> but as I'm a member through ~ubuntu-desktop, that won't save me
[14:09] <jibel> chrisccoulson, ff-next run finished but junit result file for xpcshell-test is invalid, it contains a '^G' at line 1663 (https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-mozillateam_firefox_next-firefox/ARCH=i386,label=adt/2/artifact/results/testresults/xpcshell-tests.xml)
[14:09] <Laney> pitti: I'm in desktop too though
[14:10] <Laney> which also has an email
[14:10] <Laney> I blame a different team ;-)
[14:10] <jibel> chrisccoulson, I guess it's the bell when xpcshell aborts, can you filter it?
[14:11] <pitti> Laney: ok, who knows then... procmail it is!
[14:12] <Laney> a good solution
[14:15]  * Laney lunches
[14:20] <chrisccoulson> jibel, ah, this test doesn't run on the nightly builds because there's no crash reporter
[14:35] <didrocks> pitti: well, it's what people/archive admin can edit. I thought opening it would make sense
[14:36] <pitti> didrocks: yeah, we figured out it's due to my canonical-qa-team membership, not through u-desktop
[14:37] <didrocks> Sweetshark: we build as an average ~7/8 components a day
[14:37] <didrocks> ah :)
[14:43] <Sweetshark> didrocks: so how many subscriber does that ppa have as an estimate?
[14:44] <Sweetshark> didrocks: just because the libreoffice ppa had some 43.000 downloads in one week (for the same version, so likely unique users) and I wonder if that is much.
[14:44] <didrocks> Sweetshark: not sure, and I don't really care, it shouldn't be used
[14:44] <didrocks> Sweetshark: it's a transiant place for the distro
[14:44] <didrocks> as if the tests failing
[14:44] <didrocks> sorry
[14:44] <didrocks> valid*
[14:44] <didrocks> it's immediately copied to distro
[14:44] <Sweetshark> didrocks: ah, k.
[14:45] <Sweetshark> didrocks: we build in one ppa, copy to the one for users to test -- and if that looks mostly good, we hit the distro ;)
[14:45] <didrocks> Sweetshark: ok, a little bit different workflow when you do have functional tests :)
[14:47] <Sweetshark> didrocks: I welcome your patch adding functional test for the 124 file formats that libreoffice reads and writes, some reverse engineered and most undocumented ;)
[14:47] <didrocks> Sweetshark: meanwhile, you will grow the unity suite and help on the incoming 40 packages for raring? :)
[14:48] <Sweetshark> didrocks: this is no way to win. we need to team up and push the work on some unsuspecting victim!
[14:56] <marga> desrt, I finally got to test that bug, and indeed it's gone after applying the glib patch. Will say that in the bug
[14:57] <desrt> marga: great.  Laney is taking care of the SRU, btw.
[15:57] <Laney> desrt: it is done
[15:57] <Laney> marga: ^
[15:58] <marga> Laney, awesome, thanks
[15:58] <desrt> Laney: SRU'd?
[15:58] <desrt> the whole thing or just the one patch?
[15:58] <Laney> pending, and .4
[15:58] <desrt> crikey
[15:58] <desrt> nice :)
[15:58] <Laney> we already had .3 in precise-updates
[15:59] <desrt> ya... i saw that
[15:59] <desrt> but it didn't have the fix
[15:59] <Laney> no, but I mean going from that to .4 isn't so big ;-)
[16:11] <jasoncwarner_> morning all
[16:12] <seb128> jasoncwarner_, hey, how are you?
[16:12] <mlankhorst> g'day!
[16:13]  * Laney eyes mlankhorst 
[16:14] <jasoncwarner_> hey seb128 pretty good, thanks! you all? seems laney is keeping a watchful eye on mlankhorst ?
[16:14] <seb128> lol, seems so
[16:14] <mlankhorst> :D
[16:14] <seb128> I think we are all good, busy but good ;-)
[16:15] <Laney> It's because I've noticed him becoming Australian - too much time on the X team
[16:15] <Laney> :P
[16:17] <mlankhorst> Laney: Hey I've been breaking my system by forcefully unbinding, one does become insane after a while trying to fix that!
[16:17] <jasoncwarner_> Laney, one does not simpley "become australian"...it takes years of treatement it to make a body immune to the challenges of living in Australia. For instance, one needs to become accustomed to hot christmases, eating weird food, ending every word with 'ekkie' and, among other things.
[16:18] <mlankhorst> hm weird, it worked this time
[16:18]  * mlankhorst eyes results suspiciously
[16:22] <Laney> jasoncwarner_: Not for me thanks - give me a pint of warm beer and a leaden sky and I'll be happy ...
[16:23] <mlankhorst> Laney: in fact for the past few months I've been in the european time zone.. well close enough
[16:23] <mlankhorst> my sleep cycle has been good!
[16:24] <Laney> i'm proud ;)
[16:25] <seb128> Laney, warm beer, urg :p
[16:26] <Laney> It's stout and porter month here this month \o/
[16:26] <Laney> the darker the better
[16:26] <mlankhorst> seb128: I think it's an euphemism
[16:27] <Laney> chrisccoulson is on my side
[16:46]  * mlankhorst would only drink non-alcoholic beer anyway
[16:47] <mlankhorst> but yeah that sort of defeats the purpose of beer
[16:48] <chrisccoulson> awesome pair of consecutive test failures:
[16:48] <chrisccoulson> 189199 ERROR TEST-UNEXPECTED-FAIL | /tests/dom/plugins/test/test_crashing.html | This test did not leave any crash dumps behind, but we were expecting some!
[16:48] <chrisccoulson> 189200 ERROR TEST-UNEXPECTED-FAIL | /tests/dom/plugins/test/test_crashing.html | This test left crash dumps behind, but we weren't expecting it to!
[16:49] <mlankhorst> >:X
[17:38] <dupondje> There is some bug with empathy in raring? I'm unable to open empathy-accounts :s
[17:38] <sarnold> dupondje: the rumours I heard was that's a ruby problem, and ruby ftbfs at the moment..
[17:41] <seb128> dupondje, wfm, what error do you get?
[17:41] <dupondje> seb128: I start empathy-accounts from commandline, no output, no screen, nothing :s
[17:42] <ritz> hi, I noticed on https://wiki.ubuntu.com/DesktopTeam/Meeting/2013-03-12, we have IRC log Western edition and Eastern edition. are the meetings held over twice ?
[17:42] <seb128> dupondje, can you strace or gdb it?
[17:42] <dupondje> recvfrom(7, 0x1f65ad4, 4096, 0, 0, 0)   = -1 EAGAIN (Resource temporarily unavailable)
[17:42] <seb128> ritz, those are different meetings
[17:42] <dupondje> poll([{fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=5, events=POLLIN}, {fd=3, events=POLLIN}], 4, 8549
[17:42] <dupondje> is where it hangs
[17:43] <seb128> ritz, the eastern one is for .au and .nz guys (and some americans join it)
[17:43] <seb128> dupondje, gdb?
[17:44] <dupondje> hmz :) how to gdb it exactly? Only gdb'ed crashes, but not hanging progs :)
[17:45] <seb128> dupondje, gdb empathy-accounts
[17:45] <seb128> (gdb) run
[17:45] <seb128> ctrl-C
[17:45] <seb128> (gdb) bt
[17:45] <seb128> copy the backtrace to pastebin
[17:45] <seb128> it will tell you where you stopped which is likely where it's hanging
[17:46] <ritz> seb128 , what are the timings for au ? tanks
[17:47] <dupondje> http://paste.ubuntu.com/5611357/
[17:47] <dupondje> there
[17:47] <seb128> ritz, not sure with DST, it's like 10pm UTC
[17:47] <seb128> ritz, check with jasoncwarner_
[17:47] <seb128> dupondje, thread apply all bt?
[17:48] <seb128> dupondje, that one suggests its running as it should ... are you sure it didn't open an ui on another workspace, screen or something?
[17:48] <jasoncwarner_> ritz: everytimezone.com
[17:48] <dupondje> http://paste.ubuntu.com/5611358/
[17:48] <ritz> UTC is perfect, thanks :)
[17:49] <seb128> jasoncwarner_, he was asking at what time the eastern meeting is, I said 10pm UTC but I'm not sure, I could be off by an hour or two
[17:49] <seb128> jasoncwarner_, I've not been around for this one since a while ;-)
[17:49] <dupondje> seb128: can't see anything :s
[17:49] <jasoncwarner_> ah, seb128 thanks
[17:49] <ritz> jasoncwarner_ ty
[17:50] <seb128> dupondje, hum, I don't know, maybe desrt has an idea ... there are only stuff from him in there (glib, dconf, ...) :p
[17:51] <dupondje> seb128: ok thx :)
[18:11] <dupondje> seb128: just tested something else. Logged in with my profile on Unity, and there it works. But on Gnome-shell its still broken :s
[18:11] <seb128> dupondje, seems like a gnome-shell bug to me then
[18:12] <dupondje> seb128: dunno. I have still 1 account added, but it does not connect to it neither in gnome-shell :s
[19:11] <desrt> Sweetshark: so... i was just reading https://wiki.documentfoundation.org/Development/WidgetLayout
[19:11] <desrt> that's pretty .... interesting
[19:18] <achiang> cyphermox: reproduced the nm-applet bug and captured logs. uploading in a bit
[19:18] <cyphermox> awesome, you rule
[19:18] <cyphermox> busy hacking on bluetooth for the afternoon though
[19:26] <achiang> cyphermox: ok, both logs uploaded - https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/780602
[19:26] <ubot2> Launchpad bug 780602 in libdbusmenu "nm-applet leaks memory and stops functioning after a while" [High,Confirmed]
[19:35] <desrt> so
[19:35] <desrt> will and i are working at the local library
[19:36] <desrt> and i was pacing around thinking about a problem i'm trying to solve and i was looking mindlessly at the magazine rack
[19:36] <desrt> and i noticed this magazine cover: http://photos-e.ak.fbcdn.net/hphotos-ak-ash4/430461_340626475973489_100000784196139_919593_773971996_n.jpg
[19:54] <dobey> desrt: and gantt charts ftw?
[19:54] <desrt> dobey: close, but not quite
[19:54] <desrt> the data on this chart is very very specific
[19:56] <Laney> yeah, i definitely recognise that graphic
[19:56] <mdeslaur> haha, ubuntu lts support cycle :)
[19:57] <Laney> my god, when trying to find it I came across this http://www.markshuttleworth.com/wp-content/uploads/2011/11/tache2011-646x1024.jpg
[19:57] <mdeslaur> Laney: gah!
[19:57] <mdeslaur> :)
[19:57] <cyphermox> nice!
[19:58] <Laney> http://www.markshuttleworth.com/wp-content/uploads/2008/05/ubuntu-release-cycle.png
[19:58] <Laney> not quite the same
[19:58] <cyphermox> close enough
[19:59] <Laney> :-)
[19:59] <cyphermox> there were newer ones
[19:59] <cyphermox> (I think)
[20:00] <desrt> laney and mdeslaur win :)
[20:00] <Laney> desrt loves the 'tache
[20:00] <desrt> Laney: i just set that as my desktop wallpaper
[20:00] <desrt> but ya... in any case, the pattern on the monitor is clearly the LTS thing
[20:09] <cyphermox> is nm-applet still running?
[20:10] <cyphermox> can you see if you can figure out what process owned either :1.78 or :1.56, depending on which one might still be alive
[20:11] <cyphermox> I see GetGroupProperties being called twice from two different sources, unless one of the is a piece of the stack, if both are nm-applet then that's probably the key
[20:37] <cyphermox> achiang: I think this is missing information, perhaps it would be best to not leave any messages out from what dbus says
[20:38] <achiang> cyphermox: i killed nm-applet to get the logs
[20:38] <cyphermox> np
[20:39] <achiang> cyphermox: i can try again... what should i look for?
[20:40] <tkamppeter> RAOF, hi
[20:45] <RAOF> tkamppeter: Hi. What was the missing patch?
[20:49] <tkamppeter> RAOF, I did not find out the root cause of the segfaults, but simply tried my own method to obtain a patch, comparing the upstream code of our LCMS2 package and the LCMS2 version coming with the GS 9.07 source. This resulted in a patch which seemed once to contain the old patch (your patch) but a lot more. I had a look and most changes looked similar to the ones in your patch and so I simply tried it and the crashes went away.
[20:50] <tkamppeter> RAOF, GS upstream developers tell that the extra changes are mainly to get better performance but they also had no idea why they remedy the segfaults.
[20:50] <tkamppeter> RAOF, they are sending my patch to Marti Maria, upstream of LCMS2.
[20:52] <RAOF> tkamppeter: Has there been an lcms2 release containing these changes?
[20:52] <RAOF> (ie: can we just update to that?)
[20:53] <tkamppeter> RAOF, AFAIK not.
[20:56] <RAOF> Boo, hiss.
[20:57] <Sweetshark> desrt: ;)
[20:57] <tkamppeter> RAOF, probably the best is to simply take my patch for now (debdiff attached to the bug), so that my uploaded GS 9.07 will build and get into Raring.
[21:02] <desrt> RAOF: noticed you had just about the most 'popular' g+ post in history...
[21:04] <RAOF> desrt: Yeah, I'm a celebrity.
[21:04] <mlankhorst> now make your million dollars!
[21:05] <RAOF> Time to monetise eyeballs!
[21:06]  * RAOF has a big jar of them in his shed.
[21:06]  * desrt thinks that anybody who doesn't understand why we'd want mir simply isn't paying attention
[21:08] <Sweetshark> desrt: I hope you mean 'interesting' in the 'insane, but right about the amount that could work' way -- of course, the real boon is when the migrartion paths opening, once we are completely with the new format ...
[21:08] <desrt> Sweetshark: i had a feeling that there might be some foot-in-the-doorism here
[21:08] <jbicha> desrt: I heard it was because Canonical wanted to kill the Year of the Linux Desktop for good ;)
[21:08] <Sweetshark> desrt: there sure is.
[21:09] <desrt> good :)
[21:10] <desrt> attente: ssssshhhhhhh
[21:11] <Sweetshark> desrt: note also that the experimental gtk3 backend port renders _through_ gtk3, not like the gtk2 backend 'rendering in native X and faking to look a bit like gtk2'
[21:11] <TheMuso> RAOF: Yeah that is a good post.
[21:12] <desrt> Sweetshark: i'll be more impressed when you're actually using our widgets :)
[21:13] <Sweetshark> desrt: sure, but enduser actually care for the crazy stuff we do e.g. rendering on a textprocessing canvas. But yeah, together that would be huge win.
[21:19] <tkamppeter> RAOF, will you upload my debdiff for LCMS2?
[21:20] <RAOF> tkamppeter: Yeah. It'd be nicer if it were a series of upstream cherry-picks, though
[21:20]  * Sweetshark realizes he writes like a drunk bum (which might stem from the dizziness caused by catching an highly annoying cold yesterday) and better walks off for bed. night guys!
[21:22] <tkamppeter> RAOF, thanks.
[21:26] <cyphermox> achiang: don't bother, I fixed my setup I can now reproduce at will
[21:26] <achiang> cyphermox: ah!
[21:33] <cyphermox> Pretty cool too, it seems to reproducibly fail around ID 30000...
[21:35] <cyphermox> It's as fun as a bag of puppies
[21:36] <cyphermox> achiang: ^^ still fails, even without wifi, it's just slower. I'll write a quick little test case that factors out nm-applet
[22:00] <thumper> hi RAOF
[22:00] <thumper> RAOF: nice G+ post btw
[22:00] <RAOF> thumper: Yo!
[22:27] <mterry> robert_ancell, poke about lightdm in phablet
[22:28] <robert_ancell> mterry, what about it?
[22:28] <mterry> robert_ancell, so I have a branch to add support for linking with liblightdm, but of course it doesn't work fully yet, because we don't run the greeter as a separate executable for lightdm to spawn
[22:29] <mterry> robert_ancell, running it separately would regress the nice sliding animations it uses now.  IIRC, mir will allow for nicer animations between greeter and session?
[22:30] <robert_ancell> mterry, nicer but still running as seperate processes. So the system compositor needs to know an appropriate set of transitions
[22:32] <mterry> robert_ancell, how do we tell it that transition?
[22:32] <robert_ancell> mterry, lightdm will tell the system compositor switch from session G to U using transition T where G is the greeter session ID, U is the user session ID and T is a transition hint
[22:33] <robert_ancell> so there will be a number of transition hints, e.g. Greeter > Session, Session > Greeter, Session > Session etc
[22:33] <mterry> robert_ancell, k.  and lightdm knows a hard-coded list of transitions?  who specifies the hint?
[22:34] <robert_ancell> mterry, I think we'll have an enum essentially for each transition type, and the compositor can decide how to interpret those
[22:34] <robert_ancell> mterry, not this will be specific to the mir module in lightdm and the unity compositor
[22:34] <robert_ancell> other display servers/compositors may choose to do it differently
[22:35] <robert_ancell> "note this"
[22:36] <mterry> robert_ancell, and the greeter can specify this transition via liblightdm?
[22:37] <robert_ancell> mterry, no, I haven't seen a need for that yet. But we can add that if necessary into the "start session" call
[22:38] <robert_ancell> i.e. if we do some complex transition like - start_session ("unity", "logo.x=543,logo.y=612") and then do some complex animation from the logo to the session
[22:39] <mterry> robert_ancell, so I'm gathering that lightdm doesn't support this yet?  (and mir isn't ready for it anyway)
[22:40] <robert_ancell> mterry, the lightdm branch tells the system compositor to do the transitions, but not with a hint. The system compositor just brings the switched to surface to the top of the stack so there's no transition animation
[22:42] <mterry> robert_ancell, ok
[23:10] <achiang> cyphermox: maybe it's some signed integer overflowing
[23:10] <cyphermox> that's what I'm afraid of
[23:10] <cyphermox> my test app is still running...
[23:11] <cyphermox> but it hasn't reached 30k yet, soon ;)
[23:11] <cyphermox> I'm at ~24300
[23:11] <cyphermox> it's slow, but once it gets just shy of the number it will slow down the updates so I can see what happens
[23:12] <cyphermox> if that fails too, then it's clear it's something like that, in dbusmenu or some piece of the stack
[23:12] <cyphermox> I looked closely though and everything was 32-bit
[23:12] <cyphermox> closely  = I mean quickly ;)
[23:19] <cyphermox> achiang: hmm... it's failed
[23:19] <cyphermox> but I didn't get to see where it did
[23:21] <cyphermox> I'll revise the timing and watch it all day tomorrow I guess
[23:40] <achiang> cyphermox: can you start the timer at around 24K? :)
[23:53] <sarnold> hey, what's the new way to do this?
[23:53] <sarnold> gsettings set org.gnome.desktop.wm.preferences auto-raise false