[09:15] <CIA-7> hw-detect: cjwatson * r1479 ubuntu/ (debian/changelog hw-detect.sh):
[09:15] <CIA-7> hw-detect: Redirect update-dev output to /dev/null, as it is in principle possible
[09:15] <CIA-7> hw-detect: for it to write to stdout and that would interfere with debconf.
[09:24] <CIA-7> hw-detect: cjwatson * r1480 ubuntu/debian/changelog: releasing version 1.89ubuntu1
[09:25] <CIA-7> ubiquity: cjwatson * r5549 trunk/ (compat/udpkg debian/changelog):
[09:25] <CIA-7> ubiquity: compat/udpkg: Handle 'udpkg -c' from udpkg 1.14, required by hw-detect
[09:25] <CIA-7> ubiquity: 1.89.
[09:26] <CIA-7> ubiquity: cjwatson * r5550 trunk/ (d-i/manifest debian/changelog): Automatic update of included source packages: hw-detect 1.89ubuntu1.
[09:30] <CIA-7> ubiquity: cjwatson * r5551 trunk/debian/changelog: releasing version 2.11.14
[14:24] <stgraber> cjwatson: bug 987050 is targeted to 12.04.1 and is marked as "fix commited" though the ubiquity currently in proposed doesn't list that bug so I'm a bit confused about its actual state
[14:24] <ubot2> Launchpad bug 987050 in ubiquity "No "Prepare for shipping ..." option after OEM install from D-I" [Medium,Fix committed] https://launchpad.net/bugs/987050
[14:26] <cjwatson> stgraber: I marked it fix committed before quantal was created
[14:26] <cjwatson> but it was nevertheless on the quantal branch
[14:28] <stgraber> cjwatson: ok, so I'll mark in progress for precise then
[14:31] <stgraber> cjwatson: I cherry picked the fix from trunk and pushed to the proposed branch, so we'll have it in the next upload
[14:32] <cjwatson> thanks
[14:32] <cjwatson> though not totally sure how to verify it given the workaround being in place
[14:32] <cjwatson> I guess check the logs or something
[14:34] <stgraber> the easiest way to check would be to install kubuntu OEM and check whether oem-config-slideshow-ubuntu is there post-install
[14:34] <stgraber> with current precise it should (because of the workaround), with the SRU it shouldn't (as it'll only be installed if oem-config-udeb/frontend == gtk)
[14:34] <cjwatson> hm, ok
[14:43] <ogra_> https://launchpadlibrarian.net/110034400/UbiquitySyslog.txt is intresting, why are all the traceback lines doubled up there  ?
[14:43] <ogra_> Jul 12 18:59:40 ubuntu plugininstall.py: ubiquity.install_misc.InstallStepError: HwDetect failed with code 10
[14:43] <ogra_> Jul 12 18:59:40 ubuntu plugininstall.py: ubiquity.install_misc.InstallStepError: HwDetect failed with code 10
[14:43] <ogra_> etc
[14:44] <ogra_> hm,m, looks like all lines are duplicated ...
[14:48] <cjwatson> what bug is that from?
[14:48] <ogra_> bug 1024406
[14:48] <ubot2> Launchpad bug 1024406 in ubiquity "installer crashed on preseeded install from daily quantal desktop i386 iso" [Undecided,New] https://launchpad.net/bugs/1024406
[14:49] <ogra_> just jumped into my bugmail box
[14:50] <cjwatson> right, well, whatever it is I'm banging my head against the same thing in any event
[14:50] <cjwatson> I mean the same underlying bug, not the doubling up
[14:52] <cjwatson> looks like maybe stuff has been redirected from installer/debug to syslog for some reason *shrug*
[14:52] <cjwatson> anyway, duped
[14:53] <ogra_> oh, i thought i saw an upload relating it... just thought it was leftover fallout for the images that dont have the fix yet
[14:53] <ogra_> *relating to
[14:53] <cjwatson> those were uploads trying to extract more debugging information
[14:53] <ogra_> ah
[14:53] <cjwatson> in desperation
[14:53] <cjwatson> I've figured out how to more or less reliably reproduce it locally though
[14:54] <cjwatson> as long as I *don't* use --debug :-(
[14:54] <ogra_> i was wondering if  bug 1024356 could be related
[14:54] <ubot2> Launchpad bug 1024356 in ubiquity "quantal armhf+omap4 daily live 2012-07-12 crashed during install (debconf.DebconfError: (10, "oem-config/enable doesn't exist"))" [Undecided,New] https://launchpad.net/bugs/1024356
[14:54] <ogra_> and i too have issues with ubiquity -d here
[14:54] <ogra_> (apparently that bug doesnt show up then, tryinbg to reproduce it here)
[14:55] <cjwatson> not clear
[14:56] <ogra_> right, thats why i try to get debug info out :)
[14:56] <ogra_> its very unlikely it is oem-config related indeed
[14:56] <cjwatson> actually, yes, it is the same thing
[14:56] <cjwatson> the debconf protocol is out of sync so the error comes back at a point when ubiquity isn't prepared to catch it
[14:56] <ogra_> aha !
[14:57] <cjwatson> notice how you're getting that error on a totally unrelated debconf command
[14:57] <cjwatson> exactly why this is happening is an unsolved mystery
[14:58] <cjwatson> but it is my #1 focus of attention
[14:58] <ogra_> well, it seems to happen pretty reliable if you dont use -d
[14:58] <ogra_> on the pandas
[14:58] <ogra_> with always the same erros msg ...
[14:58] <cjwatson> in my VM too.  I was just put off for some time because I use -d by default when debugging anything at all in ubiquity.
[14:59] <ogra_> ah, k, oi tought the x86 errors were all hw-detect
[14:59] <cjwatson> unfortunately the debconf debug output is unhelpful because it reflects what debconf thinks is happening, which doesn't match the view of the world from stuff interacting with it
[14:59] <cjwatson> yes, but it's the same underlying problem
[14:59] <ogra_> right, i was just wondring if the slower speed of the panda coudl help nailing it down or so
[14:59] <cjwatson> just depends what happens to first issue a debconf command and care deeply about what comes back.
[15:00] <cjwatson> nah, if anything I could use something faster at this point
[15:00] <ogra_> seems it is speed related which error gets spit out
[15:00] <cjwatson> no, hw-detect takes a different code path on x86
[15:00] <cjwatson> that part is not speed-related
[15:00] <ogra_> ah, k
[15:01] <cjwatson> there does seem to be something a bit racy in that jenkins doesn't show it every time; but regardless, I seem to be seeing it reliably now so I'm not going to rock the boat
[15:01] <cjwatson> I'm just doing as close as possible to the same things each run right now
[15:01] <cjwatson> and trying to insert fairly surgical debugging
[15:02] <cjwatson> it's possible that it's related to the fix xnox and I did last week; but if so, reverting that won't help since that was also causing autotest failures
[15:02] <cjwatson> so I'll have to debug directly rather than following the revert religion
[15:02] <ogra_> lol
[15:02] <ogra_> revert religion
[15:03] <ogra_> spencerism :)
[15:14]  * cjwatson has an idea
[15:15] <cjwatson> in install_misc, "Reap the status-to-debconf subprocess"
[15:15] <cjwatson> the new select approach meant I needed some way to make that process go away
[15:15] <cjwatson> so I used kill(SIGTERM)
[15:15] <cjwatson> But it now occurs to me that that might kill it between sending a command to debconf and reading the reply
[15:16] <cjwatson> So I think I need a control pipe instead
[15:20]  * cjwatson tries something along the lines of http://paste.ubuntu.com/1090040/
[15:46] <CIA-7> ubiquity: cjwatson * r5552 trunk/ (4 files in 2 dirs): Drop hw-detect debugging attempts.
[16:03] <CIA-7> ubiquity: cjwatson * r5553 trunk/ (debian/changelog ubiquity/install_misc.py):
[16:03] <CIA-7> ubiquity: Terminate status-to-debconf subprocess in DebconfInstallProgress more
[16:03] <CIA-7> ubiquity: gracefully to avoid desynchronising the debconf protocol if the
[16:03] <CIA-7> ubiquity: subprocess is killed between sending a command and receiving the
[16:03] <CIA-7> ubiquity: response (LP: #1023036).
[23:02] <CIA-7> ubiquity: cjwatson * r5554 trunk/ (4 files in 3 dirs):
[23:02] <CIA-7> ubiquity: Make user-setup-encrypted-swap wait until partitioning has finished
[23:02] <CIA-7> ubiquity: before attempting to adjust /target/etc/fstab (LP: #1024343).
[23:15] <CIA-7> ubiquity: cjwatson * r5555 trunk/ (debian/changelog scripts/user-setup-encrypted-swap):
[23:15] <CIA-7> ubiquity: Don't try and fail to set up encrypted swap if no swap partitions are
[23:15] <CIA-7> ubiquity: configured (LP: #989279).
[23:16] <CIA-7> ubiquity: cjwatson * r5402 precise-proposed/ (debian/changelog scripts/user-setup-encrypted-swap):
[23:16] <CIA-7> ubiquity: Don't try and fail to set up encrypted swap if no swap partitions are
[23:16] <CIA-7> ubiquity: configured (LP: #989279).
[23:17] <CIA-7> ubiquity: cjwatson * r5556 trunk/ubiquity/install_misc.py: pacify pyflakes
[23:24] <CIA-7> ubiquity: cjwatson * r5557 trunk/debian/changelog: releasing version 2.11.15