[02:05] <evand> argh, wish I could say the same
[05:56] <evand> xivulon: Are you sure Wubi is working for you?  I've done several installations on two different copies of Windows XP and in all cases I end up with ntfs-3g causing a panic.
[05:57] <evand> mind you, I've done a chkdsk on the Windows partition and a fsck on the ext3 filesystem to no avail.
[05:58] <evand> I've removed the Wubi announcement for the time being.  I'd like to confirm that this problem is somehow isolated to my computer and that Wubi does in fact work in at least most cases.
[06:05] <btm> is there a preseed for sending a key for 'd-i mirror'? (not d-i apt-setup/local0)
[06:55] <evand> hrm, maybe it's just amd64
[07:35] <evand> ok, it definitely appears to be amd64 only
[07:54] <z5000man> ive got a problem with gutsy installation, can someone help me?
[07:59] <evand> z5000man: what's the problem?
[08:21] <cjwatson> btm: top tip, you need to stay for more than eight minutes
[08:21] <cjwatson> evand: still up? :)
[08:21] <evand> cjwatson: ja
[08:22] <evand> trying to figure out why amd64 hates wubi oh so much
[08:22] <evand> and all of the sudden
[08:22] <evand> though I imagine it has something to do with this: http://people.ubuntu.com/~evand/tmp/ntfs-panic-1.png  :)
[08:23] <cjwatson> looks related :)
[08:23] <evand> heh
[09:40] <xivulon> as mentioned to evand, amd64 works for me on real iron
[09:40] <xivulon> didn' try vm
[09:41] <xivulon> cjwatson do you mean have to wait 8min for udevadm settle? I waited a few mins not sure how long. Will try later on today.
[09:41] <cjwatson> huh?
[09:42] <cjwatson> I wasn't talking to you, I was talking to btm, who asked a question, stayed in the channel for eight minutes, and then left
[09:42] <xivulon> xivulon2 with latest build I can only boot when I disable acpi AND usplash
[09:42] <xivulon> ah sorry
[09:42] <cjwatson> context is rather vital :)
[09:43] <xivulon> thought btm was some acronym... :P
[13:42] <xivulon> Next week I am going over Wubi translations and will try to generate a new pot file
[13:43] <xivulon> I would appreciate if native english speakers could review the text in wubi (and umenu)
[14:26] <evand> xivulon: will do
[14:28] <xivulon> evand there are a couple of minor issues in wubi/custom-installation/hooks/fauilure-command.sh
[14:28] <evand> oh?
[14:28] <xivulon> there is a typo in /var/log (/varl/log)
[14:29] <xivulon> also the msg does not mention the original error msg (or rather ubiquity should still display the error msg before running failure-command)
[14:29] <xivulon> anyway that is not urgent but basically there will be no log.zip file.
[14:30] <xivulon> it does not affect normal functionality of course
[14:30] <evand> ubiquity cannot display the error message before failure command
[14:31] <evand> as that requires user intervention
[14:31] <evand> and failure_command is for preseeding, which normally is used for unattended installs
[14:31] <xivulon> true
[14:32] <xivulon> at the moment I have a dialog that says: "Going to reboot, you'll find log.zip in c:\ubuntu" +/-
[14:32] <xivulon> as we discussed
[14:32] <evand> indeed, I ran into that one once during testing
[14:32] <z5000man> evand you still here
[14:32] <evand> but as you said, there's a typo and it produced no log
[14:32] <evand> z5000man: yes
[14:32] <z5000man> okay
[14:33] <z5000man> what happened was, i installed ispconfig got all the way through the installation
[14:33] <z5000man> and afterwards you have to reboot the server, right?
[14:33] <z5000man> well now it doesn't take my un and pw
[14:33] <z5000man> wont let me login
[14:34] <xivulon> was thinking about having the error msg a bit less generic, what about leaving the last error in /var/run/ubiquity-last-error or something like that?
[14:34] <xivulon> we can do that after alpha of course
[14:34] <evand> z5000man: this channel is for issues specific to the installation of Ubuntu itself, using the installer found on the desktop and alternate CDs.
[14:35] <evand> It sounds like your problem is with a specific software package, is that correct?
[14:35] <z5000man> i'm just asking as many sources as that of which will talk to me, this sucks.
[14:36] <evand> z5000man: my suggestion would be to look for help on the ispconfig community section.  It sounds like ISPConfig either changes your password or adds an authentication method to PAM that's required and is failing.  Of course, having never used this software, I cannot say for sure.
[14:37] <evand> I hope that helps you find proper assistance.  Good luck.
[14:39] <evand> xivulon: I'm not exactly thrilled about that idea.  You could just as quickly scrape the bottom off of syslog, but it would be just as ugly.
[14:39] <cjwatson> z5000man: you can also select recovery mode in the boot loader to recover your password (should be help about this on help.ubuntu.com somewhere)
[14:39] <xivulon> evand I agree
[14:40] <evand> I'm not sure the lack of a specific error message in the UI is a bad thing.  I imagine most users (and I can already see myself getting in trouble here) do not care what causes the install to fail, just that it does.  We're the ones that care about why, and the reasoning for that is always placed in the logs.
[14:40] <xivulon> what I am thinking about is the following case:
[14:41] <xivulon> say there is a previous installation detected (i.e. disk images with something in there)
[14:41] <xivulon> that will trigger a failure
[14:41] <xivulon> but what we really want here is just a warning
[14:41] <evand> ah, hrm.
[14:41] <evand> I see your point
[14:41] <xivulon> saying: "Hey you already have an installation, do remove that first please"
[14:42] <z5000man> it's a remote installation on my server hosted at layeredtech
[14:42] <xivulon> Saying "Error, see the log.zip" is not as helpful in such case
[14:42] <xivulon> basically when it is something the user can "fix" by himself we should have a warning
[14:43] <evand> z5000man: you have root access to a machine that they did not also provide you with ethernet KVM access to?  Odd.
[14:43] <evand> xivulon: right
[14:44] <evand> the easy way out would be to add another command line switch and kernel parameter, but we've been doing that a lot lately.  I cannot think of a better way to solve this, though.
[14:44] <evand> argh.
[14:45] <xivulon> we'll do after alpha, have a good rest firts
[14:45] <evand> heh
[14:50] <evand> xivulon: anyone reply to the amd64 testing requests?
[14:50] <xivulon> nope
[14:50] <xivulon> will ask on #ubuntu-devel...
[14:50] <evand> already did this morning
[14:58] <xivulon> evand http://www.thelittlerock.com/ubuntu/lastpage.jpg
[15:00] <evand> as always full logs would be helpful, as would knowing if C:\Windows\system32\config\software actually exists.
[15:00] <evand> oh, is this vista?
[15:01] <xivulon> http://ubuntuforums.org/showpost.php?p=4381566&postcount=8
[15:04] <evand> ma-search-users failing would not under normal circumstances cause the install to fail.  It should cause it to jump to the next OS in the list of possible migration targets or if there are none, skip past m-a.
[15:05] <xivulon> that's what I thought
[15:05] <xivulon> not sure what to make of that: http://www.thelittlerock.com/ubuntu/error.jpg
[15:05] <xivulon> mount -t ufs...
[15:05] <evand> it's os-prober
[15:06] <evand> it's trying to determine what operating system is on the partition
[15:06] <xivulon> Ah, I asked the user to fix failure-command.sh and post the zip file
[15:06] <evand> fantastic
[15:06] <xivulon> I will have to leave soon, can you monitor the thread/forum for any interesting bug reports?
[15:07] <evand> will do
[15:07] <CIA-44> debian-installer: cjwatson * r878 ubuntu/ (7 files in 4 dirs):
[15:07] <CIA-44> debian-installer: * Remove powerpc/cell subarchitecture altogether; support for these
[15:07] <CIA-44> debian-installer:  systems is now integrated into powerpc64.
[15:09] <CIA-44> debian-installer: cjwatson * r879 ubuntu/ (build/pkg-lists/netboot/powerpc.cfg debian/changelog):
[15:09] <CIA-44> debian-installer: * Make ubuntu-modules mandatory on powerpc again; it was only made
[15:09] <CIA-44> debian-installer:  optional for cell.
[21:22] <CIA-44> oem-config: evand * r417 oem-config/ (debian/changelog lib/frontend/gtk_ui.py lib/zoommap.py): * Fix zoommap import, references to ubiquity (LP: #194491).