[01:45] robru: Any movement on the train? [01:45] michi: nope, everything has completely imploded. webops is on it, I can only wait for them [01:46] michi: I blame juju [01:46] OK. Looks like it’s in their hands :) [01:46] No ETA, I take it? [01:47] michi: nope. we've just begun to upgrade the juju environment, because we were running an ancient version. would not surprise me in the slightest if this took hours. [01:47] :( [01:47] OK, I better plan on doing something else then [01:47] Thanks for letting me know! === maclin1 is now known as maclin === doko_ is now known as doko [10:31] Laney, seb128 - could libfsharp-data-typeproviders4.3-cil please be removed? it's an "old binary" with no reverse-depends? [10:31] blocks fsharp from being considered - http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#fsharp [10:32] old as NBS? [10:32] si [10:32] well, it is built from release source, it's no longer build from proposed source [10:32] new package name is libfsharp-data-typeproviders4.4-ci [10:32] but britney is silly about it. [10:32] xnox, http://paste.ubuntu.com/14025753/ ? [10:33] let me check this [10:33] seb128, correct please do that =) [10:33] (stale package in -proposed) [10:33] done [10:33] thanks. [10:33] yw [10:34] ok, i have more [10:35] seb128, NBS in xenial-proposed too: libgdcm-java libgdcm2.4 libgdcm2.4-dbg libvtkgdcm-java libvtkgdcm2.4 [10:35] same reasons? [10:35] yeap. [10:35] ah you said so, NBS [10:36] 2.4.4-4ubuntu2 never migrated to release, and now NBS. [10:37] we have nbs release & rtm... [10:37] can we have NBS report for -proposed i wonder. [11:06] seb128, Laney: so i have a proposal to unstick gdcm transition from mono transition, to migrate mono. As follows: [11:07] remove libvtkgdcm-cil binary from xenial-release. Which should allow removing obsolete (bogus, leaf) - activiz.net mummy boo pinta [11:07] and mono migrates. [11:12] pinta isn't obsolete? [11:14] Laney, what's pinta?! [11:15] image editing / drawing application [11:15] Hey, since I see some mention of NBSes [11:16] Could anyone look at LP: #1520206 ? [11:16] Launchpad bug 1520206 in ocaml (Ubuntu) "Remove camlp4-extra binaries from the xenial archive" [Medium,New] https://launchpad.net/bugs/1520206 [11:21] sil2100: checking [11:24] sil2100: done [11:24] cjwatson: thank you! :) [11:50] xnox: Might be easiest to upload a gdcm with -cil stuff disabled, seems not to have any rdeps [11:50] to break them apart temporarily [12:20] Laney, wouldn't be removing -cil package from release have the same effect anyway? [12:21] i don't want to pointlessly upload a diff, to remove it after migrate. Surely we can hint britney things. [12:22] * xnox looks at pinta [12:22] Don't [12:22] It'll work after mono builds [12:22] oh [12:23] Laney, indeed that upload is very handy - making xbuild default to something sane. [12:24] yes, please make sure to remove your deltas [12:25] and I imagine removing gdcm-cil would work too [12:27] * cjwatson removes the -proposed NBS for gdcm [12:27] (a report for -proposed is unfortunately not exactly trivial though would be nice) [12:27] thought seb128 said he did that earlier [12:28] evidently not :P [12:28] appears not [12:29] cjwatson, i have been generating an nbs report for xenial-proposed using britney's list of old binaries as it affects the kernel much of the time [12:30] cjwatson, not sure if that can be accurate in the general case [12:31] britney's list of old binaries unfortunately includes both build failures and stuff that's intentionally not built any more [12:31] well, a bunch of these would go away if when autosyncs happen and a package exists in -proposed, it should remove it from -proposed first before syncing over. [12:32] I don't think that's a good idea! [12:33] ok. [12:36] cjwatson, good point, it would need to elide those in concert with missing build to be useful [12:40] Laney, about gdcm transition. i'll need to wait forever for inisghtooolkit4 to be built, and then rebuild remaining 3 packages for the transition and it should be all good =/ [12:48] xnox: righto [12:48] you want to try and split mono or just wait? [12:49] Laney, insighttoolkit4 takes 3 days and 4 hours to build on amd64.... unless it needs a little help and killing stray processes or some such. [12:49] Laney, i do want gdcm-cil things removed from -release (no rdeps) to see if mono migrates. [12:50] it'll need those other removals + pinta [12:51] well, once mono builds and becomes a candidate. [12:51] i re-tried no-change rebuild of pinta in my ppa, it's building (arch:all so amd64 only) [12:51] if it builds, i'll copy it over. [12:51] Laney, and it still fails with cryptic stuff https://launchpadlibrarian.net/230079759/buildlog_ubuntu-xenial-amd64.pinta_1.6-1build1_BUILDING.txt.gz [12:51] Actions/AddinActions.cs(28,12): error CS0234: The type or namespace name `Unix' does not exist in the namespace `Mono'. Are you missing an assembly reference? [12:52] et.al. [12:55] Laney, will you look into pinta build failure please? i am confused about it =) [12:58] ok [12:58] Laney, sorry, I queued that but was in middle of something and wanted to check rdepends etc before doing it and then I had to go for lunch [12:58] cjwatson, thanks for doing those [13:16] Laney, we can file a block for pinta, and do demote-to-proposed against it + removals, to migrate mono. unless you have thought on how to fix pinta? [13:16] * xnox should try building latest upstream. [13:17] I probably know how to do it, don't worry [13:17] oooh =) [13:19] you get the rest of the removals taken care of :P [13:20] hooray for incoming.d.o as proper archive [13:27] Laney, looks like the deps need to be bumped to 4.0.0.0__0738eb9f132ed756 from Version=2.0.0.0, Culture=neutral, PublicKeyToken=0738eb9f132ed756 or some such. [13:47] xnox: DONE [13:48] Laney, well done =) [13:48] * xnox ponders if i managed to figure it out too... http://paste.ubuntu.com/14027120/ i guess i should have been doing something productive. [13:49] umm, probably yes [13:50] Laney, i drop toolsversion & targetversion in my diff, but meh, same difference. anyway this is cool. once it's built and published we may be in a possition to bribe AAs to remove things to migrate mono [14:40] hello, can an archive admin please remove the python3-os-win binaries? they've been dropped for now as the upstream code is not yet py3 compatible. [14:44] * didrocks flushes [14:44] coreycb: binary removed from xenial-proposed [14:44] didrocks, thanks! [14:44] yw ;) [15:47] fyi for everyone that looks into proposed migration insighttoolkit4 is building in a nonvirt ppa, to be copied over once it builds over the coming days. [15:48] building in a ppa, to avoid pointless arch-skew for it, not that it's installable anyway at the moment in -proposed. === arges_ is now known as arges [19:29] was my insighttoolkit4 ppc64el build killed? [19:30] doko, https://launchpadlibrarian.net/230102849/buildlog_ubuntu-xenial-ppc64el.insighttoolkit4_4.8.1-1ubuntu4_BUILDING.txt.gz [19:30] any thoughts? [19:30] shall i retry? [19:32] looks like OOM, but you might as well retry [19:37] * xnox downloads the log [19:37] http://people.canonical.com/~xnox/buildlog_ubuntu-xenial-ppc64el.insighttoolkit4_4.8.1-1ubuntu4_BUILDING.txt.gz [19:58] cjwatson: Did we never adjust VM sizes after the mem/core discussions? [20:03] mdeslaur: I think we're missing a grub2-signed upload for grub2 2.02~beta2-9ubuntu1.6 in trusty-security. [20:06] cyphermox: oh, d'oh [20:06] same for the other releases too [20:07] cyphermox: It's just a no-change rebuild? [20:07] no, you also need to change the build-depends [20:07] well, with a more recent build-dep [20:07] mdeslaur: With adjusted build-deps, if you're being picky, but that's not necessary. [20:07] mdeslaur: And it *must* build in the archive. This needs the same procedure as kernel embargos. [20:08] cyphermox, infinity: cool, thanks for the heads up [20:08] mdeslaur: ie: needs to copy from PPA to proposed, build in proposed, then release the mess to security. [20:08] infinity: ok, so I let you know once it's in the ppa? [20:08] I only noticed it because I was preparing a SRU :/ [20:08] crud, I didn't know this was needed, sorry for the trouble [20:08] mdeslaur: Well, and I need to copy all your security updates to proposed. :P [20:11] * infinity sets about doing all of that. [20:11] mdeslaur: If you guys have special "Talk to Adam" instructions for kernel embargos, you might want to add grub to the same list. :P [20:14] mdeslaur: But, basically, the procedure for both is the same. linux/grub2 get binary copied from PPA to proposed. linux-signed/grub2-signed get source-only copied (or uploaded) to proposed. When all is built and happy, the lots gets released to security/updates. [20:17] infinity: yeah, I'll add a note to our scripts so it doesn't happen again [20:19] infinity: uploading to ppa here: https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages [20:21] mdeslaur: Kay. When everything looks sane on the archive side, I'll copy them over. [20:22] I gather the ftbfs in the ppa is normal... [20:22] Yes. [20:39] mdeslaur: Alright, reviewed them all for sanity. Will copy as soon as they'll actually be buildable. [20:40] thanks infinity [20:41] * infinity runs across the street for pizza while he waits. [22:51] xnox, you could retry. looks like the oom killer