[13:03] <xivulon> short status report on wubi 8.04.1
[13:04] <xivulon> there is 1 regression (LP 246201), and still some segfault report
[13:04] <xivulon> for the rest the number of support requests has collapsed, which I take as a good sign
[13:05] <xivulon> the above though is very annoying (inability to uninstall if drive is non-C) and certainly requires an SRU
[13:05] <xivulon> my fault for not thinking that the uninstaller had to be copied/extracted to a different folder...
[13:06] <xivulon> evand ^
[13:59] <evand> xivulon: It's not possible to spin new CDs at this point.  Please make sure slangasek is aware of this bug, though.
[14:00] <evand> The documentation will need to be updated.
[14:31] <xivulon> evand I am aware of that, I was thinking of updating the standalone though
[14:32] <xivulon> I am quite sure that the uninstall.exe generated by 8.04 can clean up an 8.04.1 installation so we can upload that (at least in the wubiguide)
[14:32] <xivulon> davmor2 ping :)
[14:32] <davmor2> xivulon: pong
[14:33] <xivulon> davmor2 when you have a few more minutes would you mind testing the wubi uninstaller?
[14:33] <xivulon> looks like it does not work properly if wubi is installed on a non C: drive
[14:34] <davmor2> xivulon: seemed to uninstalling fine I did it several times why
[14:34] <xivulon> in C: it does, did you try D: installations?
[14:34] <davmor2> okay I'll give it a bash latter and ping you back
[14:34] <xivulon> I also tested on C: unfortunately
[14:34] <xivulon> thanks
[14:35] <xivulon> one thing to also try is to copy the uninstaller generated by 8.04 and use that to uninstall 8.04.1
[14:37] <davmor2> xivulon: be about 30 mins plus is that okay ?
[14:37] <xivulon> absolutely fine
[14:37] <xivulon> you might want to install 8.04 first so that you can save the uninstaller and reuse it in 8.04.1
[14:38] <davmor2> np's
[14:55] <xivulon> evand, can you please produce a build with the following change http://paste.ubuntu.com/25683/
[14:55] <xivulon> and upload so that davmor2 can test that too
[14:56] <evand> will do
[14:56] <xivulon> thx
[15:17] <evand> xivulon: davmor2: http://people.ubuntu.com/~evand/wubi/Wubi-8.04.1-rev506.exe
[15:30] <xivulon> evand thx, davmor2, please do this: try first rev506 installing/uninstalling on D:
[15:30] <xivulon> save the uninstaller
[15:31] <xivulon> then try the same thing with rev505 (8.04.1)  using 505 uninstaller, since I expect the uninstaller to fail, try the 506 uninstaller saved at the previous stage on the 505 installation
[15:32] <xivulon> davmor2 of course there is no need to go through the linux-side installation
[15:32] <xivulon> evand maybe try ^ too
[15:35] <xivulon> evand if 506 works please upload the 506 uninstaller and add a link to https://wiki.ubuntu.com/WubiGuide#head-7cd5a1eda23f1e9960c28ef3a2f4e8645c5ea87d
[15:40] <evand> will do
[15:53] <davmor2> can not find wubi.exe
[15:54] <xivulon> davmor2, evand, 506 should be the standard version not the selfextracting one
[15:57] <davmor2> hang on wrong version that's why D'oh
[16:00] <evand> oh
[16:00] <evand> my mistake
[16:01] <evand> there, should be fixed
[16:05] <davmor2> evand: same version number
[16:06] <evand> yes
[16:06] <davmor2> okay
[16:34] <davmor2> trying again :)
[16:41] <davmor2> now it seems to of stalled 1/3 in :(
[16:48] <davmor2> that's better xp hadn't detected the drive change about 15 minutes and I should know
[17:06] <davmor2> evand: xivulon: right that seems to work done it a couple of times
[17:10] <evand> fantastic
[17:16] <evand> wiki updated
[17:20] <mark> hello, for some reason my normally working preseeded installs are failing in hardy when installing apt-mirror-setup
[17:20] <mark> and it doesn't give any useful error message
[17:20] <mark> how can I try to install it in the shell?
[17:23] <mark> knowing where the .udeb is stored would already be helpful...
[17:23] <evand> Is this with 8.04.1?
[17:23] <mark> I don't think so, stock 8.04
[17:23] <mark> not entirely sure though
[17:23] <evand> Can you please try with 8.04.1
[17:23] <mark> yes
[17:23] <evand> Thanks
[17:24] <evand> If it still fails, please stick your syslog on pastebin.ubuntu.com
[17:24] <mark> http://yf1010.yaseo.wikimedia.org/syslog
[17:25] <mark> ~ # cat /var/log/lsb-release
[17:25] <mark> DISTRIB_ID=Ubuntu
[17:25] <mark> DISTRIB_RELEASE=8.04
[17:25] <mark> DISTRIB_CODENAME=hardy
[17:25] <mark> DISTRIB_DESCRIPTION="Ubuntu 8.04.1"
[17:26] <mark> if the netboot image on the tftpserver hasn't changed, I may well be using 8.04.1, it's using public mirrors afterwards
[17:26] <xivulon> davmor2 is the bug in 505 confirmed? I didn't actually test it, just read the code
[17:27] <xivulon> hmm kubuntu metalinks are wrong...
[17:33] <xivulon> evand, thanks a lot, I notified slangasek on #release
[17:33] <mark> evand: given above and the fact that netboot.tar.gz hasn't changed since april 22, I am using 8.04.1 I guess
[17:34] <evand> hrm, anna's output in this situation is surprisingly unhelpful.
[17:34] <mark> indeed :(
[17:34] <mark> is there any way I can manually install the udeb?
[17:35] <evand> anna-install
[17:35] <mark> I've done succesful hardy installs in other datacenters, not sure why this one is different
[17:35] <mark> the setup -should- be exactly the same...
[17:35] <mark> ok, where can I find the .udeb in the fs?
[17:35] <evand> you shouldn't need to.  anna-install <package>
[17:36] <mark> hmm... it moves the cursor for a bit on a blank screen, and then nothing...
[17:38] <mark> back in the menu the installer is now going on as if nothing happened, grr
[17:38]  * mark reboots
[17:43] <mark> "Failed to load installer component\n\nLoading apt-mirror-setup failed for unknown reasons. Aborting." is the error message in the installer
[17:44] <mark> but it doesn't appear to be the mirror, I tried multiple
[17:49] <evand> try stracing it?
[17:49] <mark> ok
[17:53] <mark> boy that is slow on 9600 bps hehe
[17:55] <mark> it appears to have installed it just fine now
[17:55] <mark> sigh.
[17:55] <evand> weird.
[17:56] <mark> reminds me of when I had to strace the entire installer to debug some odd deadlocking problem only happening sometimes on certain servers
[17:56] <mark> and of course it wouldn't occur when you straced it
[17:56] <mark> because of different timing behaviour
[17:58] <evand> heh, fun
[17:58] <mark> it didn't occur anymore in the next release ;)
[17:59] <mark> I think it was edgy doing that, feisty fixed it or just didn't hit that edge condition
[18:02] <mark> these same servers btw, I wonder what's special about them.. :)
[18:20] <davmor2> xivulon: Sorry I was having tea what did you want to know about 505.  Before the 506 it would just fail to remove and not do anything.   How ever with 506 it removes perfectly and can then be reinstalled etc
[18:31] <xivulon> davmor2 good, did you try running the 506 uninstall-ubuntu.exe with a 505 installation?
[18:32] <davmor2> no it choked I had to re-load the partition
[18:32] <xivulon> evand in the guide, more than Wubi 506 we need uninstall-ubuntu.exe rev 506, that is because if Wubi is already installed running Wubi 506 will not help much, since that will run the local uninstaller (i.e. 505)
[18:33] <xivulon> to get that you need to run wubi 506 in windows then copy the uninstaller in c:\ubuntu\uninstall-ubuntu.exe
[18:34] <xivulon> davmor2, what you mean "it chocked?"
[18:34] <xivulon> can you post the wubi log?
[18:39] <davmor2> I couldn't get wubi to remove with any option.   So in the end I just did the windows partition again from backup.
[18:40] <xivulon> davmor2, if you have wubi 505 installed, you didn't have to run wubi 506 BUT the wubi 506 uninstaller. And to get that you have first to install 506 then copy the uninstaller.
[18:41] <xivulon> Is that what you tried? because, as explained, running Wubi 506 when Wubi 505 is installed, will always trigger the local 505 uninstaller, which is expected to fail
[18:43] <davmor2> No I tried using the saved version from the original hardy cd and overwriting the wubi file.  So I think it is more likely me doing something wrong rather than a complete failure of wubi, if  that make sense.
[18:45] <davmor2> anyway I'm off now 506 works fine.
[18:45] <xivulon> davmor2: thanks a lot
[18:45] <davmor2> np's
[19:27] <tgm4883_laptop> I'm trying to get the partitioner portion of ubiquity to show custom partition recipes that the user can choose to partition their system (the recipes would partition a large chuck off for recordings as this is for Mythbuntu and we don't want to fill up root).  The documentation that I have read indicates that this functionality is already in partman and that I just need to drop the recipes into the d-i environment,
[19:27] <tgm4883_laptop>  but I have tried that and can't seem to get ubiquity to show these extra choices.  Is there anyone that can shed some light on this issue?  cjwatson perhaps?
[19:29] <evand> (I've already tried to answer, but I cannot think of a way other than modifying both partman and ubiquity)
[22:03] <cjwatson> mark: you need to use the image from dists/hardy-updates/ rather than that from dists/hardy/
[22:04] <mark> aha
[22:04] <mark> do you think it'll help with this problem?
[22:04] <cjwatson> yes, I am certain
[22:04] <mark> ok
[22:04] <cjwatson> that was specifically one of the things we fixed
[22:04] <mark> thanks :)
[22:04] <mark> i'll update it now
[22:05] <cjwatson> it's bug 234486
[22:05] <cjwatson> tgm4883_laptop: dropping the recipes into /lib/partman/recipes/ should be sufficient; perhaps you could put your recipe on a pastewbin
[22:05] <cjwatson> tgm4883_laptop: oh, er, not so much actually
[22:05] <cjwatson> tgm4883_laptop: ubiquity doesn't offer alternate recipes at the moment, so sorry, ignore my previous comment
[22:23] <mario_limonciell> cjwatson, just stepping in on this; both partman and ubiquity would need the improvements, or just ubiquity though?  Assuming the recipes were dropped into /lib/partman/recipes?  I haven't investigated this much myself as tgm4883_laptop was looking into it
[22:29] <cjwatson> the recipe question in d-i is a separate one only visible in expert mode, and ubiquity doesn't process it at the moment
[22:29] <cjwatson> it would probably only need a change in ubiquity to do so, but you'd have to figure out how to make it not get in the way of normal operation
[22:29] <cjwatson> e.g. be something that's attached to a dialog box invoked by a button or something
[22:34] <mario_limonciell> just checking for if an expert recipe was preseeded and adding it as a possible option in "normal" operation wouldn't do the trick then you don't think?
[22:35] <cjwatson> sounds like an awful hack
[22:35] <cjwatson> no, I don't like that idea much
[22:35] <cjwatson> in any case what tgm4883_laptop is not expert recipes
[22:35] <cjwatson> err
[22:35] <cjwatson> in any case what tgm4883_laptop is describing is not expert recipes
[22:41] <xivulon> hm cjwatson another issue, I noticed now that http://releases.ubuntu.com/8.04/ redirects to 8.04.1
[22:41] <xivulon> which means that old versions of wubi will get the new iso
[22:42] <cjwatson> yes, sorry, you lose :)
[22:42] <xivulon> this _should_ work, but I haven't actually tested it
[22:42] <cjwatson> releases.ubuntu.com doesn't have space to keep copies
[22:42] <xivulon> I guess it's ok should have seen more turmoil by now...