[02:16] <ScottK> cjwatson: I think I have a handle on plasma-nm.  Test building now.
[02:28] <ScottK> Uploaded.  We'll see how that goes.
[02:28] <ScottK> Riddell: Leaving calligra for you.
[02:38] <xnox> \o/
[02:49] <ScottK> cjwatson: The solution for calligra is the new libvisio needs to build, which needs librevenge in Main.  LO will need that too, so it needs to be in Main regardless.  At a glance, I think the code if forked out of libwpd, which is already in Main and it's a small library, so you might consider it not needing a MIR in the interests of time and efficiency.
[02:49] <ScottK> Once the new libvisio is built, a retry on calligra should work.
[04:11] <infinity> ScottK: The libvisio that's waiting on LP: #1328194?
[04:25] <ScottK> infinity: Yeah.  that one.
[04:27] <ScottK> Since it's primarily in Main for LO, I think ubuntu-desktop ought to subscribe to the bugs, but if that's all that's blocking it, feel free to subscribe kubuntu-bugs so we can move forward.
[04:27]  * ScottK goes to bed.
[08:08] <cjwatson> ScottK: Thanks for chasing that up.  I don't think I can subscribe either ubuntu-desktop or kubuntu-bugs to the package, as I don't admin them
[08:14] <cjwatson> So it's now: audacious-dumb FTBFS against new audacious (demote?); finish librevenge MIR so that calligra can eventually build; demote mplayer (I'll take care of that); sort out paraview/armhf, maybe just stop it building there for now since vtk6/armhf is busted; sort out pcp-gui-testsuite; demote performous; update ubuntustudio-meta, maybe with just the libav changes rather than the rest; and coordinate a gallery-app click update in ...
[08:14] <cjwatson> ... the store so that we can synchronise an update of ubuntu-touch-meta
[08:14] <cjwatson> Might be able to finish tomorrow provided that the security team processes that MIR in good time
[08:18] <xnox> cjwatson: performous is fixed, sans ftbfs on ppc64el (hence not considered) https://launchpad.net/ubuntu/+source/performous/0.7.0+git20140715-1/+build/6185814
[08:19] <cjwatson> Ah, progress
[08:20] <xnox> cjwatson: i'm suspecting something strange altivecish, it's failing to convert __vector[4] int bool to bool.
[08:20] <cjwatson> Yeah, let me see if I can remember how I fixed that last time
[08:20] <xnox> =)
[08:22] <cjwatson> Ah, yeah, with mpv I just forced off Altivec
[08:22] <cjwatson> Will do the same thing
[08:22] <cjwatson> It's not right but it'll do
[08:26] <xnox> cjwatson: cool.
[08:27] <xnox> cjwatson: re:vt6/qt:armhf bustage. Surely we can build vtk6 with qt5 which has qdouble abi break sorted out =)
[08:27]  * xnox goes local build to try out.
[08:27] <cjwatson> Err that sounds ambitious
[08:27] <cjwatson> Wouldn't that have exciting consequences for reverse-deps?
[08:29] <xnox> cjwatson: alternativly disable Qt portion on armhf.
[08:29] <xnox> although demotion is potentially better...
[08:30] <cjwatson> Disabling vtk6's qt bits might work, if paraview doesn't need them
[08:51] <xnox> vtk6 build with qt5 is churning away here.
[08:51] <cjwatson> brave
[08:51] <cjwatson> performous should be fixed
[08:52] <xnox> cjwatson: and i'll "just" need paraview git snapshot for that to be Qt5 as well...
[08:52] <cjwatson> I can't help feeling it would be safer to demote paraview now and upgrade this later
[08:54] <xnox> true.
[08:56] <xnox> well, i'll try the other way locally next. Build vtk6 without qt bits, and check if that's good enough for paraview.
[08:57] <xnox> i think it only needs python-vtk6 in paraview-python, which we can disable for now if it's busted with qt-less vtk6
[09:05] <cjwatson> Removed pcp-gui (following Debian), which clears pcp-gui-testsuite
[09:07] <cjwatson> jdstrand: Could you have somebody look at bug 1328194 reasonably urgently?  Blocks the complex transition above
[09:07] <infinity> seb128: Can you get the desktop team sub... wow.
[09:07] <cjwatson> seb128: ^- Would it be reasonable to have ubuntu-desktop subscribe to ... that :-)
[09:07] <infinity> cjwatson: I JUST asked him about that in the security channel. ;)
[09:07] <cjwatson> Heh
[09:09] <seb128> infinity, cjwatson: desktop-bugs team subscribed
[09:09] <cjwatson> Great, thanks
[09:39] <mlankhorst> can I get xf86-video-msm removed from the archive for utopic? It's been deleted from debian
[09:43] <bluesabre> I have a question... I was just given upload rights to the xubuntu package set on Monday, and was able to upload xubuntu-default-settings 14.10.0 to utopic, but my upload of xubuntu-default-settings 14.04.5 to trusty-proposed was rejected with "The signer of this package is lacking the upload rights for the source package, component or package set in question."  The package was correctly signed and uploaded from what I can tell... any
[09:43] <bluesabre> thoughts?
[09:48] <apw> bluesabre, what is your launchpad id, can use that to check permissions
[09:49] <bluesabre> apw: smd-seandavis
[09:49] <Laney> the permissions are per-release
[09:51] <bluesabre> ah, I see
[09:51] <apw> bluesabre, yeah your permissions currently are for xubuntu in utopic only
[09:52] <bluesabre> ok, I'll request sponsorship for that package then, thanks Laney and apw :)
[09:52] <Laney> wait
[09:52] <Laney> I'll get it copied
[09:52] <bluesabre> oh
[09:52] <bluesabre> even better ;)
[09:53] <cjwatson> mlankhorst: It's only been removed from testing, not unstable
[09:54] <cjwatson> mlankhorst: Could you find out whether it can be removed from unstable as well?
[10:07] <bluesabre> excellent
[10:09] <mlankhorst> cjwatson: it should have been
[10:10] <cjwatson> mlankhorst: I'm going from https://packages.qa.debian.org/x/xf86-video-msm.html
[10:16] <mlankhorst> ok
[10:52] <shadeslayer> cjwatson: any news on the iso ?
[10:52] <shadeslayer> For Kubuntu
[10:53] <cjwatson> No
[10:53] <cjwatson> I'll tell you when there is :)
[10:55] <shadeslayer> OK :), we kind of need it soonish, so I guess I will have to use ubuntu-defaults-image for the time being
[11:09] <Riddell> cjwatson, ScottK: I tidied up calligra, I don't think it was an issue with libvisio
[11:09] <Riddell> new version should now compile
[11:11] <cjwatson> Ah, nice, thanks
[11:16] <Riddell> hmm, or maybe not, forgot to try with -proposed
[11:57] <ScottK> Riddell: Thanks for taking care of it.
[11:59] <Riddell> ScottK: turns out current problem is an include one, I'll take care of that too
[11:59] <ScottK> Fun.
[12:20] <zul> Can get python-oslo.i18n out of binary-new its blocking our ci testing
[13:43]  * apw wonders if somone could new in the utopic kernel, linux seems to be stalled
[13:44] <cjwatson> apw: doing
[13:44] <apw> cjwatson, thanks as always
[13:47] <cjwatson> zul: done
[13:47] <zul> thanks
[13:47] <cjwatson> apw: done
[16:10] <cjwatson> xnox: Any luck with vtk6?
[16:10] <cjwatson> Or paraview, for that matter
[16:11] <cjwatson> xnox: If it's going to take a while then I'm inclined to just hack out paraview/armhf
[16:17] <xnox> cjwatson: i'm inclined to suggest removing vtk6/armhf and paraview/armhf. vtk6 port to qt5 works, but paraview doesn't.
[16:17] <xnox> cjwatson: and it would be madness to have it qt5 on armhf only.
[16:22] <cjwatson> no vtk6/armhf in the archive
[16:22] <cjwatson> just paraview/armhf
[16:23] <cjwatson> so OK, I guess maybe I'll put in an artificial build-dep so that it doesn't come back
[18:32] <shadeslayer> cjwatson: can we get a syslinux-themes-ubuntu-utopic ?
[22:56] <knome> hey bdmurray! since thursday is your SRU vanguard day, ping with bug 1309744
[22:56] <bdmurray> Is it thursday?
[22:56] <knome> umm, at least in my part of the world ;)
[22:56] <ochosi> in my tz it is :p
[22:57] <knome> bdmurray, if it's still wednesday there, you can also consider that an advance notification
[22:57] <bdmurray> knome: okay, noted
[22:57] <knome> cheers. for further information, just ping ochosi
[22:58] <knome> i'm going to be away for most of the thursday as you know it anyway...