[14:28] 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] ok [14:38] 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] cyphermox, I symlinked oem-config.target as default as we discussed yesterday. [14:39] Is there something more I should do to "fake" the prepared state? [14:40] well, you need to have oem-config installed [14:40] it's what will carry oem-config.service [14:40] oem-config-gtk and ubiquity-frontedn-gtk are installed. [14:41] 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] maybe there was something else it expected that wasn't there? [14:41] cyphermox, I can't because the system has booted far enough to get tty to login 😞 [14:41] oops [14:41] well, try again with the oem user [14:41] has not [14:42] you might need it anyway [14:42] 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] 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] not off the top of my head, but it's a normal user AFAICT [14:43] just make sure it's in the right group for sudo access [14:43] cyphermox, Like the Wants=getty@tty2.service idea. [14:43] cyphermox, Thanks. [14:49] you might want to make sure it's tty2, not tty1, as oem-config may be doing funny stuff with tty1 [14:49] I know for sure it uses it for the text-mode oem-configf [14:50] debian/oem-config-udeb.postinst [14:51] Are these lightdm related? [14:51] set_question passwd/auto-login true [14:51] set_question passwd/auto-login-backup oem [14:52] Driven from ubiquity/plugins/ubi-usersetup.py [14:54] cyphermox, BTW, do you need help testing any of the other install fixes you're working on? [14:58] 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] yes, it's for auto-login [15:01] cyphermox, Will do. What is this testing/fixing exactly? [15:02] 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] ie. making sure the picked device is the right, multipath one, from the UUID [15:03] rather than risking to pick just one of the paths [15:04] I'll have a play when I get home :) [15:05] What about these? Any testing I can do? [15:05] https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1436715 [15:06] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1359689 [15:06] https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875 [15:24] cyphermox, ^^^ [15:24] I don't have a fix for casper to catch the enter key yet [15:25] 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] 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] I can try and test 1359689 on a cufty nvidia machine at home. Do I need nouveau or blobs? [15:27] 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] nouveau [15:27] cyphermox, OK. I'll test that. [15:28] I'll test the swap thing now. [15:28] oh wait, I'm full of.. [15:28] * flexiondotorg waits... [15:28] I meant ATI [15:28] ... chocolate ? [15:28] so, radeon, rather than fglrx [15:28] cyphermox, OK I have crufty radeon machine too. [15:28] haha [15:29] cyphermox, Spotted a theme yet ;) [15:29] So, I'll test 1359689 [15:29] lucky you, I don't think I have a nvidia system purposed for putting linux on it [15:29] As for the crypt swap, I'll test in a VM in a bit. [15:30] ok [15:30] cyphermox, Everytime a family member gets rid of a computer I snag it. [15:30] thanks for the help, kinda busy with some networking bugs on touch right now [15:30] My newest computer is ~2008. [15:30] cyphermox, No probs. [16:03] cyphermox, https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875 is a bigger issue with the change to systemd. [16:03] cyphermox, Now the system will have a massively delayed boot while it fails to mount swap. [16:04] cyphermox, Still an issue with todays daily. [16:04] cyphermox, My comments are still relevant [16:04] https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875/comments/61 [16:05] https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/953875/comments/62 [16:23] 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] infinity, ^^^^ [16:28] no, I did that last week and it was working ;) [16:28] I was planning on doing another soon [16:28] (ie. reinstalling my laptop prior to sprinting) [16:39] cyphermox, So fixed in daily images? [16:40] maybe [16:41] 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] cyphermox, I'll get the user who is chatting to me to test a daily. [16:50] cyphermox, Sadly, this is still and issue in today's daily :( I've requested the bug is reported. [16:51] cyphermox, Not crypto used.