[07:55] <ev> right
[07:55]  * ev tackles syslinux, finally
[08:33] <gema> cjwatson: have you had a chance to reproduce bug 934614? sorry I didn't ping you on Thursday, I was ill
[08:33] <ubot2> Launchpad bug 934614 in grub2 "reinstall of precise breaks grub with invalid arch independent ELF magic" [High,Confirmed] https://launchpad.net/bugs/934614
[08:34] <gema> cjwatson: there seems to be other people able to reproduce now
[08:34] <cjwatson> urgh, not as yet, sorry
[08:34] <cjwatson> might try to haul out my EFI hoverbook today
[08:34] <gema> cjwatson: ack, I am around if you need me to try anything
[10:53] <gema> is there any reason why traceroute wouldn't install but traceroute6 yes from the Beta? (I was running an "installing free software only" type of install, with an alternate AMD64)
[10:54] <ogra_> isnt traceroute long gone and been replaced by tracepath ? (and how does this question relate to the installer ?)
[10:55] <gema> ogra_: I was running the installer test cases, and thought the package was missing from the iso
[10:55] <gema> ogra_: I didn't know about tracepath, I guess I have just learnt something :D
[10:55] <ogra_> it should be in the iputils-tracepath package
[10:55] <cjwatson> it happens that iputils-tracepath is in the standard task and traceroute isn't
[10:55] <ogra_> which i think is in the default install
[10:56] <cjwatson> you can install traceroute if you want it
[10:56] <gema> ogra_: cjwatson: thanks
[10:57] <cjwatson> also, mtr (in the mtr-tiny package) is in the standard task, and fulfils essentially the same function as traceroute
[10:57] <gema> ack
[11:07] <cjwatson> ogra_: is bug 872525 something you can look at?  I don't really know what's safe; I can grep for dove and see what might need to be extended but that's about it
[11:07] <ubot2> Launchpad bug 872525 in partman-uboot "No option for u-boot partition on armel omap/omap4 platforms" [Medium,Triaged] https://launchpad.net/bugs/872525
[11:08] <cjwatson> (might need recipe changes in partman-auto as well)
[11:09] <ogra_> well, we dont support dove anymore and i dont have any HW that would make use of partman-uboot atm (iirc only marvell does it).... there were inimtial patches from NCommander though that needed some work, i can try to find them
[11:09] <ogra_> *initial
[11:10] <ogra_> oh, wait, wrong bug :)
[11:10] <ogra_> yes, i can look at it
[11:11] <ogra_> (if i see partman-uboot i immediately go into refusal mode, sorry, missed the omap/4 part)
[11:33] <cjwatson> right, precisely about adding non-dove support :)
[11:45] <ev> cjwatson: would you mind having a quick look at this and letting me know if you're happy with the general approach: http://paste.ubuntu.com/900304/
[11:47] <cjwatson> ev: yeah, general approach looks fine to me, thanks.  s/Ressurrect/Resurrect/, and duplicate dpatch in Build-Depends; also I wonder if we need to ship all the files that were in syslinux
[11:49] <ev> cheers!
[12:00] <ogra_> oh sigh, partman-uboot is completely written for ext2 only
[12:00] <ogra_> (*all* non marvell arches use vfat)
[15:16] <jibel> can you look at bug 965390 ? I got it with current alternate image.
[15:16] <ubot2> Launchpad bug 965390 in ubiquity "prompt to remove cryptsetup on an encrypted LVM install during end user setup" [Critical,New] https://launchpad.net/bugs/965390
[15:17] <cjwatson> ok, let me just wrap up patch piloting
[15:24] <cjwatson> that should be relatively easy; it's quite explicit
[15:39] <cjwatson> hm, I've clearly not tested alternate OEM this cycle
[15:39] <CIA-32> ubiquity: cjwatson * r5334 trunk/debian/ (changelog control):
[15:39] <CIA-32> ubiquity: Move oem-config-udeb's menu item before that of user-setup's, which
[15:39] <CIA-32> ubiquity: moved to 2400 in user-setup 1.30.
[15:55] <CIA-32> ubiquity: cjwatson * r5335 trunk/ (bin/oem-config-remove-gtk debian/changelog):
[15:55] <CIA-32> ubiquity: Don't remove cryptsetup if there are any uncommented entries in
[15:55] <CIA-32> ubiquity: /etc/crypttab (LP: #893548).
[16:11] <CIA-32> ubiquity: cjwatson * r5336 trunk/debian/changelog: releasing version 2.10.3
[16:53] <GrueMaster> ogra_: So far, oem-config preseeding seems to work, except for late_command and also getting the hostname via dhcp (netboot uses "d-i netcfg/get_hostname string unassigned-hostname").
[16:54] <ogra_> yeah, no idea why late_coomand doesnt work, i'll check that after beta
[16:55] <GrueMaster> That in mind, do we want to keep the bug open or open a new bug?
[17:03] <GrueMaster> Hmm.  It also doesn't appear to use either tasksel/tasks or pkgsel/include, as neither java or ssh-server is installed.
[17:04] <cjwatson> I wouldn't have expected it to use pkgsel/include given the current code
[17:04] <cjwatson> and as I said a few times during the installer sprint, tasksel/tasks is intentionally not preseedable
[17:05] <cjwatson> if you need to preseed tasksel we need to do some thinking on how to rearrange things to use tasksel --new-install and tasksel/first
[17:05] <GrueMaster> cjwatson: I must have missed that.
[17:05] <cjwatson> I think I was talking to ogra_ at the time, admittedly
[17:05] <GrueMaster> But both will be crucial for automation testing.
[17:06] <cjwatson> please open one new bug for each of those (tasksel and pkgsel/include)
[17:06] <GrueMaster> Heh, I was only monitoring the sprint.  I had my own sprint I was dealing with.
[17:06] <GrueMaster> Two bugs?  ok
[17:06] <cjwatson> yeah, they're separate issues as far as the code is concerned
[17:10] <GrueMaster> roger that.
[17:22] <GrueMaster> cjwatson: Ok, filed bug 965508 and bug 965512.  Should I also file one for retrieving hostname via dhcp?
[17:22] <ubot2> Launchpad bug 965508 in ubiquity "tasksel not preseedable in oem-config" [Undecided,New] https://launchpad.net/bugs/965508
[17:22] <ubot2> Launchpad bug 965512 in ubiquity "Unable to preseed individual package installation in oem-config" [Undecided,New] https://launchpad.net/bugs/965512
[17:25] <gema> if the OEM alternate installation fails to finish when creating the user at the end
[17:25] <gema> which package should I blame as a guess?
[17:26] <brendand> gema, oem-config
[17:26] <gema> brendand: thanks
[18:15] <cjwatson> GrueMaster: yeah, I guess so
[18:15] <cjwatson> gema: make that ubiquity, please - oem-config does exist in LP but it was borged into ubiquity years ago
[18:17]  * bdmurray didn't know borg was a verb
[18:17] <infinity> It is now.
[18:17] <infinity> And it's much easier to type than assimilated.
[18:18] <bdmurray> bug 963401 is from a developer of a derivative and something seems wrong there
[18:18] <ubot2> Launchpad bug 963401 in ubiquity "Ubiquity crashes during installation" [Undecided,Incomplete] https://launchpad.net/bugs/963401
[18:31] <GrueMaster> cjwatson: OK.  Bug 965568 filed.  I'll leave these three for you guys to figure out importance level.
[18:31] <ubot2> Launchpad bug 965568 in ubiquity "Unable to derive hostname via dhcp in oem-config" [Undecided,New] https://launchpad.net/bugs/965568
[18:52] <stgraber> cjwatson: could it be that printing something to stdout in a target-config script is a bad idea?
[18:53] <stgraber> cjwatson: it looks like 50gkd-caps echoing an error message is the last thing happening before the installer hangs with "ignorning unknwon (multi-line?) command"
[18:57] <stgraber> anyway, calling echo won't help in any way ... /me replaces with a logger call and uploads a new gnome-keyring
[18:59] <gema> cjwatson: ack
[19:00] <gema> bug 965513
[19:00] <ubot2> Launchpad bug 965513 in ubiquity "Unable to finish user configuration on OEM install Beta 2" [Undecided,New] https://launchpad.net/bugs/965513
[19:12] <cjwatson> stgraber: yes, target-config scripts are hooked up to debconf on stdin/stdout
[19:12] <cjwatson> you can use stderr
[19:12] <stgraber> cjwatson: good, so my fix should actually fix the bug then ;)
=== shadeslayer_ is now known as shadeslayer
[19:13] <stgraber> (that was the "installer gets stuck Configuring target system..." one)
[19:13] <stgraber> not sure exactly why the setcap failed though as checking the file clearly showed the capabilities having been set properly...
[19:13] <stgraber> but that's more of a gnome-keyring issue than ubiquity anyway
[19:14] <cjwatson> ah good, that one baffled me
[19:14] <cjwatson> wow, things I never knew shipped target-config scripts ...
[19:22] <CIA-32> ubiquity: cjwatson * r5337 trunk/ (debian/changelog scripts/plugininstall.py):
[19:22] <CIA-32> ubiquity: Add a log entry before running each target-config hook, to make it a bit
[19:22] <CIA-32> ubiquity: more feasible to debug hangs there.
[19:25] <stgraber> ^ yay!
[19:29] <cjwatson> dunno why I didn't do that to start with; maybe I was fixated on debconf debugging
[22:29] <stgraber> ok, so after around 120 installs, the gnome-keyring bug was the only issue I saw appear randomly, hopefully that means that all the others are reliably reproducable :)
[22:29] <stgraber> dinner time, then I'll have a look at bug 964472
[22:29] <ubot2> Launchpad bug 964472 in ubiquity "'Detect Keyboard Layout' detects the 'group' correctly, but does not update the selectable layout list" [Medium,Triaged] https://launchpad.net/bugs/964472