| === rgreening_ is now known as rgreening | ||
| 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:13 |
|---|---|---|
| CIA-28 | ubiquity: evand * r4357 trunk/ubiquity/install_misc.py: Overwrite /var/lib/ubiquity/langpacks. | 09:34 |
| ogra | ev, ARGH ! | 10:27 |
| 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:28 |
| 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:29 |
| ogra | and it ends with a KeyError ... getpwnam(): name not found: oem | 10:30 |
| ev | you don't have USERNAME set in casper | 10:30 |
| 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:31 |
| 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:33 |
| 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:34 |
| persia | Do we? Can we not create an oem user in jasper? Why do we need root? | 10:42 |
| 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:48 |
| 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:49 |
| * ogra adds an oem user to test with | 10:52 | |
| 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:53 |
| ogra | heh | 10:55 |
| ogra | the hostname ends with a hyphen for me ... <user>- | 10:56 |
| ogra | ah, nice, the progressbar is a lot more informative now | 10:56 |
| ev | ogra: hostname> can you pastebin me the output of dmidecode? | 10:57 |
| ogra | ev, arm board, i doubt i even have it installed ... let me see once oem-config finished (10-15min) | 10:58 |
| ogra | ugh, taking that back, it already finished | 10:59 |
| ogra | that cant be right | 10:59 |
| ogra | yeah, seems debconf didnt apply *anything* | 11:00 |
| ogra | wrong kbd and language | 11:00 |
| ev | ogra, persia: http://paste.ubuntu.com/494660/ - look okay? | 11:01 |
| * 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:02 |
| 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:03 |
| 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:08 |
| 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:09 |
| ev | sure thing | 11:11 |
| ev | thanks | 11:11 |
| ara | you're welcome | 11:12 |
| cjwatson | that log doesn't show it installing grub | 11:16 |
| 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:17 |
| ogra | ev, verified, no dmidecode installed on armel | 11:23 |
| ogra | ev, hrm, and archdetect only returns armel/unknown | 11:24 |
| 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:25 |
| ogra | well, it should return /omap4 at least .... /me looks into archdetect | 11:26 |
| CIA-28 | debian-installer: cjwatson * r1363 ubuntu/ (7 files in 2 dirs): Move to 2.6.35-22 kernels. | 11:27 |
| 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:28 |
| 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:29 |
| 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:30 |
| ev | ARGH | 11:37 |
| CIA-28 | ubiquity: cjwatson * r4360 ubiquity/bin/ (oem-config-remove oem-config-remove-gtk): mark executable | 11:39 |
| 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:42 |
| ogra | grr, i hate if i typo commit messages | 11:43 |
| persia | Trick is not to use bound branches, so you can uncommit :) | 11:43 |
| 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:44 |
| ogra | cjwatson, you mean the autoreconf run ? | 11:45 |
| ogra | or is there anything else i'm missing | 11:45 |
| 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:46 |
| 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:56 |
| ogra | cjwatson, ah, k | 11:57 |
| 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:58 |
| ara | thanks, will try that | 11:59 |
| 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:13 |
| 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:14 |
| ev | cool, thanks! | 12:15 |
| 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. | 12:32 |
| CIA-28 | libdebian-installer: ogra * r214 libdebian-installer/ (debian/changelog src/system/subarch-arm-linux.c): add support for the OMAP4 Blaze board | 13:11 |
| CIA-28 | libdebian-installer: ogra * r215 libdebian-installer/debian/changelog: releasing version 0.76ubuntu2 | 13:13 |
| === rgreening_ is now known as rgreening | ||
| CIA-28 | ubiquity: evand * r4363 trunk/debian/changelog: LP bug reference. | 13:22 |
| CIA-28 | ubiquity: evand * r4364 trunk/debian/changelog: releasing version 2.3.19 | 13:32 |
| 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:40 |
| 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 | 13:46 |
| superm1 | cjwatson, sure i'll take a look today | 14:05 |
| cjwatson | thanks | 14:06 |
| 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:10 |
| 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:11 |
| superm1 | well as long as NM works fine i guess that works | 14:13 |
| ogra | k | 14:14 |
| ogra | evan already added a fallback in case oem doesnt exist | 14:15 |
| ogra | so we should be fine again | 14:15 |
| 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:19 |
| 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:20 |
| 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:23 |
| dpm | ev, cool. Yeah, if you could send that e-mail as well, that would be great | 14:24 |
| ev | will do | 14:24 |
| 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:26 |
| 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:28 |
| 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:29 |
| 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:30 |
| 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:31 |
| 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:32 |
| 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:33 |
| 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:34 |
| 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:35 |
| 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:36 |
| cjwatson | it's possible isolinux has a similar problem, though | 14:37 |
| cjwatson | though it does seem to at least try to strip off the version | 14:39 |
| smagoun | cjwatson: this seems directly related, not especially promising though (bug is still 'NEW')" https://bugzilla.redhat.com/show_bug.cgi?id=527443 | 14:40 |
| 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:41 |
| smagoun | yeah - no acceleration, from what I understand. Not sure that's worth it for the user. | 14:42 |
| 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:43 |
| 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:44 |
| cjwatson | it might be worth trying remastering with isolinux-debug | 14:45 |
| smagoun | ok | 14:48 |
| CIA-28 | ubiquity: superm1 * r4365 ubiquity/ (bin/oem-config-remove-gtk debian/changelog): Rework oem-config-gtk to use a mainloop (LP: #637517) | 16:09 |
| 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:12 |
| 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:13 |
| ev | oh wow, gconftool.set doesn't actually work, and probably hasn't ever | 16:19 |
| * ev fixes | 16:20 | |
| 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:23 |
| 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:24 |
| ev | but this does seem correct | 16:25 |
| 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:26 |
| 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:28 |
| 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:38 |
| CIA-28 | ubiquity: evand * r4368 trunk/ubiquity/frontend/gtk_ui.py: Add user switching to the list of things to disable in lockdown_environment. | 16:50 |
| 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:47 |
| 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). | 18:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!