[01:34] hi good people, would some one tell me why the debian installer has been respun, thus causing all server and lubuntu alt-images to be respun? cjwatson As and when you do get time, do give me a poke :) [01:34] I was just about to start out on the server alts. [03:45] Having issues booting Ubuntu Via USB on my computer. When I try to boot it runs the Ubuntu screen, but then it goes to error message: (initramfs) unable to find a medium containing a live file system, please help :) [09:17] phillw: We needed to fix bug 1307983, which caused a respin of everything. [09:17] Launchpad bug 1307983 in ubiquity (Ubuntu Trusty) "System not localized after an OEM or offline installation" [High,Triaged] https://launchpad.net/bugs/1307983 [13:55] cjwatson: okies :) I'll get back to testing :) [14:01] ... but there's another one coming because we didn't quite fix all the cases :-/ [14:03] cjwatson: is that for dbian installer (alternate / server images) as well? [14:04] they contain binary packages from ubiquity, so yes [14:04] okies... I'll go do something else while I wait - Thanks for the heads up :) [14:07] cjwatson: if you're doing another respin of the world.. can someone cherry pick this low lying fruit... https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1307862 [14:07] Launchpad bug 1307105 in linux (Ubuntu) "duplicate for #1307862 Kernel install fails due PAE checks" [Low,Triaged] [14:07] Kernel changes take ages, no [14:07] it's the forcepae flag that is missing for the boot :) not the kernel :) [14:07] Well just put it after "--" on the installer command line [14:08] Then grub-installer will copy it to the target system [14:08] So the boot parameters should end with " -- forcepae" [14:08] I believe that is what they're doing. Just it was fixed in 'main' but not the low-latency one [14:08] This isn't something that needs to be done "in" the kernel [14:09] You can do it when you're booting the image [14:09] no major worries... it can be fixed later, just thought it was an easy edit to the grub for low-latency, as per what is in generic? But, as you know... pae flags and me are something of a ongoing nightmare :P [14:10] You don't understand [14:10] There is no "grub for low-latency" [14:10] And no special installer handling for forcepae [14:10] Nor does there need to be [14:10] I left a comment on bug 1307105 [14:10] Launchpad bug 1307105 in linux (Ubuntu) "Kernel install fails due PAE checks" [Low,Triaged] https://launchpad.net/bugs/1307105 [14:11] Nothing needs to be fixed, the people doing the install just need to add the forcepae flag in a different place === JanC_ is now known as JanC [14:16] can it be added to the generic release notes, rather than relying on each flavour to remember to flag it up? [14:17] It's a wiki, feel free [14:17] Presumably by linking to https://help.ubuntu.com/community/EnablingPAE [15:02] many thanks. === psivaa_ is now known as psivaa [17:16] how can i determine what udebs are available? i want to re-read partition table with partprobe [17:18] look at the d-i Packages file [17:19] partprobe isn't available in udeb form though. usually isn't needed since changes done in parted will automatically reread [17:20] alright, thx [17:44] cjwatson: I know the answer is "when they're ready", but any ETA of the respins? :) [17:45] dunno, they're running right now [17:46] kk, thanks [17:47] hopefully next cycle I'll get the livefs-in-Launchpad work done so that this can all go faster [17:48] in the past, the existing images would have a strike through so to let testers know to wait, this does not seem to be in effect this time. I'm not having a dig at anyone, but when testers have spent a couple or few hours doing tests, it is a kicking when a planned respin occurs with them not having been told to go do some thing useful like eat :P [17:52] doesn't look like I can do that in the UI any more in the case where the rebuilds have been done in bulk on the image master system rather than via the web UI [17:53] cjwatson: may be worth raising, just for in case we face this situation again...? [17:55] I'm sure such a function is not beyond the capabilities of the team :) [17:56] I asked Stéphane === psivaa is now known as psivaa-afk [18:10] phillw: OK, I was just confused by the text of the option having changed - they're disabled now [18:22] phillw: To be fair, telling testers to stop testing during a respin is still the wrong answer. [18:23] phillw: Tests don't magically all invalidate because a single package changed. [18:23] (Yes, the iso.qa results invalidate, but not all your local findings) [18:27] infinity: but if a respin is due in a couple of hours, then telling the testers to go eat.. take a break etc. is not too harmful. some testers are on very different time zones and would appreciate knowing that they can have food, take a nap etc. :) As I said to Colin, it is not a rant - just a suggestion as in the past ISO's were struck through when a respin was requested :) [18:28] it happens to be food time here.. so I'll be back to testing once the new ISO's are built :) [20:06] jwatson, is there a way to tell via preseed to not use precise-updates pocket? or in other words do not update the system ? [20:07] I'm about to get on a train but I'm pretty sure there are documented things for that in the installation guide [20:08] HEy I tried the new installer. It didn't have the FAT parse segfault, but there was a different problem or problems. [20:13] It's going to be too late to fix for anything before 14.04.1, just to warn you === psivaa-afk is now known as psivaa