[00:05] evand, did you verify that change to grub-installer with an install? It would appear something else is messing with which partition is active. Just running /usr/share/grub-installer/grub-installer /target doesn't trigger it, but ubiquity does... so it can't be the preseed error, are there any other steps that might be changing what partitions are active? [00:11] nvm - i answered my own question [00:11] if you seed any partitions to be active in the expert recipe, that causes it to get jumbled up [00:12] michael_e_brown, we are going to need one more late script to make sure that the partition gets set active last step. It shouldn't hurt FI since FI will boot to the UP, but it will fix issues I'd expect on "reinstalls" from hard drive or DVD. [04:23] evand: FYI I am testing a11y profiles on the live CD, and have found that using orca-customizations.py is ineffective, i.e orca doesn't pick up the settings set in there. Now rebuilding a custom ISO with this changed, to see if using the user-settings.py works. [04:41] superm1, you are correct. You can add that to the end. Look in bootstrap for an example [04:43] michael_e_brown, already done. hopefully amro will have it all dropped in FI HA to test tomorrow :) [04:43] ok. [04:44] superm1, you have a /dev/sda instance in preseed file [04:44] yes [04:44] EDD isn't working it appears [04:44] :( [04:45] bug? [04:45] well at least not in the sense that it would need to. [04:45] it doesn't expose anything in /dev/disk [04:45] udev rules should create stuff in /dev/disks/by-id/ [04:46] well that's not via edd though [04:46] is it? [04:46] i've got that on my standard boxes too [04:46] there are several names in by-id/ [04:46] well here's the problem though [04:46] we won't know what vendor drives are in there [04:46] nor model [04:46] some of them are created by udev when edd is loaded [04:46] oh this i wasn't aware. [04:46] some of them are created by other means [04:46] is there already a udev rule in place? [04:46] or does that need to be added yet [04:47] oh. [04:47] look for something like edd=on or something on kernel cmdline [04:47] yeah I did that already [04:47] but i didn't see anything fancy in /dev/disk/by-id [04:47] I've seen edd entries on a box in the recent past... [04:47] i'll verify in the morning after the town hall meeting [04:47] damn. [04:48] forgot about that. I have a stupid presentation to do. [04:48] at the town hall meeting? [04:48] for immediately after that [04:48] yick [04:48] * michael_e_brown tries to find the old one to recycle [04:50] superm1, the name of the device you need is /dev/disk/by-id/edd-int13_dev80 [04:50] yeah i don't recall seeing that in there [04:50] i'll check again though [04:51] i'd suspect just a udev rule is missing [04:52] superm1, I like the reorganization of the dell.seed [04:52] yeah i wanted to make it easier to follow and read [04:53] makes maintainability better [06:03] TheMuso: argh, ok let me know if that works. [06:18] evand: Will do, just building the ISO now. [06:18] BTW I've ocmmitted the change to loca bzr, I'll push them if it does work. [06:19] committed [06:26] ok [06:26] thanks [06:27] np [06:48] evand: meh, we were writing the file as root, so of course it didn't work. Switching back to the customizations file again and trying again. [06:48] writing as the user this time. [06:49] argh, I am so tired of the as-a-user bugs ;) [06:50] good catch though [06:51] heh yeah. [06:51] evand: Like the one where orca won't speak in only-ubiquity mode because the session doesn't know about the audio group,a dn hense can't talk to the audio device? [06:53] yeah, that confused me. How is it not aware of the audio group? That's handled well before ubiquity-dm starts. [06:54] evand: My only guess is that even though the group details are set, the dropping of privelages doesn't do enough to initiate a session/refresh of the groups of the ubuntu user. [06:54] It works on the desktop because gdm starts a new session, which checks and sets all that stuff. [06:55] The ubuntu user is added to the audio group in casper, no? [06:55] Yes, it is. [06:56] But just because you add a user to the group doesn't mean it automatically works. As a user for example, if you add yourself to a new group, you have to log out and back in again. [06:56] to be a member of, and use the resources, of that group. [06:57] so how are you forcing it then? [06:57] superm1: We're not. [06:59] so how are you solving the problem then? [07:00] There is no solution yet. [07:00] yet [07:01] can you set the group before spawning the process? [07:01] similar to how the effective user id is set in general in ubiquity [07:02] I don't know. [07:02] I intend to do more troubleshooting on it tomorrow, as I have promised the a11y community this will work, and I have to come through. [07:02] worst comes to worst, you can spawn the audio daemon as root? [07:03] Yeah, true enough. [07:03] I am going to try finding out just what groups the orca process knows about when its launched. [07:05] knowing these things you're running into, i wonder if only-ubiquity is a little more broke than i expected on mythbuntu_ui. there are a few areas i haven't pushed it on, that it might want more permissions [07:05] i'll have to play with that his weekend [07:05] superm1: Wouldn't hurt. [07:25] evand: Do you know if you/anybody else has done testing with wubi in windows vista? [07:25] TheMuso: people have, I have not yet [07:25] I have a Vista VM, so I can take care of that tomorrow. [07:26] though don't let that stop you from doing the same [07:26] Yeah, I have aquired vista with my new box, this being one of the reasons, as well as personal projects, so yeah I will likely install it tonight to be ready for tomorrow for wubi testing. [08:23] shouldn't root be a reserved username? [08:24] hrm, it is [08:24] and the bug disappears :/ [09:29] there seem to be problems with oem-config and certain language choices [09:29] https://bugs.launchpad.net/bugs/203648 [09:29] Launchpad bug 203648 in ubiquity "ubiquity fails in OEM-mode after choosing locale" [Undecided,New] [09:30] cjwatson: ^ I'll take a closer look after some sleep, but if you want to beat me to it (not sure if this is a beta blocker and would thus require immediate attention), by all means. [09:32] Shqip does it for me. From the look of that bug there are others. [10:29] ok, I'll have a look [12:04] ubiquity: cjwatson * r2575 ubiquity/debian/ (changelog rules): * Disable the intro message in preparation for Ubuntu 8.04 beta. [12:10] Many new machines come with a Vista partition and a recovery partition. I noticed that when menu.lst is generated both are named the same way, which makes things quite confusing IMO. [12:27] well filed it in bug #203883 [12:27] Launchpad bug 203883 in grub "Windows recovery partitions and normal partitions are listed in menu.lst with the same title" [Undecided,New] https://launchpad.net/bugs/203883 [12:29] Other issue I noticed in my yesterday run, is that when ubiquity is run in non-interactive mode, every time something is mounted, nautilus popups up. I assume you are aware of that. [12:29] ehm in interactive mode ^ [12:30] reassigning 203883 to os-prober [12:30] your other problem is bug 199129 and I'm working on it right now [12:30] Launchpad bug 199129 in ubiquity "Auto-resize install fails to mount drive" [Undecided,New] https://launchpad.net/bugs/199129 [12:30] last issue is that I still do not get layoutcode when I preseed that [12:30] I am not passing it anymore as kernel commandline parameter though, only preseed === cjwatson_ is now known as cjwatson [12:35] evand: the text on the RHS of the auto-resize slider widget seems to flicker between centred and right-aligned; is this known? [12:36] cjwatson the nautilus windows appeared in several occasions, and I did not run auto-resize, even though probably the 2 situations are related [12:37] xivulon: it's not exclusive to auto-resize; don't worry about that [12:38] auto-resize is just how Henrik happened to reproduce it [12:38] ok, glad you are on top of it [12:42] well, provided I can reproduce it [12:43] haven't quite managed so far ... [12:45] cjwatson: it does so for me only initially. That is, it starts right-aligned and switches to centered when I mouse over it. I haven't been able to track down the cause of it. [12:45] * evand out for a bit [12:47] ah one other thing to report, when I click on the zoom-map widget it zooms out, not sure if that is intended [12:49] cjwatson I can give it a look, but I'll be on holiday in the coming days and the relevant other forbids pc use... [12:50] nah, it's ok, I'm sure I'll manage [12:50] it seemed to me though that the "normal" behaviour (I.E. popping up nautilus whenever a new device gets mounted) is still active when ubiquity runs [12:50] sorry if I cannot be more specific [12:51] xivulon: right, read the bug for more details [12:51] we've been playing whack-a-mole with desktop automount systems since ubiquity first started [12:53] ah yes, looks plausible [13:00] soren: bug 203542: how is jeos preseeding handled? [13:00] Launchpad bug 203542 in pkgsel "JeOS 8.04 (Hardy) Alpha 6 Cannot be installed" [Undecided,Fix released] https://launchpad.net/bugs/203542 [13:00] soren: it should probably preseed away the language-support-not-available question [13:01] cjwatson: I honestly don't know. [13:01] do you just boot a CD image? [13:01] Oh! [13:01] I misunderstood your question. [13:02] Erm, yes, that's how I use it currently. [13:02] I thought you were asking me where the preseed files on the iso came from or something. [13:02] oh, I know that bit :) [13:03] so a comment in that bug notes that it will always ask whether you want to install language support [13:03] Yes, I figured you might :) [13:03] is this ever going to be a reasonable question for jeos? [13:03] Yes. I meant to talk to you about that today. [13:03] No. [13:03] cjwatson: I'd like to know where/how to fix this. [13:04] ...so that I don't have to bother you another time. [13:04] I realise it's a preseed setting, but how to get that onto the iso is a bit.. [13:04] convoluted. [13:04] http://paste.ubuntu.com/5866/ in http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu/ [13:05] you need to be in the cdimage group to edit it [13:05] so you will probably need to bother someone anyway, although of course it's easier if it's "please merge this branch" [13:05] Ah.. That was easy :) [13:06] cdimage people are... You, slangasek, StevenK, pitti? [13:06] most of cdimage is actually quite easy - the problem is that you need to know exactly where to put the easy thing [13:06] launchpad.net/~ubuntu-cdimage [13:06] rolled out for the next build [13:07] cjwatson: Ah. And http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu/ is the url to branch from? [13:07] cjwatson: Any reason why that's not mirrored on Launchpad? [13:07] right [13:07] it probably is [13:08] hmm, apparently not [13:09] https://code.launchpad.net/~ubuntu-cdimage/debian-cd/ubuntu registered, should mirror at some point [13:09] Lovely, thanks. [13:15] grr, screensaver kicks in too [14:15] ubiquity: cjwatson * r2576 ubiquity/ (bin/ubiquity-wrapper debian/changelog): * Run ubiquity under hal-lock if possible (LP: #199129). [14:16] evand: I'm going to create a branch for the beta [14:50] ubiquity: cjwatson * r2567 hardy-beta/ (configure configure.ac): bump to 1.8.0 [15:11] oem-config: cjwatson * r434 oem-config/ (debian/changelog oem-config-firstboot): [15:11] oem-config: * Now that we allow user creation even if a non-system user already [15:11] oem-config: exists, we can only delete the temporary oem user once oem-config has [15:11] oem-config: actually succeeded (LP: #153311). [15:44] ubiquity: cjwatson * r2568 hardy-beta/ (bin/ubiquity-wrapper debian/changelog debian/rules): merge r2575 and r2576 from trunk [15:49] hi all. [15:49] good afternoon [15:49] hi cjwatson [15:49] can you confirm for me whether the cd boot menu help text should say something like [15:50] "Ubuntu" may be replaced by the name of any other distribution. This help text is generic. [15:50] (quoting from memory) [15:50] sounds about right [15:50] I don't know what the package is to look for possible bug reports. [15:50] it's easier than having help text that's agnostic among Kubuntu, Xubuntu, etc. [15:50] debian-installer [15:50] It sounded to me like something that was for developers, rather than for displaying to the user. [15:50] [15:50] ("Ubuntu" may be replaced with other related operating system names. This [15:51] help text is generic.) [15:51] [15:51] that's the one. [15:51] I thought it was more like theming instructions. I see what the point is now though. [15:51] it's for the user, because the help text says "Install Ubuntu" and stuff, but that might actually be Kubuntu on the CD they're using [15:51] better text welcome [15:51] ok, thanks, it just looked out of place. [15:52] if it looks out of place to you, it might also look out of place to a user, so I'm not discounting it [15:53] I think it was "replaced" that threw me. [15:53] 'You can read "Ubuntu" as the name of any other related operating system...' perhaps? [15:54] that might work, yes; could you file a bug for it? I'll need to break string freeze and mail translators and stuff [15:55] do you think it's important for hardy? [15:55] I noticed that a few languages were missing strings for the menu. [16:07] not critical for hardy, but would be nice to get it right [16:07] yes, translations are rarely entirely up to date; we update them fairly frequently from Launchpad though [16:17] cjwatson: ack'ed [16:17] (on the branch) [16:24] ubiquity: cjwatson * r2569 hardy-beta/debian/changelog: releasing version 1.8.0 [16:25] hello [16:25] err whoops, I shouldn't type while reading scrollback :) [16:30] How can i install ubuntu from iso? [16:50] cjwatson: whenever you have a moment can you push/bind the beta branch? It's not showing up as published yet. [16:55] yeah, I tried but it was taking ages - will try again [16:57] thanks, it's not an immediate concern as I caught the changelog in the queue, so feel free to cancel it and try later if it's still going slowly. [17:21] evand: pushed now, modulo LP mirroring time [17:31] thanks [18:03] Is the magnifier option supposed to start with the magnifier running? [18:04] james_w: Yes but its broekn, and I'm working on a fix. [18:05] james_w: IMO not a beta blockert. [18:05] blocker [18:05] TheMuso: thanks. It's my first time testings cds, so I'm not always sure what to expect. [18:06] I orca running but no magnifier, so I guess it is part way there. [18:06] james_w: Same with some of the other profiles not working... I went through them yesterday, and am aware of issues. [18:06] TheMuso: great, good to know you're on top of it. [18:20] argh, wubi incorrectly requires a network connection [18:22] evand: You sure? [18:22] I'm testing on vista her currently, and unless Vista found my NIC, wubi worked fine for me. Second stage install is running as I type this. [18:24] TheMuso: https://bugs.launchpad.net/wubi/+bug/203998 . I'm getting an endless "please connect to the Internet" popup with my VMWare NIC disabled. [18:24] Launchpad bug 203998 in wubi "Wubi requires an internet connection" [High,New] [18:24] evand: When I get back to Vista, I'll check device manager to see if the NIC is known... [18:25] evand: And yeah, orca is not speaking either. :) [18:26] indeed :) [18:28] Well, second stage for wubi on vista went ok. [18:30] Ok, things load, but grub4Dos I'm assuming it is, takes a long time to come up, and when it does, it gives a warning. Haven't read it yet. [18:31] hrm [18:36] * TheMuso heads back to vista to see if it kows about my NIC. [18:36] gah typing bad this morning... [18:36] Ok, I am now going to attempt booting of a completed FAT32 wubi install... [18:39] Woohoo! FAT32 wubi boot works. [18:40] yay [18:41] On the flip side, booting back into vista asked whether I wanted to start normall, safe mode etc. Normal start didn't happen, so trying safe mode... [18:41] ...and the computer promptly rebooted. [18:42] Hrm this is not a good sign. [18:43] It would appear my vista install is somehow trashed. [18:43] yikes [18:44] Yeah I agree. [18:52] trying a Vista Wubi install now [18:53] Ok. Startup repair didn't fix my issue. [18:53] It starts booting, then blue screens. [18:53] TheMuso, you might want to see if you can still mount the partition [18:53] say off a live stick or live disk [18:54] does Wubi not require a windows fsck on the first boot after doing stuff? [18:55] it doesn't require one, but it should be able to handle such situations gracefully, iirc [18:55] superm1: good idea, checking now. [19:05] evand: Do you know off hand what files wubi modifies to offer itself as an option for vista boot? [19:09] Well, I can access the partition fine, read files and all. [19:14] Wow, managed to get back in to safe mode once I changed my SATA controller to IDE mode... [19:16] TheMuso: it calls bcdedit [19:17] Riiight./ [19:17] Just wonderful. [19:17] it's very odd that it would put your system in an unbootable state. It just tells the bootloader to add an option pointing to grub4dos [19:18] There also appears to be no uninstall executable for wubi in vista. [19:19] I'd say check the install logs, but wubi is kind enough to delete those for you on install completion (necessary evil, they contain passwords) [19:20] Right. [19:21] hrm, I have it [19:21] it seems like something went very wrong along the way in your install [19:21] Yeah. [19:21] as I was successfully able to install, use, and uninstall Wubi in my copy of Vista [19:22] hrm. [19:22] i'LL TRY AGAIN... [19:22] WUBI THAT IS [19:22] TheMuso: before you reboot wubi from windows, go into the ubuntu folder and modify the preseed file to not contain ubiquity/reboot boolean true [19:23] that way you can scp logs out of the installer [19:23] Ok. [19:23] also there should be a boot option on the first instance of grub4dos that lets you boot in verbose mode or something along those lines [19:23] that will enable debugging in ubiquity [19:24] Well if things don't work out this time, I can re-install vista if need be, once you get through the prompts, it doesn't take very long. [19:42] evand: Are the logs in /var/log/installer? are those the ones you are referring to? [19:58] TheMuso: /var/log/installer/debug, /var/log/partman, and /var/log/syslog [19:58] evand: Right, just wanted to be sure. [20:00] evand: Oh yeah, the warning from grub for dos is about an unrecognised partition table. The table was created fresh with vista. [20:03] hrm, perhaps this is an EFI issue? [20:04] Ei has nothing to do with anything here. [20:04] efi [20:04] ok [20:55] evand: I re-installed vista and doing wubi again, and uninstall is now there. [20:57] very odd [20:58] Yeah. Now I have to wait for vista to install automatically fetched updates before it reboots. :/ [20:58] I still don't kow enough of vista to turn that off yet. [20:58] know [20:59] However, vista does know of my network card, so I haven't gotten any errors relating to no network connection. [21:01] I haven't run into that yet in Vista, but in XP it was a matter of selecting a link in the reboot text to reboot without installing updates. [21:01] Yeah I know about xp. [21:02] Last night and this morning are literally the first time I've had a chance to play with vista. [21:06] heh [21:21] hey evand i was just thinking a bit about oem-config. how come it doesn't center in the screen like ubiquity does? [21:23] evand: Ok this time everything worked. I think it had to do with a weirdness where some dmraid/fakeraid metadata was still on the disk, and that confused things somehow... [21:23] I cleared that before re-installing and all is well. [21:24] And on that note, breakfast time. [21:28] oem-config: evand * r435 oem-config/ (debian/changelog gui/glade/oem-config.glade): * Center the oem-config window to match ubiquity. [21:28] mario_limonciell: thanks for catching that. [21:28] evand, np, thanks for the quick fix :) [21:29] you're welcome [21:29] given how much of a common code base there is, have you considered abstracting the two further? [21:29] TheMuso: ah, that's a relief. [21:29] mario_limonciell: I believe there was a specification to merge oem-config into ubiquity a while back [21:30] maybe at least worth bringing up at UDS then to discuss it's feasibility? [21:30] I think so. [21:30] cjwatson: thoughts? [21:31] maybe still having the binary packages oem-config-gtk and oem-config-kde, but spinning them out of the ubiquity source package at least [21:35] In my head it seems pretty simple to merge it into the frontend, call only a subset of the components, and have a replacement for the install component, but I'm sure there's a hurdle or two that I'm missing. [21:36] well don't need to hash it all out now. there's more important things w/ beta coming up around the corner :) Just something to consider later [21:36] haha, indeed. slangasek might take a swing at me if I filed a freeze exception for that :) [21:37] or just laugh hysterically and reject it [21:55] evand, i looked for a blueprint, but didn't see an existing one. I threw a quick one together and added you and cjwatson to it so it doesn't get forgotten by UDS time. [21:57] mario_limonciell: awesome, thanks a bunch [21:58] no prob. today i've been coming up with lots of ideas for some reason at really weird times. i swear i need a whiteboard in my shower. [21:59] oh man! I had the same plan. [21:59] haha [21:59] I really need to find washable markers that work on the shower walls [22:18] oem-config: evand * r436 oem-config/ (debian/changelog lib/components/language.py): [22:18] oem-config: * Port fix for correctly answering the countrychooser/country-name question [22:18] oem-config: from ubiquity (was LP #174937). [22:18] Launchpad bug 174937 in ubiquity "[hardy] Selecting Finnish or Danish on the language page triggers an infinte loop." [High,Fix released] https://launchpad.net/bugs/174937 [22:18] I knew that looked familiar. [22:20] that resolves the issue I ran into earlier this morning, and I imagine also does so for bug 203648 [22:20] Launchpad bug 203648 in ubiquity "ubiquity fails in OEM-mode after choosing locale" [Undecided,Fix released] https://launchpad.net/bugs/203648 [22:25] ah! thanks, I hadn't managed to finish that [22:25] star [22:26] evand: on merging, if it helps us avoid this sort of forgot-to-copy-and-paste-the-bug-fix bug, I'm all for it [22:27] fantastic [22:27] evand: could you stick LP: #203648 on that, unless you're going to dup the bug? [22:27] will do [22:27] still slightly weirded out by the guy having an ancient ubiquity on his image [22:27] but the actual image he downloaded has gone, so [22:28] but the build logs are still up, no? [22:30] oem-config: evand * r437 oem-config/debian/changelog: Add bug 203648 to the previous changelog entry. [22:30] Launchpad bug 203648 in oem-config "ubiquity fails in OEM-mode after choosing locale" [Undecided,Fix committed] https://launchpad.net/bugs/203648 [22:30] yeah, that's the thing, I checked the build logs and they were sane [22:30] weird. [22:30] plus, the DVDs weren't actually using the ubuntu-dvd live filesystems until I made some cdimage changes like three hours ago [22:31] they were just using the regular ones, which I'm prepared to bet weren't on a two-month-old ubiquity [22:31] haha, I'd have to agree with you there. [22:42] hi! [22:42] which is the package which asks for root password on server instalations?? [22:45] user-setup, and it doesn't ask for the root password on server installations by default [22:45] only in expert mode [22:46] cjwatson: thanks :D [22:46] * nxvl HUGS cjwatson [23:00] dear nautilus, do as I say and stop putting volumes on the desktop and opening windows of them! ugh. [23:04] are you using the fix I committed for that? [23:04] (hal-lock) [23:04] yes [23:05] and this is happening while ubiquity is running? [23:06] indeed, it's showing 3.0 GB Media on the desktop and opening a window for /target. [23:08] I hate my life [23:08] didn't happen during my tests [23:08] haha [23:09] heh [23:09] is this reproducible? [23:10] I'll be able to tell you in about 5 minutes. [23:16] odd, no it's not reproducible. I tried two more times. [23:18] evand: Give me 5, and I'll do a ubiquity install from a live session also. What arch were you testig on? [23:18] i386 [23:18] ok will test. [23:18] I did a complete format all three times. [23:19] As in, a fresh partition, or using entire disk? [23:19] using the entire disk [23:19] Right [23:19] FWIW, i've done a mix of automatic-ubiquity from a desktop and noninteractive installs throughout the last two days while working on our seeds (ubiquity 1.7.18). I've not seen the partitions pop up at all. [23:20] I'm going to give resizing a few tries in a moment as that's where it was really a problem previously [23:21] ubiquity: cjwatson * r2577 ubiquity/ (configure configure.ac debian/changelog): merge from hardy-beta branch, bumping to 1.8.1 [23:34] * TheMuso needs to find a suitable partition imaging solution thats Linux & vista friendly... [23:34] Preferably FOSS. [23:36] TheMuso: dd? [23:44] resizing looks ok for me [23:49] soren: Preferably not backing up non-used parts of the partition... [23:50] evand: Am going to try resizing now to see if I get that same issue... [23:50] Just been doing detailed wubi testing. [23:50] Hm.... I guess qemu-img could be used. Never tried it like that, though. [23:51] Partimage sounds alright, but vista support, as well as NTF ssupport in general is somewhat "use at own risk" [23:54] hmm evand it appears simplified chinese doesn't work in noninteractive properly :( [23:54] http://paste.ubuntu.com/5906/ [23:56] mario_limonciell: yikes, should be an easy fix though. I'm coming to the end of my core hours for the day and I have to run out soon, but I'll take a in-depth look later tonight. [23:56] evand, okay [23:56] let me throw my seed your way [23:56] http://paste.ubuntu.com/5907/ [23:56] thanks [23:57] it is getting a bit late. i'll probably head home too. i'll touch bases with you later then [23:58] ok, enjoy [23:58] cya