[00:00] <xivulon> http://paste.ubuntu-nl.org/59433/
[00:11] <TheMuso> wow
[00:16] <xivulon> TheMuso going to bed now, if you find out anything just add a pastebin link, I will check ubuntulog tomorrow
[00:16] <TheMuso> xivulon: Sure.
[00:18] <xivulon> if there is no fix we will have to always mount rw loopinstallations, both for fat and ntfs
[00:28] <lamalex> does anyone here know the current status of https://launchpad.net/~ubiquity-slideshow
[00:35] <lamalex> has it been integrated with ubiquity yet?
[10:03] <foka_> join #ubiquity
[10:03] <foka_> Sorry.  :-)
[10:04] <cjwatson> no such channel (or at least if it does exist it doesn't have the Ubiquity developers there)
[10:04] <cjwatson> Hi Anthony! LTNS
[10:05] <foka_> cjwatson, Hello Colin!  :-)
[10:07] <foka_> cjwatson, Yes, I'm slowly making it back from MIA.  Still not involved enough, but helping Chinese friends with sponsored upload.
[10:34] <xivulon> TheMuso did you find out anything interesting?
[10:35] <TheMuso> xivulon: Sorry haven't had a chance to look today.
[10:35] <xivulon> np
[10:36] <xivulon> cjwatson, I am having problems remounting a loopdevice inside vfat: http://paste.ubuntu-nl.org/59451
[10:37] <xivulon> do you have any suggestion?
[10:41] <cjwatson> not now, I'm dealing with the glibc crisi
[10:41] <cjwatson> s
[10:45] <xivulon> np, whenever you have 2 sec pls have a quick look
[10:45] <xivulon> workaround is easy anyway
[11:13] <xivulon> TheMuso, cjwatson, opened Bug #201750 to track that
[11:13] <ubotu> Launchpad bug 201750 in initramfs-tools "Cannot remount loopfiles inside of vfat" [Undecided,New] https://launchpad.net/bugs/201750
[11:14] <xivulon> TheMuso, was the hardlink issue in initrd generation fixed?
[11:42] <xivulon> ah yes!
[12:41] <JD> hi, when do the installer images get rebuilt?
[12:41] <JD> we're trying to install hardy via a netboot ad getting what looks like the libc bug
[12:41] <cjwatson> don't even think about it today ...
[12:41] <JD> okay
[12:42] <JD> that's still not fixed?
[12:42] <cjwatson> I imagine it's just installing current contents of the archive
[12:42] <cjwatson> the source fix has been uploaded, but it's still building
[12:42] <JD> aye,that'swhat Ipresumed too
[12:42] <JD> so not in the next 4 hours?
[12:44] <JD> cjwatson: cheers. remind me I owe you a beer next time I'min cambridge
[13:49] <CIA-24> partman-target: evand * r714 ubuntu/debian/changelog: releasing version 54ubuntu4
[14:06] <CIA-24> grub-installer: evand * r730 ubuntu/debian/changelog: releasing version 1.27ubuntu6
[14:06] <CIA-24> grub-installer: evand * r730 ubuntu/debian/changelog: releasing version 1.27ubuntu6
[17:30] <CIA-24> ubiquity: evand * r2562 ubiquity/ (debian/changelog ubiquity/frontend/noninteractive.py): * Add missing signal import in noninteractive frontend.
[17:33] <CIA-24> ubiquity: evand * r2563 ubiquity/ (d-i/manifest debian/changelog):
[17:33] <CIA-24> ubiquity: * Automatic update of included source packages: clock-setup
[17:33] <CIA-24> ubiquity:  0.92ubuntu2, grub-installer 1.27ubuntu6, partman-auto 73ubuntu5,
[17:33] <CIA-24> ubiquity:  partman-target 54ubuntu4.
[17:35] <CIA-24> ubiquity: evand * r2564 ubiquity/debian/changelog: Whoops. Tidy up changelog.
[17:35] <CIA-24> ubiquity: evand * r2565 ubiquity/debian/changelog: * UI Freeze exception upload (LP: #201788).
[17:41] <CIA-24> ubiquity: evand * r2566 ubiquity/debian/changelog: releasing version 1.7.18
[17:57] <CIA-24> ubiquity: evand * r2567 ubiquity/ (configure configure.ac): Bump to 1.7.19
[20:20] <TheMuso> xivulon: xivulon Yes the linking issue is fixed.
[20:24] <xivulon> TheMuso thanks! I peeked in the code and saw that!
[20:25] <xivulon> I have opened a bug on this vfat mounting issue, feel free to amend
[20:25] <xivulon> bug #201750
[20:25] <ubotu> Launchpad bug 201750 in initramfs-tools "Cannot remount loopfiles inside of vfat" [Undecided,New] https://launchpad.net/bugs/201750
[20:26] <TheMuso> xivulon: I'll look at it a bit later this morning.
[20:28] <xivulon> thanks, note that all my tests were done off a gutsy box! will repeat that on hardy tonight (london)
[20:30] <xivulon> and I used a real system rather than the busybox mount, but I assume that is correct since the remounting would occur in rcS.d
[21:25] <mario_limonciell> evand, I've been in and out.  Any updates on the package install from noninteractive?
[22:07] <xivulon> TheMuso, I can confirm the vfat issues also on hardy,
[22:07] <xivulon> you mentioned you ended up with root being rw, I am not sure how.
[22:08] <TheMuso> xivulon: Yeah I need to check. Give me a minute and I'll boot it.
[22:08] <xivulon> thx
[22:09] <evand> mario_limonciell: I've been working at it for two days now and I'm still quite confused.  There shouldn't be a difference between the frontends at that point.  But I'm running out of options, so hopefully that means I'll figure it out tonight.
[22:10] <mario_limonciell> evand, okay best of luck :).  Anything I can do to help?
[22:12] <evand> Thanks and you can find the solution before I do :).  But nothing that I can think of offhand.
[22:13] <mario_limonciell> evand, get another factory install queued up and bring the logs home tonight when I leave and see if anything sticks out.
[22:14] <TheMuso> xivulon: Yep, the root fs is remounted rw, and so is the host, yet it still bombs out. I'll make that initramfs change you suggested, and see if that makes any difference.
[22:14] <evand> awesome, thanks
[22:16] <xivulon> TheMuso I am puzzled, I used the same commands I sent you yesterday and I go nowhere...
[22:17] <xivulon> I tried on a simple partition containing a loopfile, but shouldn't make much difference
[22:17] <TheMuso> xivulon: I'm puzzled also. Note that the hardy wubi install I have is not the latest.
[22:18] <xivulon> I would not think that matters
[22:18] <TheMuso> Neither would I.
[22:18] <xivulon> I am thinking if busybox mount behave differently...
[22:18] <xivulon> can you send me the relevant scripts/local section just in case?
[22:18] <TheMuso> yeah ok
[23:58] <xivulon> evand have uploaded new artwork for umenu/wubi
[23:58] <xivulon> see what you think
[23:59] <xivulon> at the end used the default logo since could not find any reliable source for more flashy ones