=== micahg_ is now known as micahg [07:55] this seems really odd? https://launchpad.net/ubuntu/+source/gnome-control-center/1:3.8.6-0ubuntu1 [07:55] why would there be a dep-wait on an existing package? [08:04] darkxst: either versioned or main/universe [08:05] Laney,oooh [08:05] can you (or someone) just demote gnome-control-center to universe? [08:05] not really, unless the schemas are split out [08:06] Laney, the schemas are in g-s-d aren;t they? [08:06] I mean -shared-data [08:06] we use the shared-data binary [08:07] the -dev is also a build-depends of stuff in main that build panels for u-c-c and g-c-c [08:07] like deja-dup for example [08:07] isn't colord in main already anyway? [08:07] it has an approved Mir [08:07] it might just be this binary package [08:07] MIR [08:07] but we didn't promote it because nothing uses it [08:07] Laney, colord-gtk? [08:07] https://bugs.launchpad.net/ubuntu/+source/colord-gtk/+bug/1282372 [08:08] yeah [08:08] once again, a reminder I should really get out of the MIR team :) [08:08] we demoted it back because nothing was keeping it in main [08:08] so you can add it if you need to [08:08] s/add/promote/ [08:08] why is that conversation happening on -release? [08:08] (I though we were on -devel) [08:09] seb128, you missed the start, being why is g-c-c in dep-wait [08:09] that's not really a release issue either ;-) [08:14] seb128, oh sorry! [08:14] no problem, it's not like there were lot of release discussions happening atm here ;-) [08:16] didrocks, speaking of MIR's did you look at https://bugs.launchpad.net/ubuntu-gnome/+bug/1313996 [08:16] we can definitely move to -desktop now :P [08:16] darkxst: on my list of MIRs to look at [08:17] didrocks, thanks, Laney ok! === oSoMoN_ is now known as oSoMoN [10:03] hello gents, my UITK landing is blocked here https://launchpad.net/ubuntu/utopic/+queue?queue_state=0&queue_text= [10:04] the problem is that Ricardo has created the -gles packages out of my landing request and now it is blocking me ... [10:32] 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] 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] xnox: hinted gnutls26 and gnutls28 [11:00] cjwatson: ta. [12:18] xnox: as well as reuploading that to utopic, please remember to build with -vWHATEVER to get intermediate changelog entries into .changes [12:19] cjwatson: yes. [12:19] from bash_history: dch --release '' --distribution trusty [12:20] * xnox is not sure what i was thinking [12:23] xnox, nothing it seems === jhodapp|afk is now known as jhodapp === jhodapp is now known as jhodapp|brb === jhodapp|brb is now known as jhodapp === oSoMoN__ is now known as oSoMoN === oSoMoN_ is now known as oSoMoN [13:54] 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] none of the failures are caused by sysvinit change.... of cpufreq governor... [13:55] http://launchpadlibrarian.net/174253222/sysvinit_2.88dsf-41ubuntu6_2.88dsf-41ubuntu7.diff.gz [14:17] 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] ogra_: only the -touch version was dropped [14:18] qtmultimedia itself is still needed as we're still using its api [14:18] $ bzr ci -m 'When building with --live, only build images whose livefs builds succeed, to avoid producing confusingly half-updated images.' [14:18] ah, k [14:18] psivaa: ^- hopefully that will help with a long-standing category of problem [14:19] 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] guess this will be a problem when migrating the package to release [14:19] 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] 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] but will get this updated later today [14:20] OK, thanks [14:20] rsalveti: glmark2 has no rdeps, so should be easy for an archive admin to remove the no-longer-built binaries [14:20] cjwatson: great, thanks [14:20] rsalveti: (though I don't have time for the binary NEW review just now, I'm afraid) [14:20] no worries, not critical [15:02] Is there an archive admin who could fully phase nautilus in trusty for me? [15:05] can someone let the nuntium binaries out of NEW ? [20:23] slangasek: could you fully phase nautilus for trusty-updates? [20:48] bdmurray: didn't I do that already? [20:48] 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] perhaps I forgot to confirm it though and it timed out without me noticing, so... trying again now [20:50] 6 publications remained the same. [20:50] bdmurray: ^^ fwiw [20:50] slangasek: okay, I didn't see that you had said anything about it yesterday [20:51] bdmurray: ah, k - there was a rather long gap between request and response :)