[02:45] <infinity> diff from 2.0.0-0ubuntu4 to 2.0.1-0ubuntu1~16.04.1 (8.1 MiB)
[02:45] <infinity> stgraber: ^-- orly?
[02:45] <stgraber> is that lxd?
[02:46] <infinity> Yeah.
[02:46] <stgraber> yeah, blame go
[02:46] <infinity> lxc and lxcfs look saner.
[02:46] <stgraber> I'm guessing 8MB of that is in dist/
[02:46] <stgraber> which isn't used in Ubuntu since we've got our own copies of that stuff from -dev packages
[02:46] <infinity> Oh, bleh.
[02:46] <infinity> Kay, filterdiff to the rescue, I guess.
[02:47] <stgraber>  50 files changed, 1709 insertions(+), 1104 deletions(-)
[02:47] <stgraber> upstream diffstat for 2.0.0 to 2.0.1
[02:47] <infinity> You know what I think would be awesome?  If every software project in the world bundled all their dependencies.
[02:48] <stgraber> :)
[02:48] <infinity> (Ironically, if they all did it together, I think the result would be called "Debian")
[09:01] <yofel> infinity: good point, symbols fixed. And thanks for the -v reminder, I keep forgetting that
[09:02] <apw> yofel, you can reuse numbers if they got rejected btw
[09:05] <yofel> apw: hm... I didn't do that because that would've required me retagging git. But now I realize that I could actually do that now (when our repositories were on alioth the debian team didn't allow that)
[09:06] <yofel> I'll do that next time
[09:06] <apw> yofel, some people do it for their own sanity, it was just an observation
[09:09] <yofel> right, I did that in the pre-git era as well, or when I immediately realize a mistake. Policy just prevented me from doing that lately
[11:20] <Odd_Bloke> infinity: https://code.launchpad.net/~daniel-thewatkins/livecd-rootfs/enable-backports/+merge/295059 <-- this is the backports change we talked about a few days ago
[13:09] <estan> arges: hi. i'd like to ask for an SRU nomination of https://bugs.launchpad.net/ubuntu/+source/octave/+bug/1583128 , are you the one to talk to? it's the first time i do this. i attached a debdiff against the source package to the bug.
[13:11] <arges> estan: hi. i can take a look
[13:19] <estan> arges: thanks a lot. much appreciated.
[13:20] <arges> estan: no problem. Did this already get fixed in Yakkety?
[13:21] <arges> estan: ok i see it hasn't Ill upload to yakkety first, then once its fixed there we can do the SRU for xenial
[13:29] <estan> arges: okay great.
[14:34] <estan> nacc: hi. i got help from arges in #ubuntu-release :) it's not in yakkety, so he said he'd upload to yakkety first, before doing an SRU.
[14:34] <estan> err, sorry. wrong channel.
[14:35] <arges> estan: just uploaded into yakkety fyi
[14:48] <estan> arges: excellent. btw, we wouldn't mind having this fix in wily as well.. but i don't know what the policy is here (i'm such a packaging noob :p).
[14:58] <arges> estan: hmm looks like a new version of octave just landed in yakkety before i was able to upload... i need to rebase on that (or just check if your patch is in it already)
[14:59] <arges> estan: for wily we can sru to that too. the policy is to fix it in development first, then any newer stable versions it affects. so Yakkety then Xenial and Wily
[15:00] <estan> arges: ah alright. the fix is in 4.0.1 upstream already.
[15:00] <arges> estan: ok well that makes it easier : )
[15:01] <estan> arges: so if yakkety now has 4.0.2, that's good. but there were a lot of changes in 4.0.1 and 4.0.2, so maybe it's not all SRU-worthy..?
[15:01] <arges> estan: if you can make a debdiff against wily i can sponsor that too. In addition be sure to add (LP: #XXXXX) in teh comments to indicate which bug the changelog closes
[15:01] <estan> (that's why i went with making a patched 4.0.0).
[15:01] <arges> estan: i will just sponsor your fix patched against the version in xenial
[15:02] <estan> arges: yep, alright.
[15:03] <estan> hm. add LP: #XXXXX in which comments? in the changelog itself?
[15:04] <arges> estan: yea look through the existing entries to see how its done. I'll add it into the xenial changes for you
[15:05] <arges> estan: here is an example: http://pastebin.ubuntu.com/16493609/
[15:19] <estan> arges: ah. thanks! i'll see about making a debdiff for wily then.
[17:23] <lamont> RAOF: aroudn?
[17:27] <estan> arges: sorry for the questions, but.. should i create a bug separately for wily, just so that i have something to close with LP: #NNNN in the changelog?
[17:27] <nacc> estan: no, a bug can have tasks for multiple releases
[17:27] <nacc> estan: and the auto-closer will dtrt
[17:28] <estan> ah. neat.
[17:28] <estan> thanks.
[17:28] <nacc> estan: so presuming wily task has been opened in that bug (requested in #ubuntu-bugs, etc)
[17:28] <arges> yea what nacc said : )
[17:30] <estan> ah. i see. at the moment there is no wily task (https://bugs.launchpad.net/ubuntu/+source/octave/+bug/1583128). not sure i have the bits to open one.
[17:31] <nacc> estan: so looks like fixed in yakkety and sru opened to xenial?
[17:31] <nacc> estan: you'd request in #ubuntu-bugs (or from arges, who maybe already helped you here) to open tasks for other target series
[17:31] <arges> yea targeted against wily
[17:32] <arges> so just add the wily debdiff to that same bug,  and i'd be happy to sponsor that
[17:32] <estan> excellent.
[17:41] <estan> arges: https://bugs.launchpad.net/ubuntu/+source/octave/+bug/1583128/comments/5
[17:42] <arges> estan: thanks
[17:42] <estan> you too :)
[17:48] <LocutusOfBorg> please accept octave from new, I plan to transition it tonight if you accept it
[17:48] <LocutusOfBorg> BTW libpng12 can be removed now, I fixed the latest blocker this morning
[17:49] <LocutusOfBorg> faumachine is broken and will be removed in Debian too probably
[17:49] <LocutusOfBorg> (also vtk and insighttoolkit can be removed almost easily, but I have no dak on Ubuntu)
[18:01] <mapreri> (all of them are already gone from debian)
[22:53] <RAOF> lamont: I am now, but not at 3am :)
[22:56] <knome> but it is practically almost 3am now!
[22:56] <knome> :)=
[23:13] <lamont> RAOF: heh
[23:13] <lamont> RAOF: turns out that there's another bit of python that matters far more than the others: apparmor :/
[23:14] <lamont> RAOF: but the two scripts affected by the change are pretty much don't care, and known to work with both python2 and 3 in any case
[23:14] <RAOF> What do the scripts do?
[23:15] <cjwatson> s390x builders will be going down in about 25 minutes for maintenance; expected downtime about an hour