[01:50] <RAOF> robert_ancell: Hey, would you kindly re-upload lightdm 1.10.4-0ubuntu2 to trusty-proposed with all the changes in the _source.changes file?
[01:52] <robert_ancell> RAOF, huh?
[01:53] <RAOF> robert_ancell: There was a lightdm upload in Trusty's unapproved queue; lightdm 1.10.4-0ubuntu2. It didn't have all the changelog entries in the _source.changes file, so it didn't claim to be fixing all the SRU bugs that it was in fact fixing, so it wouldn't be tracked correctly.
[01:53] <RAOF> (Incidentally, this probably caused the _previous_ SRU to sit around for longer than necessary; I'm not sure why it was approved)
[01:54] <robert_ancell> RAOF, I was hoping the 1.10.3-0ubuntu2 SRU would now be promoted so the 1.10.4 SRU can be done next
[01:55] <robert_ancell> RAOF, If we move 1.10.4 into -proposed wont that require all the bugs to be checked again?
[01:59] <robert_ancell> RAOF, ok, now I'm more confused. I've got notifications that 1.10.3-0ubuntu2 and 1.10.4-0ubuntu2 have been rejected. But 1.10.3-0ubuntu2 is in -proposed currently
[02:03] <RAOF> robert_ancell: No, you've got a notification that 1.10.3-0ubuntu2 has been _accepted_ and that 1.10.4-0ubuntu2 has been rejected.
[02:03] <RAOF> :)
[02:03] <robert_ancell> oh, ok
[02:03] <robert_ancell> RAOF, so I don't need to re-upload it?
[02:04] <RAOF> Not 1.10.3, no.
[02:04] <RAOF> 1.10.4, yes.
[02:04] <robert_ancell> what's the magic flag to say "changes since x"?
[02:05] <RAOF> -v
[02:06] <robert_ancell> ta
[02:07] <robert_ancell> ok, uploaded. I *think* I got it right this time
[02:07] <RAOF> I'll be sure to shout at you if you didn't :)
[02:07] <robert_ancell> please do :)
[07:07] <didrocks> good morning
[07:41] <ochosi> morning desktopers
[07:42] <ochosi> xnox: this may have been decided for historical reasons, and unfortunately nobody in the xubuntu team is around long enough or was involved with it, but is there any reason why the ubiquity panel is disabled with xfwm4?
[07:54] <larsu> good morning!
[07:57] <didrocks> hey larsu
[08:03] <larsu> hi didrocks, ça va?
[08:04] <didrocks> larsu: ça va, et toi ?
[08:05] <larsu> didrocks: ça va aussi, merci
[08:05] <larsu> my french doesn't allow for more words :(
[08:23] <darkxst> hey didrocks, larsu
[08:25] <didrocks> evening darkxst :)
[08:26] <larsu> hey
[08:30] <darkxst> lasru so I can fix the g-sm background in the GtkBox, but there is still a transparent border around it ;(
[08:31] <darkxst> I assume that is coming from GtkStack, but that doesnt seem to take any css I apply to it
[08:32] <larsu> I'll look into that after I've finished the icon stuff
[08:32] <darkxst> larsu, ok thanks
[08:50] <willcooke> morning all
[08:50] <tkamppeter> I have a problem with SRUs for system-config-printer. Some weeks ago I have proposed a package fixing 4 bugs, 2 fixes got verified by the reporters of the bugs, 2 not (bug 1380514 and bug 1366756) keeping the update from getting made generally available. Now I have prepared another SRU for fixing driver download. How should I proceed? Removing the unverified patches of the current SRU and repost? Do the verified patches ne
[08:50] <tkamppeter> ed to get verified again? Or make a new SRU package combining the 2 verified fixed and the new download fix?
[08:52] <seb128> tkamppeter, can't you verify the 2 unverified bugs on the first SRU so it can go to -updates? if you can't reproduce the bug at least confirm that there are no regression
[08:53] <seb128> but don't remove fixes only because you don't get confirmations, just validate for no regression and do the new SRU on top of the current one
[08:53] <tkamppeter> seb128, will do, thanks.
[08:54] <willcooke> oh, hey seb128
[08:54] <willcooke> seb128, I think the desktop next image is b0rked.
[08:54] <willcooke> I downloaded yesterday and it wont start U8
[08:54] <willcooke> re-trying now
[08:57] <seb128> tkamppeter, yw!
[08:57] <seb128> willcooke, hey
[08:57] <seb128> willcooke, weird, what is in the logs?
[08:57] <willcooke> seb128, in the middle of re-install #2 will report back later
[08:58] <seb128> k
[09:02] <willcooke> seb128, worked that time
[09:02] <seb128> weird
[09:04] <Laney> hey hey
[09:08] <seb128> hey Laney
[09:12] <larsu> hi Laney!
[09:16] <Laney> hey larsu & seb128, what's happening
[09:17] <didrocks> going to see the doctor, bbl
[09:17] <Laney> gl!
[09:17] <tkamppeter> seb128, done, and even one of the reporters answered in addition.
[09:23] <seb128> tkamppeter, great
[09:23] <seb128> Laney, enjoying blue sky today!
[09:23] <seb128> Laney, what about you?
[09:23] <Laney> yeah true, it is clear!
[09:24] <Laney> seems a bit warmer than the previous days
[09:46] <mlankhorst> damned security fixes, breaking my xorg-server :o
[09:46] <willcooke> :D
[10:26] <Laney> larsu: have you seen the buttons in virt-manager?
[10:28]  * larsu looks
[10:28] <larsu> oh, much better to see!
[10:28] <Laney> borders, man
[10:28] <larsu>  :)
[10:49] <czajkowski> Salut from Paris :)
[10:50] <czajkowski> co working spaces here are very nice!
[10:59] <willcooke> hey czajkowski
[10:59] <mlankhorst> bonjour
[10:59] <willcooke> didrocks, T shirt is on its way to our winner
[11:00] <didrocks> willcooke: \o/ that was quick!
[11:01] <willcooke> msm is a hero
[11:12] <czajkowski> she rocks
[12:49] <mlankhorst> I must admit defeat, I ran out of diskspace on my phone so I'm reflashing because I don't know what is safe to remove :P
[12:52] <willcooke> heh
[13:56] <davmor2> czajkowski: that's not hard she is wonderwoman after all :)
[14:04] <czajkowski> davmor2: true!
[14:05] <davmor2> czajkowski: unless msm tshirts lie and I can't see that being the case :)
[14:12] <mlankhorst> desktop seems to be a lot more forgiving about screwing up
[15:24] <mardy> desrt: hi! Can I bother you with a GVariant parsing issue?
[15:24] <desrt> absolutely
[15:24] <desrt> you mean text-format parsing, i guess?
[15:24] <mardy> desrt: yes, let's hope that IRC does retain the formatting:
[15:24] <mardy> Error parsing parameter 5 of type 'a(ssua{sv}as)': expected ',' after first tuple element:
[15:24] <mardy>   [('service' 'type' 3 {} [])]
[15:24] <mardy>               ^
[15:24] <mardy> desrt: this is an argument I'm giving to gdbus
[15:25] <mardy> desrt: I can't understand what's wrong in it
[15:25] <desrt> it's expecting a ',' after the first tuple element
[15:25] <desrt> at the place where the ^ is
[15:26] <desrt> like ('service', 'type', 3, {}, [])
[15:28] <mardy> desrt: oops, indeed, and the error message was even quite clear; I got confused because gdbus doesn't require commas between arguments, so I assumed that that's how tuple worked
[15:28] <mardy> desrt: thanks a lot!
[15:28] <desrt> mardy: no problem :)
[15:28] <desrt> https://developer.gnome.org/glib/stable/gvariant-text.html might make some interesting reading
[17:38]  * willcooke -> EOD -> Sick
[18:00] <Laney> see you!
[18:01] <didrocks> see you Laney :)