[04:59] <CIA-33> ubiquity: shtylman * r3498 trunk/ (4 files in 4 dirs):
[04:59] <CIA-33> ubiquity: Limit width of side breadcumbs in kde for long translation text.
[04:59] <CIA-33> ubiquity: Using elided text where needed (LP: #438918)
[05:09] <rgreening> hey shtylman
[09:51] <arthur_l> hi all
[09:51] <davmor2> hello
[09:52] <arthur_l> on an installer when doing the partitionning of the dual boot option
[09:52] <arthur_l> the default size of the ubuntu partition is 2.5G
[09:52] <cjwatson> there's a bug about that, it's supposed to depend on the partition you're resizing to make room
[09:52] <arthur_l> is there a way of setting a bigger value in the preseed ?
[09:53] <arthur_l> the disk is 160G and the last partition has 80M of data on it
[09:53] <arthur_l> cjwatson: do you have a reference to that bug ?
[09:53] <cjwatson> not offhand, no
[09:53] <cjwatson> somewhere on ubiquity but that doesn't narrow it down much
[09:54] <cjwatson> I don't think the resizer is preseedable unfortunately, we just need to fix it
[09:54] <cjwatson> arthur_l: BTW which installer are you using, just to check?
[09:55] <arthur_l> jaunty ?
[09:55] <arthur_l> (am using remastersys)
[09:55] <cjwatson> no, which installer
[09:55] <cjwatson> text-mode, graphical, ...
[09:56] <cjwatson> alternate/desktop/whatever
[09:57] <arthur_l> graphical
[10:26] <CIA-33> usb-creator: evand * r229 trunk/ (debian/changelog usbcreator/install.py): (log message trimmed)
[10:26] <CIA-33> usb-creator: * usbcreator/install.py:
[10:26] <CIA-33> usb-creator:  - Do not copy /syslinux/syslinux.cfg to root of disk, no longer needed.
[10:26] <CIA-33> usb-creator:  - Look at all files ending in .cfg under the syslinux directory when
[10:26] <CIA-33> usb-creator:  updating configuration files based on the options selected in usb-creator.
[10:26] <CIA-33> usb-creator:  - Strip tabs when parsing iso/syslinx config files to correctly identify
[10:26] <CIA-33> usb-creator:  commands in a syslinux config file that indents lines.
[10:30] <davmor2> meh today's image still has r153 on :(
[10:38]  * evand checks
[10:45] <evand> davmor2: I disagree :).  I just pulled down the Ubuntu 20091006 amd64 image and it has wubi r156
[10:45]  * evand kicks ubottu
[10:49] <davmor2> evand: Ah yeah my bag.  I was looking at the rev number on the remover D'oh
[10:53] <davmor2> evand: sorry to alarm you with that one :)
[10:54] <evand> no worries
[11:01] <davmor2> evand: locked up on 7%, text says scanning disks
[11:03] <CIA-33> debian-installer: ogra * r1184 ubuntu/debian/ (changelog control): debian/control: move redboot-imx51-babbage to the bootloader section in the comments, run debian/genbuilddeps so the new build-dep gets actually picked up
[11:14] <davmor2> Right I'm going to try a fresh vista and try again
[11:56] <evand> davmor2: when you say locked up, do you mean completely, or can you ctrl-alt-f2?
[11:58] <davmor2> evand: I'm wondering if it might just be a bit of hiccup so I'm starting with a clean vista.  and only the install locked up
[12:09] <davmor2> evand: Ah fscking wubi.  Now locks up at 100% on text computing the new partitions....
[12:09] <evand> can you switch to a virtual terminal?
[12:09] <davmor2> evand: Nope
[12:10] <evand> lovely
[12:10] <davmor2> evand: can't bring up alt-f2 either
[12:10] <evand> alt-f2 wont work
[12:10] <evand> you're not in a gnome session
[12:11]  * davmor2 reboots to check the wubi log in vista
[12:11] <evand> does the mouse move?  do you have a flashing caps lock light?
[12:11] <evand> the wubi log isn't going to have anything relevant to it locking up at this point
[12:11] <davmor2> evand: mouse move, no flashing caps
[12:12] <evand> but you cannot get ctrl-alt-f2 to work?
[12:12] <davmor2> fortunately hadn't rebooted
[12:13] <davmor2> No I just tried a-c-F1->F6 none of them worked
[12:15] <evand> okay
[12:16] <davmor2> evand: I don't know if it's relevant but I'm getting a single flashing light from the hd,  once a second roughly and only for a split second.
[12:16] <davmor2> hd led I should say
[12:17] <evand> I don't suppose you have a serial cable, a serial port, and another computer with a serial port?
[12:19] <davmor2> no cable I don't think.  Give me a bit to rummage through my box of bits
[12:20] <evand> (I'm assuming this windows installation is on physical hardware and not in a virtual machine)
[12:22] <davmor2> evand: yeap
[12:26] <davmor2> evand: No lead sorry :(
[12:26] <evand> no worries
[12:35] <davmor2> evand: is it worth getting a lead?
[12:36] <evand> I can't say for certain.  If there is indeed a kernel panic here, and you have a serial port on both machines, it should allow us to capture it.
[12:49] <davmor2> evand: on a weird note I can switch to terminal just before it stops
[12:50] <evand> perhaps it's just me, but the latest daily live CD seems to be horrendously broken in partman-commit.
[12:51] <davmor2> evand: I haven't run any real tests.  That might explain the issues in wubi too would it?
[12:53] <davmor2> evand: I'm just running it an install on another box
[12:57] <davmor2> evand: detecting filesystems... I get a window popup that has a no entry sign and a bunch of ?s
[12:57] <evand> davmor2: are you able to log in quick enough to tail -f /var/log/kern.log? (for the wubi install)
[12:57] <evand> yeah, that's what I'm seeing as well
[12:58] <davmor2> evand: I can drop into terminal before it locks up yes
[12:59] <CIA-33> ubiquity: cjwatson * r3499 ubiquity/debian/ (3 files):
[12:59] <CIA-33> ubiquity: Stop Upstart jobs when switching to runlevel 0 or 6, which I think fixes
[12:59] <CIA-33> ubiquity: repeated respawns on shutdown (LP: #432140).
[13:02] <CIA-33> ubiquity: cjwatson * r3500 ubiquity/debian/changelog: r3494 fixed LP: #441622
[13:05] <NCommander> I'm writing a new partman module for armel+dove to allow us to sanely support manual partitioning
[13:05] <NCommander> What's the best way to test said module once its compiled into a udeb
[13:08] <CIA-33> casper: cjwatson * r706 trunk/ (debian/changelog scripts/casper): Merge from lp:~tormodvolden/casper/inspect-dm: Scan device-mapper (RAID) devices for live filesystem (LP: #385305).
[13:09] <cjwatson> NCommander: easiest way is to put it on a web server and write a little preseed file that fetches and udpkg -i's it in preseed/early_command
[13:09] <cjwatson> e.g. from an earlier test of mine:
[13:09] <cjwatson> d-i preseed/early_command string wget http://riva.pelham.vpn.ucam.org/~cjwatson/tmp/partman-lvm_66ubuntu2_all.udeb && udpkg -i partman-lvm_66ubuntu2_all.udeb
[13:10] <davmor2> evand: okay weirder.  If I drop into the terminal before it dies at 100% it continues through to 7% scanning disks and then the install dies.
[13:10] <cjwatson> NCommander: if you make the bzr branch owned by ~ubuntu-installer, I can (a) add you to that team (b) help
[13:10] <NCommander> cjwatson, I'm still assembling the udeb, but I think I need to be in the team before I can move a branch to it
[13:11] <NCommander> (I'm basically castrating partman-ext2r0 to do what I want, since its 90% of what I needed already)
[13:11] <davmor2> lunch
[13:11] <cjwatson> NCommander: added you
[13:11] <NCommander> cjwatson, thanks
[13:12] <cjwatson> NCommander: using another partman module as a base is normal enough - please use partman-ext2r0 from d-i svn as your base, though, as it converts to debhelper v7 and that'll save me doing it again to your branch. :)
[13:12] <cjwatson> (and no need to preserve the changelog from -ext2r0 or anything)
[13:14] <ogra> though castrating sounds scary ... if you make a mistake, doesnt it reproduce itself *with* that bug then ? :P
[13:19] <CIA-33> ubiquity: cjwatson * r3501 ubiquity/ (debian/changelog scripts/install.py): Save /var/log/installer/debug to the target system if it exists.
[13:23] <NCommander> cjwatson, argh, I already based off the source package >.<;
[13:23] <NCommander> cjwatson, can I just rip the debian folder from d-i svn?
[13:23] <cjwatson> just svn log and svn diff ...
[13:23] <NCommander> cjwatson, /me nods
[13:23]  * NCommander fails
[13:30] <NCommander> cjwatson, as a second note, we don't have working alternatives for the dove just yet. Is there an easy(ish) way to test with ubiquity :-)?
[13:31] <cjwatson> wah
[13:31] <cjwatson> uh, pain in excelsis
[13:31] <cjwatson> I don't suppose it's just a simple matter of programming to bring d-i up?
[13:32] <cjwatson> well. you *can* drop the source package into d-i/source/ and fiddle with d-i/lists/armel and ubiquity/ubiquity.install.armel or whatever the files are to get the bits installed
[13:32] <cjwatson> if it's not doing anything too complicated then that might work
[13:32] <cjwatson> if it is then you might have to extend ubiquity/components/partman.py too (avoid if possible)
[13:34] <NCommander> cjwatson, well, we need ubiquity in all cases :-/
[13:35] <NCommander> ^it in
[13:35] <NCommander> cjwatson, I might spend some cycles fixing the alternate cds
[13:35] <cjwatson> right, it's just a lot easier to bring it up in d-i first if at all possible
[13:37] <ogra> the d-i env should be working, shouldnt it ?
[13:37] <ogra> it will just not properly install
[13:38] <cjwatson> where does it fall over?
[13:39]  * ogra only knows that imx doesnt get past CD detection, but the netinst works far enough here to get to partman for testing
[13:42] <NCommander> cjwatson, d-cd just needs to be hit hard to pass the correct options so d-i can find its brain
[13:42] <NCommander> (try-usb isn't passed in)
[13:43]  * NCommander is trying to figure out how to regenerate the templates ...
[13:46] <cjwatson> debconf-updatepo
[14:01] <CIA-33> partman-iscsi: cjwatson * r29 ubuntu/debian/changelog: releasing version 4
[14:09] <evand> cjwatson: http://pastebin.ubuntu.com/286961/ is that target location okay by you?
[14:10] <cjwatson> evand: yeah, that should be fine
[14:10] <cjwatson> thanks for dealing with that
[14:11] <evand> ok cool
[14:11] <evand> sure thing
[14:17] <NCommander> cjwatson, pushed to lp:~ubuntu-installer/partman-uboot/ubuntu. Completely untested ATM
[14:24] <turtle4464> cjwatson, i have tried installing ubuntu 9.10 alphas 5 and 6 as well as the beta, but it crashes on the installation of grub 2 to the MBR
[14:25] <cjwatson> could I see the full logs plese?
[14:25] <cjwatson> please, rather
[14:26] <turtle4464> ummm, i pasted a pastebin of them in #grub channel last saturday morning, but i can't see the logs because it was from a livecd, are they kept online like ubuntu logs?
[14:27] <turtle4464> err one sec, my friend who i pasted them to is getting them for me
[14:29] <turtle4464> sorry cjwatson, still looking for the logs
[14:31] <turtle4464> cjwatson, here http://pastebin.ca/1590707
[14:33] <turtle4464> cjwatson, here is the second http://pastebin.ca/1590774
[14:36] <cjwatson> any particular reason you posted snippets of the logs rather than just the whole syslog file?
[14:37] <turtle4464> cjwatson, i only posted the part where the installer was trying to install grub, because thats where the installer crashed
[14:37] <cjwatson> I don't debug incomplete syslogs
[14:37] <turtle4464> does that log have anything useful?
[14:37] <cjwatson> it says that the dmraid set is broken
[14:37] <cjwatson> #
[14:37] <cjwatson> Oct  3 15:05:44 ubuntu ubiquity: ERROR: isw device for volume "Volume0" broken on /dev/sda in RAID set "isw_bgiiahbjbc_Volume0"
[14:37] <cjwatson> #
[14:37] <cjwatson> Oct  3 15:05:44 ubuntu ubiquity: ERROR: isw: wrong # of devices in RAID set "isw_bgiiahbjbc_Volume0" [1/2] on /dev/sda
[14:38] <cjwatson> it doesn't say why
[14:38] <turtle4464> yea, i don't really know what that means
[14:38] <cjwatson> it could be that the installer's failing to assemble it properly, or it could be genuinely broken. I can't tell, sorry
[14:38] <turtle4464> oh
[14:38] <turtle4464> could me having a second storage drive connected be affecting it?
[14:40] <cjwatson> I'm afraid I don't know; dmraid is just saying it's degraded, which would normally mean that one of the drives in the set is broken or missing
[14:40] <cjwatson> or misconfigured
[14:41] <turtle4464> i am not running raid at all, i don't even know how, there is 1 160GB OS drive which i let the installer use completely for the OS, and 1 1TB drive with just avi files
[14:42] <cjwatson> turtle4464: it looks like you have raid metadata on your disk though
[14:42] <cjwatson> of the inferior BIOS RAID variety, but that's probably not your fault :)
[14:42] <turtle4464> cjwatson, i've never run raid, at least not intentionally, ubuntu 9.04 installs fine, is there something else i could be doing?
[14:43] <cjwatson> no, what's probably happening is that now we have (slightly) better support for dmraid than we used to
[14:43] <cjwatson> but unfortunately your computer appears to be set up with the capability for dmraid, but it's only actually configured on one drive so the dmraid tools don't like it
[14:44] <turtle4464> O.O
[14:44] <turtle4464> this is generic hardware, intel dp35dp mobo, q6600
[14:44] <cjwatson> I don't need model numbers, thanks :)
[14:44] <cjwatson> it's a bug in grub-installer that it's trying to install to dmraid despite dmraid being broken
[14:44] <cjwatson> (the model numbers don't mean anything to me anyway. dmraid is a commodity feature)
[14:45] <turtle4464> ah
[14:45] <turtle4464> what can i do to fix it, really want to run new ubuntu :(
[14:45] <cjwatson> could you please file a bug on https://bugs.launchpad.net/ubuntu/+source/grub-installer/+filebug?no-redirect, attaching those logs
[14:45] <cjwatson> and I'll see what we can do
[14:46] <turtle4464> would a hard wipe of the OS drive help, and disconnect the storage drive during installation?
[14:48] <cjwatson> actually, I'd rather we had the opportunity to fix this bug and use you as a test case :-)
[14:48] <turtle4464> :O
[14:48] <cjwatson> if you file a bug, you'll get notified when we fix it, and can then try the next daily build
[14:48] <turtle4464> this is my only computer though, will i have to be installing a new version all the time?
[14:48] <cjwatson> I think it should hopefully only take us one go
[14:49] <turtle4464> ok, lemme set up a launchpad account, or i don't suppose you could file it for me
[14:49] <cjwatson> well, if I do then you won't get notified automatically
[14:50] <cjwatson> I'm very bad at keeping track of things in my head, there's just too much
[14:50] <turtle4464> i'll bookmark the bug and check it hourly :P
[14:50] <turtle4464> lol
[14:50] <cjwatson> I think I do actually know what the problem is, I spotted it the other day
[14:51] <turtle4464> if you fix it, i'll send cake :D
[14:55] <turtle4464> cjwatson, could i test it in a virtual OS, so i wouldn't have to re-install everything?
[14:56] <cjwatson> not effectively
[14:56] <turtle4464> oh :<
[14:56] <turtle4464> do i still need to make the bug report, or do you already know how to fix it?
[14:56] <cjwatson> the problem is specific to your disk layout. A virtual OS would have a different disk
[14:56] <turtle4464> ah ok
[14:56] <cjwatson> please do file a bug
[14:56] <turtle4464> silly email registrations :(
[14:57] <cjwatson> I have a guess at a fix, which I'll arrange for you to be able to try out in tomorrow's daily build
[14:57] <cjwatson> (meeting now)
[14:57] <turtle4464> ok sure ty :)
[15:01] <cjwatson> (but a bug will still help, because that lets me attach the fix to it, which is useful for history)
[15:05] <turtle4464> ok, i'll make one now
[15:11] <turtle4464> cjwatson, what should i make the summary?
[15:15] <cjwatson> turtle4464: "grub-installer breaks on disks with dmraid metadata but only one disk"
[15:15] <cjwatson> or something like that
[15:15] <cjwatson> and you can just copy and paste this IRC log for a detailed description, if you like
[15:16] <turtle4464> i'll pastebin this IRC conversation
[15:18] <cjwatson> no need, there's a space in the bug filing form for a description, you can paste into that
[15:19] <turtle4464> oh sorry, here is the bug cjwatson https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/444583
[15:20] <cjwatson> thank you
[15:20] <turtle4464> np
[15:20] <turtle4464> thanks for helping me fix it
[15:24] <davmor2> evand: Right is there any point carrying on with this wubi testing if the partitioner is broke any way?
[15:27] <evand> not at the moment
[15:28] <CIA-33> installation-report: evand * r69 installation-report.ubuntu/ (debian/changelog finish-install.d/94save-logs):
[15:28] <CIA-33> installation-report: Write /cdrom/.disk/info to /var/log/installer/media-info
[15:28] <CIA-33> installation-report: (LP: #364649).
[15:38] <CIA-33> installation-report: evand * r70 installation-report/debian/changelog: releasing version 2.39ubuntu2
[15:54] <CIA-33> ubiquity: evand * r3502 ubiquity/ (debian/changelog scripts/install.py):
[15:54] <CIA-33> ubiquity: Write /cdrom/.disk/info to /var/log/installer/media-info
[15:54] <CIA-33> ubiquity: (LP: #364649).
[16:11] <CIA-33> grub-installer: cjwatson * r816 ubuntu/ (debian/changelog grub-installer):
[16:11] <CIA-33> grub-installer: Fix mishandling of loop variable that caused the semi-manual
[16:11] <CIA-33> grub-installer: dmraid/multipath/mdadm handling to fire even for disks that don't need
[16:11] <CIA-33> grub-installer: it (LP: #444583).
[16:13] <CIA-33> grub-installer: cjwatson * r817 ubuntu/ (debian/changelog grub-installer):
[16:13] <CIA-33> grub-installer: Never use the semi-manual GRUB setup code for GRUB 2, since it won't
[16:13] <CIA-33> grub-installer: work anyway.
[16:16] <CIA-33> grub-installer: cjwatson * r818 ubuntu/debian/changelog: releasing version 1.43ubuntu5
[16:47] <CIA-33> partman-base: evand * r168 ubuntu/ (debian/changelog parted_server.c):
[16:47] <CIA-33> partman-base: Use linux-swap(v1) instead of linux-swap(new) to reflect changes to
[16:47] <CIA-33> partman-base: parted.
[16:49] <evand> Is it sensible to also bump the version dependency on libparted?
[16:58] <cjwatson> why change that? you shouldn't need to
[16:58] <cjwatson> linux-swap(new) still works
[16:58] <cjwatson> or if it doesn't, it's a parted bug
[17:00] <cjwatson> and it'd be a parted bug I *really* want to fix
[17:46] <turtle4464> thanks cjwatson, so i guess i'll be OK to try the final of ubuntu 9.10?
[17:47] <cjwatson> turtle4464: I'd really like you to try tomorrow's daily build if you can
[17:47] <cjwatson> I'd like to have another opportunity to fix this in case this attempt failed ...
[17:47] <turtle4464> what time are they usually made at?
[17:47] <cjwatson> 8am-ish UK time
[17:48] <turtle4464> so 3 am my time
[17:48] <turtle4464> i work 9 am - 9 pm the next 3 days, so i'm not sure if i'll get a chance to test it, i'll give it a try tomorrow night though
[17:51] <cjwatson> ok, thanks
[18:05] <turtle4464> cjwatson, just a quick question before i step out, will the daily cd from tomorrow be as stable as the beta, and since i assume it only comes in the alternate cd, how do i get logs off it to save if something goes wrong, and is it safe to use unetbootin to install it from a usb
[18:07] <cjwatson> turtle4464: in general daily builds aren't as stable as the beta - the reason I'm asking for a daily build is that it gives me an extra chance to fix things if it doesn't work
[18:07] <cjwatson> turtle4464: we do daily builds of the desktop CD too
[18:07] <cjwatson> turtle4464: I'm not familiar with unetbootin; we normally recommend usb-creator for USB installations (since we develop it)
[18:09] <turtle4464> cjwatson, its just on this page i only saw alternate cds http://cdimage.ubuntu.com/daily/current/
[18:10] <turtle4464> sorry, i didn't see this page http://cdimage.ubuntu.com/daily-live/current/
[18:13] <cjwatson> indeed
[18:18] <CIA-33> partman-partitioning: cjwatson * r717 ubuntu/ (debian/changelog lib/resize.sh):
[18:18] <CIA-33> partman-partitioning: Set prefsize in get_*resize_range functions; pass RAWPREFSIZE instead of
[18:18] <CIA-33> partman-partitioning: RAWCURSIZE to ubiquity (preferred size instead of current size) and stop
[18:18] <CIA-33> partman-partitioning: passing ORISIZE. This allows ubiquity to set sensible preferred sizes
[18:18] <CIA-33> partman-partitioning: when resizing partitions (LP: #421407).
[18:19] <CIA-33> partman-partitioning: cjwatson * r718 ubuntu/debian/changelog: releasing version 72ubuntu2
[18:21] <CIA-33> ubiquity: cjwatson * r3503 ubiquity/ (6 files in 5 dirs):
[18:21] <CIA-33> ubiquity: In the auto-resize bar, use the preferred partition size requested by
[18:21] <CIA-33> ubiquity: partman-auto/partman-partitioning, rather than hardcoding the maximum
[18:21] <CIA-33> ubiquity: size or making up our own (LP: #421407).
[18:26] <CIA-33> ubiquity: cjwatson * r3504 ubiquity/debian/ (40 files in 2 dirs):
[18:26] <CIA-33> ubiquity: Update imported translations from gtk+2.0 2.18.1-1ubuntu1 (adds Asturian
[18:26] <CIA-33> ubiquity: and Bengali).
[18:33] <CIA-33> ubiquity: cjwatson * r3505 ubiquity/ (155 files in 3 dirs): Update translations from Launchpad.
[18:40] <CIA-33> ubiquity: cjwatson * r3506 ubiquity/ (d-i/manifest debian/changelog):
[18:40] <CIA-33> ubiquity: Automatic update of included source packages: apt-setup 1:0.41ubuntu2,
[18:40] <CIA-33> ubiquity: console-setup 1.34ubuntu4, flash-kernel 2.13ubuntu12, grub-installer
[18:40] <CIA-33> ubiquity: 1.43ubuntu5, partman-partitioning 72ubuntu2, partman-target 64ubuntu2.
[18:48] <CIA-33> ubiquity: cjwatson * r3507 ubiquity/debian/changelog: releasing version 1.99.29
[19:50] <ElNerdoDeGeek> Hey, who should I get in touch with for a proposed (fairly major) Wubi feature?
[19:53] <ElNerdoDeGeek> Wow. This place has REALLY nice acoustics.
[20:10] <lool> cjwatson: Hi, I'd like your input on setting cdrom-detect/try-usb=true by default in armel images; either we add it to the kernel cmdline (easy but a tad ugly) or we add an arch-specific preseed file; do you think the latter is worthwhile or simply too much?  (Or we could also set try-usb by default on armel)
[20:52] <cjwatson> normally I'd prefer an architecture-specific preseed file, but preseeding is processed after cdrom-detect (unless you use initrd preseeding but why bother)
[20:53] <cjwatson> I think my recommendation would be to add it to the kernel command line for now
[21:57] <bdmurray> has anybody looked at bug 441242?
[22:29] <cjwatson> bdmurray: yes, it's on my list
[22:30] <bdmurray> cjwatson: okay, great
[22:30] <CIA-33> partman-base: cjwatson * r169 ubuntu/debian/changelog: releasing version 133ubuntu3
[22:42] <CIA-33> partman-basicfilesystems: cjwatson * r579 ubuntu/ (debian/changelog fstab.d/basic):
[22:42] <CIA-33> partman-basicfilesystems: Don't check NTFS at boot, since we have no fsck.ntfs right now
[22:42] <CIA-33> partman-basicfilesystems: (LP: #441242).
[22:45] <CIA-33> partman-basicfilesystems: cjwatson * r580 ubuntu/debian/changelog: releasing version 63ubuntu2
[22:47] <CIA-33> ubiquity: cjwatson * r3508 ubiquity/ (d-i/manifest debian/changelog):
[22:47] <CIA-33> ubiquity: Automatic update of included source packages: partman-base 133ubuntu3,
[22:47] <CIA-33> ubiquity: partman-basicfilesystems 63ubuntu2.
[22:50] <CIA-33> ubiquity: cjwatson * r3509 ubiquity/debian/changelog: releasing version 1.99.30
[22:57] <CIA-33> debian-installer: cjwatson * r1184 ubuntu/ (10 files in 3 dirs): Move to 2.6.31-12 kernels.
[22:59] <CIA-33> debian-installer: cjwatson * r1185 ubuntu/debian/changelog: releasing version 20081029ubuntu65
[23:04] <CIA-33> debian-installer-utils: cjwatson * r682 ubuntu/debian/changelog: releasing version 1.70ubuntu2
[23:07] <CIA-33> cdrom-detect: cjwatson * r451 ubuntu/debian/changelog: releasing version 1.31ubuntu3
[23:42] <CIA-33> casper: cjwatson * r707 trunk/debian/changelog: releasing version 1.199