[14:28] <flexiondotorg> cyphermox, I have a question about oem-config on the Ubuntu MATE 15.04 Rpi2 image when you have a sec. It so very nearly worked. Just want to pick your brain to see if it can be made to work correctly.
[14:34] <cyphermox> ok
[14:38] <flexiondotorg> cyphermox, oem-config gui appeared, took input and completed. But when the desktop was due to be started I got a console with "Failed to start oem-config.service"
[14:39] <flexiondotorg> cyphermox, I symlinked oem-config.target as default as we discussed yesterday.
[14:39] <flexiondotorg> Is there something more I should do to "fake" the prepared state?
[14:40] <cyphermox> well, you need to have oem-config installed
[14:40] <cyphermox> it's what will carry oem-config.service
[14:40] <flexiondotorg> oem-config-gtk and ubiquity-frontedn-gtk are installed.
[14:41] <cyphermox> otherwise when you boot, look at the output of systemctl status oem-config, it may be able to tell you why it failed to start
[14:41] <cyphermox> maybe there was something else it expected that wasn't there?
[14:41] <flexiondotorg> cyphermox, I can't because the system has booted far enough to get tty to login 😞
[14:41] <cyphermox> oops
[14:41] <cyphermox> well, try again with the oem user
[14:41] <flexiondotorg> has not
[14:42] <cyphermox> you might need it anyway
[14:42] <cyphermox> you can also adjust the oem-config.target to Wants=getty@tty2.service or something, so that you have a way of logging in
[14:42] <flexiondotorg> cyphermox, OK. Can you point to the bit in Ubiquity that creates the 'oem' user so I can be sure I do it the correct way?
[14:43] <cyphermox> not off the top of my head, but it's a normal user AFAICT
[14:43] <cyphermox> just make sure it's in the right group for sudo access
[14:43] <flexiondotorg> cyphermox, Like the  Wants=getty@tty2.service idea.
[14:43] <flexiondotorg> cyphermox, Thanks.
[14:49] <cyphermox> you might want to make sure it's tty2, not tty1, as oem-config may be doing funny stuff with tty1
[14:49] <cyphermox> I know for sure it uses it for the text-mode oem-configf
[14:50] <flexiondotorg> debian/oem-config-udeb.postinst
[14:51] <flexiondotorg> Are these lightdm related?
[14:51] <flexiondotorg> set_question passwd/auto-login true
[14:51] <flexiondotorg> set_question passwd/auto-login-backup oem
[14:52] <flexiondotorg> Driven from ubiquity/plugins/ubi-usersetup.py
[14:54] <flexiondotorg> cyphermox, BTW, do you need help testing any of the other install fixes you're working on?
[14:58] <cyphermox> ah, if you want to use lp:~mathieu-tl/+junk/vm and run multipath.sh, then try to install the updated multipath-tools from ppa:mathieu-tl/installer-dev that would be a second pair of eyes on that fix, and would help
[14:58] <cyphermox> yes, it's for auto-login
[15:01] <flexiondotorg> cyphermox, Will do. What is this testing/fixing exactly?
[15:02] <cyphermox> It's changing how the system would pick devices to boot for multipath, so not something to land this cycle, but it could be landing early in W provided it's tested enough
[15:03] <cyphermox> ie. making sure the picked device is the right, multipath one, from the UUID
[15:03] <cyphermox> rather than risking to pick just one of the paths
[15:04] <flexiondotorg> I'll have a play when I get home :)
[15:05] <flexiondotorg> What about these? Any testing I can do?
[15:05] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1436715
[15:06] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1359689
[15:06] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875
[15:24] <flexiondotorg> cyphermox, ^^^
[15:24] <cyphermox> I don't have a fix for casper to catch the enter key yet
[15:25] <cyphermox> 1359689 needs someone with a nvidia card to re-test the latest kernel, see if the full-disk encryption passphrase prompt shows up properly (it doesn't here), but then also to test the mainline kernels for the same thing
[15:26] <cyphermox> as I recall, 3.19-rc1 and 3.19 did work, so it's possibly an issue with some sauce patch, but I haven't had time to try it again
[15:27] <flexiondotorg> I can try and test 1359689 on a cufty nvidia machine at home. Do I need nouveau or blobs?
[15:27] <cyphermox> the swap thing looks like it works here, but it would probably be best if kirkland and pitti checked it out to be sure
[15:27] <cyphermox> nouveau
[15:27] <flexiondotorg> cyphermox, OK. I'll test that.
[15:28] <flexiondotorg> I'll test the swap thing now.
[15:28] <cyphermox> oh wait, I'm full of..
[15:28]  * flexiondotorg waits...
[15:28] <cyphermox> I meant ATI
[15:28] <ogra_> ... chocolate ?
[15:28] <cyphermox> so, radeon, rather than fglrx
[15:28] <flexiondotorg> cyphermox, OK I have crufty radeon machine too.
[15:28] <cyphermox> haha
[15:29] <flexiondotorg> cyphermox, Spotted a theme yet ;)
[15:29] <flexiondotorg> So, I'll test 1359689
[15:29] <cyphermox> lucky you, I don't think I have a nvidia system purposed for putting linux on it
[15:29] <flexiondotorg> As for the crypt swap, I'll test in a VM in a bit.
[15:30] <cyphermox> ok
[15:30] <flexiondotorg> cyphermox, Everytime a family member gets rid of a computer I snag it.
[15:30] <cyphermox> thanks for the help, kinda busy with some networking bugs on touch right now
[15:30] <flexiondotorg> My newest computer is ~2008.
[15:30] <flexiondotorg> cyphermox, No probs.
[16:03] <flexiondotorg> cyphermox, https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875 is a bigger issue with the change to systemd.
[16:03] <flexiondotorg> cyphermox, Now the system will have a massively delayed boot while it fails to mount swap.
[16:04] <flexiondotorg> cyphermox, Still an issue with todays daily.
[16:04] <flexiondotorg> cyphermox, My comments are still relevant
[16:04] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875/comments/61
[16:05] <flexiondotorg> https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875/comments/62
[16:23] <flexiondotorg> cyphermox, Are you aware that using Ubuntu 15.04 (any flavour) to do a fresh install, using the whole drive in LVM mode on a EFI secure boot system, fails to boot after installation?
[16:23] <flexiondotorg> infinity, ^^^^
[16:28] <cyphermox> no, I did that last week and it was working ;)
[16:28] <cyphermox> I was planning on doing another soon
[16:28] <cyphermox> (ie. reinstalling my laptop prior to sprinting)
[16:39] <flexiondotorg> cyphermox, So fixed in daily images?
[16:40] <cyphermox> maybe
[16:41] <cyphermox> I don't know, it depends if it's just a straight crypto install or if there is some other thing at play
[16:41] <flexiondotorg> cyphermox, I'll get the user who is chatting to me to test a daily.
[16:50] <flexiondotorg> cyphermox, Sadly, this is still and issue in today's daily :( I've requested the bug is reported.
[16:51] <flexiondotorg> cyphermox, Not crypto used.