[00:34] <CIA-4> wubi: Agostino Russo * r163 trunk/ (debian/changelog src/wubi/backends/win32/backend.py): Keymap mapping uses numeric keys (LP: #428575)
[00:42] <CIA-4> wubi: Agostino Russo * r164 trunk/debian/changelog: Merged with Evan's branch
[00:45] <CIA-4> wubi: Agostino Russo * r165 trunk/debian/changelog: Cleaned up changelog
[01:23] <CIA-4> wubi: Agostino Russo * r166 trunk/ (debian/changelog src/wubi/backends/common/mappings.py): Added Chinese to language selector (LP: #468457)
[01:49] <CIA-4> libdebian-installer: cjwatson * r201 ubuntu/debian/changelog: karmic -> lucid
[01:50] <CIA-4> libdebian-installer: cjwatson * r202 ubuntu/debian/changelog: releasing version 0.68ubuntu1
[02:43] <flagg0204> im a little confused.  if i wanted to work on a particular piece of the installer, namely the iscsi installation piece, is that part of d-i or the openiscsi package or both.
[04:40] <cody-somerville> flagg0204, the openiscsi package
[04:40] <cody-somerville> flagg0204, d-i is more or less a framework
[04:46] <flagg0204> ah i see.  okay that makes things a little easier.
[04:47] <flagg0204> so i am assuming i need to check out that package from bzr.....
[08:45] <CIA-4> wubi: Agostino Russo * r167 trunk/ (data/isolist.ini debian/changelog): The amd64 URL for Kubuntu was pointing to the i386 ISO (LP: #465936)
[09:46] <CIA-4> wubi: Agostino Russo * r168 trunk/ (3 files in 3 dirs):
[09:46] <CIA-4> wubi: Boot.ini is not restored if drive letter is in upper case (LP:
[09:46] <CIA-4> wubi: #400936)
[10:03] <davmor2> xivulon: how's things dude?
[10:04] <xivulon> bad
[10:04] <xivulon> two annoying bugs
[10:04] <xivulon> bug #468589
[10:05] <xivulon> bug #400936
[10:06] <xivulon> last one I thought it was a bogus report since the relevant code didn't change and didn't have xp to test...
[10:06] <xivulon> we will certainly need to change wubi.exe on ubuntu.com
[10:07] <xivulon> davmor2 can you please try to reproduce 468589?
[10:07] <xivulon> you need to install jaunty and upgrade, if so run the shutdown sequence manually until you find the bad command.
[10:08] <xivulon> will try myself tonight, very late for work already....
[10:08] <davmor2> xivulon: no probs
[10:09] <xivulon> there are also other fixes up to 168, please double check the relevant bugs are fixed
[11:37] <xivulon> cjwatson, am a bit puzzled by #468589
[11:37] <xivulon> but the other way around...
[11:38] <xivulon> I was checking umountfs, and noticed: fstab-decode umount -f -r -d $WEAK_MTPTS
[11:38] <xivulon> now, the whole point behind WEAK_MTPTS was to avoid -f (iirc)
[11:38] <xivulon> so I am surprised it works at all in karmic
[11:43] <xivulon> hmm maybe because we do not have a bindmount there and we have a bindmount when upgrading?
[13:49] <xivulon> TheMuso, do you suggest we change the accessiblity page in wubi? (bug #472676)
[13:51] <xivulon> davmor2:  can you please check whether https://bugs.edge.launchpad.net/wubi/ bug/468589/comments/19 helps things?
[13:56] <cjwatson> flagg0204: there are iscsi pieces in hw-detect and partman-iscsi too. It depends exactly what you're working on
[13:58] <cjwatson> xivulon: hmm, not sure, it does seem a bit odd
[13:58] <cjwatson> (I'm on-site this week so not looking at the installer much)
[14:03] <davmor2> xivulon: will do I'll need to do a fresh upgrade now though :)
[14:04] <xivulon> davmor2 you seem to mention that it only occurs on first reboot after upgrade, from other comments it seems to occur all the time after upgrade
[14:05] <davmor2> xivulon: not for me only on first reboot after upgrade from then on in it behaves as normal
[14:06] <xivulon> weird, do you still end up with a bind mounted boot?
[14:06] <davmor2> xivulon: it might be worth asking everyone who has the issue to upload their lspci.  It could be an nvidia or ati upgrade causing x to crash and go no further
[14:07] <davmor2> xivulon: hang on firing it up now
[14:07] <xivulon> feel free to comment on the bug :)
[14:08] <davmor2> xivulon: will do
[14:08] <xivulon> I suspect the -f in umountfs
[14:11] <davmor2> xivulon: I've added my mount result to the bug
[14:14] <xivulon> davmor so you have a bindmount, is this before or after the upgrade to 9.10?
[14:15] <xivulon> if the latter, does it work well if you change umountfs before rebooting?
[14:18] <davmor2> xivulon: this is after the upgrade.
[14:19] <davmor2> but as I say I've had no issues once I got past the initial reboot.  I will do a fresh upgrade and try again then
[14:21] <xivulon> can you post /etc/init.d/umountfs?
[14:22] <davmor2> xivulon: now or after fresh install?
[14:22] <xivulon> now
[14:26] <davmor2> xivulon: up
[14:26] <xivulon> hmm I have no clue why it works...
[14:26] <xivulon> unless umount behaviour has changed
[14:26] <davmor2> let me just try it again now it's been off for a while incase of freak behaviour
[14:27] <xivulon> yes do a clean installation, before rebooting add set -x to umountfs and umountroot and reboot from terminal
[14:28] <davmor2> xivulon: right this time I've left some apps I was using open and now it's failed to reboot
[14:34] <xivulon> ah that is good
[14:34] <davmor2> xivulon: this is weird I'm wondering if it might be a race condition.  If I leave apps open then reboot it fails if I have no apps open it works
[14:35] <xivulon> can you see if it happens without the -f in umountfs?
[14:35] <xivulon> can you post cat /proc/mounts?
[14:36] <xivulon> well first see if you can reproduce it consistently
[14:41] <davmor2> /proc/mounts is up
[14:42] <davmor2> sorry about this guys but mother-in-law is on her way into hospital so I need to knock off
[14:46] <xivulon> sorry to hear that
[14:49] <xivulon> cjwatson, I do think that the -f is the issue here
[15:32] <flagg0204> cjwatson - specfically the ability to set your initiator name
[15:32] <flagg0204> cjwatson - also, the ability to choose what network interface to use for connecting to your target
[15:34] <cjwatson> flagg0204: I certainly intend to fix the first in partman-iscsi
[15:35] <flagg0204> cjwatson - oh i see.
[15:35] <cjwatson> flagg0204: probably the same for the second, although that's kind of awkward since d-i really isn't all that good with coping with multiple interfaces right now
[15:35] <cjwatson> cody was mistaken in indicating to you that this was in open-iscsi, I fear
[15:35] <cjwatson> although open-iscsi is responsible for some bits
[15:35] <flagg0204> cjwatson - where does the problem lay?
[15:36] <cjwatson> netcfg only brings up one interface
[15:36] <flagg0204> cjwatson damn.   its odd, that during install you can choose which interface to use,  but it doesn't last after reboot
[15:47] <cjwatson> flagg0204: hmm, that sounds like a straight bug, it's meant to
[15:48] <cjwatson> flagg0204: if you could provide details in a bug on partman-iscsi, that'd be good
[16:54] <flagg0204> cjwatson - ill give it a go.  ive never submitted a bug to ubuntu before
[17:26] <flagg0204> cjwatson - https://bugs.launchpad.net/ubuntu/+source/partman-iscsi/+bug/473036
[18:01] <Zelut> I have a preseed question. Is it possible to define a custom LVM setup in a preseed?
[23:30] <mpt_> cjwatson, hi, what kind of problems could this cause? <http://img253.imageshack.us/img253/9694/1256933181441.png> (someone translating "RELEASE" when they shouldn't)
[23:32] <evand1> mpt_: exactly that
[23:32] <evand1> oh
[23:32] <evand1> I misread
[23:33] <evand1> uh, it will mean that instead of saying "Install Ubuntu 9.10" it will say "Install RELEASE" (translated)
[23:34] <mpt_> evand1, what's the easiest way of telling whether that was fixed in 9.10? I don't know what package it's from, and Google doesn't know of that string
[23:36] <evand1> mpt_: it is not fixed
[23:36] <evand1> (in the ubiquity trunk bzr branch, po/pt_BR.po)
[23:36] <xivulon> hi evand, can you please have a look at 468589?
[23:37] <xivulon> I have a debdiff in there
[23:37] <mpt_> evand1, anything I can do to help that, e.g. would reporting a bug help, or is it easiest just changed in trunk? (I don't know how interaction between trunk .po and Launchpad works)
[23:37] <xivulon> I would like this to go in through sru quickly if possible, as it is quite annoying, and can potentially cause data loss
[23:38] <xivulon> the code reverts to the behaviour of jaunty, so it should be quite safe, and users have confirmed the fix works.
[23:38] <evand1> xivulon: will do tomorrow morning (about to turn in for the evening)
[23:38] <xivulon> np
[23:40] <evand1> mpt_: I could fix it in trunk, but the next pull of translations would just overwrite it.  Could you please file a bug against ubiquity and create an ubuntu-translators project task?
[23:43] <mpt_> evand1, will do. I can even CC the translator and the reviewer who are to blame. :-)
[23:43] <mpt_> thanks for the info
[23:43] <evand1> haha, so you can :)
[23:43] <evand1> thanks for tracking that down
[23:45] <mpt_> evand1, I have an even weirder question now
[23:46]  * evand1 is intrigued
[23:46] <mpt_> evand1, could you do a quick grep of the installer slideshow .po files and make sure that none of them contain the string "javascript"?
[23:46] <evand1> haha
[23:48] <evand1> they do not, but we should probably be very careful about letting such things through
[23:48] <evand1> perhaps even guard it with some code
[23:48] <mpt_> Because the only thing I can tell that the person who posted <http://twitpic.com/o5k0q> might be "WTF"-ing at is that the window came up at all.
[23:48]  * evand1 ponders that one over sleep
[23:48] <evand1> goodnight
[23:48] <evand1> ah
[23:48] <evand1> perhaps someone translated the link
[23:49] <mpt_> What's the link to normally?
[23:49] <evand1> ubuntu.com/community
[23:49] <mpt_> ah
[23:49] <mpt_> I didn't realize it contained any links
[23:49] <evand1> I'm not seeing anything out of the ordinary though (short of ubuntu.it and the like)
[23:49] <mpt_> anyay, goodnight
[23:52] <evand1> http://pastebin.ubuntu.com/308961/ - looks clean
[23:52] <evand1> night
[23:58] <TheMuso> xivulon: Re bug #472676, I thought we originaly had them labeled correctly. I'll go through the accessibility profile labels on the live CD, and put together a patch to fix this up.
[23:59] <xivulon> TheMuso thanks