[09:30] <xnox> infinity, bah. we should fix that probably, somehow.
[13:15] <xnox> cjwatson, would you mind merging https://code.launchpad.net/~xnox/debian-cd/s390x-el-torito/+merge/283798 and re-spinning s390x server image?
[13:24] <cjwatson> xnox: done
[13:25] <xnox> cjwatson, thank you.
[14:54] <cyphermox> xnox: infinity: not sure it's a failed merge anymore; s390 didn't really change
[14:54] <cyphermox> and amd64 doesn't look like it prompts for the kernels
[16:54] <infinity> cyphermox: Oh.  If amd64 doesn't have the bug (you implied that it did), then it's just a failure to write a proper kernel selection case in base-installer for Ubuntu.
[16:56] <infinity> s/for Ubuntu/for Ubuntu s390x/
[17:09] <xnox> cjwatson, would you please add me to ~ubuntu-cdimage such that i can manage bug statuses for the s390x bugs in e.g. ubuntu-cdimage project? I promise to do good.
[17:12] <xnox> or could somebody please reset https://bugs.launchpad.net/ubuntu-cdimage/+bug/1536981 to trianged.
[17:13] <cyphermox> infinity: right
[17:13] <cyphermox> infinity: what I did was say that I had seen that debconf question pop up somewhere
[17:15] <cyphermox> looking back at amd64.sh, I don't see how it could possibly happen there, it doesn't look like it changed at all since the previous merge.
[17:15] <cyphermox> (and it's very different from the s390x logic there)
[17:24] <xnox> cyphermox, the s390x logic looks obsolete, as ubuntu never supported tape, and debian dropped tape support.
[17:25] <xnox> i'd say there is only one kernel for s390x, in both ubuntu and debian.
[17:26] <cjwatson> xnox: reset the bug status since I don't remember OTTOMH precisely what that team grants :)
[17:26] <xnox> cjwatson, ha ha =) fair enough.
[17:37] <cyphermox> xnox: it's a merge from debian, it should be pretty close to what debian currently has
[17:38] <xnox> cyphermox, i'm tryng somet out. Whilst true all our $arch tings for kernel are different from deban, a we name everryhing differently. So adjusting s390x appropriately.
[17:39] <cyphermox> just arch_get_kernel is really wrong
[17:39] <xnox> cyphermox, i think this should do http://paste.ubuntu.com/14664998/
[17:40] <cyphermox> just arch_get_kernel needs a change ;)
[17:40] <xnox> cyphermox, true.
[17:40] <cyphermox> or, maybe arch_check_usable_kernel too
[17:41] <xnox> and tests.
[17:41] <cyphermox> but arch_get_kernel_flavor shouldn't change
[17:41] <cyphermox> well, yeah, the tests
[17:41] <xnox> well. is this a bikeshed? =) i copied what we do for ppc64el. and it's our kernels.
[17:48] <infinity> xnox: Why are you listing generic in unusable?
[17:50] <infinity> Oh.  You're not.  I can't read.
[17:50] <infinity> But you need to also include linux-generic
[17:50] <infinity> Above it.
[17:51] <infinity> Which I note ppc64el doesn't.  I wonder if that's my bug.
[17:52] <cyphermox> your bug?
[17:52] <infinity> As in, I probably wrote the ppc64el bits.
[17:52] <infinity> Which don't seem to match what amd64 do.
[17:53] <infinity> That's just the testsuite anyway.  I guess if it passes, it passes.
[17:58] <infinity> xnox: Right.  Nevermind my comments.  Should be fine as-is.  Just drop the unnecessary change to arch_get_kernel_flavour and you should be golden.