[01:11] <ChibaPet> !info zfs-on-linux
[01:12] <ChibaPet> !info spl
[01:12] <ChibaPet> !info spl-solaris
[01:12] <ChibaPet> hrm
[01:12] <ChibaPet> oh well
[01:19] <ChibaPet> !info zfs-initramfs
[07:02] <goddard> new update requires you to disable UEFI?
[07:08] <goddard> Your system has UEFI Secure Boot enabled. UEFI Secure Boot is not compatible with the use of third-party drivers.
[07:09] <goddard> is this from the recently compiled nvidia driver?
[07:09] <goddard> 352?
[08:51] <lordievader> Good morning.
[09:02] <z4sk4> hi all
[09:03] <z4sk4> is fixed the install on kubuntu 16.04?
[09:03] <lordievader> z4sk4: Try it, I'd like to know ;)
[09:09] <z4sk4> ok lordievader , i will download the last
[09:16] <z4sk4> lordievader: still the bug, but one error was fixed
[09:16] <lordievader> What bug exactly?
[09:16] <z4sk4> only have 1 now
[09:17] <z4sk4> ubi-.prepare.py line 344 in ok_handler secureboot_key= self.ui.get_secureboot_key()
[09:17] <z4sk4> its an atribute error
[09:18] <lordievader> Bug #1529450?
[11:46] <z4sk4> lordievader: yeah, that bug
[11:46] <z4sk4> its the same upgrade from 15.04? or i can have issues?
[11:47] <z4sk4> can i have*
[11:54] <z4sk4> well i fix that bug comment the code...
 somebody can paste /boot/grub/grub.cfg from xenial installaton for me the installer failed to install grub and i dont have grub.cfg pls ? no one ?
[12:26] <ozmage> hello
[12:38] <ozmage> hello somebody can paste /boot/grub/grub.cfg for me is because the installer failed to install grub and now i dont have grub.cfg and im booting from grub from my arch installation ,pls
[12:41] <ozmage> https://bpaste.net/show/9ece13d5ad27 also im having a gpu hang after resume from hibernation
[12:42] <ozmage> i need some help with that ^
[12:42] <ozmage>  HexChat: 2.10.2 ** OS: Linux 4.4.0-2-generic x86_64 ** Distro: Ubuntu "xenial" 16.04 ** CPU: 4 x Intel(R) Core(TM) i3 CPU       M 380  @ 2.53GHz (GenuineIntel) @ 933MHz ** RAM: Physical: 3.6GiB, 74.1% free ** Disk: Total: 88.8GiB, 37.7% free ** VGA: Intel Corporation Core Processor Integrated Graphics Controller ** Sound: HDA-Intel - HDA Intel MID ** Ethernet: Intel Corporation 82577LC Gigabit Network Connection **
[12:42] <ozmage> Uptime: 14m 49s **
[13:04] <mifritscher> moin
[13:06] <mifritscher> as online search doesn't find anything: I got a "chown: cannot access '/usr/lib/utempter': No such file or directory" while configuring ibutempter0:amd64. http://packages.ubuntu.com/search?searchon=contents&keywords=utempter&mode=exactfilename&suite=xenial&arch=any says that their is a path called this, but the deb-file has only /usr/lib/x86_64-linux-gnu/utempter .
[13:07] <mifritscher> should I do a sort of "brute-fix" (e.g. by a symlink) for now or is there a real fix?
[13:45] <neil_> I am having trouble installing 15.10 ... how stable is 16.04 atm
[13:47] <daek_> "Pre-release versions are unstable and will probably break your computer. ", says /topic
[13:49] <BluesKaj> neil_, where did you get that iso from/
[14:56] <lordievader> z4sk4: Yes you can upgrade 15.10 to 16.04 with "sudo do-release-uograde -d".
[15:00] <z4sk4> lordievader: well i comment 3 lineas and install perfect
[15:00] <z4sk4> i supposed in the next upgrades will fix that file
[15:01] <z4sk4> lordievader: do you know when will be the estable release?
[15:01] <z4sk4> i will like have our special distro just after the estable
[15:45] <ozmage>  https://bpaste.net/show/9ece13d5ad27 gpu hang with kernel 4.4.0
[15:46] <lotuspsychje> ozmage: your on xenial?
[15:46] <ozmage> yes
[15:46] <ozmage>  HexChat: 2.10.2 ** OS: Linux 4.4.0-2-generic x86_64 ** Distro: Ubuntu "xenial" 16.04 ** CPU: 4 x Intel(R) Core(TM) i3 CPU       M 380  @ 2.53GHz (GenuineIntel) @ 933MHz ** RAM: Physical: 3.6GiB, 78.9% free ** Disk: Total: 177.6GiB, 36.8% free ** VGA: Intel Corporation Core Processor Integrated Graphics Controller ** Sound: HDA-Intel - HDA Intel MID ** Ethernet: Intel Corporation 82577LC Gigabit Network Connection **
[15:46] <ozmage> Uptime: 38m 49s **
[15:46] <lotuspsychje> kk
[15:46] <lotuspsychje> ozmage: did you fresh install or upgrade?
[15:46] <ozmage> fresh
[15:47] <ozmage> with the last snapshot
[15:47] <lotuspsychje> ozmage: what grafix chipset and driver?
[15:48] <ozmage> but that gpuhang only happend when i resume from hibernation
[15:48] <ozmage> intel ironlake
[15:48] <ozmage> i965 using i915 kernel module
[15:51] <mifritscher> ozmage: ah, also a ironlake user? Do you have hangs/crashes using 14.04/16.04., e.g. when using 3d programs/games? or only during resuming?
[15:51] <ozmage> only when i resume from hibernation
[15:52] <ozmage> everything is fine
[15:52] <ozmage> i discovered that initramfs-tools put the i915 kernel module in the initramfs now
[15:53] <ozmage> i installed dracut
[15:53] <ozmage> and the module is out the initrd,img
[15:53] <ozmage> and now i dont get gpu hang
[15:54] <ozmage> this only happend when the module is in the initramfs
[15:54] <ozmage> this only happend when the module i915 is in the initramfs
[15:55] <lotuspsychje> ozmage, mifritscher how about you guys file a bug for this
[15:55] <lotuspsychje> !bug
[15:55] <lotuspsychje> to make xenial a nice experience in april
[15:55] <mifritscher> lotuspsychje: I'm not 100% sure whether it is software or hardware
[15:56] <ozmage> mifritscher, you have that problem too ?
[15:56] <lotuspsychje> mifritscher: doesnt matter mate, devs might take a look at it
[15:56] <mifritscher> ozmage: not yet (but toggled only 1-2times)
[15:56] <lotuspsychje> we are still in test phase right now
[15:58] <ozmage> im using xorg-server and all the drivers from X - staging ppa and everything is working fine now after remove i915 kernel module from the initrd.img
[15:58] <ozmage> xorg-server 1.18
[15:59] <ozmage> no gpu hang at all
[15:59] <ozmage> after resume from hibernate
[16:01] <mifritscher> lotuspsychje: I've bigger problems right now - see the language problem (the environment variable LANGUAGE="de_DE:en" seems to be wrong), the utempter thing (which I've fixed with brute for now) and the fact that the 4.4 kernel is searching for btrfs forever (have no btrfs, only luks+ext4)
[16:02] <mifritscher> lotuspsychje: is there a "current status" / "known issues" or somethink like this anywhere?
[16:02] <mifritscher> I know only https://launchpad.net/ubuntu/xenial
[16:03] <lotuspsychje> mifritscher: hmm not sure, the best you can do is file a bug really against the problematic package, this will launch the bug in the right url
[16:04] <lotuspsychje> mifritscher: its its duplicate, resolved or not relevant, devs will check it out anyway
[16:04] <lotuspsychje> the more info they know, the better in this test phase
[16:09] <spm_draget> On xenial, systemd is used and one starts services with 'systemctl start foo'. But 'service foo start' is still available. Does the later one just call systemctl or why is that?
[16:10] <ozmage> i think im going to install a custom kernel :(
[16:12] <ozmage> i like to have plymouth splash and now without i915 inside the initrd.img i cant get a smooth splash
[16:12] <ozmage> without flickering
[16:12] <lotuspsychje> ozmage: maybe a kernel bootline is what you need?
[16:12] <lotuspsychje> ozmage: i really really recommend file a bug mate...
 ozmage: maybe a kernel bootline is what you need? ... no i dont think so
[16:14] <ozmage> any way is not ubuntu bug is a kernel bug
[16:15] <lotuspsychje> ozmage: ok then file a bug against the kernel
[16:15] <ozmage> this happend to me on other distros with the kernel 4.3 and up to 4.4 4.5-rc* i compilled all those kernels
[16:15] <ozmage> i did
[16:16] <ozmage> https://bugzilla.kernel.org/show_bug.cgi?id=108601
[16:16] <ozmage> but no one looked at it
[16:17] <lotuspsychje> ozmage: try doing the same but for ubuntu xenial
[16:17] <lotuspsychje> 4.4 is official, so they need to know whats wrong
[16:17] <ozmage> ok
[16:17] <spm_draget> Should I use 'systemctl start foo' or 'service foo restart' on xenial?
[16:17] <ozmage> where ?
[16:18] <ozmage> 'systemctl start foo'
[16:20] <spm_draget> So 'service foo start' is deprecated?
[16:48] <lordievader> z4sk4: You mean when will 16.04 be released?
[16:48] <lordievader> !schedule
[16:49] <lordievader> ^ lists April 21st as the release date.
[16:49] <z4sk4> lordievader: yeah  i see, thanks dude
[16:49] <z4sk4> nice, we have 2 months
[16:50] <z4sk4> i see 2 bigs yet, but only with librarys of Qtqlick
[16:50] <z4sk4> bug*
[16:52] <z4sk4> in the aplications menu settings of the not defaults menu, but last time that i post a bug, with screenshoots, rutes, outputs, etc, people of launchpad told me that i dont use the report of the system... ¬¬
[16:53] <z4sk4> so close me... what they want the ID of aplication process that have errors on the code? or need librarys? i dont understand that...
[17:00] <lordievader> I'm not sure I understand your story, did you use ubuntu-bug to file a bug?
[19:57] <mifritscher> hi
[19:57] <mifritscher> I'm still debugging my locales-problem
[19:58] <mifritscher> in ~/.pam-environment LANGUAGE is de_DE:en, the others arede_DE.UTF-8
[19:59] <mifritscher> but locale gives for several LC_ zh_CN.utf8
[20:09] <mifritscher> just in case: found it (dconf: /system/locale/region) :-)
[21:12] <mifritscher> so, bug-reporting marathon is finished^^
[22:05] <ChibaPet> Hey all. I'm going to try this on VMs a bit to see if I can figure it out, but with 16.04 while I see examples of how to install to ZFS root in various docs, what I'm not seeing is how I instruct the initramfs to unlock particular LUKS volumes to find whatever's there (LVM, zpools, whatever) for booting, if I'm not using the installer.
[22:06] <ChibaPet> That is, if I'm not using the installer to set up partitions.
[22:06] <ChibaPet> And in particular, the text-based Debian installer.
[22:15] <lordievader> ChibaPet: I thought I had done a similar setup once (luks + lvm though), but I do not really remember how. Let me see if I can find something to jog my memory.
[22:16] <lordievader> Too bad Ubuntu doesn't use Dracut per default yet, there it is rather simple.
[22:16] <ChibaPet> lordievader: Cool. Anything that points me in the right direction would rock. Doing it in Slackware, I pass in explicit directives to mkinitrd, but I'm not sure how best to do that with Ubuntu.
[22:17] <lordievader> Do you have /boot on luks too?
[22:17] <ChibaPet> lordievader: No, I haven't done that under any system as yet, but it's a goal. Does the GRUB 16.04 will ship deal with LUKS itself?
[22:18] <ChibaPet> For UEFI systems I'm happy just having things unlock in the initramfs, but I have a couple legacy systems where having GRUB do the unlock would be nice.
[22:19] <lordievader> Hmm, [1] makes it look like an /etc/crypttab is enough. [1] https://thesimplecomputer.info/full-disk-encryption-with-ubuntu
[22:19] <lordievader> In my current dracut + systemd, systemd takes care of unlocking the crypt volumes and mounting the right logical volumes.
[22:20] <ChibaPet> Oh! Hm. I never think of crypttab since it's in root, but I guess you have it available when you're building the initramfs. =brain flexes=
[22:20] <ChibaPet> lordievader: systemd inside the initramfs?
[22:20] <lordievader> Yes, it switches over first chance it gets :)
[22:21] <ChibaPet> Thanks for the link, by the way. Never seen that site before.
[22:21] <lordievader> Neither have I ;)
[22:23] <ChibaPet> Hrm. They are going in a couple directions I don't want, as I'm reading so far.
[22:23] <lordievader> I thought I let Ubiquity do the initial luks+lvm setup, IIRC.
[22:23] <lordievader> That is when I still ran Kubuntu.
[22:23] <ChibaPet> Part of my thing is needing RAID, which I believe Ubiquity won't do.
[22:25] <ChibaPet> but reading on, they're evidently talking about doing things in the shell anyway, so maybe Ubiquity will deal with the parts I don't care about. Hrm. I'll have to give it a run-through tonight.
[22:25] <lordievader> Not natively, the mini iso can do a lot of that stuff though... or you set it up from a shell.
[22:29] <ChibaPet> Oh. Hey. So, they're talking about an /etc/initramfs-tools/conf.d. I'm going to go way out on a limb and say that maybe I have a vague lead on where I'd go to configure initramfs. :P