[00:05] <CIA-24> ubiquity: cjwatson * r2550 ubiquity/debian/changelog: releasing version 1.7.17
[00:08] <cjwatson> ... since 1.7.16 was hosed by the partman-target breakage
[00:26] <TheMuso> Ok. Ubiquity is now doing its bit, this is onto a Windows FAT32 partition thanks to wubi, suing a modified initramfs-tools to copy if hardlinking fails...
[00:26]  * TheMuso waits.
[00:28] <CIA-24> partman-auto: cjwatson * r258 ubuntu/debian/changelog: releasing version 73ubuntu4
[00:29] <CIA-24> partman-auto-lvm: cjwatson * r200 partman-auto-lvm/debian/control: let's have a proper dependency
[00:30] <CIA-24> partman-auto-lvm: cjwatson * r201 partman-auto-lvm/debian/changelog: releasing version 24ubuntu2
[00:36] <CIA-24> clock-setup: cjwatson * r188 clock-setup/debian/ (changelog control): * Add lpia to architecture list.
[00:37] <CIA-24> clock-setup: cjwatson * r189 clock-setup/debian/changelog: releasing version 0.92ubuntu2
[06:25] <TheMuso> evand: Sorry to ping you like this, but I don't know where I can file wubi bugs. I've found a pretty nasty one. It seems that wubi doesn't check the max file size for the disk images. This is important as FAT32 only allows 2GB maximum, which is why my wubi install was breaking. I chose 10GB to be used, dispite the fact I was using FAT32.
[06:25] <TheMuso> evand: If you'd rather this in a bug, just let me know where/how to file one, and I'll do it tomorrow morning, so its not forgotten.
[06:34] <superm1> TheMuso, how do people get away with say doing a dvd rip on a FAT32 partition?
[06:34] <superm1> is that a hard limit?
[06:36] <superm1> TheMuso, at least according to http://en.wikipedia.org/wiki/File_Allocation_Table: "The maximum possible size for a file on a FAT32 volume is 4 GiB minus 1 Byte (232−1 bytes)."
[06:54] <evand> TheMuso: http://launchpad.net/wubi/+bugs
[06:56] <evand> MSDN confirms the above.
[06:57] <evand> bedtime, g'night all
[08:35] <TheMuso> evand: Thanks, I'll do some proper testing on Monday,. to be sure I have things correct with my thoughts, and will file a bug if there is an issue that needs resolving.
[09:10] <tjaalton> cjwatson: relatime still not enabled on a fresh install, correct busybox this time
[09:10] <cjwatson> you know what I'm going to ask for :)
[09:10] <tjaalton> same url :)
[09:11] <tjaalton> http://users.tkk.fi/~tjaalton/foo/syslog
[09:12] <cjwatson> tjaalton: manual or automatic partitioning?
[09:12] <tjaalton> was the "purge_lvm" preseed option just removed or renamed?
[09:12] <tjaalton> automatic
[09:13] <cjwatson> ah, maybe I screwed up and made it manual only
[09:13] <tjaalton> hehe :)
[09:13] <cjwatson> what was the full name of that preseed question?
[09:14] <tjaalton> partman-auto/purge_lvm_from_device
[09:14] <tjaalton> boolean
[09:15] <tjaalton> I couldn't find an equivalent
[09:16] <cjwatson> I'll look it up
[09:16] <tjaalton> ok, thanks
[09:18] <cjwatson> partman-lvm/device_remove_lvm
[09:19] <tjaalton> ah, blindness
[09:22] <cjwatson> ok, I'll sort out the autopartitioning recipes
[09:22] <tjaalton> do I need to modify mine?
[09:27] <cjwatson> yeah, add options/relatime{ relatime }
[09:27] <cjwatson> to each stanza specifying a real filesystem
[09:28] <tjaalton> ok, thanks
[10:13] <xivulon> I can confirm that suspend works in Wubi!
[10:19] <CIA-24> partman-auto: cjwatson * r259 ubuntu/ (56 files in 19 dirs): * Add relatime to all autopartitioning recipes.
[10:22] <CIA-24> partman-auto: cjwatson * r260 ubuntu/debian/changelog: releasing version 73ubuntu5
[10:25] <xivulon> I have amended the related bugs: #176112 and #187463
[10:26] <xivulon> cjwatson there is still some code in pmi.acpi to disable suspend/hibernation that can be eliminated (grep host)
[10:26] <xivulon> not sure if it does have any effect at this point
[10:28] <xivulon> hibernation didn't work for me might well have been my machine (some error with the webcam), not sure if hibernation is possible at all with a swap file
[10:28] <cjwatson> acknowledged
[10:28] <xivulon> thanks
[10:28] <xivulon> do I need to do anything for the vfat hardlink issue raised yesterday?
[10:29] <xivulon> write bug report/look at code?
[10:31] <xivulon> evand, have amended the caveats in the hardy 6 wiki, and the text in umenu (see rev 18)
=== cjwatson_ is now known as cjwatson
[14:09] <evand> xivulon: Alpha 6 was already released at that point and the release notes were published to http://www.ubuntu.com/testing/hardy/alpha6
[14:25] <xivulon> evand I noticed, doesn't matter
[14:26] <xivulon> did you test suspend by the way?
[14:28] <evand> didn't get a chance to try it on real hardware, will try for today
[14:28] <xivulon> worked for me but hibernation did not. not sure if it is swap on file or my crappylappy...
[14:29] <xivulon> to test hibernation you have first to resize /host/disks/swap.disk to something reasonable
[14:31] <evand> ok
[14:31] <xivulon> I'd also think it is worth to follow up with 199161
[14:32] <cjwatson> pitti already did?
[14:32] <xivulon> ah hadn't seen the new comments!
[14:33] <xivulon> great!
[14:34] <xivulon> You guys are too fast :)
[14:35] <xivulon> with a bit of luck that might also address 186117
[14:43] <xivulon> ^^ /host/ubuntu/disks/swap.disk
[14:49] <xivulon> alpha6 does not containg the hardlinks-on-fat fix I assume, correct?
[14:49] <evand> correct, it does not
[14:52] <xivulon> good to know, I'll prepare a faq for that...
[14:52] <xivulon> do I need a bug report?
[14:58] <evand> I believe TheMuso already has the fix in his local branch.  So no, I don't think a bug report is necessary.
[14:58] <xivulon> TheMuso, thanks!
[15:03] <xivulon> Didn't know Mark had bet his house on Wubi... http://www.itwire.com/content/view/17010/1090/1/1/
[15:05]  * xivulon \o/
[15:10] <xivulon> not a literal quote, mind you...
[15:10]  * xivulon going to ladbrokes...
[15:13] <evand> heh, ah creative journalism.
[15:13]  * xivulon loves journalists
[15:13] <evand> very nice though!
[15:24] <CIA-24> ubiquity: evand * r2554 ubiquity/ (configure configure.ac): Bump to 1.7.18
[15:25] <CIA-24> ubiquity: evand * r2555 ubiquity/debian/changelog: Fix up jriddell's changelog entry.
[15:27] <CIA-24> ubiquity: evand * r2556 ubiquity/ (debian/changelog ubiquity/frontend/kde_ui.py):
[15:27] <CIA-24> ubiquity: * Move cancelButton.hide() to after setCancelButton in the KDE frontend as
[15:27] <CIA-24> ubiquity:  the latter function causes the button to be shown again.
[15:33] <evand> xivulon: fwiw: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-March/003481.html
[15:35] <xivulon> I thought strings were out of that
[15:35] <xivulon> Anyway only new text is in umenu because the 1) the old one was overflowing 2) suspend mention was not accurate 3) distro code was hardcoded
[15:36] <xivulon> not to mention that rosetta is not up yet...
[15:37] <xivulon> by the way how do I send an email to a team in launchpad? teamname@launchpad.net?
[15:37] <xivulon> time to nag lupin translators...
[15:37] <evand> I don't disagree that it was necessary, but you might want to email that list just so they know what's going on.
[15:37] <evand> No idea.
[15:38] <xivulon> will do, but will have to wait till monday, is in my todo list already
[15:38] <evand> ok, great
[15:38] <xivulon> would be nice if you could test hibernation, that might involve another translation change
[15:41] <xivulon> I still think current text is a bit too long and might overflow in some language
[15:41] <xivulon> feel free to amend the source
[15:48] <evand> ok
[16:38] <cr3> in my hardy preseed file, I have: d-i preseed/late_command string chroot /target; echo "deb http://$server/apt-cacher?/ubuntu hardy main universe" >> /etc/apt/sources.list; apt-get update;...
[16:39] <cr3> the problem is that the installation seems to stall on "running preseed" and, when I login, sources.list doesn't even contain my url
[17:54] <evand> cr3: are you exiting back out of that chroot?
[17:57] <evand> in fact, I don't think that would work at all
[18:33] <cr3> evand: I'm not exiting but the first echo is not even appearing in my sources.list, so something wrong is going on very early
[18:36] <evand> cr3: you should use chroot /target echo ...; chroot /target apt-get update... .  Otherwise you're spawnning an interactive shell.
[18:37] <cr3> evand: aha! that must be it, thanks man! perhaps should I be using in-target?
[18:38] <evand> that would have the same effect.  You could enclose the commands in parens if you don't want to keep calling chroot, I believe that would work.
[18:39] <cr3> evand: interesting! I used to do a wget to get a late-command script and then execute just that with in-target. in a way, that was simpler but in other ways, that was more complex :)
[18:40] <evand> well if the commands are all in a single script, then you can pass that and it will all run in the chroot.  The problem with what you were doing is that chroot without arguments spawns an interactive shell.
[18:41] <cr3> yeah, understood.
[18:41] <cr3> can I really do: in-target (cmd1; cmd2)?
[18:41] <evand> possibly.  I haven't tried it myself tbh.
[18:42] <cr3> I don't know how the installer works so I suspect I might have to backslash the parens, I should know in about 20 minutes
[19:13] <mebrown> evand, ping: are your fixes in today's daily?
[19:22] <evand> mebrown: hrm, there wasn't a new daily yet today.  I'm on it, I'll let you know as soon as one is out.
[19:22] <mebrown> thanks
[20:04] <evand> mebrown: my first attempt at generating new CDs failed as a new compiz is making its way through the buildds and into the archive and this has left the live filesystem uninstallable.  I'll keep an eye on those packages and issue another cd build once they're in the archive and the cdimage server has had enough time to update.
[20:05] <evand> Should be about two more hours if I'm lucky.  I'll keep you posted.
[20:06] <mebrown> ok, thanks evand
[20:07] <evand> you're welcome
[20:59] <mebrown> evand, ping... remembered what I was going to ask yesterday
[20:59] <mebrown> we have a small problem with our reinstall
[21:00] <evand> ok
[21:00] <mebrown> ubiquity will create and format partitions
[21:00] <mebrown> and sets the partition containing / as active
[21:00] <mebrown> we need to let it do all that except the last part (making / active)
[21:01] <mebrown> the problem that happens is that if the machine is rebooted before the install is finished, it will try to boot the non-bootable / partition.
[21:02] <mebrown> what we would like to do is ensure that our / partition isnt made active, we will do that in our post-install scripts
[21:03] <mebrown> so that, at any point during the install, if the machine reboots, customer will have a bootable system
[21:12] <evand> mebrown: I'm slightly confused.  Are you saying if you do not provide bootable{} in your recipe, the partition still ends up with the boot flag?
[21:13] <mebrown> no bootable anything in my preseed.
[21:20] <evand> mebrown: Ok, I'm looking into it.
[21:21] <mebrown> I'm thinking partman does it, as the grub install stuff doesnt happen until the end of the install
[21:35] <evand> mebrown: actually, grub-installer does it
[21:36] <evand> it automatically marks the partition that grub is being installed to as active.  I'm going to have to confer with cjwatson_ on this one.  He'll have a better handle of the consequences having made the change in the first place.
[21:37] <evand> I imagine in the worst case we can add an option to preseed around it, but I'll get back to you on that.
[21:37] <evand> worst case scenario*
[21:37] <mario_limonciell> evand, how else would you implement it *other* than preseeding around it?
[21:39] <evand> argh!  He disappeared.  mario_limonciell: it was previously handled before you got to grub-installer, but adding a preseed option definitely seems like the best option.
[21:39] <evand> worst case scenario was a poor choice of words