[02:01] <infinity> mfisch: Should be fixed in 2.0.13
[04:27] <mfisch> infinity: thanks
[09:55] <cjwatson> infinity: hm, yeah.  now, if only I could easily test a fix ...
[09:55] <infinity> cjwatson: If I had remembered this cycle to fix the &^%@!$ ISOs to boot on my powerstation, I could test.
[09:56] <cjwatson> I wonder why Debian removed kernel-img.conf handling in l-b
[09:56] <infinity> cjwatson: I guess it's not too late to do that.
[09:56] <infinity> cjwatson: But we switched from mkisofs to something else, right?  So porting Debian's command-line becomes non-trivial.
[09:57] <cjwatson> xorriso's only on x86
[09:57] <cjwatson> we still use genisoimage on powerpc
[09:57] <infinity> cjwatson: Oh, kay.  So just yanking Debian's working command-line args for PPC would work.
[09:58] <cjwatson> should do
[09:58] <infinity> cjwatson: That's my only data point.  "Debian boots, Ubuntu doesn't".
[09:58] <infinity> Wildly unhelpful.
[09:58] <FourDollars> cjwatson: Is there any place to invoke clean_method() in partman-auto/lib/recipes.sh to execute `mv $id/method $id/method-old`?
[09:58] <infinity> Like, Ubuntu's so "broken" to this firmware that it doesn't even acknowlege there's a bootable CD in the tray. :P
[09:58] <FourDollars> cjwatson: I have verified https://bugs.launchpad.net/ubuntu/+source/partman-efi/+bug/972122 with Ubuntu precise daily and it works.
[09:58] <ubot2> Launchpad bug 972122 in partman-efi "Ubiquity pops out a warning message from partman-partitioning on UEFI BIOS when there is a EFI system partition existed." [Medium,Fix released]
[09:59] <FourDollars> cjwatson: Somehow it doesn't work on my own customized Ubuntu version.
[09:59] <FourDollars> cjwatson: I saw there is a method-old and it has 'efi' inside.
[10:00] <CIA-32> debian-installer: cjwatson * r1678 ubuntu/ (5 files in 2 dirs): Update help text translations from Launchpad.
[10:01] <cjwatson> FourDollars: let's not start from a proposed solution
[10:01] <cjwatson> FourDollars: try comparing the output of 'archdetect' in the daily vs. your customised version
[10:02] <cjwatson> (I have a private bet on the outcome; we'll see how it compares with reality)
[10:02] <infinity> cjwatson: I might poke you later about PPC image generation.  I need sleep.
[10:02] <FourDollars> cjwatson: The output of archdetect is "amd64/efi'.
[10:02] <cjwatson> FourDollars: in which image?
[10:02] <FourDollars> cjwatson: Both.
[10:02]  * cjwatson loses his bet
[10:03] <cjwatson> FourDollars: tell me more about "it doesn't work"
[10:03] <cjwatson> FourDollars: and please show me any preseeding you're using
[10:03] <FourDollars> cjwatson: I saw there is a method-old in EFI system partition folder.
[10:04] <cjwatson> forget about that for now, please
[10:04] <FourDollars> cjwatson: It should be a 'method' file normally.
[10:04] <cjwatson> forget about that for now, please
[10:04] <cjwatson> you're starting from midway down the debugging trail, which is not helpful to me
[10:04] <cjwatson> it's a useful data point, yes, but I need more
[10:04] <FourDollars> cjwatson: OK.
[10:05] <cjwatson> Are you doing any preseeding?  Please show me.
[10:07] <FourDollars> cjwatson: https://pastebin.canonical.com/64456/
[10:08] <cjwatson> Your preseeding is wrong for EFI; it needs to opt to reuse the existing EFI System Partition.
[10:08] <cjwatson> 100 150 200 free
[10:08] <cjwatson>         $iflabel{ gpt }
[10:08] <cjwatson>         $reusemethod{ }
[10:08] <cjwatson>         method{ efi }
[10:08] <cjwatson>         format{ } .
[10:08] <cjwatson> add that to partman-auto/expert_recipe, preferably before the entries for the other two partitions (and with appropriate \ etc.)
[10:09] <FourDollars> cjwatson: And I use https://pastebin.canonical.com/64457/ to overwrite some settings. (Sorry for the late.)
[10:10] <cjwatson> Hmm
[10:11] <cjwatson> well, that ought to work then, unless there's some weird interaction between $reusemethod and biggest_free, or something
[10:12] <FourDollars> cjwatson: https://pastebin.canonical.com/64458/ is /var/log/partman
[10:13] <FourDollars> cjwatson: https://pastebin.canonical.com/64459/ is /var/log/syslog
[10:14] <FourDollars> That is my question in the beginning.
[10:14] <FourDollars> Is there any place to invoke clean_method() in partman-auto/lib/recipes.sh to execute `mv $id/method $id/method-old`?
[10:14] <cjwatson> STOP
[10:14] <cjwatson> I want to debug this myself
[10:14] <cjwatson> please don't keep taking me down this
[10:14] <FourDollars> OK. Sorry.
[10:14] <cjwatson> can you insert 'set -x' at the top of /lib/partman/lib/recipes.sh before starting the installer, and then get me the resulting /var/log/syslog, please?
[10:16] <FourDollars> cjwatson: Maybe I can use 'break=init' kernel parameter to modify /root//lib/partman/lib/recipes.sh .
[10:16] <cjwatson> Just run it interactively.
[10:16] <cjwatson> method-old represents what was autodetected before autopartitioning.  Your results tell us that a partition was autodetected as efi, but no amount of fiddling with clean_method will tell us anything about why the autopartitioning recipe isn't reusing that partition.
[10:16] <cjwatson> So that's a distraction.
[10:17] <cjwatson> clean_method is called unconditionally at the top of /bin/autopartition.  This is correct.
[10:17] <cjwatson> It's also not the problem.
[10:17] <jibel> oem mode is brkoen today: bug 984736
[10:17] <ubot2> Launchpad bug 984736 in ubiquity "oem-config not installed after initial installation in OEM mode" [Undecided,New] https://launchpad.net/bugs/984736
[10:17] <jibel> *broken
[10:18] <cjwatson> jibel: Do you know when it last worked?
[10:18] <jibel> cjwatson, yesterday
[10:18] <cjwatson> It doesn't even seem to have tried to install oem-config-gtk, although I see the log for apt-install running.
[10:19] <cjwatson> No indication of why.
[10:19] <jibel> want a run in debug mode ?
[10:19] <cjwatson> Wouldn't hurt
[10:19] <jibel> ack
[10:19] <cjwatson> Not sure whether it will tell me anything
[10:21] <FourDollars> cjwatson: The output of `sh -x /lib/partman/lib/recipes.sh` is '+ unnamed=0'
[10:25] <cjwatson> That's no use at all.
[10:25] <cjwatson> You didn't do what I asked
[10:25] <cjwatson> I don't want the output of running that with 'sh -x'.  That file is sourced by lots of bits of the installer.  You can't run it outside the installer.
[10:25] <cjwatson> When I said "Just run it interactively", I meant boot the CD interactively and run the installer by typing 'ubiquity'.
[10:27] <FourDollars> Sorry.
[10:37] <jibel> debug log attached.
[10:40] <cjwatson> jibel: could I have the syslog from the debug run too?
[10:40] <jibel> cjwatson, from alternate i386 http://paste.ubuntu.com/935260/ all these kde packages looks weird
[10:40] <jibel> sure, I'll attach it
[10:40] <cjwatson> Not sure that signifies much.
[10:41] <cjwatson> Though I'll see if I can track down why.
[10:42] <cjwatson> It shouldn't have stopped it from even trying.
[10:44] <jibel> syslog attached
[10:45] <stgraber> cjwatson: I'm happy to have a look at that one if you're busy with something else
[10:45] <cjwatson> Which one?
[10:45] <stgraber> cjwatson: oem
[10:46] <stgraber> cjwatson: bug 984736
[10:46] <ubot2> Launchpad bug 984736 in ubiquity "oem-config not installed after initial installation in OEM mode" [Undecided,New] https://launchpad.net/bugs/984736
[10:47] <cjwatson> If you could, yes please
[10:48] <stgraber> cjwatson: hmm, actually I think I figured it out already, it's bad timing between livefs and cd build
[10:49] <stgraber> cjwatson: /pool contains oem-config 2.10.13 but the livefs contains ubiquity 2.10.12
[10:49] <cjwatson> That would indeed make sense
[10:49] <stgraber> cjwatson: can you maybe start a rebuild to confirm?
[10:49] <stgraber> I guess we want to test the new ubiquity anyway, so a rebuild would give us that
[10:49] <cjwatson> sure, running
[10:50] <cjwatson> oem-config-gtk pulling in a pile of KDE bits is odd; 'apt-get install oem-config-gtk' in a minimal chroot reproduces it, but 'apt-get install oem-config-gtk ubiquity-frontend-gtk' doesn't
[10:50] <cjwatson> I blame apt, but maybe there's some way to work around it
[10:51] <cjwatson> Hmm.  The right workaround is probably to restructure the packaging, which I'm not doing now.  Maybe tweak the apt-get command we're using, then.
[10:52] <stgraber> yeah, I noticed that a few time and I think that was also the source of the problem ogra_, infinity had with the ac100 image pulling kde
[10:53] <stgraber> I usually test ubiquity locally by installing and running it in a container, having to install with "ubiquity ubiquity-frontend-gtk" to avoid pulling half of kde with it
[10:54]  * ogra_ doesnt actually know what the source of that prob was ... its one of these things i discovered and before i could look infinity said "or that was my fault, fixed already!"
[10:54] <ogra_> (which it indeed was)
[10:56] <CIA-32> ubiquity: cjwatson * r5383 trunk/ (debian/changelog finish-install.d/01oem-config-udeb):
[10:56] <CIA-32> ubiquity: Install ubiquity-frontend-$frontend along with oem-config-$frontend to
[10:56] <CIA-32> ubiquity: improve dependency resolution; with the packaging the way it is at the
[10:56] <CIA-32> ubiquity: moment, apt may sometimes select ubiquity-frontend-kde to resolve
[10:56] <CIA-32> ubiquity: ubiquity's dependency on a frontend before realising that oem-config-gtk
[10:56] <CIA-32> ubiquity: already depends on ubiquity-frontend-gtk.
[10:56] <cjwatson> stgraber: well, for ubiquity, you can just install ubiquity-frontend-gtk directly
[10:57] <cjwatson> now, why on earth didn't my panel workaround wowrk
[10:57] <cjwatson> *work
[11:03] <cjwatson> oh, because ubiquity 2.10.13 isn't actually on the images yet
[11:04] <cjwatson> heh, yeah, jibel noticed the same I see
[11:05] <cjwatson> FourDollars: any luck with that?
[11:05] <FourDollars> cjwatson: No. :(
[11:07] <cjwatson> FourDollars: setup problems?
[11:08] <FourDollars> cjwatson: I am still thinking of how to insert `set -x` to collect the information for you.
[11:13] <cjwatson> FourDollars: Boot the CD into a live session.  Edit the file with a normal editor, as root.  Save and exit the editor.  Run 'ubiquity'.
[11:14] <FourDollars> cjwatson: With my custmized CD, there is no live session mode. :(
[11:14] <cjwatson> Oh
[11:14] <cjwatson> Well, then, break=bottom, then:
[11:15] <cjwatson> sed -i '1s/^/set -x; /' /root/lib/partman/lib/base.sh
[11:15] <FourDollars> maybe executing `sed -i '2 a\set -x\n' /root/lib/partman/lib/recipes.sh` works.
[11:16] <FourDollars> cjwatson: haha
[11:16] <cjwatson> It'll work on the first line, since that file has no #! line
[11:16] <FourDollars> Cool~ :D
[11:16] <cjwatson> well, thinking about it, you probably want it after . /usr/share/debconf/confmodule
[11:17] <cjwatson> so  sed -i '3s/^$/set -x/' /root/lib/partman/lib/base.sh
[11:17] <cjwatson> or your version with the right line breaks inserted, but a and i do tend to be a bit of a pain to get right
[11:19] <jibel> the slideshow has been removed from end user config in oem mode or is it a bug ?
[11:19] <cjwatson> Could be the same problem as earlier; try with today's refreshed images once they finish building
[11:20] <cjwatson> It's not been intentionally removed as far as I know
[11:22] <FourDollars> cjwatson: Here it is. https://pastebin.canonical.com/64462/ :)
[11:22] <FourDollars> cjwatson: /var/log/syslog
[11:25] <FourDollars> rsyslogd drops messages. :(
[11:27] <cjwatson> grr
[11:27] <cjwatson> in that case:
[11:28] <cjwatson> sed -i '3s,^$,set -x; exec 2>>/tmp/partman.shx,' /root/lib/partman/lib/base.sh
[11:28] <cjwatson> which should send it all to /tmp/partman.shx
[11:29] <FourDollars> Thx
[11:29] <cjwatson> sigh, livefs build failure due to langpacks
[11:31]  * cjwatson spots an entirely unrelated display bug in FourDollars' logs
[11:31] <cjwatson> Apr 18 09:33:02 ubuntu ubiquity: /lib/partman/update.d/58default_visuals: 33: printf: Illegal option -æ
[11:32] <FourDollars> Which log?
[11:33]  * FourDollars seems to see this message before.
[11:33] <cjwatson> https://pastebin.canonical.com/64459/
[11:33] <FourDollars> cjwatson: ubiquity keeps busy for a long long time.
[11:33] <FourDollars> :(
[11:34] <CIA-32> partman-base: cjwatson * r1364 ubuntu/ (debian/changelog update.d/default_visuals visual.d/type):
[11:34] <CIA-32> partman-base: Be more careful about printing translated visuals, in case a translation
[11:34] <CIA-32> partman-base: starts with "-" (which the zh_TW translation of "FREE SPACE" does).
[11:34] <cjwatson> FourDollars: Doing anything at all?
[11:35] <FourDollars> cjwatson: yup
[11:35] <FourDollars> It seems too many log.
[11:35] <FourDollars> /tmp/partman.shx grows to 40M .
[11:35] <CIA-32> partman-base: cjwatson * r1365 ubuntu/debian/changelog: releasing version 153ubuntu4
[11:35] <cjwatson> Great, lots of data :)
[11:35] <FourDollars> 45 M
[11:35] <cjwatson> feel free to bzip2 it or whatever
[11:36] <FourDollars> 47M
[11:36]  * FourDollars is wondering when it will stop
[11:37] <FourDollars> 56M...
[11:37] <cjwatson> If it runs out of memory we can try again with something more limited, but to start with I'd like to see everything if possible
[11:39] <FourDollars> Fortunately, it has 8GB memory in this machine. :)
[11:42] <FourDollars> Err... it seems to take a long long time to complete or fail.
[11:43] <FourDollars> I will put /tmp/partman.shx in some where about 14 hours later
[11:43]  * FourDollars needs to leave for his dinner.
[11:44] <cjwatson> thanks
[12:19] <infinity> cjwatson: I've never understood why link_in_boot isn't the default for all arches.  For the ones where it doesn't matter, it's tidy, and for the ones where /boot is special, well, it's special.
[12:19] <cjwatson> I remember thinking that in like breezy and intending to change it at some point.
[12:19] <cjwatson> But I only ever seem to think about it just before a release.
[12:20] <infinity> Heh.
[12:27] <gema> cjwatson: a user added logs to bug 934614, the entent of the problem seems to be bigger than we initially thought
[12:27] <ubot2> Launchpad bug 934614 in grub2 "reinstall of precise breaks grub with invalid arch independent ELF magic" [High,Incomplete] https://launchpad.net/bugs/934614
[12:27]  * cjwatson drowns :-/
[12:27] <gema> cjwatson: there are some people in PS that have also hit the prboelm
[12:28] <gema> but they are struggling to get their systems booting
[12:28] <gema> Mr.H was kind enough to attach results for the boot-info-script
[12:28] <cjwatson> well, really?  that log shows all kinds of boot loaders installed.
[12:29] <gema> so it doesn't help?
[12:30] <cjwatson> That log seems to support my previous analysis, actually.
[12:30] <gema> ok
[12:32] <cjwatson> you can see "Grub2 (v1.99) is installed in the MBR of /dev/sda" at the top - that's a BIOS version, but then there's also /efi/boot/bootx64.efi on /dev/sdb1
[12:33] <cjwatson> (well, no, the latter is the USB stick, sorry)
[12:34] <cjwatson> Actually it's not even clear that Mr. H's logs have anything to do with this bug.  I've followed up.
[12:37] <cjwatson> I dunno.  Looks entirely different to me really.
[13:01] <jibel> to verify bug 745960, I do a default alternate installation with lvm encrypted on a Mac and check the system reboots, is it all or anything else to check ?
[13:01] <ubot2> Launchpad bug 745960 in grub2 "Cannot boot GRUB on Intel Mac after installing to LVM" [High,Incomplete] https://launchpad.net/bugs/745960
[13:02] <jibel> reboots meaning: ubuntu boots and any existing version of osx boots too
[13:11] <cjwatson> jibel: sounds reasonable
[13:12] <cjwatson> using the amd64+mac image
[13:12] <jibel> indeed
[13:29] <pmatulis> does anyone have experience installing PPA-based packages with pxe/preseed?
[13:45] <brendand> pmatulis, yes
[13:48] <pmatulis> brendand: feel like sharing?
[13:48] <pmatulis> :)
[13:51] <brendand> pmatulis, what have you tried?
[13:52] <brendand> pmatulis, you know about late_command?
[13:53] <pmatulis> brendand: yes, i thought there may be a better way than late_command.  i heard that apt-setup might work.  i havne't started on it yet
[13:54] <stgraber> cjwatson: shouldn't finish-install.d/01oem-config-udeb install oem-config-slideshow-ubuntu? or am I missing something?
[13:54] <stgraber> cjwatson: bug 984883
[13:54] <ubot2> Launchpad bug 984883 in ubiquity "Ubuntu Precise alternate OEM: No slideshow during end user setup" [Undecided,New] https://launchpad.net/bugs/984883
[13:55] <stgraber> (rdepends for oem-config-slideshow-ubuntu is empty and I can't figure out what would install it if not finish-install.d/01oem-config-udeb on alternate)
[13:55] <stgraber> with ubiquity ubi-usersetup does the apt-install call for frontend-gtk + slideshow
[14:02] <cjwatson> stgraber: Yes, I think it should.  Compare r4510
[14:03] <cjwatson> pmatulis: apt-setup/local0/repository etc. - see the installation guide
[14:03] <cjwatson> pmatulis: https://help.ubuntu.com/11.10/installation-guide/i386/preseed-contents.html#preseed-apt
[14:04] <pmatulis> cjwatson: thank you
[14:06] <CIA-32> ubiquity: stgraber * r5384 ubiquity/ (debian/changelog finish-install.d/01oem-config-udeb): Also install oem-config-slideshow-ubuntu when doing an OEM install in d-i
[14:08] <stgraber> jibel_: can you confirm that ^ isn't new? I see no indication that this is a recent breakage.
[14:08] <cjwatson> been a problem since the slideshow was introduced AFAIK
[14:09] <cjwatson> i.e. natty
[14:20] <jibel> stgraber, it is new, previously I had bug 961046
[14:20] <ubot2> Launchpad bug 961046 in ubiquity "oem-config: Content of the slideshow shifted to the bottom right" [Medium,Fix released] https://launchpad.net/bugs/961046
[14:21] <jibel> well, that was a desktop image, not alternate
[14:25] <cjwatson> jibel: the missing slideshow is alternate-specific
[14:45] <jibel> and I missed it since natty :(
[14:45] <jibel> now I'm depressed
[14:47] <stgraber> well, apparently so did our users ;)
[14:47] <CIA-32> user-setup: cjwatson * r259 ubuntu/ (debian/changelog user-setup-apply):
[14:47] <CIA-32> user-setup: user-setup-apply: After zeroing to-be-encrypted swap devices, attempt to
[14:47] <CIA-32> user-setup: format and enable the encrypted device.
[16:33] <CIA-32> ubiquity: cjwatson * r5385 trunk/ (debian/changelog tests/test_misc.py ubiquity/misc.py):
[16:33] <CIA-32> ubiquity: Don't default to installing GRUB to a removable device with /cdrom
[16:33] <CIA-32> ubiquity: mounted from it, even if /cdrom's filesystem isn't iso9660
[16:33] <CIA-32> ubiquity: (LP: #984989).
[16:37] <CIA-32> user-setup: cjwatson * r260 ubuntu/debian/changelog: bug ref
[16:38] <CIA-32> user-setup: cjwatson * r261 ubuntu/debian/changelog: releasing version 1.42ubuntu2
=== xnox_ is now known as xnox
[22:07]  * cjwatson returns to the encrypted home problem, this time fuelled by champagne
[22:07] <cjwatson> 'cos that'll help
[22:07] <antarus> oh dear
[22:26] <infinity> Hah.
[22:32]  * cjwatson considers http://paste.ubuntu.com/936126/ plus http://paste.ubuntu.com/936127/
[22:32] <cjwatson> or something like that
[22:38] <stgraber> cjwatson: you import but don't use subprocess in the python part, the shell part looks good (didn't spend much more than 30s on it though), assuming /etc/crypttab in the livefs is correct (I'd have thought /target/etc/crypttab would be what we want but I never really looked at ecryptfs in ubiquity)
[22:40] <cjwatson> oh yeah, I can ditch the import.  no, deliberately using /etc/crypttab in the live filesystem here because the target is mid-copy
[22:40] <stgraber> nevermind, I looked at the patch out of order ;)
[22:40] <stgraber> yeah, /etc/crypttab makes sense now
[22:41] <cjwatson> might need to make sure /etc/fstab is right when calling ecryptfs-setup-swap though
[22:41] <cjwatson> it'll need to match the target system temporarily
[22:41] <cjwatson> horrible, but ...
[22:55] <CIA-32> apt-setup: cjwatson * r232 ubuntu/ (debian/changelog generators/01setup): If apt-setup/multiarch is empty, remove /etc/dpkg/dpkg.cfg.d/multiarch.
[22:56] <CIA-32> apt-setup: cjwatson * r233 ubuntu/debian/changelog: releasing version 1:0.55ubuntu3
[23:22] <CIA-32> user-setup: cjwatson * r262 ubuntu/ (debian/changelog user-setup-apply):
[23:22] <CIA-32> user-setup: * user-setup-apply:
[23:22] <CIA-32> user-setup:  - Fix mkswap/swapon device name.
[23:30] <CIA-32> user-setup: cjwatson * r263 ubuntu/ (debian/changelog user-setup-apply):
[23:30] <CIA-32> user-setup: If OVERRIDE_ALREADY_ENCRYPTED_SWAP is set in the environment, copy
[23:30] <CIA-32> user-setup: /etc/crypttab from the installer environment rather than re-creating
[23:30] <CIA-32> user-setup: and re-zeroing swap (LP: #979350).
[23:34] <cjwatson> Maybe it's better to just copy /etc/crypttab straight in.  I don't really like copying crypttab and fstab around at wildly different times.