[11:19] <fg__> Not sure whether to ask here or in -devel, but where can I find the repo for the zfs-linux packaging branch? The source package just references the upstream zfs/zol tag for the source code, but I can't find a link for the xenial packaging branch..
[11:25] <fg__> ( launchpad only shows one for wily[-proposed].. )
[12:05] <apw> cking, ^
[12:09] <cking> fg__, you require zfsutils-linux, probably easiest if just apt-get source for that
[13:05] <fg__> cking: I know how to ge the zfs source package - I'd like to know if there is a (public) repository where the packaging stuff is developed
[13:06] <fg__> like this for the kernel: git://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/xenial
[13:06] <cking> fg__, not quite yet, I've got a repo, but it's out of date and needs some love for the packaging side
[13:06] <fg__> the zfs source package contains a gbp.conf which refers to a xenial branch, so I assume there is a git repository somewhere (but it might be ubuntu internal only?)
[13:07] <fg__> ah okay
[13:07] <fg__> will it be on launchpad or in the pkg-zfs repo from zol?
[13:08] <cking> fg__, i'm waiting for 0.6.5.6 to land (hopefully in the next 24+ hours), then I'll get it all sorted out, cf: git://kernel.ubuntu.com/cking/pkg-zfs.git
[13:08] <cking> that's the debian packaging (out of date) and that's used on the pristine zfs tarballs when they get released
[13:09] <fg__> cool, thanks :)
[13:09] <cking> note, that git repo may change, it still is work-in-progress
[13:11] <fg__> I'll check it out, currently I'm using the master/debian/jessie one from zfsonlinux/pkg-zfs, but it's woefully out of date so I had to cherry-pick a lot of the more recent upstream changes
[13:12] <apw> cking, we prolly should push that to ~ubuntu-kernel or something ... 
[13:12] <fg__> we are evaluating switching to ubuntu's zfs packaging since we are also preparing to switch to xenial's 4.4 kernel
[13:12] <cking> apw, yep, once I've got it sorted for 0.6.5.6
[13:12] <apw> cking, i'll work with you to get that mirrored as well
[13:14] <cking> fg__, if you look at the xenial kernel source, you will find debian/scripts/misc/update-zfs.sh which is used to sync the src
[13:24] <fg__> cking: yeah, I already saw that.. but that is just for syncing the module sources from the dkms binary package, not for building/packaging the zfs user space stuff.
[13:25] <fg__> seems a bit cumbersome btw, that means you have to build the zfs packages and publish them to the archive before syncing the module source code and rebuilding the kernel?
[13:25] <cking> fg__, that script sync's the zfs and spl, so yes, no user space stuff
[13:26] <fg__> but I think I am set for now, thanks for your help
[13:26] <apw> fg__, we we can sync it from any build, so in principle we cna build it in a PPA
[13:27] <fg__> when the repo URL is final, will it be included in the .dsc for zfs-linux? then apt-get source would also spit out a warning with the correct repo information
[13:27] <cking> and that's what I do for test builds so I can ensure it all works
[13:27] <fg__> ah okay, missed that. makes sense :)
[13:31] <fg__> I know it's a bit early to ping, but I reported https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1560869 earlier - would you be interested in backporting the async zvol minor operations patch from upstream? I have a backport/cherry-pick for the three relevant patches on top of 0.6.5.4 that seems to work fine afaict
[13:32] <fg__> the triggering setup is a bit artificial, but if you create and/or rename zvols in an automated fashion you're bound to run into it sooner or later
[14:23] <genkgo> jsalisbury: any success with backup on centos 7 with hyper v?
[15:22] <jsalisbury> genko, I haven't gotten around to test yet, but I plan on it today.  
[15:22] <genkgo> jsalisbury: alright, was wondering, maybe there was something i could do to help
[15:24] <jsalisbury> genkgo, nothing yet, but I should know more soon
[15:24] <genkgo> aight, i'll join this channel more frequently to see if there is something i can do
[20:11] <genkgo> jsalisbury: how is the backup doing?
[20:30] <jsalisbury> genkgo, I have the reproduce script running now against CentOS.  It's been running for a couple of hours now without hitting the bug.  It sometimes takes up to 9 hours to trigger the bug, so it may take a little while.
[20:30] <jsalisbury> genkgo, I'm going to let it run overnight
[20:41] <genkgo> jsalisbury: thanks, i am really wondering if centos will be hitting the issue too. I hope not, because then we must be able to solve things!
[20:44] <lluki> hi
[20:45] <lluki> is there any chance that this bugfix (fix for some recent thinkpad touchpad issues) will be applied on the 16.04 kernel? https://bugzilla.kernel.org/show_bug.cgi?id=114321
[20:55] <lluki> nevermind, i created a bug report: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1561198
[21:52] <xnox> caribou, re:coredump package, yeah file direct with kernel team / apw to sort out and publish.
[22:57] <apw> caribou: say what now?