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