[05:27] infinity: so, livecd-rootfs creates images using the tasks? [05:29] that seems to make it somewhat problematic to try to build a test image from wily-proposed, since the old libraries are all still available in wily with the Task header [05:31] although what about other flavors seeding language packs that don't want the video ? [05:32] (I'm open to suggestions for how to work around this so we can build a test image before copying to wily) [05:32] ianorlin: is that a response to me? [05:33] yes at least if I understand correctly [05:35] sorry, I don't see what your comment about language packs and video has to do with tasks and proposed [05:35] nevermind I was offtopic and thinking of something else oops [07:58] slangasek: We can put a uses-metapackages version of livecd-rootfs in a PPA, and build the livefses in same PPA. [07:59] slangasek: Honestly, I've been considering switching back to all-meta-all-the-time anyway, since we have to switch from tasks to meta for LTS point releases, which is painful if no one's tested installing with metas. [08:00] slangasek: It would also fix some of the "libraries never autoremove on SOVER bump" issues that installing with tasks can cause. [09:31] oh, the transition has reached the desktop image [09:32] * ogra_ notices a pile of builf failure mails [09:32] *build [10:08] ogra_, you can upgrade to the wily-proposed desktop [10:08] so what does fail? [15:06] is there a new ubiquity release planned before b1? there's a few new commits since the last release 2 months ago :) [18:14] infinity: ah... in fact I though there was a grand plan to make the latest version of livecd-rootfs install the same way as for point releases, didn't realize that hadn't happened yet. Could we do that now? [21:31] slangasek: We can try. The fundamental problem (and the reason I haven't done it) is that tasks make better decisions about alternate deps. [21:32] slangasek: See the *_HINTS variables in the trusty version to see what I mean. Tasks are explicit in the exact package set you want, metapackages don't do so well at that. [22:12] ^^ please don't accept qt-gstreamer, I've just noticed it's an unnecessary change and am backing this one out [22:13] well, this one is special. "Encountered a section with no Package: header"? https://launchpad.net/ubuntu/+source/qt-gstreamer/1.2.0-2ubuntu1/+build/7777315 [22:18] slangasek, looks like the biggest blocker is kde now, however everything in universe. couldn't reach Riddell the last days, and important packages are not yet in their preparation ppa [22:19] doko: why is any of this still in a ppa, rather than in wily-proposed? [22:20] why do you ask me? I only were asking for batched uploads, not everything at once. [22:21] slangasek: qt-gstramer -2ubuntu2 built successfully. Is something you changed likely to have fixed the sbuild thing? [22:21] Hm, only failed on armhf, weiiiird. [22:21] doko: I'm asking you because you apparently know of the existence of a staging ppa which I've heard nothing about, and everything else is already landing in the archive [22:21] wgrant: yeah, not related to the package afaics [22:21] http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.13.0_wily.html [22:35] heh, some kind of record... smokegen exports 5 symbols and 4 of them changed for g++5 [22:40] ;p