| xnox | infinity, bah. we should fix that probably, somehow. | 09:30 |
|---|---|---|
| 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:15 |
| cjwatson | xnox: done | 13:24 |
| xnox | cjwatson, thank you. | 13:25 |
| 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 | 14: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:54 |
| infinity | s/for Ubuntu/for Ubuntu s390x/ | 16:56 |
| 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:09 |
| xnox | or could somebody please reset https://bugs.launchpad.net/ubuntu-cdimage/+bug/1536981 to trianged. | 17:12 |
| cyphermox | infinity: right | 17:13 |
| cyphermox | infinity: what I did was say that I had seen that debconf question pop up somewhere | 17:13 |
| 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:15 |
| xnox | cyphermox, the s390x logic looks obsolete, as ubuntu never supported tape, and debian dropped tape support. | 17:24 |
| xnox | i'd say there is only one kernel for s390x, in both ubuntu and debian. | 17:25 |
| 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:26 |
| cyphermox | xnox: it's a merge from debian, it should be pretty close to what debian currently has | 17:37 |
| 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:38 |
| cyphermox | just arch_get_kernel is really wrong | 17:39 |
| xnox | cyphermox, i think this should do http://paste.ubuntu.com/14664998/ | 17:39 |
| cyphermox | just arch_get_kernel needs a change ;) | 17:40 |
| xnox | cyphermox, true. | 17:40 |
| cyphermox | or, maybe arch_check_usable_kernel too | 17:40 |
| 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:41 |
| infinity | xnox: Why are you listing generic in unusable? | 17:48 |
| 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:50 |
| infinity | Which I note ppc64el doesn't. I wonder if that's my bug. | 17:51 |
| 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:52 |
| infinity | That's just the testsuite anyway. I guess if it passes, it passes. | 17:53 |
| 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. | 17:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!