[06:40] -queuebot:#ubuntu-release- Unapproved: qpdf (bionic-proposed/main) [8.0.2-3 => 8.1.0-1] (desktop-core, ubuntu-server) (sync) [09:01] -queuebot:#ubuntu-release- Unapproved: qpdf (bionic-proposed/main) [8.0.2-3 => 8.1.0-1] (desktop-core, ubuntu-server) (sync) [13:31] hello AA, how do you feel about removing openjfx binaries on armhf arm64 and ppc64el? [13:31] the reverse-deps are all arch:all, so nobody should care about what is not amd64 and i386... [13:31] at least until debian fixes the failures, so we can move forward with the transition [15:09] LocutusOfBorg: openjfx> sounds like a pragmatic approach. Looking [15:10] LocutusOfBorg: done [15:10] anyone working on transcode? It's two years removed from Debian, I would just remove it from Ubuntu as well but it has revdeps [15:10] looks like doko fixed transcode last [15:12] also looks like demoting/removing dvdrip,ripmake,subtitleripper,transcode is enough to resolve, so will probably just do that if unresolved when the other blockers are sorted [15:15] tsimonq2: anyone after the strigi build failure? [15:21] was already ftbfs in bionic release apparently [15:32] slangasek: strigi is dead and removed in debian. amarok in -proposed is built without it, which was the last thing that wanted it [15:32] ok [15:33] acheronuk: in fact, it appears amarok in cosmic has only an unused build-dep on it, so I can go ahead and remove strigi from cosmic now, thanks [15:33] :) [15:43] strigi gone [15:44] -queuebot:#ubuntu-release- New binary: linux-signed-lts-xenial [amd64] (trusty-proposed/main) [4.4.0-134.160~14.04.1] (kernel) [15:45] -queuebot:#ubuntu-release- New: accepted linux-signed-lts-xenial [amd64] (trusty-proposed) [4.4.0-134.160~14.04.1] [15:48] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (trusty-proposed) [2.02~beta2-9ubuntu1.15] [17:17] slangasek, https://bugs.launchpad.net/ubuntu/+source/dvdrip/+bug/1787222 [17:17] Ubuntu bug 1787222 in transcode (Ubuntu) "Remove transcode and friends from cosmic" [Undecided,Confirmed] [17:17] https://bugs.launchpad.net/ubuntu/+source/transcode/+bug/1784612 [17:17] Ubuntu bug 1784612 in transcode (Ubuntu) "FTBFS against ffmpeg 4" [Undecided,New] [17:17] I would prefer to follow with removals [18:15] slangasek, I fixed transcode, because I want to see less stuff in update_output. but *please* remove it anyway, it is not maintainable anymore [18:15] and I'm really sure the patches we have now are making the program not behaving correctly [18:30] slangasek: If I needed to sed a single line in the Lubuntu squashfs that shouldn't be in the package, can I add a one-liner to livecd-rootfs? [18:31] It's pending an upstream solution but it just neans sedding one line. [18:31] (I know it's hacky... heh) [19:05] can we please have nodejs hinted so curl can migrate? [19:06] it is regressed with new libuv, but the test doesn't really run against release (because of transition or other meh) [20:27] -queuebot:#ubuntu-release- New binary: budgie-extras [s390x] (cosmic-proposed/universe) [0.6.0-0ubuntu1] (personal-fossfreedom, ubuntu-budgie) [20:28] -queuebot:#ubuntu-release- New binary: budgie-extras [ppc64el] (cosmic-proposed/universe) [0.6.0-0ubuntu1] (personal-fossfreedom, ubuntu-budgie) [20:29] -queuebot:#ubuntu-release- New binary: budgie-extras [amd64] (cosmic-proposed/universe) [0.6.0-0ubuntu1] (personal-fossfreedom, ubuntu-budgie) [20:29] -queuebot:#ubuntu-release- New binary: budgie-extras [i386] (cosmic-proposed/universe) [0.6.0-0ubuntu1] (personal-fossfreedom, ubuntu-budgie) [20:29] -queuebot:#ubuntu-release- New binary: budgie-extras [armhf] (cosmic-proposed/universe) [0.6.0-0ubuntu1] (personal-fossfreedom, ubuntu-budgie) [20:30] -queuebot:#ubuntu-release- New binary: budgie-extras [arm64] (cosmic-proposed/universe) [0.6.0-0ubuntu1] (personal-fossfreedom, ubuntu-budgie) [20:49] LocutusOfBorg: well, not sure it was worth your time to fix transcode when I was already talking about removing it. I'll take care of these now [20:50] tsimonq2: you mean that the line you're sedding out shouldn't be in the package? livecd-rootfs is not a place to hack contents of packages [23:20] slangasek: Is there a place other than livecd-rootfs for temporary hacks?