[10:12] crshman, right, they are raw builds, which arn't building, because upstream has yet to apply the fix, sigh [11:10] * xnox doesn't like our kernels [11:10] * xnox goes to fix [11:11] xnox, ? [11:11] apw, is there a brand new way to checkout ubuntu linux trees? do i need to use launchpad, or can i use kernel.ubuntu.com? [11:11] * xnox did not have the memo [11:11] apw, just packaging and user-space bits, nothing drastic. [11:12] they are all in the original kernel.ubuntu.com place, though some of the newer ones are master in LP, and they are all available there too [11:12] apw, oh, and i've built the s390x kernel package... it didn't build me the kernel image / udebs. used 4.2.0-19.23 [11:13] xnox, how did you build it [11:13] apw, dpkg-buildpackage -b [11:13] it gave me source, doc, headers, tools-common, cloud-tools-common, and linux-libc-dev and that's it =( [11:14] which branch of what repo ? [11:14] pull-lp-source linux =) [11:14] hence looking for repositories now ;-) [11:14] http://kernel.ubuntu.com/git/ubuntu/ubuntu-xenial.git/ is out of date, so i need launchpad i guess. [11:15] yep, then you will only get linux-libc-dev, that is a stage1 only build in the archive [11:15] you need the ubuntu-xenial master-next to get anything mroe [11:15] https://code.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial -> looks fresh [11:15] ack [11:15] xnox, yes that is the official master for xenial [11:15] and i don't like the droppage of libunwind8-dev =) [11:16] heh whyso ? [11:16] we should totally use elfutils which has unwind support on s390x [11:16] and like switch to it from libunwind throughout, because hipsters =) [11:17] if you have the energy :) and being you you have a lot of that [11:17] well, my hands are tied, as llvm is building.... [11:18] and there is one more llvm to build. [11:23] * xnox should have done a shallow clone =( [11:25] xnox, or a --reference linux-linus clone [11:25] that would have worked, if i were a kernel developer =) [11:25] all serious developers have linux clone :) [11:26] plus kernel.org's pipe is really fat [11:29] xnox, you will need to touch some abi-ignore files into s390x as there are no s390x builds yet, chicken-egg-chicken [11:29] xnox, echo 1 >debian.master/abi/4.3.0-0.7/ignore; echo 1 >debian.master/abi/4.3.0-0.7/ignore.modules [11:29] else it will barf on you [11:30] ass not that [11:30] xnox, mkdir debian.master/abi/4.3.0-0.7/s390x; echo 1 >debian.master/abi/4.3.0-0.7/s390x/ignore; echo 1 >debian.master/abi/4.3.0-0.7/s390x/ignore.modules [11:30] xnox, that [11:31] apw, you have access to a devirt ppa to test build things on all arches, right? [11:31] xnox, yes [13:23] apw, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1519820 [13:23] Ubuntu bug 1519820 in linux (Ubuntu) "xenial linux master-next FTBFS on s390x" [Undecided,New] [13:25] xnox, you can turn that off in debian.master/rules.d/s390x.mk do_zfs=false sort of thing [13:25] apw, tah, let me test that. [13:25] * xnox will submit patches with all changes in the end. [13:30] xnox, the build i did for infinity was against the 4.2 base, so i am not supprised you are seeing issues [13:30] xnox, though it has been test built (other than zfs because that won't cross compile) [13:41] xnox, and thanks [13:41] apw, in linux-image-extra there are: [13:41] -rw-r--r-- root/root 24590 2015-11-25 14:26 ./lib/modules/4.3.0-0-generic/kernel/drivers/s390/block/dasd_fba_mod.ko [13:41] -rw-r--r-- root/root 178446 2015-11-25 14:26 ./lib/modules/4.3.0-0-generic/kernel/drivers/s390/block/dasd_eckd_mod.ko [13:41] -rw-r--r-- root/root 190646 2015-11-25 14:26 ./lib/modules/4.3.0-0-generic/kernel/drivers/s390/block/dasd_mod.ko [13:41] -rw-r--r-- root/root 21502 2015-11-25 14:26 ./lib/modules/4.3.0-0-generic/kernel/drivers/s390/block/dasd_diag_mod.ko [13:41] .. [13:41] i think these are ought to move to linux-image, rather than stay in extra. [13:42] that looks like it should be in linux-image as that is likley the disks :) [13:42] xnox, concur [13:42] and i also want dasd-modules and dasd-modules-extra udebs [13:42] like in debian. [13:42] in debian they put: [13:42] -rw-r--r-- root/root 163968 2015-11-10 20:42 ./lib/modules/4.2.0-1-s390x/kernel/drivers/s390/block/dasd_mod.ko [13:42] -rw-r--r-- root/root 24896 2015-11-10 20:42 ./lib/modules/4.2.0-1-s390x/kernel/drivers/s390/block/dasd_fba_mod.ko [13:42] -rw-r--r-- root/root 179880 2015-11-10 20:42 ./lib/modules/4.2.0-1-s390x/kernel/drivers/s390/block/dasd_eckd_mod.ko [13:42] into dasd-modules udeb, [13:42] and the dasd_diag_mod.ko into dasd-modules-extra udeb. [13:43] not sure if that's worth the split or not. [13:43] apw, do you want a bug report for that, or shall I try to implement this udeb bit? [13:43] i am happy to do it, but a bug would be nice [13:43] the bit where an arch deviates from the norm is a bit messy to say the least [13:44] xnox, for the instant i'd suggest adding them to the scsi-modules list and making that Provide: dasd-modules [13:44] and then i can fix it properly slower [13:45] apw, cool. i kind of pre-emptively uploaded d-i that expects to find dasd-modules =) [13:45] due to monkey-see debian, monkey-do the same [13:49] apw, "patch" for disable of zfs -> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1519820/comments/2 [13:49] Ubuntu bug 1519820 in linux (Ubuntu) "xenial linux master-next FTBFS on s390x" [Undecided,Confirmed] [13:49] submitted trivial bug fix to upstream to fix spl, but not sure if want to carry that without zfs. [13:49] linked to from https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1519814 [13:49] Ubuntu bug 1519814 in linux (Ubuntu) "xenial, linux-master FTBFS on s390x" [Undecided,Incomplete] [13:51] if that makes it build, we should likely get it tested by someone [13:52] i am testing a fix for the udebs now, if you get my bug filed :) [13:52] apw, well that patch makes the "spl" bits build, but zfs bails out. [13:52] apw, yes sir. [13:53] xnox, i guess we'll turn it off, and file a bug for someone to turn it back on once we get a machine we can boot [13:55] apw, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1519833 [13:55] Ubuntu bug 1519833 in linux (Ubuntu) "xenial master-next needs a different udeb split for x390x" [Undecided,New] [13:55] apw, let me file a bug with s390x tag. As it will most likely be me again. [13:56] * xnox will check priority on zfs work too. [13:57] ok, so this is looking lovely. If you give me a patch for udebs to have dasd modules, i should be in a position to spin up a test d-i build. [13:58] xnox, building it again now, looking like it will work ... [13:59] \o/ =_ [13:59] \o/ =) [13:59] xnox, i'll push fixes for all of the above to the tree shortly [13:59] cool. [14:09] * xnox goes to make an egg soup, whilst attempting to poach an egg. [14:16] whoops [14:47] xnox, ok ... i've pushed a quartet of changes to the tip of master-next for your issues [14:51] tah [14:51] * xnox will finish figuring out how to unbreak xorg-gtk3-mir loop and will get back to that [15:41] apw, yo. very good it builds in sbuild without a hitch. Some typos though: [15:41] apw, s/dasd-modules-extra/dasd-extra-modules/ possibly my mistake, sorry about miss-leading you. [15:41] bah [15:41] apw, and `dasd_mod.ko` ended up in both dasd-modules and the extra variant, that's a conflict. [15:42] no that is normal [15:42] dasd-extra-modules should have just the dasd_diag_mod, and like depend on dasd-modules i guess. [15:42] oh, is it? [15:43] hmmm, it may go away if it depends, i'll try that [15:43] it is normal for all of the deps to end up in a module, but it may cope with interdeps [15:43] yeah it has: Depends: kernel-image-4.3.0-0-generic-di, storage-core-modules-4.3.0-0-generic-di [15:43] but needs the dasd-modules dependency too [15:43] the extra is so small i think it might make sense to be merged [15:43] me too [15:43] kill the extra, and just stick it all into dasd-modules. [15:44] and i'm fine to keep this "divergence" from debian. [15:44] i'll confirm the dep helps or not, if not, then i recon i will just wack it [15:45] cool. [15:45] it does build natively in a clean sbuild without any problems now. Thanks a lot =) [15:46] * xnox compiles mir [15:46] if i add a Provides: you would be covered anyhow i think [15:51] xnox, ok ... i've forced master-next with the updated udeb names, getting the Depend: right has cleared out the duplicate [15:52] \o/ [15:52] i will rebuild it again, after getting some chocolate. [15:52] i've also fixed builds for !s390x too :)