[09:13] <CIA-28> ubiquity: evand * r4356 trunk/ (debian/changelog scripts/install.py scripts/plugininstall.py): Make sure /var/lib/ubiquity/langpacks gets generated (LP: #630924).
[09:34] <CIA-28> ubiquity: evand * r4357 trunk/ubiquity/install_misc.py: Overwrite /var/lib/ubiquity/langpacks.
[10:27] <ogra> ev, ARGH !
[10:28] <ev> ?
[10:28] <ogra> ev, what did change in oem-config with the last upload, it doesnt start on the armel images anymore
[10:28] <ogra> seems it looks for an oem user
[10:28] <ev> logs please
[10:29] <ogra> i get a traceback on the screen for line 94 and 531, i cant easily get logs of that borad
[10:29] <ogra> pwd.getpwnam()
[10:30] <ogra> and it ends with a KeyError ... getpwnam(): name not found: oem
[10:30] <ev> you don't have USERNAME set in casper
[10:31] <ogra> we dont use casper
[10:31] <ogra> the images are preinstalled, we cant create a user there
[10:31] <ogra> it worked without until yesterday
[10:33] <ogra> crap
[10:33] <ev> that code hasn't changed
[10:33] <ogra>   * Run oem-config-wrapper as the user oem rather than root.
[10:33] <ogra>     - Fixes issues with pulseaudio applet not working
[10:33] <ogra>     - Prevents root terminals from ctrl-alt-t (LP: #594233)
[10:33] <ogra> there we go i guess
[10:34] <ev> ah
[10:34]  * ogra sighs
[10:34] <ogra> superm1, is there a way to not do this ? ^^^
[10:34] <ogra> we need to run as root on the preinstalled images
[10:42] <persia> Do we?  Can we not create an oem user in jasper?  Why do we need root?
[10:48] <ogra> persia, i really dont want to keep any fragments of the oem user
[10:48] <ogra> afaik that user is originally created in the aufs mounted setup
[10:48] <persia> Oh right, cleanup without layered fs would be painful.
[10:49] <ogra> ev might prove me wrong here (please !)
[10:49] <persia> Maybe oem-config-wrapper should try to run as "oem" and fall back to "root" if it fails?
[10:49] <ogra> ++
[10:49] <ogra> good idea
[10:52]  * ogra adds an oem user to test with
[10:53] <ogra> ev, hmm, the language table design seems to have changed, its only populating 2/3 of the vertical space of the window (all langs are there but i needs to scroll a lot more sideways now)
[10:55] <ogra> heh
[10:56] <ogra> the hostname ends with a hyphen for me ... <user>-
[10:56] <ogra> ah, nice, the progressbar is a lot more informative now
[10:57] <ev> ogra: hostname> can you pastebin me the output of dmidecode?
[10:58] <ogra> ev, arm board, i doubt i even have it installed ... let me see once oem-config finished (10-15min)
[10:59] <ogra> ugh, taking that back, it already finished
[10:59] <ogra> that cant be right
[11:00] <ogra> yeah, seems debconf didnt apply *anything*
[11:00] <ogra> wrong kbd and language
[11:01] <ev> ogra, persia: http://paste.ubuntu.com/494660/ - look okay?
[11:02]  * ogra hugs ev
[11:02] <ogra> awesome !
[11:02] <ogra> you rock !
[11:02] <ogra> (and it does look ok :) )
[11:02] <persia> ev, Looks clean to me.  Thanks for the quick fix even before ogra dug into it :)
[11:03] <CIA-28> ubiquity: evand * r4358 trunk/ (bin/ubiquity-dm debian/changelog):
[11:03] <CIA-28> ubiquity: Fall back to root if the regular user cannot be found in
[11:03] <CIA-28> ubiquity: ubiquity-dm.
[11:03] <ev> sure thing
[11:08] <ara> ev, good morning
[11:08] <ev> hi ara
[11:08] <ev> good morning
[11:08] <ara> ev, I started testing ISOs with 2.3.18 as part of the pairwise testing cycle I told you about
[11:08] <ev> awesome!
[11:09] <ev> anything come up so far?
[11:09] <ara> ev, after reboot, I got dropped to grub shell
[11:09] <ev> gah
[11:09] <ara> ev, bug 640341
[11:09] <ubot2> Launchpad bug 640341 in ubiquity (Ubuntu) "After installation, I get dropped to a grub shell (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/640341
[11:09] <ara> ev, let me know if you need any other information or if you need me to rerun with -d
[11:11] <ev> sure thing
[11:11] <ev> thanks
[11:12] <ara> you're welcome
[11:16] <cjwatson> that log doesn't show it installing grub
[11:17] <ev> indeed
[11:17] <ev> in kvm trying to reproduce and dig at it now
[11:17] <ev> I suspect it's fallout from the --no-bootloader option
[11:23] <ogra> ev, verified, no dmidecode installed on armel
[11:24] <ogra> ev, hrm, and archdetect only returns armel/unknown
[11:25] <ogra> i guess thats why i dont have anything behind the hyphen ?
[11:25] <ev> ogra: found the problem
[11:25] <ev> I think
[11:26] <ogra> well, it should return /omap4 at least .... /me looks into archdetect
[11:27] <CIA-28> debian-installer: cjwatson * r1363 ubuntu/ (7 files in 2 dirs): Move to 2.6.35-22 kernels.
[11:28] <CIA-28> ubiquity: evand * r4359 trunk/ (debian/changelog ubiquity/plugins/ubi-usersetup.py): Properly handle dmimodel() returning the null string.
[11:28] <ev> ogra: ^ see if that fixes it ending in a - for you
[11:29] <ogra> will do
[11:29] <ev> if you have a chance
[11:29] <ev> thanks!
[11:29] <persia> I thought we were falling back to laptop-detect when dmidecode didn't work.
[11:30] <ev> we are
[11:30] <ev> the code was broken though
[11:30] <ev> it was testing for a null string where one never existed
[11:30] <persia> Aha!
[11:37] <ev> ARGH
[11:39] <CIA-28> ubiquity: cjwatson * r4360 ubiquity/bin/ (oem-config-remove oem-config-remove-gtk): mark executable
[11:42] <cjwatson> superm1: would you care to review Sebastian's proposed version of oem-config-remove-gtk in bug 637517?  since you wrote it to start with ...
[11:42] <ubot2> Launchpad bug 637517 in ubiquity (Ubuntu) (and 2 other projects) "oem-config-remove-gtk crashed with AttributeError in _run_transaction() (affects: 2) (heat: 14)" [Undecided,New] https://launchpad.net/bugs/637517
[11:42] <CIA-28> ubiquity: evand * r4361 trunk/ (debian/changelog scripts/plugininstall.py): Fix bootloader installation test (LP: #640341).
[11:42] <ev> *sigh*
[11:42] <CIA-28> libdebian-installer: ogra * r213 libdebian-installer/ (debian/changelog src/system/subarch-arm-linux.c): add oamp4 pandaboard support
[11:43] <ogra> grr, i hate if i typo commit messages
[11:43] <persia> Trick is not to use bound branches, so you can uncommit :)
[11:44] <cjwatson> if you're uploading libd-i, please take care with the non-VCSified stuff in the source package
[11:44] <ogra> persia, i didnt push yet ... but CIA exposes the embarrasment world :)
[11:44] <ogra> err, crap i *did* push
[11:45] <ogra> cjwatson, you mean the autoreconf run ?
[11:45] <ogra> or is there anything else i'm missing
[11:46] <cjwatson> I mean that you need to debdiff carefully against the previous source package and ensure that there is only the change you made
[11:56] <ara> ev, I have seen that you found the issue with grub
[11:56] <ara> ev, anyway to recover my installation? :)
[11:56] <ev> ara: indeed, thanks for pointing that out so quickly
[11:56] <ara> would rescue mode do the trick?
[11:57] <ogra> cjwatson, ah, k
[11:58] <ev> ara: go into a live CD, mount your root partition on /mnt, bind mount sys, proc, and dev into /mnt, then run sudo chroot /mnt grub-installer /dev/sda (where /dev/sda is the disk you want to install the bootloader to the MBR of)
[11:59] <ara> thanks, will try that
[12:13] <ara> ev, is this bug going to happen to everybody? or it is only certain installations?
[12:13] <ev> ara: everyone
[12:13] <ev> I'll upload a new ubiquity shortly
[12:14] <ev> and ask if I can do a respin
[12:14] <ara> ev, OK, I will send an email to avoid people testing this one
[12:15] <ev> cool, thanks!
[12:32] <CIA-28> ubiquity: evand * r4362 trunk/ (3 files in 3 dirs):
[12:32] <CIA-28> ubiquity: Set a the respective timezone, both internally and visually, when an
[12:32] <CIA-28> ubiquity: entry is selected from the geonames autocompletion.
[13:11] <CIA-28> libdebian-installer: ogra * r214 libdebian-installer/ (debian/changelog src/system/subarch-arm-linux.c): add support for the OMAP4 Blaze board
[13:13] <CIA-28> libdebian-installer: ogra * r215 libdebian-installer/debian/changelog: releasing version 0.76ubuntu2
[13:22] <CIA-28> ubiquity: evand * r4363 trunk/debian/changelog: LP bug reference.
[13:32] <CIA-28> ubiquity: evand * r4364 trunk/debian/changelog: releasing version 2.3.19
[13:40] <ogra> cjwatson, does that look right to you ? http://paste.ubuntu.com/494729/ i'm using a fresh maverick chroot for the autofoo but not ending up with 2010 in the copyrights seems weird
[13:46] <cjwatson> ogra: please just copy (cp -a to preserve timestamps) the files in from the previous source package
[13:46] <ogra> oh, ok
[13:46] <cjwatson> the last autotools update was done in a Debian system
[13:46] <cjwatson> so it won't match exactly, I shouldn't imagine
[13:46] <ogra> ah, that explains it
[14:05] <superm1> cjwatson, sure i'll take a look today
[14:06] <cjwatson> thanks
[14:10] <superm1> ogra, if you run oem-config as root, you're going to see some weird behaviors in the panel still
[14:10] <superm1> so it would be better if you could set up jasper to create an oem user
[14:10] <superm1> (or some other place that's appropriate)
[14:10] <ogra> superm1, well, i dont want to add users to the preinstalles FS
[14:11] <ogra> what weird behavior beyond sound would that be ?
[14:11] <ogra> (i dont mind disabling the sound applet)
[14:11] <ogra> NM seems to work fine
[14:13] <superm1> well as long as NM works fine i guess that works
[14:14] <ogra> k
[14:15] <ogra> evan already added a fallback in case oem doesnt exist
[14:15] <ogra> so we should be fine again
[14:19] <highvoltage> is there a problem with ubiquity in today's daily build that installs a system that's not bootable?
[14:19] <highvoltage> (at least, that's the problem I have on Edubuntu :) )
[14:20] <dpm> hi ev, it seems that the last ubiquity upload introduced new strings, which gives no time to translators to translate them before today's deadline. May I ask you to fetch translations later? I've filed bug 640482, it would be great if you could comment on that. Thanks!
[14:20] <ubot2> Launchpad bug 640482 in ubiquity (Ubuntu) (and 1 other project) "Please download translations for new strings after NonLanguagePackDeadline (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/640482
[14:20] <ev> dpm: yes
[14:20] <ev> I planned to send a mail out to the translation team about this
[14:20] <ev> I'm happy to upload a new ubiquity with just translations before the LanguagePackDeadline
[14:23] <smagoun> The 10.10 amd64 beta ISO doesn't boot on a Macbook Pro. Depending on how I boot "Windows" mode or EFI, I get a black screen w/ the text "Select CD-ROM Boot Type" or a kernel panic, "unable to mount root fs on unknown block". Is this expected behavior?
[14:24] <dpm> ev, cool. Yeah, if you could send that e-mail as well, that would be great
[14:24] <ev> will do
[14:26] <cjwatson> smagoun: the intention was for the EFI work not to change behaviour on Macs
[14:26] <cjwatson> smagoun: I think somebody with the hardware is going to have to debug this, though
[14:26] <cjwatson> Macs are weird and their behaviour is hard to predict remotely
[14:28] <smagoun> cjwatson: "not change behavior" = it's supposed to be broken? I haven't booted from an ISO since Jaunty or so on this machine, so I'm not sure what the expected behavior is these days.
[14:29] <smagoun> cjwatson: Is there anything I can do to help debug? The i386 install works fine, not sure if that's useful data or not
[14:30] <cjwatson> obviously it isn't supposed to be broken :)
[14:30] <CIA-28> debian-installer: cjwatson * r1364 ubuntu/debian/changelog: releasing version 20100211ubuntu27
[14:30] <cjwatson> i386 doesn't have the EFI bits, deliberately
[14:30] <cjwatson> I don't know how to debug Mac booting
[14:31] <cjwatson> I know that there are some Macs that refuse to boot from multi-catalog El Torito CD-ROMs due to buggy firmware
[14:31] <cjwatson> if yours is one of those, i386 may be the only useful fallback
[14:32] <cjwatson> though that seems odd given that apparently it gives you a choice?  what level is the choice at?
[14:32] <smagoun> cjwatson: This machine is 3 years old, so certainly might fit into that category.
[14:33] <smagoun> cjwatson: Apple's firmware boot chooser gives me a couple options. From the CD I can choose "windows" or "EFI boot". The former dumps me at a prompt that I think is from the firmware, it says "Select CD-ROM boot type". The prompt is a dead-end, the machine doesn't accept input at that point.
[14:34] <cjwatson> what happens if you press 1 and enter?
[14:34] <cjwatson> from the prompt
[14:34] <smagoun> cjwatson:  The "EFI boot" option in the boot chooser gets me to a grub menu that includes "install ubuntu" and "check disc for defects". I choose 'Install Ubuntu", and a few seconds later I get a kernel panic
[14:34] <cjwatson> http://jowie.com/blog/post/2008/02/24/Select-CD-ROM-Boot-Type-prompt-while-trying-to-boot-from-Vista-x64-DVD-burnt-from-iso-file.aspx may be related
[14:35] <cjwatson> generally speaking I'm not expecting the EFI option to work on Macs, since AFAIK they're still not UEFI-compliant
[14:35] <smagoun> cjwatson: I found that, haven't tried to remaster a disc yet
[14:35] <smagoun> ok, I believe that. So I should be trying to get around the "select cd-rom..." prompt.
[14:36] <cjwatson> the article seems a bit confused and not obviously directly relevant
[14:36] <cjwatson> obviously we're not using Microsoft's boot sector
[14:36] <smagoun> agreed
[14:37] <cjwatson> it's possible isolinux has a similar problem, though
[14:39] <cjwatson> though it does seem to at least try to strip off the version
[14:40] <smagoun> cjwatson: this seems directly related, not especially promising though (bug is still 'NEW')" https://bugzilla.redhat.com/show_bug.cgi?id=527443
[14:41] <ubot2> bugzilla.redhat.com bug 527443 in syslinux "boot.iso does not boot with MacBook Pro 2,1 or iMac 2006 late" [Medium,New]
[14:41] <cjwatson> I suppose there's an outside chance that it might be worth trying to get the EFI option to work, although I suspect that will run into video problems later
[14:42] <smagoun> yeah - no acceleration, from what I understand. Not sure that's worth it for the user.
[14:43] <smagoun> Would be nice if there were a, "sorry, we already know this isn't going to work. Try the i386 CD" type of message from grub.
[14:43] <cjwatson> no grub
[14:43] <cjwatson> oh, for efi?  um
[14:43] <cjwatson> not sure that the amount of hacking required to do that is worth it
[14:44] <cjwatson> and I don't know exactly which models are affected
[14:44] <smagoun> agreed. I do know that newer MBP models boot fine from the amd64 ISO, so there's some cutoff of machines from within the last 3 years.
[14:44] <smagoun> sounds like a bunch of work
[14:45] <cjwatson> it might be worth trying remastering with isolinux-debug
[14:48] <smagoun> ok
[16:09] <CIA-28> ubiquity: superm1 * r4365 ubiquity/ (bin/oem-config-remove-gtk debian/changelog): Rework oem-config-gtk to use a mainloop (LP: #637517)
[16:12] <cjwatson> superm1: maybe the changelog should give credit to Sebastian?
[16:12] <superm1> cjwatson, it does
[16:12] <cjwatson> assuming you used his code, I didn't check :)
[16:12] <cjwatson> ah, ok
[16:12] <superm1> it's got his name right above at least
[16:12] <cjwatson> I assumed you used debcommit so the commit message was identical
[16:13] <cjwatson> ah, debcommit doesn't show the [ ... ] bit
[16:13] <cjwatson> ok
[16:13] <superm1> debcommit strips the [ user ] stuff
[16:13] <superm1> yeah
[16:19] <ev> oh wow, gconftool.set doesn't actually work, and probably hasn't ever
[16:20]  * ev fixes
[16:23] <CIA-28> ubiquity: evand * r4366 trunk/ (debian/changelog ubiquity/gconftool.py): Call gconftool-2 --set with --config-source.
[16:23] <superm1> i'm sure it was working before
[16:23] <superm1> you can't use a terminal in the current dailies because of it...
[16:24] <ev> perhaps it's just due to the way I'm bootstrapping ubiquity
[16:24] <ev> missing an environmental variable or something like that
[16:25] <ev> but this does seem correct
[16:26] <superm1> without config source it's supposed to just use the default path, so is there a scenario that the path that should be in use isn't the default?
[16:28] <ev> hm, not sure
[16:28] <ev> I'll play with it in a minute
[16:28] <ev> see if I can get a better answer
[16:38] <CIA-28> ubiquity: evand * r4367 trunk/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[16:38] <CIA-28> ubiquity: * Better lock down the installer environment when past partitioning.
[16:38] <CIA-28> ubiquity: * Lock down the installer environment when at partitioning commit,
[16:38] <CIA-28> ubiquity:  rather than just after automatic partitioning (and not manual
[16:38] <CIA-28> ubiquity:  partitioning) (LP: #640604).
[16:50] <CIA-28> ubiquity: evand * r4368 trunk/ubiquity/frontend/gtk_ui.py: Add user switching to the list of things to disable in lockdown_environment.
[18:47] <CIA-28> ubiquity-slideshow-ubuntu: evand * r287 ubiquity-slideshow-ubuntu/ (debian/changelog slideshows/ubuntu/slides/link/general.css): Match the Ubuntu theme's color for the header.
[18:53] <CIA-28> ubiquity-slideshow-ubuntu: evand * r288 ubiquity-slideshow-ubuntu/ (5 files in 5 dirs):
[18:53] <CIA-28> ubiquity-slideshow-ubuntu: Update forgotten translation templates. Already has a freeze
[18:53] <CIA-28> ubiquity-slideshow-ubuntu: exception (LP: #636945).