[05:11] <didrocks> good morning
[07:10] <seb128> good morning desktopers
[07:17] <anpok_> seb128: ok .. AlbertA removed the libmirprotobuf0 ABI breaks from 0.14
[07:17] <anpok_> with that boottest should work
[07:18] <seb128> anpok_, does that resolve the usc issue?
[07:18] <seb128> great :-)
[07:19] <anpok_> need to fix my krillin - I bricked it yesterday with my last attempt to bump libmirprotobuf0 to 1 which went boom..
[07:22] <Noskcaj> Does anyone here have the time to upload gegl 0.3?
[07:23] <Noskcaj> It and the required patches to gnome-photos and gimp are in ppa:noskcaj/gegl
[07:23] <Noskcaj> Debian hasn't yet uploaded this due to a lack of response from the gimp maintainer, and it would be nice to get it before FF
[08:04] <willcooke> hihi
[08:05] <seb128> hey willcooke
[08:05] <seb128> how is u.k today?
[08:05] <willcooke> so far, not bad.  Nice and warm
[08:06] <willcooke> how about you?
[08:06] <davmor2> seb128: warm and grey here
[08:06] <Laney> heya
[08:07] <seb128> not so sunny here today
[08:07] <seb128> hey Laney
[08:07] <Laney> anpok_: nice!
[08:07] <Laney> hey seb128 willcooke davmor2
[08:07] <Laney> what's up?
[08:07] <Laney> yeah pretty grey here
[08:07] <seb128> Noskcaj, is that new gegl a transition? is there a bug about it?
[08:08] <davmor2> Laney: Ceiling, Sky, Clouds and stuff
[08:11] <Laney> troposphere stratosphere mesosphere thermosphere exosphere
[08:12] <seb128> *sphere
[08:13] <Laney> heliosphere
[08:13] <Laney> probably more spheres that i don't know about
[08:14] <willcooke> don't forget heaven
[08:15] <Laney> is that up????
[08:16] <davmor2> ISS
[08:16] <davmor2> willcooke: can't blag me the song specifically says Heaven is a place on Earth :P
[08:17] <Noskcaj> seb128, yes, there's a transition. There's a debian auto-gegl tracker, and we have bugs for the new upstream release of gegl and gnome-photos from robert_ancell, but no actual transition bug
[08:18] <seb128> Noskcaj, how is debian handling that transition if they don't update gegl?
[08:18] <seb128> Noskcaj, can you share the bug numbers?
[08:19] <Noskcaj> bug 1470282 bug 1470658
[08:20] <Noskcaj> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790421
[08:20] <seb128> I guess first step would be to add your work to the first bug and subscribe sponsors then?
[08:20] <Noskcaj> it's in debian exp currently, waiting on a response from the gimp maintainer AFAIK
[08:21] <seb128> response to what?
[08:21] <seb128> is there an issue/concern with gimp?
[08:21] <Noskcaj> about patching gimp to support the new gegl
[08:21] <Noskcaj> It's just changing compile stuff, no real code patches
[08:21] <seb128> is that patch upstream?
[08:21] <Laney> renamed pcfile
[08:21] <Noskcaj> I've tested gimp and gnome-photos
[08:21] <Noskcaj> brb, dinner
[08:28] <darkxst> hey Laney  seb128,  robert_ancell bounced me back to you guys for the u-s-d/u-c-c gsettings changes ;(
[08:28] <seb128> lol
[08:28] <seb128> he's not interested? or too busy? or not in agreement?
[08:28] <darkxst> seb128, said he didnt understand enough about the changes
[08:28] <Laney> haha
[08:29] <seb128> k, same than me then :p
[08:29] <seb128> it needs somebody wanting to sit down for some hours
[08:29] <darkxst> I added some more details on the bug about what has changed
[08:29] <Laney> i am supposed to patch pilot some time
[08:29] <Laney> will look then
[08:29] <darkxst> Laney, k, thanks
[08:33] <seb128> somebody should hit GNOME with a "gsettings schemas are api" stick
[08:36] <darkxst> seb128, at the same time, it makes no sense having mutter use schemas from g-s-d (under wayland, where the g-s-d plugin is disabled)
[08:37] <seb128> darkxst, it doesn't need to, they could have let the old schemas in place untouched and created a new set of keys
[08:38] <seb128> having some migration code write the new keys on first start and letting the old untouched
[08:38] <seb128> and having the new code using the new keys only
[08:38] <seb128> that would have let the old "api" untouched
[08:38] <darkxst> seb128, the issue here is that u-s-d shares g-s-d schemas
[08:38] <darkxst> seb128, how do you know the settings have been migrated?
[08:39] <seb128> you write a new boolean key "settings-migrated"?
[08:39] <seb128> which default to false
[08:39] <darkxst> the GNOME approach was to reset everything to default setting
[08:39] <seb128> and write it to true when you do the migration
[08:42] <darkxst> seb128, but really this is a unique case, no other downstream, shares the g-s-d schemas
[08:42] <Noskcaj> seb128, gimp is patched upstream, but i've not yet found the patch
[08:48] <seb128> darkxst, it's the usual GNOME line of thinking, they do the same for GTK
[08:48] <seb128> "let's change ABI, the only users of that API that we know about are things we can fix'
[08:49] <seb128> oh well, I guess that's not a discussion that's going to help there
[08:49] <seb128> darkxst, if Laney doesn't review it I can try to have a look this week
[08:50] <seb128> but same as robert_ancell, I don't understand the details atm
[08:53] <darkxst> seb128, its a little different to GTK, but yes I do agree they behave similar in that case
[08:59] <darkxst> since there is absolutely no guarantee about g-s-d api's/schemas
[09:03] <Noskcaj> upstream gegl patch https://git.gnome.org/browse/gimp/commit/configure.ac?id=f72c138771369575f87f272be1cb94372c220d97
[09:07] <seb128> that commit is from 2013
[09:07] <Noskcaj> yes
[09:07] <Noskcaj> gimp hasn't had a new major release in years
[09:07] <Noskcaj> and that's in master, not the 2.8 branch
[09:08] <seb128> you made sure that 2.8 builds with the new gegl?
[09:08] <Noskcaj> yep, that's what's in the ppa
[09:08] <Noskcaj> worked fine on my pc
[09:09] <seb128> k
[09:09] <seb128> no gegl in the sponsoring queue?
[09:10] <seb128> let me know when it's there and I can have a look
[09:10] <Noskcaj> there
[09:11] <Noskcaj> the ~ppa1 versions will need dropping, i won't have time to do that for a while, so just take it if you can please
[09:11] <seb128> there?
[09:12] <Noskcaj> there = sponsors subscribed
[09:13] <seb128> k
[12:19] <desrt> *yawn* good morning desktop
[12:39] <seb128> hey desrt
[12:40] <seb128> desrt, how are you?
[12:40] <desrt> okay
[12:40] <desrt> how's life in schengen?
[12:40] <seb128> good
[12:40] <seb128> we have some sun again since yesterday ;-)
[12:40] <didrocks> morning desrt!
[12:40] <desrt> it's been great here lately
[12:40] <desrt> except a bit humid :)
[12:40] <desrt> hihi didrocks
[12:40] <didrocks> still really warm here
[12:41]  * desrt is starting to get excited about vacation :)
[12:41] <didrocks> will be better in a couple of hours, supposed to rain
[12:41] <seb128> desrt, when/where do you go?
[12:41] <desrt> i have two weeks off starting monday
[12:41] <desrt> when i return, i will not be the same person
[12:41] <desrt> my mind will have been warped
[12:42] <desrt> two solid weeks of speaking esperanto
[12:42] <seb128> :-)
[12:42] <seb128> do you go to any european conf after that?
[12:42] <desrt> debconf is two weeks after
[12:42] <desrt> then back home
[12:43] <seb128> so spending a bit over a month in europe?
[12:43] <desrt> about a month
[12:43] <desrt> two weeks after = "not the next week, but the one after"
[12:43] <seb128> I see
[12:43] <seb128> we probably see each others at debconf then ;-)
[12:44] <desrt> reminds me
[12:44]  * desrt has to send an email about that
[12:44] <seb128> I'm still not 100% sure going but I should
[12:45] <desrt> is everyone eating at the venue place?
[12:45] <desrt> ie: did you take the meal option in the sign-up?
[12:46] <seb128> no
[12:46] <seb128> I didn't at least
[12:46] <desrt> "From the main train station you can reach the youth hostel by bus within 10 minutes"
[12:47] <desrt> sounds like there will be no shortage of food outside :)
[12:48] <didrocks> I didn't either
[12:49] <didrocks> seb128: but your room is book, isn't it?
[12:49] <didrocks> booked*
[12:49] <seb128> didrocks, I guess so, Michelle was supposed to do the booking no?
[12:49] <seb128> I didn't check
[12:49] <desrt> msm sent an email to me saying that she booked me a room
[12:50] <didrocks> seb128: I don't know if she doesn't only do that for those having their travel request number
[12:51] <seb128> I've a confirmation number on the gdoc
[12:51] <seb128> so I guess she did
[12:51] <didrocks> great :)
[12:51] <desrt> attente will be here soon
[12:51] <desrt> i'm going to go put on some pants
[12:51] <desrt> :D
[12:52] <seb128> lol
[12:52] <didrocks> ;)
[12:52] <desrt> there's a bit of an inside joke there.  ask attente some time about his new opinion on pants ;)
[12:54] <seb128> or ask him about swimming pants
[12:54] <seb128> I'm sure Laney remembers ;-)
[12:54] <desrt> was there an 'accident'?
[12:56] <seb128> let's say that one should be aware that some clothes become transparents when wet
[12:56] <desrt> oh.  i see.
[12:56] <desrt> or maybe i'd prefer not to see, in fact...
[12:56] <seb128> right
[12:56] <desrt> that is some seriously poor engineering on swim shorts....
[12:56] <seb128> unsure if those were designed to swim
[12:57] <seb128> or if attente just decided to pick that to go swimming
[12:57] <desrt> no 'usability testing'
[12:57] <didrocks> you are not supposed to wear pants in swimming pool, so then, bear with it! :)
[12:57]  * ogra_ finds another channel to lurk
[12:57] <desrt> "William is a young software engineer.  He enjoys rock climbing and swimming."
[12:57] <desrt> ^ gotta have your usecases down
[13:32] <attente> D:
[13:35] <seb128> tedg, what makes an url type defined for url-dispatcher?
[13:35] <tedg> seb128, If the package has a hook for a url-dispatcher file.
[13:35] <tedg> seb128, We then parse it and put that into a cache database
[13:36] <tedg> seb128, So technically, in the sqlite db, but realistically the url-dispatcher file is how you get there.
[13:36] <seb128> tedg, hum, so entries in /usr/share/url-dispatcher/urls/ ?
[13:37] <tedg> seb128, Yeah, for debs
[13:37] <tedg> seb128, I was thinking you were asking for clicks
[13:37] <seb128> tedg, I'm trying to understand bug 1477149
[13:38] <ogra_> for clicks you use an "app.url-dispatcher" file .... http://bazaar.launchpad.net/~ogra/junk/google-plus-app/files
[13:38] <seb128> tedg, which is basically appid:/// not being recogniezed
[13:38] <seb128> " appid://com.ubuntu.camera/camera/current-user-version "
[13:38] <tedg> seb128, appid:/// is handled internally, so in that case it is the camera not being installed.
[13:39] <seb128> it's installed
[13:39] <seb128> and I can start it from the dash
[13:39] <tedg> seb128, click list ?
[13:39] <tedg> seb128, Is it still called com.ubuntu.camera ?
[13:39] <seb128> it's not a click
[13:39] <seb128> that's on the snappy personal image
[13:39] <tedg> Oh, then that appid won't work.
[13:39] <seb128> yeah for convergence :-/
[13:40] <tedg> Why is it not a click on personal?
[13:40] <seb128> because snappy and clicks are not friends
[13:40] <seb128> we have snaps there only
[13:40] <tedg> Ah, so we need a way to launch snaps.
[13:41] <tedg> Which requires a way for snaps to define applications instead of binaries.
[13:41] <seb128> well, camera is not snapified yet
[13:41] <seb128> it's part of the image
[13:41] <seb128> but I guess you have no interest in supporting debs on the base image?
[13:41] <tedg> I'm not sure how that'd really work...
[13:42] <tedg> We're using those fields to look up in the Click database.
[13:42] <seb128> can't we just look up for a <name>.desktop
[13:42] <tedg> I think the work around that would be possible is if you had the camera register camera:/// and then gallery call that.
[13:42] <tedg> Then the deb could register that URL and we could call the desktop file.
[13:43] <tedg> I need to run a kid to camp, brb.
[13:43] <seb128> tedg, thanks for the replies!
[13:53] <ogra_> seb128, do you happen to know a way to set a kbd layout on a user level without accessing the system settings (/me just has a question on G+ from someone using a real kbd with his phone and i dont want to suggest making it writable)
[13:53] <seb128> ogra_, under mir? no idea, I don't even know if that's possible...
[13:54] <ogra_> heh, k
[13:54] <ogra_> thanks
[13:54] <seb128> greyback_ might know
[13:54] <seb128> yw
[13:54] <ogra_> well, for convergence it will have to be possible ... one day :)
[13:55] <seb128> yeah, kenvandine is working with the mir team to get api defined for input config
[13:55] <ogra_> (but i guess we'll just add keymaps to the rootfs and make the confi dir writable for that)
[13:55] <greyback_> ogra_: I believe mir supports different kbd layouts, but unity8 not exporting that yet
[13:55] <ogra_> ah, k
[14:40] <dgadomski> cyphermox: hey, do you have a sec to talk about bug #1297849?
[14:40] <cyphermox> sure
[14:41] <dgadomski> cyphermox: I don't know what the root cause is, but since it has be identified that it has something to do with obtaining shell version by dbus it may be some kind of a race condition
[14:41] <dgadomski> upstream has removed this shell watcher implementation
[14:41] <dgadomski> do you think backporting https://git.gnome.org/browse/network-manager-applet/commit/?id=4473e6a48fcfda1d87d4a4bc9f5c0589235dcfe0 makes sense?
[14:42] <dgadomski> I think it will make the problem go away, but I'm not sure if it will not have any unwanted implications
[14:45] <cyphermox> it looks fine, aiui we also don't autostart in the shell, but better make sure first
[14:46] <dgadomski> I've done some tests with this change backported and saw no problems
[14:46] <cyphermox> otherwise the other patch looked okay-ish
[14:46] <cyphermox> in which release?
[14:46] <dgadomski> however, I haven't been able to reproduce the problem in the first place
[14:46] <cyphermox> ok
[14:46] <dgadomski> in vivid
[14:46] <cyphermox> ok
[14:46] <dgadomski> maybe I can prepare a ppa and ask for testing in a comment
[14:47] <cyphermox> bah
[14:47] <cyphermox> let me just check the autostart, then we can just upload to trusty-proposed
[14:48] <dgadomski> backporting to trusty is less trivial, I would need more time to merge it
[14:48] <dgadomski> or we could use the other patch for trusty
[14:50] <cyphermox> sorry i meant vivid :)
[14:51] <dgadomski> phew :)
[14:51] <dgadomski> attaching debdiff to the bug is ok?
[14:52] <cyphermox> sure, but what concerns me is that I'm not sure this is gnome-shell specific
[14:57] <dgadomski> cyphermox: I've analyzed comment #60 and it makes sense, for whatever reason nm-applet hangs there before it failed to obtain shell version in 5 attempts
[14:57] <dgadomski> so it's either a race condition or something else, but this patch should remove that dependency
[15:06] <cyphermox> dgadomski: the short patch with a notify is safest
[15:06] <cyphermox> but I'm still not convinced it will actually really fix the "bugs" people are seeing
[15:07] <dgadomski> cyphermox: for both vivid & trusty?
[15:07] <cyphermox> vivid and utopic
[15:07] <cyphermox> well, for wily too
[15:07] <cyphermox> can you upload?
[15:08] <dgadomski> I can only attach it to the bug (but it's already there), I don't have other upload rights
[15:09] <cyphermox> ok
[15:09] <cyphermox> well I already have a debdiff then
[15:09] <cyphermox> I'll do the uploads now
[15:09] <dgadomski> cool, thanks
[15:28]  * Laney cries at moar autopkgtest failures
[15:46] <cyphermox> dgadomski: uploaded to wily., utopic and trusty, but there currently is a package in -proposed for vivid.
[15:48] <dgadomski> thanks
[15:48] <dgadomski> so I guess it will hit vivid-proposed right after this one will be promoted to -updates, right?
[15:52] <willcooke> hrm.  Just downloaded the W daily image and I can't log in.  From /var/log/lightdm/x-0-greeter.log
[15:52] <willcooke> I see that unity-greeter.vala died
[15:52] <willcooke> is that a red herring?
[15:57] <seb128> willcooke, what happens when you try to log in?
[15:57] <willcooke> seb128, it just sits there
[15:58] <seb128> on the greeter?
[15:58] <seb128> like after you entered your password?
[15:58] <willcooke> I've just got purple salad "Ubuntu 15.10" in the cornet
[15:58] <willcooke> corner
[15:58] <willcooke> the login boxes etc have gone
[15:58] <seb128> can you check what logs are in .cache/upstart ?
[15:58] <seb128> like gnome-session-Unity.log
[15:59] <willcooke> dont have that one
[15:59] <seb128> weird
[15:59] <willcooke> have dbus, jayatana, notify-cgmanager and unity-gtk-module
[15:59] <seb128> anything in ~/.xsession-errors ?
[16:00] <willcooke> $things terminated with status 127
[16:02] <seb128> right, those are not an issue
[16:02] <seb128> what about /var/log/*.log?
[16:02] <seb128> the lightdm and greeter ones
[16:02] <seb128> can you pastebin those?
[16:04] <willcooke> sure
[16:05] <willcooke> seb128, how's this?  http://paste.ubuntu.com/11920734/
[16:06] <seb128> willcooke, it's like you entered wrong password or something
[16:06] <seb128> "[+13.27s] DEBUG: Session: Failed during authentication"
[16:07] <seb128> then you tried a guest session which "worked" it seems
[16:10] <willcooke> seb128, guest session is the same
[16:10] <seb128> not according to the log
[16:10] <willcooke> lies
[16:10] <willcooke> !
[16:10] <willcooke> ;)
[16:11] <seb128>  /var/lib/lightdm-data/guest-TYxDIn/.xsession-errors doesn't have more issues?
[16:11] <seb128> or /var/lib/lightdm-data/guest-TYxDIn/.cache/upstart
[16:11] <seb128> but it looks like your normal session failed on auth issues ... you are sure of your password? not keymap issue?
[16:12] <Laney> password on a live session?
[16:13] <willcooke> I've tired another guest session, same deal, just sits there
[16:13] <willcooke> having checked /var/lib/lightdm-data/guest<whatever>
[16:13] <willcooke> there is no .xsession-errors file
[16:14] <willcooke> or indeed a .cache dir
[16:15]  * willcooke tries a live session from usb
[16:15] <seb128> Laney, who said it's a live session?
[16:15] <willcooke> oh, side note - when I boot up the network notification is just a black oblong
[16:15] <seb128> I assumed it was a new install
[16:15] <Laney> "the W daily image"
[16:15] <willcooke> yeah, install from the daily iso
[16:15] <seb128> right, I assumed it was an install from the daily
[16:15] <Laney> I wouldn't call that booting the daily image
[16:16] <seb128> nobody said that
[16:16] <seb128> he said he downloaded the daily image :p
[16:16] <seb128> anyway
[16:16] <seb128> willcooke, is that a liveCD or an install?
[16:16] <willcooke> install
[16:16] <seb128> if it's an install, was the live session working?
[16:16] <willcooke> just trying a live session from usb now...
[16:16] <seb128> or did you pick the installer mode?
[16:17] <willcooke> I did installer
[16:17] <willcooke> live session just booting....
[16:17] <seb128> k
[16:17] <willcooke> hrm, black screen
[16:18] <willcooke> I can get to tty1
[16:18] <Laney> same here
[16:18] <Laney> something is fucked
[16:18] <seb128> k
[16:19] <seb128> I don't have a daily handy, I can download one but it's likely going to be a first thing tomorrow for me
[16:19] <seb128> I wonder if that's the buggy live-build upload that bugged upstart on the phone
[16:19] <seb128> there was a fix just uploaded for that
[16:19] <Laney> only-ubiquity mode works
[16:19] <Laney> weird
[16:20] <seb128> I guess upstart buggy would only bug the user sessions
[16:20] <seb128> since system is systemd
[16:20] <seb128> unsure about ubiquity mode
[16:20] <Laney> yeah that probably doesn't use upstart
[16:20] <seb128> k, so my bet is on that
[16:20] <seb128> willcooke, I would say to wait tomorrow morning
[16:20] <seb128> it's likely fix commited and going to be good on next iso build
[16:20] <Laney> what is worrying is that the smoke testing passed
[16:20] <willcooke> sure thing, thanks
[16:20] <Laney> ...
[16:21] <seb128> we have a "boot to desktop" test?
[16:21] <Laney> obviously not
[16:21] <seb128> k, I was unsure what is in the tests you just mentioned
[16:22] <seb128> but I guess "not enough"
[16:23] <Laney> http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/desktop/files/head:/testsuites/usit/
[16:23] <seb128> k
[16:23] <seb128> nothing about the user session indeed
[16:24] <Laney> I don't know if they run on an installed system or just the image
[16:24] <Laney> cyphermox: halp?
[16:25] <Laney> well, actually a test that live mode works would have been enough here
[16:26] <Laney> indeed I see initctl not found in .cache/upstart/dbus.log
[16:28] <Laney> willcooke: if you reinstall upstart it fixes things, btw
[16:28] <Laney> apt-get install --reinstall upstart
[16:28]  * willcooke tries
[16:29] <willcooke> yah!
[16:29] <willcooke> is good
[16:29] <cyphermox> hello?
[16:30] <Laney> hey, how's it going? ;)
[16:30] <cyphermox> not bad, you? :)
[16:30] <Laney> super
[16:30] <Laney> it's nearly quittin' time
[16:30] <Laney> aaaaaaaaaaaanyway
[16:30] <willcooke> Laney, next time you boot you daily can you see if you also get a black oblong where the "Connected to network" notification should be while in the greeter.  Might just be me
[16:31] <Laney> willcooke: those happen in the greeter on the desktop for me, I think it's a driver/compositing/something thing
[16:31] <Laney> maybe Robert knows
[16:31] <willcooke> oki, thx
[16:31] <Laney> cyphermox: I/we was wondering about the smoke tests... do they operate purely on the image or do/can they work on the resulting installed system?
[16:32] <Laney> cyphermox: Today's image has a busted live session due to missing /sbin/initctl and yet smoke testing passed
[16:32] <cyphermox> they do work on the installed system
[16:32] <cyphermox> that's how lvm test works
[16:32] <Laney> so can we add a test that checks unity comes up, or something?
[16:32] <cyphermox> smoke tests are busted in general, I think they don't fail if it times out in some particular state
[16:32] <cyphermox> well, provided you have one way to test that
[16:33] <cyphermox> I'm thinking we should add a "desktop screenshot" thing at the end, just to be safe.
[16:33] <cyphermox> (if it's not already tehre)
[16:33] <Laney> I just see tests which poke around the filesystem, nothing which does anything desktoppy
[16:33] <Laney> unless that is somewhere else
[16:34] <cyphermox> the empty app thing
[16:34] <cyphermox> http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/desktop/files/head:/testsuites/usit/empty_startup_app/
[16:35] <Laney> ah right, cool
[16:35] <Laney> sooo... did that pass?
[16:36] <Laney> do these even all get run?
[16:36] <cyphermox> ah, wait, no
[16:36] <cyphermox> the oem-config one should be failing
[16:36] <cyphermox> if it was run..
[16:37] <Laney> https://jenkins.qa.ubuntu.com/view/wily/view/Smoke%20Testing/job/wily-desktop-amd64-smoke-oem/
[16:37] <Laney> it ran yesterday
[16:37] <Laney> ...
[16:37] <cyphermox> yeah, this is special
[16:37] <cyphermox> jsut a sec
[16:38] <Laney> I'm going to file a bug
[16:38] <Laney> are you the right person to be going to for this stuff or should it be the QA team?
[16:38] <cyphermox> it runs next to nothing: http://bazaar.launchpad.net/~ubuntu-test-case-dev/ubuntu-test-cases/desktop/view/head:/runlists/default.run
[16:39] <Laney> HAHA
[16:40] <cyphermox> it's not really owned by anyone
[16:41] <cyphermox> I can enable moar tests and then start the smoke testing again, we'll see how things behave
[16:41] <davmor2> willcooke: https://www.youtube.com/watch?v=RQC7dweRTKU you'll appreciate this :)
[16:42] <cyphermox> Laney: tests still might need adjustin'
[16:43] <Laney> probably
[16:43] <willcooke> davmor2, screw you! :D
[16:43] <cyphermox> ahahaha
[16:43] <davmor2> willcooke: you're welcome
[16:44] <Laney> cyphermox: https://bugs.launchpad.net/ubuntu-test-cases/+bug/1477227
[16:44] <cyphermox> Laney: thanks
[16:44] <cyphermox> so, about the live session now, I think there are no tests for it
[16:45] <cyphermox> how do we not have an initctl?
[16:46] <Laney> https://bugs.launchpad.net/ubuntu/+source/live-build/+bug/1477051
[16:47] <cyphermox> cute.
[18:44] <willcooke> gnight
[19:34] <Noskcaj> seb128, Where you going to upload gimp too?
[19:34] <Noskcaj> *were
[19:43] <seb128> Noskcaj, yeah, sorry got sidetracked
[19:43] <seb128> going to be for tomorrow
[19:44] <seb128> or maybe some .au/.nz/.us can sponsor it for you
[19:44] <seb128> you can try asking TheMuso or robert_ancell or on #ubuntu-devel
[19:44] <seb128> night
[19:45] <Noskcaj> Is someone around to upload gimp from ppa:noskcaj/gegl ?
[21:35] <Noskcaj> robert_ancell, Do you have time to upload gimp from ppa:noskcaj/gegl?
[21:35] <robert_ancell> Noskcaj, sure
[21:35] <Noskcaj> seb128 already uploaded the other 2 packages
[21:35] <Noskcaj> ty
[21:35] <robert_ancell> Noskcaj, thanks for doing that migration!
[21:35] <Noskcaj> no problem
[21:36] <Noskcaj> There's some gcc5 build issue with the new gegl, although i'm not sure if it's gegl or ilmbase at fault
[21:36] <Noskcaj> https://launchpadlibrarian.net/212351937/buildlog_ubuntu-wily-amd64.gegl_0.3.0-2ubuntu2~gcc5.1_BUILDING.txt.gz
[21:38] <robert_ancell> Noskcaj, why did you add the build-dep on libjson-glib-dev?
[21:39] <Noskcaj> It was in the debian patch, i've not actually check if it's needed or not
[21:40] <Noskcaj> Could you please drop it?
[21:40] <robert_ancell> sure
[21:42] <robert_ancell> Noskcaj, Uploaded as 2.8.14-1ubuntu2. I also update the changelog to be more detailed.
[21:42] <Noskcaj> thanks
[21:48] <Noskcaj> robert_ancell, looks like we've found out why json-glib was needed
[21:48] <robert_ancell> Noskcaj, heh, I was wondering if that would happen :)
[21:48] <robert_ancell> Uploads are cheap
[21:48] <Noskcaj> for you, i need to pretend i never make a mistake until i can get motu
[21:49] <Noskcaj> I'll have a look and find if the dep should be part of gegl
[21:49] <robert_ancell> Noskcaj, yeah, it's probably in the .pc file