[07:55] <darkxst> this seems really odd? https://launchpad.net/ubuntu/+source/gnome-control-center/1:3.8.6-0ubuntu1
[07:55] <darkxst> why would there be a dep-wait on an existing package?
[08:04] <Laney> darkxst: either versioned or main/universe
[08:05] <darkxst> Laney,oooh
[08:05] <darkxst> can you (or someone) just demote gnome-control-center to universe?
[08:05] <Laney> not really, unless the schemas are split out
[08:06] <darkxst> Laney, the schemas are in g-s-d aren;t they?
[08:06] <Laney> I mean -shared-data
[08:06] <seb128> we use the shared-data binary
[08:07] <seb128> the -dev is also a build-depends of stuff in main that build panels for u-c-c and g-c-c
[08:07] <seb128> like deja-dup for example
[08:07] <Laney> isn't colord in main already anyway?
[08:07] <seb128> it has an approved Mir
[08:07] <Laney> it might just be this binary package
[08:07] <seb128> MIR
[08:07] <seb128> but we didn't promote it because nothing uses it
[08:07] <darkxst> Laney, colord-gtk?
[08:07] <seb128> https://bugs.launchpad.net/ubuntu/+source/colord-gtk/+bug/1282372
[08:08] <Laney> yeah
[08:08] <didrocks> once again, a reminder I should really get out of the MIR team :)
[08:08] <seb128> we demoted it back because nothing was keeping it in main
[08:08] <Laney> so you can add it if you need to
[08:08] <Laney> s/add/promote/
[08:08] <seb128> why is that conversation happening on -release?
[08:08] <seb128> (I though we were on -devel)
[08:09] <darkxst> seb128, you missed the start, being why is g-c-c in dep-wait
[08:09] <seb128> that's not really a release issue either ;-)
[08:14] <darkxst> seb128, oh sorry!
[08:14] <seb128> no problem, it's not like there were lot of release discussions happening atm here ;-)
[08:16] <darkxst> didrocks, speaking of MIR's did you look at https://bugs.launchpad.net/ubuntu-gnome/+bug/1313996
[08:16] <Laney> we can definitely move to -desktop now :P
[08:16] <didrocks> darkxst: on my list of MIRs to look at
[08:17] <darkxst> didrocks, thanks, Laney ok!
[10:03] <bzoltan1> hello gents, my UITK landing is blocked here https://launchpad.net/ubuntu/utopic/+queue?queue_state=0&queue_text=
[10:04] <bzoltan1> the problem is that Ricardo has created the -gles  packages out of my landing request and now it is blocking me ...
[10:32] <cjwatson> rsalveti: I think you need to redo qtmultimedia-opensource-src-gles - doesn't it need to build qml-module-qtmultimedia-gles and Conflicts: qml-module-qtmultimedia nowadays?  Conflicting with a transitional package (qtdeclarative5-qtmultimedia-plugin) doesn't seem very useful
[10:44] <ogra_> cjwatson, hmm, not sure, but i thought that module should be gone with the landing of the new media-hub (but i'll leave that to rsalveti)
[10:55] <cjwatson> xnox: hinted gnutls26 and gnutls28
[11:00] <xnox> cjwatson: ta.
[12:18] <cjwatson> xnox: as well as reuploading that to utopic, please remember to build with -vWHATEVER to get intermediate changelog entries into .changes
[12:19] <xnox> cjwatson: yes.
[12:19] <xnox> from bash_history: dch --release '' --distribution trusty
[12:20]  * xnox is not sure what i was thinking
[12:23] <knome> xnox, nothing it seems
[13:54] <xnox> Can sysvinit be allowed to go in? ADT failures: startpar -> uninstallable, blocked on further changes; neutron -> strange logs with dpkg-reconfigure failing, never passed on utopic infra;  linux -> fail, yet to pass on utopic, being worked on; mysql-5.6 -> no idea.
[13:55] <xnox> none of the failures are caused by sysvinit change.... of cpufreq governor...
[13:55] <xnox> http://launchpadlibrarian.net/174253222/sysvinit_2.88dsf-41ubuntu6_2.88dsf-41ubuntu7.diff.gz
[14:17] <rsalveti> cjwatson: yeah, the main src got updated while this got approved, but it's not a problem atm as the seeds is still depending on the transitional package, but will get this updated
[14:18] <rsalveti> ogra_: only the -touch version was dropped
[14:18] <rsalveti> qtmultimedia itself is still needed as we're still using its api
[14:18] <cjwatson> <cjwatson@amber ~/src/ubuntu/cdimage/cdimage>$ bzr ci -m 'When building with --live, only build images whose livefs builds succeed, to avoid producing confusingly half-updated images.'
[14:18] <ogra_> ah, k
[14:18] <cjwatson> psivaa: ^- hopefully that will help with a long-standing category of problem
[14:19] <rsalveti> cjwatson: https://launchpad.net/ubuntu/+source/glmark2/2014.03-0ubuntu1 updated this package yesterday, and as it's now build-depending on mir, it can't build on powerpc and ppc64el anymore
[14:19] <rsalveti> guess this will be a problem when migrating the package to release
[14:19] <cjwatson> rsalveti: Well, it is a problem because an attempt to install the -gles variant on top of the main one would only uninstall the transitional package and would then fail
[14:20] <rsalveti> cjwatson: sure, that's why I need to updated it, just saying that when creating the emulator image it's still not an issue as the seeds wasn't updated to reflect the new name
[14:20] <rsalveti> but will get this updated later today
[14:20] <cjwatson> OK, thanks
[14:20] <cjwatson> rsalveti: glmark2 has no rdeps, so should be easy for an archive admin to remove the no-longer-built binaries
[14:20] <rsalveti> cjwatson: great, thanks
[14:20] <cjwatson> rsalveti: (though I don't have time for the binary NEW review just now, I'm afraid)
[14:20] <rsalveti> no worries, not critical
[15:02] <bdmurray> Is there an archive admin who could fully phase nautilus in trusty for me?
[15:05] <ogra_> can someone let the nuntium binaries out of NEW ?
[20:23] <bdmurray> slangasek: could you fully phase nautilus for trusty-updates?
[20:48] <slangasek> bdmurray: didn't I do that already?
[20:48] <slangasek> I thought this is what you asked me for yesterday
[20:48]  * slangasek finds in his command history: change-override -z 100 -s trusty-updates nautilus
[20:49] <slangasek> perhaps I forgot to confirm it though and it timed out without me noticing, so... trying again now
[20:50] <slangasek> 6 publications remained the same.
[20:50] <slangasek> bdmurray: ^^ fwiw
[20:50] <bdmurray> slangasek: okay, I didn't see that you had said anything about it yesterday
[20:51] <slangasek> bdmurray: ah, k - there was a rather long gap between request and response :)