#ubuntu-installer 2007-09-01 <cjwatson> aarcane: I've not tried it, but if you run in expert mode then I think you should be able to tell the partitioner to create a new partition table of type 'loop' on hda, and then you just get one "partition" on it which is the whole disk <cjwatson> but, like I say, haven't checked - it's an untested case so may not work right <cjwatson> I don't entirely understand why your requirements lead to needing to use the whole disk instead of a partition though <cjwatson> (I'm going to bed now, so it'll be a while before I reply now) <krieggegengott> would someone here be able to give me a hint or two as to why my installation is failing? #ubuntu-installer 2007-09-02 <danp> hi <danp> i'm having trouble preseeding a software RAID setup. is that supported? <cjwatson> not at the moment, I'm afraid. I'll add moving partman-auto-raid into main to my to-do list so that it will at least be vaguely possible <cjwatson> sorry <danp> no sorries! that's quite alright. <danp> i'm trying to understand this better...so partman-auto-raid (the package?) would provide support for that? what does partman-md do? <danp> or do you mean partman-auto-raid the preseed key <danp> ahh, i see. i found the partman-auto-raid d-i package <danp> looks like i should be able to just build it and install it myself off my thumb drive. just trying to work out one issue <cjwatson> partman-md provides the normal RAID UI in the installer <cjwatson> it won't be easy to install partman-auto-raid by hand due to an infelicity in how cdebconf works <danp> it created arrays <cjwatson> if you nobble your installation source to include it, that would work <danp> i built the udeb and used udpkg -i to install it <cjwatson> heh, actually you will probably be OK just as long as it never has to display an error <cjwatson> if it has to display an error it will fail to find its templates and get very very confused <cjwatson> but otherwise, yeah, should be OK <danp> for some reason it's trying to go up to /dev/md/10 though <cjwatson> hmm, it's not been tested in Ubuntu ... <cjwatson> it just munches through /proc/mdstat to find the next number <danp> yeah <cjwatson> how many entries were you expecting? <danp> 0, 1, and 2. which it creates fine <cjwatson> what does it create on the rest of them? <cjwatson> could I see your recipe? <danp> it doesn't seem to...it just logs an error from within initial_auto_raid_fs looking for /var/lib/partman/devices/=dev=md=10 (within fix_raid_fs()) <danp> sure, sec <danp> http://pastie.caboo.se/93157 <danp> basically straight from the debian example <cjwatson> ah, it's a consequence of the buggered templates <cjwatson> give me a moment and I'll give you a workaround <cjwatson> ok, this is horrible, but add this to your preseed file: <cjwatson> d-i partman-auto-raid/raidnum string <cjwatson> that'll just create the template so that it doesn't unexpectedly get an error <cjwatson> wouldn't be necessary if partman-auto-raid were installed normally <danp> ahh, i was thinking about just manually setting that to 0 or 2 or whatever it wanted <cjwatson> just set it to blank and it should sort it out itself <danp> thanks! i'm giving it a go now <danp> perfect! <danp> i was curious to see, too, if it would get upset now that md devices existed already <danp> but it seems to be fine <cjwatson> I suspect it won't have wiped them <cjwatson> so you might need to do that <danp> it didn't get a chance to mkfs them before <cjwatson> though I suppose it will have overwritten the partitions where they previously were - hmm, hope that doesn't cause them to change number <danp> nah <cjwatson> oh well, should fall out in the UUID wash anyway <danp> i still just have 0, 1, and 2 <cjwatson> ok, cool <danp> and they are sync'ing as expected <danp> thank you very much <danp> i have a ton of machines that have dual internal SATA drives that i'm looking to reinstall <cjwatson> good luck! do you have a means to do the udpkg -i automatically (preseed/early_command maybe)? <danp> yep <danp> it wasn't in what i pasted but that's what i did <danp> at first to try it i just cancelled DHCP (so i could get a pause) and installed it manually <CIA-20> ubiquity: superm1 * r2156 mythbuntu-ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py): add errno to imports of mythbuntu_ui (LP: #130771) #ubuntu-installer 2007-09-03 <tepsipakki> is there a newer netboot image available, for testing 6.06.2? <tepsipakki> hmm, theres 36.9 <tepsipakki> +' <superm1> cjwatson, it would appear that the internet repository is being chosen as a priority over the on cd repository during our installs. is there way to set priorities wrg to that? #ubuntu-installer 2007-09-04 <cjwatson> superm1: it's not supposed to be, except if the packages on the mirror are newer <cjwatson> if they're the same version, AIUI the first item in sources.list is preferred, which is the CD <cjwatson> if that isn't working, I'd say it's an apt bug, not a configuration problem <superm1> cjwatson, see the funny thing is the repository version is ending up being 404'ed due to being superseeded, so people are encountering failures grabbing packages when they are available on the CD. I'll have to investigate it a little closer yet <saispo> anyone have an idea for installing ubuntu-keyring early ? (a modified ubuntu-keyring) <evand> win 27 <evand> whoops <saispo> :) <CIA-18> ubiquity: evand * r2204 ubiquity/ (5 files in 4 dirs): * Add a progress bar for automatic mode. #ubuntu-installer 2007-09-05 <jafoo0> Hey everyone, i've got a question on a system that failed 3/4ths the way in on the ubuntu machine, anyone care to help? <jafoo0> 'er.. failed 3/4ths the way in on ubuntu install * Starting logfile irclogs/ubuntu-installer.log <CIA-18> ubiquity: evand * r2205 ubiquity/ (4 files in 3 dirs): * Update noninteractive frontend to work with recent changes. <mathiaz> hi. I'm trying to use d-i to preseed an install for ubuntu-server. <mathiaz> How can I set the grub options ? <mathiaz> Is there a place where all the d-i preseed options are documented ? <evand> mathiaz: you could run debconf-get-selections at the end of an install before you reboot. I don't believe there's an actual list though. <evand> Another option is to look at the templates files in the source package for the component you're interested in <thom> http://d-i.alioth.debian.org/manual/en.amd64/apbs04.html is probably as good as it gets, documentationwise <mathiaz> evand, thom: ok. Thanks. <mathiaz> I also run into another problem when I was trying to run a complete automated install. <mathiaz> in the documentation, it's written that the auto option on the kernel would do the right thing <mathiaz> however I still get asked some question (like detecting the keyboard) <evand> mathiaz: some options have to be seeded on the kernel cmdline. <mathiaz> isn't the auto option supposed to postponed all the keyboard/langage question after the network is up ? <evand> unless you're doing initrd preseeding <mathiaz> I'm trying to do http preseeding <cjwatson> thom: there's a more appropriate version on help.ubuntu.com <cjwatson> https://help.ubuntu.com/7.04/installation-guide/i386/appendix-preseed.html <mathiaz> so that I don't have to remaster the iso whenever I want to install a new ubuntu-server instance <cjwatson> in any case, just tacking options onto the kernel command line should cause them to be passed through to the installed kernel's bootloader entries <cjwatson> you don't have to do any preseeding for that <mathiaz> I'm trying to automate iso tests, and there are a couple of test cases I'd like to cover automatically. <cjwatson> 'auto' is not what you want; you're looking at the wrong documentation, I suspect <thom> cjwatson: ahah <mathiaz> cjwatson: I was looking at the debian documentation. <cjwatson> mathiaz: don't <mathiaz> cjwatson: ok. I'll have a emily84@example.com then <cjwatson> 'auto' activates auto-install which isn't in main and isn't in our installer <cjwatson> (because it's a recent development and we haven't looked at integrating it properly yet) <mathiaz> is there a way to achieve the same thing in our installer ? <cjwatson> auto-install is just a convenience wrapper, it's not essential. See our documentation <mathiaz> cjwatson: ok. Thanks. <cjwatson> our support team will recommend Kickstart, though you may need to supplement that with preseeding from time to time <cjwatson> https://help.ubuntu.com/7.04/installation-guide/i386/automatic-install.html <evand> bug 137338 * evand shakes fist at the nonexistant bot <evand> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/137338 <evand> cjwatson: bad burn or squashfs bug? <xivulon> cjwatson,evand, do you know when fuse and lupin-gutsy will be in the daily build? #ubuntu-installer 2007-09-06 <evand> xivulon: AIUI, lupin-casper just needs to become a dep of ubiquity. <evand> not sure on where the fuse work stands <cjwatson> xivulon: fuse should be done already; I need to write a main inclusion report for lupin <cjwatson> evand: not certain, run it by pkl to see if he cares <cjwatson> either way, not our problem <CIA-18> ubiquity: cjwatson * r2206 ubiquity/ (6 files in 3 dirs): <CIA-18> ubiquity: * If 'automatic-ubiquity' is on the kernel command line, start Ubiquity in <CIA-18> ubiquity: its own X session. <xivulon> cjwatson, looking forward to that to test it fully. <CIA-18> ubiquity: cjwatson * r2207 ubiquity/ (3 files in 2 dirs): <CIA-18> ubiquity: * Just call 'reboot' rather than gdm/kdm-specific reboot methods if <CIA-18> ubiquity: DESKTOP_SESSION isn't set in the environment. <CIA-18> ubiquity: cjwatson * r2207 ubiquity/ (3 files in 2 dirs): <CIA-18> ubiquity: * Just call 'reboot' rather than gdm/kdm-specific reboot methods if <CIA-18> ubiquity: DESKTOP_SESSION isn't set in the environment. <CIA-18> ubiquity: cjwatson * r2207 ubiquity/ (3 files in 2 dirs): <CIA-18> ubiquity: * Just call 'reboot' rather than gdm/kdm-specific reboot methods if <CIA-18> ubiquity: DESKTOP_SESSION isn't set in the environment. <cjwatson> (argh silly cia) <CIA-18> ubiquity: cjwatson * r2208 ubiquity/debian/changelog: credit ago for prototype <CIA-18> ubiquity: cjwatson * r2209 ubiquity/bin/ubiquity-dm: run gnome-settings-daemon so that we use the normal theme <evand> cjwatson: will do <CIA-18> oem-config: cjwatson * r323 oem-config/ (debian/changelog oem-config-dm): * Run gnome-settings-daemon so that we use the normal theme (LP: #23899). <CIA-18> oem-config: cjwatson * r324 oem-config/debian/control: depend on gnome-control-center for gnome-settings-daemon <CIA-18> ubiquity: cjwatson * r2210 ubiquity/debian/control: extra dependencies for ubiquity-dm: metacity and gnome-control-center for -gtk, kwin for -kde <CIA-18> oem-config: cjwatson * r325 oem-config/ (debian/changelog oem-config-prepare): <CIA-18> oem-config: * Use zenity or kdialog if available to display oem-config-prepare's <CIA-18> oem-config: acknowledgement message (LP: #131309). <CIA-18> oem-config: cjwatson * r326 oem-config/ (8 files in 5 dirs): bump to 1.19 <CIA-18> oem-config: cjwatson * r327 oem-config/debian/changelog: releasing version 1.19 <evand> language packs disappear from apt.cache.Cache() only inside Ubiquity. hrm. <superm1> cjwatson, would you consider adding me to ~ubuntu-installer so you and evand don't have to regularly merge any mythbuntu changes? If I have any changes that extend outside of the mythbuntu source files, I can do them in a sep branch and have them reviewed by you guys, otherwise I can commit the mythbuntu changes directly? <cjwatson> superm1: are you prepared to cope with the volume of mail due to getting all ubiquity bug reports? <superm1> cjwatson, that's what t-bird filters are for :) <cjwatson> you should set up mail filtering if you haven't already <cjwatson> ok <superm1> and that would certainly help to weed out the ones that are mythbuntu bound <cjwatson> superm1: added you <superm1> thx cjwatson <superm1> i'll merge my pending changes then :) <cjwatson> feel free to commit mythbuntu stuff directly; for other things you may want to get review if they're invasive <superm1> yea that's what i was thinking <cjwatson> remember to update cia configuration if you switch branches <evand> congratulations superm1 <superm1> thx evand :) <superm1> this will make working on things a bit easier <CIA-18> ubiquity: superm1 * r2211 ubiquity/ (debian/changelog scripts/mythbuntu/mythbuntu_install.py): Make sure errno errors can be reported properly in mythbuntu_install.py <superm1> what days at UDS was ubiquity going to be a topic for discussion? <superm1> you guys know offhand? <evand> no idea, the schedule hasn't been made yet afaik <superm1> well i got an invite out there, but i can't stay for the whole thing, so i'd like to plan around the discussion i'll want to be at :) <evand> hrm, cjwatson will have a much better idea of how to determine what days you should come for. <evand> as I imagine he's one of the three people drafting the schedule <superm1> yeah. well i've got two weeks to return info on what days i'm going to attend so they can purchase airfare and such <superm1> so i'll keep a look out for the info <cjwatson> we're dividing the summit into an initial few days which are primarily about contacts with upstreams, and a later phase which is much more for the Ubuntu development community <cjwatson> I think you'd be more useful in the second half <cjwatson> I don't have anything more specific than that yet though <superm1> very good, that's the half i'm more likely to be able to make <xivulon> same thing here, I'he recieved the invitation and I'd like to come, but I am mostly interessed in installer-related meetings (wubi/ubiquity) <xivulon> cjwatson, what is the plan for building wubi? automatic build or one-off? <cjwatson> I don't think we have the facility to build it sanely at the moment <cjwatson> xivulon: the most pragmatic approach is probably if you can deliver us a binary in some known location which we can then copy onto the disk <cjwatson> far from ideal, but would do the job for now <cjwatson> xivulon: somewhere on wubi-installer.org perhaps? <xivulon> sounds good to me <xivulon> cjwatson can we have the remaining changes in, so that I can start testing? I should have some spare time this w/e <cjwatson> which remaining changes? <cjwatson> I have done the swap-not-on-loop-device thing in my local tree but haven't tested it yet <cjwatson> what I mean is, which are critical to get testing started? <xivulon> Things to do are: inclusion of fuse, lupin-gutsy and ubiquity-xinit on the daily build <cjwatson> fuse is already there, as I keep saying <cjwatson> lupin I need to promote and seed, I'll organise that tomorrow <cjwatson> ubiquity is already committed and we'll probably upload that tomorrow <cjwatson> LVPM I think is way too late to look at for gutsy; we can think about that at UDS-Cambridge <cjwatson> ah, the fuse *module* is not yet copied into the initramfs <cjwatson> though all the other bits are <cjwatson> I'll fix that <cjwatson> done <CIA-18> ubiquity: evand * r2212 ubiquity/ (debian/changelog scripts/install.py): <CIA-18> ubiquity: * Temporary fix for the language packs no longer installing bug (LP: <CIA-18> ubiquity: #131294) <evand> I'll try to get rid of that as quickly as possible <xivulo1> cjwatson, sorry was disconnected and did not see your last msg <cjwatson> 23:03 <cjwatson> fuse is already there, as I keep saying <cjwatson> 23:03 <cjwatson> lupin I need to promote and seed, I'll organise that tomorrow <cjwatson> 23:03 <cjwatson> ubiquity is already committed and we'll probably upload that tomorrow <cjwatson> 23:04 <cjwatson> LVPM I think is way too late to look at for gutsy; we can think about that at UDS-Cambridge <cjwatson> 23:06 <cjwatson> ah, the fuse *module* is not yet copied into the initramfs <cjwatson> 23:06 <cjwatson> though all the other bits are <cjwatson> 23:06 <cjwatson> I'll fix that <cjwatson> 23:08 <cjwatson> done <xivulo1> thx #ubuntu-installer 2007-09-07 <xivulo1> grub installation and mounting /host r/w where also on my list <cjwatson> mm, right <cjwatson> damnit :) <cjwatson> evand: looks safe enough, anyway <evand> ok <cjwatson> I'm going to look at ntfs-3g 1.826 tomorrow, since Debian has it <cjwatson> how were you planning to cope with the host filesystem potentially being dirty? <cjwatson> I suppose we just hope they shut it down cleanly <cjwatson> but ntfs-3g will refuse to mount "if the volume is scheduled for consistency check or the logfile is unclean" - I'm not comfortable with forcing that <superm1> is there no way to issue a chkdsk upon shutdown in windows? <cjwatson> Windows ought to generally leave the filesystem clean on clean shutdown <cjwatson> it's if you shut down in a more violent way (e.g. power failure, or just too impatient to wait for Windows to shut down all the way) that it's a problem <cjwatson> oh well, bed <evand> can't we pop up a message in the initramfs if we're unable to mount due to a dirty fs? Something to the effect of, "run chkdsk /f in Windows then reboot"? <xivulo1> cjwatson, there is no chkdsk in ntfs-3g <xivulo1> it will refuse to mount <xivulo1> and I was stopping the init process with some message about ntfs being dirty and requiring chkdsk /r <xivulo1> in fact it will mount r/o (if memory does not fail me) <superm1> can wubi perhaps schedule a chkdsk for the next boot in windows then, and automatically reboot into windows to do that chkdsk /r? <xivulo1> hmm, that would require raising some sort of flag, which is difficult when the filesystem is r/o <superm1> ah right, and you can't even pass it to boot.ini with it being read only <xivulo1> exactly <evand> I believe it's in the registry, is it not? <cjwatson> ok, let's not worry about that <cjwatson> phase two at best <xivulo1> I guess that should be handled properly by ntfs-3g, I am sure that chkdsk is in their agenda anyway <xivulo1> cjwatson, is losetup command available during normal init? <cjwatson> yes <cjwatson> ok, I'm making initramfs-tools mount NTFS host filesystems read/write now <xivulo1> I was writing that myself <cjwatson> too late, sorry ;-) <cjwatson> - if [ ${readonly} = y ] ; then <cjwatson> + if [ ${readonly} = y ] && \ <cjwatson> + ([ -z "$LOOP" ] || [ "${FSTYPE#ntfs}" = "$FSTYPE" ] ); then <cjwatson> roflag=-r <cjwatson> and <xivulo1> how do I paste stuff here? <cjwatson> + if [ ${readonly} = y ] ; then <cjwatson> + roflag=-r <cjwatson> + else <cjwatson> + roflag=-w <cjwatson> + fi <cjwatson> + <cjwatson> before the loopmount <cjwatson> if it's long, pick a random pastebin <cjwatson> anyway, really off to bed now, I've been up well before 7 for the last two days running, been down to London yesterday, and I'm exhausted ... <xivulo1> I'll send it to you by mail then <xivulon> cjwatson, evand, I was thinking about ways to detect language/keyboard from live cd and run into this http://people.warp.es/~xtor/blog/?p=25 <xivulon> thought you might be interested <cjwatson> if it's implementable on the Windows side, I'm all for it <cjwatson> I don't want to mount the Windows filesystem that early from our installer though <xivulon> in the wubi side we already have that, I was thinking about the linux side <cjwatson> yeah, I'd rather not :) <evand> I believe trying to detect the keyboard and language and preseeding them in Ubiquity was something m-a was tasked with a long time ago <cjwatson> it's a neat idea but the ordering is really hard <cjwatson> and I think you have to ask anyway (consider a system you've got from the shop with Windows preinstalled, that you haven't configured at all), so it would only be useful for defalts <cjwatson> defaults <evand> indeed <xivulon> my line of thought is this: you now have cmdline arguments -- locale=XYZ and console-setup/layoutcode=XYZ <xivulon> you can have locale=detect console-setup/layoutcode=detect <xivulon> or detect_locale <xivulon> before the locale/layout are set if you have a detect flag, you run the heuristics. <cjwatson> I really don't think it's workable, sorry <xivulon> n.p. just an idea <cjwatson> I think it's great to make use of on the Windows side, but way too invasive from the Linux side <cjwatson> xivulon: btw I've fixed up the swap file thing, and am trying to work up the courage to tackle grub <xivulon> great, also please include the lupin-gutsy changes I submitted last night <cjwatson> + disk=$(echo "${disk}"|sed 's/\//\\\//g') <cjwatson> ugh, use a different sed delimiter <xivulon> that's to replace /dev/sda1 with \/dev\/sda1 or sed gets confused <cjwatson> use a different delimiter <xivulon> didn't know you could do that with sed, yeah sounds neater <cjwatson> sed -i 's:LIDISK:$disk:g' <cjwatson> I uncommented modprobe fuse, the fuse module is there <xivulon> good <cjwatson> ${variablename} is only needed when you're following it immediately with something that might be confused for part of the variable name <cjwatson> in "$variablename" it's the quoting that's the important bit, generally <cjwatson> (random shell style point) <cjwatson> I'll fix the sed thing now <xivulon> lupin was my first "big" sh project, I normally try to "imitate" the style from other files I hack, but that is a less than perfect approach <cjwatson> most people do pick up sh organically <cjwatson> I've added a debian/changelog entry for your changes <xivulon> yesterday I also sent you some code re mounting /host rw <cjwatson> yes, I saw, I already did something else in initramfs-tools so it isn't urgent <cjwatson> your code prints a better message if it fails so I'll look at it at some point, but grub comes first :) <xivulon> there is also losetup use, as opposed to use mount -r -o loop, to avoid r/o loop device <cjwatson> is that important? <xivulon> I might be wrong, but if you create a loop device via the mount command with r/o option, the loop device is also locked ro and when you remount rw, the loop device does not follow <xivulon> Creating the loop device separately should address this (and it does not make any harm anyway) <xivulon> There was also the other command you mentioned last time, but I forgot which one it was <evand> blockdev? <xivulon> no it was something to set loop device settings <cjwatson> ok, I very much want hacks outside lupin to be minimal, so losetup in lupin is probably better <cjwatson> er, in initramfs-tools/scripts/local I mean <cjwatson> I've uploaded lupin 0.3 with your changes <xivulon> ahh <xivulon> thanks <cjwatson> I have such a headache :-/ <cjwatson> how are we going to get grub4dos installed? I assume it isn't in a .deb <xivulon> It's installed by the windows frontend <xivulon> https://code.launchpad.net/~ubuntu-installer/wubi/gutsy <cjwatson> ah, so we just need an appropriate menu.lst and to suppress installing grub in the mbr <cjwatson> I have mail from you about the former, so that's fine <xivulon> yeah <cjwatson> might have to add an extra preseed parameter to grub-installer <xivulon> you can install grub in the loop file if you want <cjwatson> yeah, it's just pointless, right? :) <xivulon> yeah <xivulon> But menu.lst has to be generated <cjwatson> you know, groot_prefix is sort of an inappropriate name ... <cjwatson> groot is just for use by update-grub <cjwatson> let me have a look at exactly what they did in grub4dos <xivulon> I did not try I think they use groot <xivulon> It should be groot(hdX,Y)/path/to/windows/boot/folder <cjwatson> I hope not <cjwatson> well, let me check <xivulon> My understanding is that whatever is in groot is copied over as "root" when generating the menu sections <cjwatson> right, but my point is that's done by update-grub not by anything grub4dos should be doing <cjwatson> so hopefully they really support root_prefix <xivulon> In this case setting groot(hd3,2)/ubuntu/disks and running update-grub should set all menu entries to root (hd3,2)/ubuntu/disks <cjwatson> ah, what they did was allow 'root (hd0,0)/ubuntu/disks' <cjwatson> that's better <xivulon> Yeah that's what I meant <cjwatson> it was the groot bit that was confusing me <xivulon> Or at least that's what I asked for, not sure if they got it wrong, I did not try the new grub4dos yet (since there was no fuse). <cjwatson> where do you want the /boot directory to go? <cjwatson> /ubuntu/disks/boot/ ? <cjwatson> that would be convenient, I think <xivulon> That would be my guess <cjwatson> I do have to disable actually installing grub, because ordinary grub won't understand this root syntax and will fail <xivulon> The important thing is that update-grub works <xivulon> We might revert to use #root_prefix maybe? <cjwatson> no <cjwatson> not necessary <cjwatson> it's actually easier this way because no changes to update-grub are needed <cjwatson> in fact it's like 15 lines added to grub-installer, if this is right :) <cjwatson> still need to prod partman to bind-mount /boot, but I know where that wants to go <xivulon> it should also be in fstab <cjwatson> indeed so <cjwatson> hence, partman :) <xivulon> partman twice then <cjwatson> just the once <cjwatson> adding the appropriate thing to fstab also causes partman to mount it <xivulon> you're too smart for me :P <xivulon> By the way wubi can now be used to boot from live cd also when the bios boot order is adverse, and for people with no CD (hd-media style). <cjwatson> nice <xivulon> I plan to add an item in the size selector so that you have something like "No installation, just classic LiveCD, (read-only)" <xivulon> have to figure a concise msg to convey that <xivulon> I was thinking to in fact have 2 items: "Dedicated partition" will start boot the livecd in automatic mode but without preseeding the partitioning info <xivulon> and "Read only" which will simply boot the LiveCD for people with bios issues / no CD. <cjwatson> ok, grub-installer seems to be working now with the exception that entries for other operating systems are broken <cjwatson> not going to worry about that right now (those entries should just go away I think) <xivulon> it's not a big issue , since people will boot first from ntldr, and the grub menu will mostly be hidden (to avoid having 2 boot menus) <cjwatson> yeah <xivulon> I am really looking forward to next build <cjwatson> is there a wubi binary yet that I can slap onto the CD? <xivulon> The current nsis code "compiles" and produces a binary, but I haven't tested it at all, which means that it is probably broken <xivulon> If you have an ISO with the other changes in, I can do some tests and will create a working binary this w/e, so it can incorporated sunday/monday. <cjwatson> I'm not certain I can get lupin in by the end of today <xivulon> I'll give you a frontend anyway by sunday, that should at least set up grub4dos and the preseed file. <cjwatson> I tweaked the preseed file in that wubi branch a bit <xivulon> no problem <xivulon> In order to work with an ISO (as opposed to a CD), I need to be able to extract kernel/initrd from within the ISO (with a CD, they are copied over). That can be done with 7-zip, but I am not sure if I will have time to implement that. <cjwatson> ok, I've written a main inclusion report for lupin and (varying slightly from standard procedure) fast-tracked it into main <xivulon> * ago likes preferential treatment 8) * <evand> conflict of interest <evand> :) <cjwatson> a touch <cjwatson> it's what tight scheduling does to you :-/ <xivulon> ps do you know +/- when installer matters are gonna be discusses in boston? I'd love to join but cannot take all week off <evand> speaking of tight schedule, can you NEW (if that's the correct terminology) gobuntu-artwork-usplash? I made seb's requested changes and I think the licensing is correct. <evand> if you have time, of course <cjwatson> I have to take my family to the shops right now but will reply when I get back <cjwatson> xivulon: throughout, I should imagine. We don't tend to partition issues up very strictly by day <cjwatson> xivulon: the times when people are available are taken into consideration where possible <cjwatson> evand: I assume the older one should be rejected? <evand> I thought it already was yesterday? <cjwatson> 269061 | S- | gobuntu-artwork-uspl | 0.1 | 20 hours <cjwatson> | * gobuntu-artwork-usplash/0.1 Component: main Section: misc <cjwatson> 269453 | S- | gobuntu-artwork-uspl | 0.1 | 45 minutes <cjwatson> | * gobuntu-artwork-usplash/0.1 Component: main Section: misc <evand> ah yes <evand> reject the older one <cjwatson> right <cjwatson> evand: hmm, did seb ask you to split out the CC-BY-SA licence into COPYING-ART? <evand> cjwatson: he asked me to include the entire GPL, so I had to create COPYING. To stay consistent I dumped the CC-by-SA out of copyright and into COPYING-ART. Should I avoid doing that? <evand> so no, he did not ask me to do that <cjwatson> ok, this is sort of a weirdness in policy <cjwatson> the rule is that all licence text must be present in the copyright file (because there are tools to read it), but there's a special exception for anything that's in /usr/share/common-licenses/ <evand> ohhh <cjwatson> I've accepted it, but could you revert the COPYING-ART bit for the next upload? <evand> will do <evand> I'm assuming I should do that before filing a MIR, correct? <cjwatson> nah <cjwatson> I punted it straight into main under the "obvious" category <evand> heh <evand> I don't suppose I could trouble you to update the desktop seed as well? <cjwatson> evand: done. binaries still need to be accepted mind you <evand> ah, indeed <cjwatson> ~1hr <evand> thanks! <CIA-18> ubiquity: cjwatson * r2213 ubiquity/ (d-i/manifest debian/changelog): <CIA-18> ubiquity: * Automatic update of included source packages: apt-setup 1:0.21ubuntu3, <CIA-18> ubiquity: base-installer 1.81ubuntu2, grub-installer 1.24ubuntu3, <CIA-18> ubiquity: partman-auto-loop 0ubuntu5, partman-efi 13ubuntu2, partman-target <CIA-18> ubiquity: 50ubuntu4. <evand> cjwatson: thoughts on having this instlux modification (see ubuntu-devel-discuss) on the CD for Hardy? I'm leaning towards no as I think we have enough install options as it is, but I'm not strongly tied to that. <evand> I imagine they just want a button that says "reboot and install Ubuntu" on the open cd, or something similar <evand> I seem to recall discussing that option in addition to wubi, but it may be a false memory <cjwatson> didn't ago say earlier that he'd just added that option to wubi? <cjwatson> but yeah, I don't think we should have both this and wubi as distinct items, they need to be merged really <evand> oh, indeed he did <evand> sorry about that <evand> so we already have a solution <evand> great <CIA-18> ubiquity: cjwatson * r2214 ubiquity/debian/po/ (79 files): debconf-updatepo <evand> whoops, sorry about that <cjwatson> no worries, it's a task often best done just before release <evand> I'll add it to my notes on releasing a new version then <cjwatson> I only bother when lintian tells me newer-debconf-templates <CIA-18> ubiquity: cjwatson * r2215 ubiquity/debian/changelog: releasing version 1.5.13 <cjwatson> otherwise I think it can end up bumping the date for the sake of it, though I'm not certain if that's checked <evand> ah, I'll keep an eye out for that <cjwatson> evand: gobuntu-artwork-usplash binaries accepted; will appear in the archive after the next publisher run <evand> nice, thanks <cjwatson> right, phew, I think that's everything on my installer-for-windows list for today done * cjwatson calls it a day <evand> heh, enjoy your weekend <cjwatson> thanks, you too #ubuntu-installer 2007-09-09 <Gulars> just wondering, will encryption be an option in the next version? Ie debian added the ability to create a fully encrypted setup from the installer with etch - will this appear in ubuntu? <CIA-18> ubiquity: superm1 * r2217 ubiquity/debian/changelog: drop gutsy from 1.5.14, not released yet <superm1> that's weird, 2216 didn't show up here. <xivulon> hi all have the first wubi build which is almost usable #ubuntu-installer 2007-09-10 <CIA-18> ubiquity: superm1 * r2218 ubiquity/scripts/mythbuntu/mythbuntu_install.py: remove remaining reference to proprietary_driver <superm1_> on a live disk, what language packs should be installed by default to provide full language support? <superm1_> at least for the installer * evand kicks CIA-18 <CIA-18> ow <evand> hah! <superm1_> haha <superm1_> yea CIA-18 wasn't listening to me the other night either <evand> CIA is down <evand> http://cia.vc <evand> or not <evand> hrm <evand> at any rate, yeah, I just hit a 500 error when it tried to push the changes out #ubuntu-installer 2007-09-11 <cjwatson> sigh, I broke ntfs in d-i * cjwatson prods dh_shlibdeps <xivulon> cjwatson, I sent you a couple of emails, keyboard detection should be better now <cjwatson> ok, your mail to me is pretty reliable, so you don't need to tell me on IRC when you've sent me mail, thanks :) <xivulon> something not on the email, if you want to build wubi yourself, you have to edit scripts/build.sh and add prerequisit to the case statement at the bottom <xivulon> then run "make prerequisites" and "make" <xivulon> first command will setup wine + nsis <xivulon> "make test" to run the dialog in debug mode * evand grumbles about wine on 64-bit <xivulon> The reason I split keyboard versions in a separate ini file is that windows uses an 8-digit hex, and did not want to remap the entries in keymaps.ini <xivulon> I mean keyboard variants <cjwatson> I wonder if wubi could be built on our buildds with that <cjwatson> I sort of assumed it needed a Windows installation <xivulon> wine + nsis is fine <cjwatson> hmm, I don't think our buildds are allowed to wget random stuff from the web though <cjwatson> so that wouldn't work <xivulon> we have one plugin in c# at the moment though <xivulon> cjwatson, wget is only a convenience script, you can install nsis from within wine manually <xivulon> provided the building server has wine with nsis installed (and mono if you want to recompile wubibcd) it should be fine <xivulon> The makefile is sub-par at the moment, the only thing in common with a proper makefile is the name <xivulon> The nsis plugins we use are not recompiled at the moment <cjwatson> yeah, that's what I mean, I don't see our buildd administrators preinstalling wine and nsis in the lifetime of this universe :) <xivulon> I don't really blame them, anyway now at least you can rebuild the frontend if you need to <cjwatson> good stuff <xivulon> cjwatson, the nsis version is a bit dated, I will update it later on (there are some strange warnings when using the new version I have to sort out) and upload a new nsis tar <evand> yikes, unionfs or python seems to have major breakage in the most recent daily live cds. <evand> http://evalicious.com/syslog <superm1> okay so that wasn't just me <superm1> we changed a lot in our builds a day or two ago, and then i booted one and it was going all to hell <evand> heh <superm1> i'd point likely towards unionfs <superm1> because there a re unionfs errors all over dmesg <superm1> well the only unionfs related bugs i'm finding that were filed thus far: https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/138866 <evand> it only seems to happen when calling python, but I imagine that's just luck of the draw as python wouldn't be able to dereference a NULL pointer in the kernel. <superm1> well it was happening to me actually with apt too <evand> ah <superm1> with some other weird things like mmap unable to msync <superm1> and then not being able to find files that were on the filesystem <cjwatson> evand,superm1: yeah, several of us are seeing that - pkl's looking at it <evand> ah, thanks <superm1> as evand just mentioned in #ubuntu-kernel https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/138915 <superm1> has both of our dmesg/syslog attached <cjwatson> I got my new laptop today, with a Windows installation on it which I plan to use to test wubi/lupin <cjwatson> (though I've already installed Ubuntu separately of course ;-)) <evand> http://www.vmware.com/products/converter/ ? <cjwatson> just running natively <cjwatson> the Vista Home Basic licence forbids running it in a VM <cjwatson> which is a bit control-freaky but there you go :-/ <evand> ah, I forgot about that <xivulon> cjwatson... ...on vista? :P <cjwatson> will wubi not work on vista? <xivulon> Well I should shoutup since my laptop came with premium, I contributed to ms coffin more than colin <xivulon> cjwatson it should <cjwatson> xivulon: could we have a stable link for the latest version of wubi? like Wubi-7.10-minefield.exe -> Wubi-7.10-minefield-0.4.exe <cjwatson> coffer, not coffin :-) <cjwatson> (contributing to MS' coffin is a *good* thing ...) <xivulon> well talkin of coffer wubi helped took away 200K users and counting... So I guess it's a good investment... <cjwatson> yeah, I would have got one of Dell's Ubuntu laptops but they weren't shipping Core 2 Duos with Ubuntu in the UK <thom> what did you end up with? HP? <xivulon> same here, I ended up with a samsung, (also because on last 2 dell laptops power jacks desoldered) <cjwatson> thom: dell latitude d830 <cjwatson> we'll see how it goes <thom> oh right; is that the T60 sized one, or smaller? <cjwatson> gar, what is wrong with cdimage? it's supposed to be downloading wubi but isn't <xivulon> if you do not have kids stumbling on the power cable they are fine machines <evand> laptop refreshment plan, only 2 years and 9 months away :) <cjwatson> thom: dunno how big a t60 is. it's 15", fairly chunky but I like big laptops <thom> yeah, similar to powerbook sized <xivulon> cjwatson, I cannot do the link from the office (no ssh), will do tonight <cjwatson> ah, the download breakage is my fault <cjwatson> xivulon: thanks, I'll just bump it to 0.4 for now * cjwatson tries YA CD build <cjwatson> thom: yeah, about two inches higher than the 15" PowerBook and maybe half an inch deeper <cjwatson> (but the height is mostly because the monitor is hinged differently) <thom> nods <CIA-18> ubiquity: evand * r2220 ubiquity/bin/ubiquity: Fix test. <cjwatson> xivulon: I wonder if it's worth having the "-tribe5" subversion thing, which we'll just have to update all the time? We don't do that for our native installers <cjwatson> xivulon: grub4dos installation doesn't seem to have worked here. Anything I can do to investigate? <cjwatson> I just get thrown into my normal grub menu <cjwatson> ah, I need to boot into Windows <cjwatson> ok, that's convoluted <cjwatson> bugger, fell over in initramfs <xivulon> cjwatson, if you have grub, you have to select Windows <xivulon> wubi adds an option to the windows bootloader, not to grub <cjwatson> yeah, I worked it out while you were pinged out <cjwatson> it's fallen over in the initramfs now and I'm debugging <cjwatson> whoa, we're using klibc /bin/mount? when did that happen? <xivulon> if you can boot, and preseed and boot options are correct, the frontend job is done. <xivulon> re version name, what do you suggest? <cjwatson> perhaps just "Ubuntu 7.10 alpha" <cjwatson> ok, lupin is failing because fuse uses the -i option to mount which klibc mount doesn't support <cjwatson> easy fix <xivulon> Sounds good, do you want to have something like the launchpad revision in there? <cjwatson> nope <cjwatson> well I mean I suppose you could but it would just have to be removed for release :) <cjwatson> I dunno, up to you, I just feel it's better without too much information that has to be updated <xivulon> np <xivulon> How is the installation going? In the last few days I only looked at the frontend. <cjwatson> 17:53 <cjwatson> it's fallen over in the initramfs now and I'm debugging <cjwatson> about that well <cjwatson> I think I've beaten on klibc sufficiently to fix that <cjwatson> ok, at least it's booting now <cjwatson> unionfs is known to be a bit screwed at the moment though so I don't know how far we'll get <cjwatson> up to X <cjwatson> hmm, suspend and hibernate options still present <cjwatson> automatic-ubiquity didn't work, init script isn't symlinked properly <evand> hrm, using fuse, ntfs directories show up as DT_UNKNOWN. * xivulon wish could be home playing with that too... * xivulon gets popcorns <cjwatson> xivulon: the name /tmpmountpoint isn't important, is it? if I rename that to /host then the suspend/hibernate inhibition should work right <CIA-18> ubiquity: cjwatson * r2221 ubiquity/debian/ (changelog rules): * Call update-rc.d so that automatic-ubiquity stands a chance of working. <xivulon> it's just a throwaway folder, make sure it's something not colliding with other scripts <cjwatson> OK, /host should be fine then <xivulon> not that it is called more than once, and for each call and for each partition /tmpmount is mounted/unmounted <xivulon> note <cjwatson> that's ok <cjwatson> as long as it's left mounted at the end <xivulon> It's left mounted unless the last call does not find what it was looking for <cjwatson> right <cjwatson> oh, hang on, am I crazy? <cjwatson> there's no reason why that fuse mount in particular should inhibit suspend/hibernate, since it isn't helping to implement the root filesystem <cjwatson> I'll revert that, sorry <xivulon> that is only used to find files, and the mount is always r/o <cjwatson> user_folder=#UserFolder=/Users/cjwatson^M <cjwatson> hmm <cjwatson> so preseeding itself is fine with CR/LF files but lupin's direct fiddling with the preseed file isn't ... looks like I spoke slightly too soon :( <xivulon> ah yes, I forgot about that <cjwatson> xivulon: doesn't /tmpmountpoint need to be unmounted after we're finished with it, regardless? <cjwatson> because otherwise it's not possible to mount the same filesystem from the live session <xivulon> hmm, often you want to do something with the file, so either you umount within find_path() and then remount in the code calling find_path or you have to remember to umount after calling findpath <cjwatson> yeah, it's clearly a little fiddly <cjwatson> I'll sort something out <xivulon> for instance, when you use it within find_iso, then the filesystem hosting the ISO must not be unmounted <cjwatson> right <xivulon> At the moment when find_path scans a folder which is already mounted it does not try to remount it, that is to make it work with find_iso. <cjwatson> I think a find_path_cleanup function called at the end of each client script would be sufficient <xivulon> yes, just make sure that find_iso is not affected, that is mounted on top of /isodevice (which overrdies the default /tmpmount folder) <cjwatson> yep <xivulon> one more thing, wait_for_devs, should be called the first time find_path is used, at the moment wait_for_devs is within find_iso, but that is not appropriate since you might use find_preseed without find_iso <xivulon> something like [ -e /var/run/devs_ready ] || wait_for_devs (within find_path) and then "touch /var/run/devs_ready" (within wait_for_devs) <cjwatson> better, just wait_for_devs in both places and do the test inside wait_for_devfs <cjwatson> devs <cjwatson> ok, I'll do that once bzr deigns to respond <cjwatson> s/bzr/my local wireless network/ I think actually <xivulon> then call wait_for_devs from find_path and add the test within wait_for_devs <cjwatson> indeed, done :) <cjwatson> parallel development ;) * xivulon concerned <cjwatson> ? <xivulon> have a sun-fan friend who often says "we start to think alike" and I usually reply "not sure I like that"... nevermind <xivulon> like a pavlov response <cjwatson> OK, lupin 0.5 fixes all the problems I can find here <xivulon> cl <xivulon> cjwatson, not sure find_path_cleanup is ok in find_iso <cjwatson> why not? <xivulon> livemedia expects a filesystem path, and that path will be something like /isodevice/ubuntu/install/xyz.iso <xivulon> but if /isodevice is unmounted livemedia will not find any iso <cjwatson> oh <cjwatson> ok, good point <cjwatson> fixed <cjwatson> (lupin 0.6) <CIA-18> ubiquity: cjwatson * r2222 ubiquity/ (configure configure.ac): bump to 1.5.14 <CIA-18> ubiquity: cjwatson * r2223 ubiquity/ (d-i/manifest debian/changelog): <CIA-18> ubiquity: * Automatic update of included source packages: grub-installer <CIA-18> ubiquity: 1.24ubuntu4. <xivulon> for the thinkpad fans out there: http://lenovoblogs.com/insidethebox/?p=98 <CIA-18> ubiquity: cjwatson * r2224 ubiquity/debian/po/ (79 files): debconf-updatepo <cjwatson> somebody please remind me to do a full ubiquity translation update from Rosetta before beta <evand> will do <CIA-18> ubiquity: cjwatson * r2225 ubiquity/debian/changelog: releasing version 1.5.14 <cjwatson> evand: not to mention to show you how to do it, but that can probably wait :) <cjwatson> (it's a nightmare of twisty little scripts in my ~/bin/) <evand> haha, I'm beginning to see a pattern here <evand> twisty little scripts everywhere <cjwatson> I *try* not to ... <cjwatson> yay, new laptop unpacks packages like greased lightning <cjwatson> I like having I/O worth a damn <evand> haha <evand> I wish I could just fold my desktop. I'm tempted to just get one of those iMac carrying cases for the next sprint. <xivulon> cjwatson, did you manage to install at the end? <cjwatson> xivulon: no, I fixed everything I could but lupin was a bit too buggered really. I plan to give it another go with tomorrow's image <cjwatson> going to bed now <xivulon> I am updating some wubi frontend code, should be there by tomorrow <xivulon> late on tonight <cjwatson> ok, drop me a line if you have a new wubi url for me <xivulon> sure #ubuntu-installer 2007-09-12 <CIA-18> ubiquity: evand * r2226 ubiquity/ (configure configure.ac): bump to 1.5.15 <evand> bzr shelve is awesome! <xivulon> what's that? <evand> http://bazaar-vcs.org/BzrShelveExample <xivulon> hmm I see <evand> cjwatson: As it stands in code that's about to be checked in, it's not possible to have a back button in automatic mode as any page we move over will answer all its questions, so there's nothing to go back to. <evand> Is this acceptable, or would you prefer I made the code that checks for the seen flag backup aware? <CIA-18> ubiquity: evand * r2227 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): * Fixed backup in the UI wrt the new page turning code. <cjwatson> evand: I think that's OK by me <cjwatson> bzr shelve does indeed rock <tepsipakki> hi, tried to netboot gutsy, but grub-installer failed due to missing fdisk/sfdisk <tepsipakki> although they are there <cjwatson> I had another report of that ... <tepsipakki> oh <cjwatson> it's weird <tepsipakki> yep, bug 138040 <tepsipakki> but should fdisk/sfdisk be present on the busybox side? <tepsipakki> they are in /target <cjwatson> yes, fdisk-udeb should provide them <cjwatson> I'm just syncing the code over from the old laptop <cjwatson> oh <cjwatson> lamont broke fdisk-udeb <tepsipakki> heh <cjwatson> tepsipakki: can you look in /var/lib/dpkg/status for me in the running installer, and check if fdisk-udeb is installed? <tepsipakki> yep, it is <cjwatson> ok, good <cjwatson> I reassigned the bug to util-linux <cjwatson> and prodded lamont about it on IRC <tepsipakki> Installed-Size: 16 <cjwatson> it has /usr and /usr/sbin, nothing else <tepsipakki> right.. <pj_og> Hi! I installed the ubuntu-server, but the base system doesn't boot. I have no idea why. I can boot memtest86+, but trying one of the kernels results only in a "reset". What now? The installation itself went absolutely smooth no error or so. But then rebooting doesn't work. I even have no idea how to debug such a thing since there are no messages. Any ideas anybody? <pj_og> or if this is not the correct channel for this question, where would it be? <cjwatson> #ubuntu-kernel is probably better if the server kernel isn't managing to boot <cjwatson> sounds like the generic kernel used in the installer is working fine, but the server kernel used after boot isn't <cjwatson> (normally the two kernels are the same, but in the server install they aren't necessarily) <pj_og> ok. thank you. <cjwatson> xivulon: if you already had a wubi entry in the grub4dos configuration, running wubi again adds another one <cjwatson> xivulon: maybe it should make sure that there's just one <xivulon> cjwatson, I noticed that yesterday night, but it was too late for me to fix that. Also the menu name should be changed to "Ubuntu Linux" in the vista case. <xivulon> If you complete the installation (disk images are created), that is not an issue (since you cannot just reinstall, you have to uninstall first) <xivulon> Forcing to uninstall anytime is the quickest way to fix that <cjwatson> yeah, I actually just removed the ubuntu folder :-) <cjwatson> (wasn't sure if uninstall would work) <xivulon> I cannot upload code, but it should be a one line fix: wubi/installer/installer.nsh -> remove the {if} block around InstallCompleted <cjwatson> I found another bug in the automatic-ubiquity handling, which I'll fix after lunchh <cjwatson> lunch <cjwatson> unfortunately unionfs is too broken in gutsy at the moment for me to get any further <xivulon> ${IF} $InstallCompleted == true <xivulon> cjwatson, simpler fix for uninstallation: in pages/main.nsh remove the above if statement <xivulon> leave the stuff in between <xivulon> That will force you to uninstall if a previous installation is detected even if it wasn't completed. <pj_og> Hi, I'm back. I did not resolve yet my boot problem, but now I think there might be an installer problem. <pj_og> Maybe sbd is interested? <cjwatson> pj_og: sure, but I'm about to go to lunch, so mention it and I'll get to it after I get back <CIA-18> ubiquity: emily84@example.com * emily84@example.com ubiquity/debian/ (changelog rules ubiquity.postinst): * Start ubiquity init script at 29; don't bother stopping it. <pj_og> ok. I managed to boot the generic kernel with grub, I just copied it over from the install CD <cjwatson> urgh bogus bzr configuration <pj_og> it kind of worked, but then there was a root disk problem or so, probably since the initrd didn't match really <pj_og> so I think there might be some check which the installer might want to do to ensure that the installed kernel actually will work. <cjwatson> it already tries. be more specific <pj_og> sbd on kernel said that the server kernel probably assumes i686. I have a pentium MMX. I'm not sure, but it might be not enough. <cjwatson> oh, that's fixed in gutsy <cjwatson> it requires 686 for the server kernel now <pj_og> of course, it could be another difference between the kernels. but with generic at least I get some messages, it starts to run. <cjwatson> base-installer's checks were indeed incomplete for server in <=feisty <pj_og> I'm using the installer CD for 7.04 server <CIA-18> ubiquity: cjwatson * r2228 ubiquity/debian/ (changelog rules ubiquity.postinst): * Start ubiquity init script at 29; don't bother stopping it. <pj_og> I tried to locate the technical requirements for the server from the ubuntu.com webpage but didn't find it
{'channel': 'ubuntu-installer', 'month': 9}