[10:35] <phillw> flexiondotorg: thanks
[16:25] <phillw> flexiondotorg: are you about?
[16:32] <teward> flexiondotorg: ah, thanks for the ping which I missed, can I bug you to check something else please?
[20:18] <flexiondotorg> phillw I'm not going to be able to test the PowerPC images for Lubuntu this time out.
[20:18] <flexiondotorg> My plate is full, I won't have the time. Sorry :-(
[20:18] <phillw> flexiondotorg: okies, thanks for all the help so far.
[20:18] <flexiondotorg> phillw, Thanks for the understanding.
[20:19] <flexiondotorg> phillw, I will prepare 16.04 Raspberry Pi images for Lubuntu though.
[20:19] <phillw> you already go above and beyond... apologies are not needed.
[20:20] <phillw> I have the image on sd card now, I will play with it tomorrow ... Have the wifi keyboard / trackpad on charge
[21:44] <phillw> flexiondotorg: do you know if / when they are going to turn the cron off and set up an RC image for people?
[21:47] <phillw> wb JasonO
[21:48] <phillw> wb again JasonO :)
[21:51] <flexiondotorg> phillw, All images for the last week are RC.
[21:51] <flexiondotorg> phillw, But the final image was spun earlier today so the testing window is open.
[21:52] <phillw> flexiondotorg: yes, except that until the cron is turned off - each day, my release notes are "Wow, no bugs on anything!!!!" :D
[21:53] <tsimonq2> flexiondotorg: would you happen to know if one could emulate a PPC system via virtualization?
[21:53] <phillw> tsimonq2: you can, but it is of little use
[21:53] <flexiondotorg> tsimonq2, Maybe in KVM.
[21:53] <phillw> QEMU could take in a debian part to emulate
[21:54] <tsimonq2> would it then be valid for me to complete test cases with that?
[21:54] <phillw> tsimonq2: no, sadly.... We tried it several cycles ago and missed a massive bug. since then, ppc has been hardware only.
[21:54] <tsimonq2> alright
[21:55] <phillw> tsimonq2: we do have a couple of people who have said they will test once it stops being a moving target... Hence my request to flexiondotorg
[21:57] <tsimonq2> I saw, I read the ML :)
[22:01] <phillw> flexiondotorg: with http://launchpad.net/bugs/1552539  and http://launchpad.net/bugs/1570901 how long before re-spin?
[22:06] <tsimonq2> phillw: maybe you could boot into a VM and to the live instance, do a dist-upgrade, then launch Ubiquity?
[22:06] <phillw> tsimonq2: I'm just looking at the test cases carried out and the same red bugs appearing.
[22:07] <phillw> You cannot install it, and if you want to - it goes into LiveCD mode...
[22:07] <phillw> Beta 2 was better than this!!!
[22:07] <tsimonq2> I see
[22:08] <phillw> I'm going to test alternate.... one of the plus sides of being lubuntu .. we have the server based installer for when they break ubiquity :D
[22:08] <phillw> And, you asked why do we keep it?.... :P
[22:09] <tsimonq2> no no no, I asked why we keep it CD sized
[22:09] <tsimonq2> my point was, the netboot image is there for a reason
[22:09] <tsimonq2> :)
[22:09] <phillw> it probably will not be this time. And we will not be using netboot.
[22:11] <tsimonq2> I would be willing to experiment in Y with the netboot ISO
[22:16] <flexiondotorg> phillw, I heard #1570901 is being fixed tomorrow.
[22:16] <flexiondotorg> phillw, No idea about #1552539
[22:17] <phillw> flexiondotorg: okies, I'm running our plan 'B' ... the alternate installers to make sure that they're behaving :)
[22:17] <flexiondotorg> phillw, On the condition UBuntu MATE testing goes "well". I might be able to smoke test Lubuntu for PowerPC at some point.
[22:18] <flexiondotorg> Which image would you prefer be tested if I'm able?
[22:18] <phillw> flexiondotorg: full disk has to be always the 1st one.
[22:18] <flexiondotorg> phillw, No, I mean alternate or desktop? :-)
[22:19] <phillw> flexiondotorg: with the current shit with ubiquity? .. I'd trust the debian (server) installer.
[22:19] <flexiondotorg> So alternate then.
[22:20] <phillw> if you would... If they clear up desktop, that can be added. The nice thing is that unless some one gets trigger happy, global respins do not touch alternate / server :)
[22:21] <phillw> +for ubiquity
[23:05] <phillw-virtual> well, that's 16.04 alt 64 bit alive and working :)
[23:28] <tsimonq2> phillw: do you use libvirt or raw KVM/QEMU?
[23:30] <phillw> it is libvirt, but it can handle  Xen and LXC
[23:31] <phillw> KVM is what libvirt is
[23:32] <phillw> tsimonq2: https://virt-manager.org/
[23:34] <phillw> tsimonq2: http://www.linux-kvm.org/page/Main_Page
[23:35] <tsimonq2> so do you use virsh and virt-install?
[23:35] <tsimonq2> or what?
[23:35] <phillw> This is why i see little point in adding in virtual-box
[23:37] <phillw> i use virt-manager most of the time, but when on phillw.net server for a reboot, we use virsh to shut the VM's down gently and check that they have all closed down gracefully. This is what can take the 10 minutes for a reboot for a new kernel on the master server. I prefer not to have to 'crash' the VM's as there is a risk of corruption.
[23:38] <phillw> I use virt-manager from my local machine for installing / deleteing VM's on the remote server. It connects via ssh link, so is quite safe.
[23:38] <tsimonq2> I've been using virsh and virt-install
[23:39] <phillw> for the remote server, I need some fine tuning for things like allocated ipV4, MAC, LVM etc... so it is far easier for me to use the virt-manager GUI for these tasks
[23:41] <tsimonq2> phillw: on the planet, look at the description: http://planet.ubuntu.com/