[04:01] <desrt> hey
[04:01] <desrt> seeing some weird issues with ubiquity on the 08-20 daily
[04:01] <desrt> at first the X server came up with a totally black screen (on boot)
[04:02] <desrt> and i have Xorg.log for displays 0 and 1 (which seems odd)
[04:02] <desrt> killing X and restarting ubiquity (via /etc/init.d/ubiquity) gets me an X server with a wallpaper but not much else
[04:03] <desrt> and looking at ps it seems that this makes sense -- the 'wallpaper' program is running (as well as a11y stuff, dconf, dbus, etc) but no installer
[04:06] <desrt> manually invoking DISPLAY=:0 sudo ubiquity gets me the installer
[04:06] <desrt> but it seems that i shouldn't have to do this... :)
[04:09] <TheMuso> desrt: Yeah the a11y stuff is from prior to GTK3 using atk-bridge. It was brought up to facilitate the easy use of orca during install. That code needs removing... I might actually take care of that now.
[04:15] <desrt> TheMuso: is that the explanation for why the installer is not started?
[04:24] <desrt> well.. i managed to get it installed
[04:24] <desrt> i'll be around if anyone wants me to try to reproduce the problem
[04:25] <TheMuso> desrt: No its not, but you mentioned it so I thought I'd clarrify.
[04:29] <desrt> i considered it a good thing that a11y was running
[04:29] <desrt> it meant that there were _some_ signs of life :)
[04:40] <TheMuso> heh ok.
[17:53] <xnox> Now that there is no desktop on the livecd's in quantal in virtual machines (since unity-2d is removed) I propose we default to ubiquity debconf interface
[17:54] <xnox> ... or on second thought I will use an old daily / alpha to continue development work.
[18:51] <njin> cjwatson, today's quantal amd64,  running oem modality, is possible to choose to encrypt disk during the installation, is this a new antitheft ?
[19:04] <xnox> njin: this is LUKS full disk encryption
[19:04] <xnox> njin: it's available in 'normal' user mode as well.
[19:05] <xnox> njin: https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-ubiquity-lvm-luks
[19:22] <njin> xnox, ok, but is not clear to me what mean during an oem installation, but as is decided so, will accept. again a question, in the end-user setup step is ubiquity-dm running or ubiquity (nothing starts, only background, so I want to know if it is again the ubiquity-dm bug or a new one). thanks
[19:23] <xnox> njin: do you have the screenshot which is confusing for you?
[19:24] <xnox> njin: note, if  you are in a VM and do not have 3D accelaration, you will not get desktop at all.
[19:26] <njin> xnox, i've run it in real hardware and in virtualbox, but same behavior, everythings good (in real hardware) till the end of ship to end user, reboot, then nothing
[19:27] <xnox> njin: what hardware? intel graphics?
[19:27] <xnox> njin: or nvidia?
[19:27] <xnox> njin: did you tick install proprietary drivers in the installer?
[19:28] <njin> in real hardware nvidia with only nouveau but starting from the live sessio from the splash screen because ubiquity-dm bug
[19:37] <infinity> njin: First boot in oem-config mode will still be ubiquity-dm, so it's probably the same bug.
[19:38] <njin> infinity, I'm talking about the first boot of the end user, where it setup the system
[19:38] <infinity> njin: Yes, so am I.
[19:38] <njin> ok, thanks