/srv/irclogs.ubuntu.com/2015/12/15/#ubuntu-release.txt

michirobru: Any movement on the train?01:45
robrumichi: nope, everything has completely imploded. webops is on it, I can only wait for them01:45
robrumichi: I blame juju01:46
michiOK. Looks like it’s in their hands :)01:46
michiNo ETA, I take it?01:46
robrumichi: 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
michi:(01:47
michiOK, I better plan on doing something else then01:47
michiThanks for letting me know!01:47
=== maclin1 is now known as maclin
=== doko_ is now known as doko
xnoxLaney, seb128 - could libfsharp-data-typeproviders4.3-cil  please be removed? it's an "old binary" with no reverse-depends?10:31
xnoxblocks fsharp from being considered - http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#fsharp10:31
seb128old as NBS?10:32
xnoxsi10:32
xnoxwell, it is built from release source, it's no longer build from proposed source10:32
xnoxnew package name is libfsharp-data-typeproviders4.4-ci10:32
xnoxbut britney is silly about it.10:32
seb128xnox, http://paste.ubuntu.com/14025753/ ?10:32
xnoxlet me check this10:33
xnoxseb128, correct please do that =)10:33
xnox(stale package in -proposed)10:33
seb128done10:33
xnoxthanks.10:33
seb128yw10:33
xnoxok, i have more10:34
xnoxseb128, NBS in xenial-proposed too: libgdcm-java libgdcm2.4 libgdcm2.4-dbg libvtkgdcm-java libvtkgdcm2.410:35
seb128same reasons?10:35
xnoxyeap.10:35
seb128ah you said so, NBS10:35
xnox2.4.4-4ubuntu2 never migrated to release, and now NBS.10:36
xnoxwe have nbs release & rtm...10:37
xnoxcan we have NBS report for -proposed i wonder.10:37
xnoxseb128, Laney: so i have a proposal to unstick gdcm transition from mono transition, to migrate mono. As follows:11:06
xnoxremove libvtkgdcm-cil binary from xenial-release. Which should allow removing obsolete (bogus, leaf) - activiz.net mummy boo pinta11:07
xnoxand mono migrates.11:07
Laneypinta isn't obsolete?11:12
xnoxLaney, what's pinta?!11:14
Laneyimage editing / drawing application11:15
sil2100Hey, since I see some mention of NBSes11:15
sil2100Could anyone look at LP: #1520206 ?11:16
ubot5Launchpad bug 1520206 in ocaml (Ubuntu) "Remove camlp4-extra binaries from the xenial archive" [Medium,New] https://launchpad.net/bugs/152020611:16
cjwatsonsil2100: checking11:21
cjwatsonsil2100: done11:24
sil2100cjwatson: thank you! :)11:24
Laneyxnox: Might be easiest to upload a gdcm with -cil stuff disabled, seems not to have any rdeps11:50
Laneyto break them apart temporarily11:50
xnoxLaney, wouldn't be removing -cil package from release have the same effect anyway?12:20
xnoxi don't want to pointlessly upload a diff, to remove it after migrate. Surely we can hint britney things.12:21
* xnox looks at pinta12:22
LaneyDon't12:22
LaneyIt'll work after mono builds12:22
xnoxoh12:22
xnoxLaney, indeed that upload is very handy - making xbuild default to something sane.12:23
Laneyyes, please make sure to remove your deltas12:24
Laneyand I imagine removing gdcm-cil would work too12:25
* cjwatson removes the -proposed NBS for gdcm12:27
cjwatson(a report for -proposed is unfortunately not exactly trivial though would be nice)12:27
Laneythought seb128 said he did that earlier12:27
Laneyevidently not :P12:28
cjwatsonappears not12:28
apwcjwatson, 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 time12:29
apwcjwatson, not sure if that can be accurate in the general case12:30
cjwatsonbritney's list of old binaries unfortunately includes both build failures and stuff that's intentionally not built any more12:31
xnoxwell, 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:31
cjwatsonI don't think that's a good idea!12:32
xnoxok.12:33
apwcjwatson, good point, it would need to elide those in concert with missing build to be useful12:36
xnoxLaney, 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:40
Laneyxnox: righto12:48
Laneyyou want to try and split mono or just wait?12:48
xnoxLaney, 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
xnoxLaney, i do want gdcm-cil things removed from -release (no rdeps) to see if mono migrates.12:49
Laneyit'll need those other removals + pinta12:50
xnoxwell, once mono builds and becomes a candidate.12:51
xnoxi re-tried no-change rebuild of pinta in my ppa, it's building (arch:all so amd64 only)12:51
xnoxif it builds, i'll copy it over.12:51
xnoxLaney, and it still fails with cryptic stuff https://launchpadlibrarian.net/230079759/buildlog_ubuntu-xenial-amd64.pinta_1.6-1build1_BUILDING.txt.gz12:51
xnoxActions/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:51
xnoxet.al.12:52
xnoxLaney, will you look into pinta build failure please? i am confused about it =)12:55
Laneyok12:58
seb128Laney, 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 lunch12:58
seb128cjwatson, thanks for doing those12:58
xnoxLaney, 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:16
LaneyI probably know how to do it, don't worry13:17
xnoxoooh =)13:17
Laneyyou get the rest of the removals taken care of :P13:19
Laneyhooray for incoming.d.o as proper archive13:20
xnoxLaney, 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:27
Laneyxnox: DONE13:47
xnoxLaney, 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:48
Laneyumm, probably yes13:49
xnoxLaney, 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 mono13:50
coreycbhello, 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:40
* didrocks flushes14:44
didrockscoreycb: binary removed from xenial-proposed14:44
coreycbdidrocks, thanks!14:44
didrocksyw ;)14:44
xnoxfyi 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:47
xnoxbuilding in a ppa, to avoid pointless arch-skew for it, not that it's installable anyway at the moment in -proposed.15:48
=== arges_ is now known as arges
xnoxwas my insighttoolkit4 ppc64el build killed?19:29
xnoxdoko, https://launchpadlibrarian.net/230102849/buildlog_ubuntu-xenial-ppc64el.insighttoolkit4_4.8.1-1ubuntu4_BUILDING.txt.gz19:30
xnoxany thoughts?19:30
xnoxshall i retry?19:30
cjwatsonlooks like OOM, but you might as well retry19:32
* xnox downloads the log19:37
xnoxhttp://people.canonical.com/~xnox/buildlog_ubuntu-xenial-ppc64el.insighttoolkit4_4.8.1-1ubuntu4_BUILDING.txt.gz19:37
infinitycjwatson: Did we never adjust VM sizes after the mem/core discussions?19:58
cyphermoxmdeslaur: I think we're missing a grub2-signed upload for grub2 2.02~beta2-9ubuntu1.6 in trusty-security.20:03
mdeslaurcyphermox: oh, d'oh20:06
cyphermoxsame for the other releases too20:06
mdeslaurcyphermox: It's just a no-change rebuild?20:07
cyphermoxno, you also need to change the build-depends20:07
mdeslaurwell, with a more recent build-dep20:07
infinitymdeslaur: With adjusted build-deps, if you're being picky, but that's not necessary.20:07
infinitymdeslaur: And it *must* build in the archive.  This needs the same procedure as kernel embargos.20:07
mdeslaurcyphermox, infinity: cool, thanks for the heads up20:08
infinitymdeslaur: ie: needs to copy from PPA to proposed, build in proposed, then release the mess to security.20:08
mdeslaurinfinity: ok, so I let you know once it's in the ppa?20:08
cyphermoxI only noticed it because I was preparing a SRU :/20:08
mdeslaurcrud, I didn't know this was needed, sorry for the trouble20:08
infinitymdeslaur: Well, and I need to copy all your security updates to proposed. :P20:08
* infinity sets about doing all of that.20:11
infinitymdeslaur: If you guys have special "Talk to Adam" instructions for kernel embargos, you might want to add grub to the same list. :P20:11
infinitymdeslaur: 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:14
mdeslaurinfinity: yeah, I'll add a note to our scripts so it doesn't happen again20:17
mdeslaurinfinity: uploading to ppa here: https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa/+packages20:19
infinitymdeslaur: Kay.  When everything looks sane on the archive side, I'll copy them over.20:21
mdeslaurI gather the ftbfs in the ppa is normal...20:22
infinityYes.20:22
infinitymdeslaur: Alright, reviewed them all for sanity.  Will copy as soon as they'll actually be buildable.20:39
mdeslaurthanks infinity20:40
* infinity runs across the street for pizza while he waits.20:41
dokoxnox, you could retry. looks like the oom killer22:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!