[00:00] * cody-somerville nods. [00:00] lool: merged, thanks; I'm too tired to do a manual run now, cron can do it [00:00] cody-somerville: basically the Debian Live guys worked on casper for a while and made some efforts to contact us, but at the time we were going through various reorganisations and nobody responded to them for a while, so they got (not entirely unjustifiably) pissed off and renamed [00:01] cody-somerville: then we made some efforts to merge but they had decided that they were taking over upstream now [00:02] cody-somerville: so TBH I think the sanest approach is to cherry-pick fixes that make sense, but casper is important to us and I don't particularly want to bin our history in favour of Debian's [00:02] cody-somerville: in general, most of our live CD infrastructure predates Debian's [00:04] What do you mean by bin our history? Do you mean we keep casper around for sentimental reasons? [00:10] It seems unfortunate they ended up diverging [00:11] no, I mean we keep it around because we have a number of changes in it that are actually kind of important :P [00:11] it is in general more important not to introduce regressions than it is to invest lots of effort syncing up with a renamed package in Debian [00:11] they've gone their own way and that's fine [00:12] the platform team does not have an interest in pedalling hard to stand still [00:19] you've asked quite a number of these questions: "why do we use rather than ". The answer in general is that was there first, and when came along it was not sufficiently compelling for us to invest effort into switching to it when what we already had was perfectly serviceable [00:19] and in particular when was an in-house development there was generally no problem with understanding it well enough to maintain it [00:29] * cody-somerville nods. [01:02] hi [01:02] allo [01:02] help install? [01:02] I have a RAID 0 and 2 IDE drives, Ubuntu alternate CD only see 1 IDE drives and gives me an error message when trying to partition the RAID 0 [01:08] if the installer only sees one of two IDE disk drives, then my usual guess is that that is a kernel problem and you need to ask the kernel guys [01:10] ok [01:15] well I can't see the cache memory of the missing drive [01:15] I think i destroyed that 8 MB cache part when formatting with Partition Magic [01:17] is the actual disk device missing, or just the partitions on it? [01:18] no I can see it with partition magic [01:18] it's juste that usually you see your drive and a small 8 mb cache part aside [01:18] the 8 mb part is gone [01:19] I mean missing from the point of view of Linux [01:19] like you know the "unallocated space" usually 8mb is the cache drive [01:20] I need to know whether Linux can see the disk device [01:20] no it can't [01:20] specifically that, as opposed to the partitions on it [01:20] doesn't see the disk at all [01:21] ok, definitely sounds like a kernel problem then [01:21] if the installer can't see the device there's nothing it can do itself; it's up to lower layers to expose that properly [01:22] Ok I will recreate the 8 MB unallocated space at the beginnign of the drive and see if it will fix it [01:22] because you know a hard drive today always comes with a sort of unallocated space called the cache [01:22] and I think that the fact that i destroyed it causes ubuntu not to see the drive [01:22] never seen that [01:23] IMO such things should not be visible in partitioners, but what do I know [01:23] ok i'll try that and i'll get back to you :) [01:25] ok I think it has nothing to do with the cache [01:25] you're right [01:26] the 8 MB unallocated space gets created by default when you do a logical parition [01:26] I had 2 primary partition ont he drive i guess that's why linux don't see it [01:27] you think it's work to format in ext3? [01:27] I think you're reading too much into this [01:27] it's worth I meant [01:27] unallocated space is not actually "created" [01:27] partitioners may show you it, but it doesn't have an existence in the partition table [01:27] it's just an absence of partitions [01:27] euh yes that's what I meant [01:28] it's a hole [01:28] empty [01:28] it's not something you can create or destroy [01:28] two primary partitions should not cause Linux any problem at all [01:28] damn [01:28] Giotrader: this is why I am trying to clarify this question: can Linux see the physical disk device? That is, does /dev/sdb (or whatever) exist? [01:29] Giotrader: if /dev/sdb (or whatever the appropriate disk device name is) exists, then it is possible that the partition table is something that the installer can't understand. If it doesn't, then the problem can't have anything to do with the contents of the partition table, and it is a lower-level problem [01:30] so it is vitally important to distinguish carefully and accurately between those two cases [01:30] ok [01:31] got it [01:31] ok I'll try again and see [01:31] be back later [01:32] see also the FAQ linked from the topic which has a brief section about the case where the partition table is something that the installer can't understand [02:00] ubiquity: cjwatson * r3193 gdm-signal/ (19 files in 9 dirs): [02:00] ubiquity: * GTK frontend: [02:00] ubiquity: - Copy-and-paste gdm-signal from powermanagement-interface, since that [02:00] ubiquity: package is no longer in main and is slated to go away. In future we [02:00] ubiquity: ought to be able to use gnome-session D-BUS calls or similar for this [02:00] ubiquity: work (LP: #357101). [02:28] ubiquity: cjwatson * r3193 ubiquity/ (d-i/manifest debian/changelog): Automatic update of included source packages: user-setup 1.23ubuntu17. [02:31] ubiquity: cjwatson * r3194 gdm-signal/ (bin/ubiquity-wrapper debian/changelog): [02:31] ubiquity: Use gksudo --preserve-env / sudo -E so that we can check DESKTOP_SESSION [02:31] ubiquity: from the GTK frontend, and use other desktop environment variables in [02:31] ubiquity: future. [02:33] ubiquity: cjwatson * r3194 ubiquity/debian/changelog: releasing version 1.12.5 [08:24] evand: could you see about my suggestions to 356333 as NonLanguagePackTranslationDeadline is tomorrow (even though you can choose to extend it for debian-installer of course)? [08:26] Mirv: will do [08:26] I'm inclined to go with the first option [08:26] "This will delete %s and install $s [08:26] err %s [08:28] well just an example, I don't know how such stuff is used there, but similar to strings which have eg. "on partion ${partition}" or something. and I explained the list could be make into a separate string from txt [08:29] then txt would be gettext:d with the so-called %s:s intact. then in the translated version those can be substituted by the list and the Ubuntu release string [08:30] but yes, that form of the string is quite clear and avoids the plural problem [10:04] Folks, partman doesn't seem to see /dev/mmcblk0 on my babbage install; it's a SD card; it does see /dev/sda which is an USB stick; is it because it's hiding the boot media? [10:07] The UI is broken for automatic login in step 5 (identity) [10:07] (Two radio buttons with no text) [10:08] regarding the two radio buttons, that's fixed in trunk [10:08] well, worked around [10:09] regarding hiding the boot media, I haven't fully read through cjwatson's changes to that bit of code yet, but if you run `sudo parted_devices` do you see /dev/mmcblk0? [10:09] Thansk, I was searching open bugs [10:10] evand: I see both [10:10] /dev/mmcblk0 and /dev/sda [10:10] then the installer probably is filtering it out. [10:10] hrm [10:11] evand: Ok; I don't mind that it's hidden, even if in theory it would be possible to install to it, however ubiquity hanged when there was no /dev/sda yesterday [10:11] I'll check how the filtering looks like in ubiquity [10:11] as in when there were no disks present? [10:11] evand: As in UI was stuck [10:12] right, but when you say there was no /dev/sda, do you mean there were no disks present? [10:12] No CPU was used, but nothing more was displayed after "Starting the partitioner" [10:12] evand: Yes exactly, as if I would have booted a system with just a CDROM drive and no disk [10:12] ok, I'll try to reproduce that [10:12] (Or just a USB stick since the SD is writable) [10:19] Ok, I'm giving up on digging up that code, I'm not familiar enough with this stuff it will take me ages just to find it; sorry [10:24] lool: you can tell the installer to not worry about mounted partitions by setting partman-base/filter_mounted to false [10:25] (hit f6 at the isolinux boot splash and add partman-base/filter_mounted=false before the --) [10:26] evand: Not sure it's what I want: will this help showing the unmounted second partition I created on the SD card? [10:26] I was unable to reproduce the hang in KVM without any disks. I'm going to try with a USB disk and no other disks. [10:26] evand: Thanks a lot; the debug log wasn't showing anything when I tried on the SD yesterday [10:26] lool: yes. It's removing the entire disk because the first partition is mounted [10:26] Oh I see [10:27] evand: I did create an empty partition at the end of the SD card [10:27] Perhaps that's needed to trigger the bug [10:27] noted; I'll try that as well if this fails to reproduce it [10:29] Argh; installing on USB triggered a "Read-only filesystem" error due to USB errors; that board is too unstable to install to USB *sigh* [10:29] ogra: Are you using the mini USB connector? [10:30] yep [10:30] but with a powered hub [10:30] the mini port has less power than the big ones afaik [10:36] Well I don't have the needed adapter; I'll have to go SATA, if that works [10:52] lool, SATA is attached to the same place the big USB ports are [10:53] lool: FWIW it's partman/filter_mounted rather than partman-base/filter_mounted [10:54] whoops [10:54] sorry about that [10:54] lool: the SD card shouldn't be filtered out if the installation medium doesn't fill the whole disk, though [10:54] that's a bug - can we have logs? [10:55] cjwatson: Yup, will keep them on next test; note that I ran in debug mode and didn't see any error in the logs myself though [10:57] I wouldn't expect a visible error in the logs, but would like to check out the logic [11:12] lool, did you open a bug ? i have a complete installation log here [11:12] else i can push it to people for cjwatson [11:13] ogra: I did not yet [11:13] ogra: it was my first experience with ubiquity on the babbage, and I wasn't sure the system wasn't unstable for other reasons [11:13] i'll tar it up and push to people then [11:13] (e.g. g-k-d) [11:13] if you kill g-k-d it cant get in your way [11:14] I did, but I had to kill -9 it [11:14] right [11:14] ogra: So you have a log with just booting from SD, without USB target device and you're opening a bug? [11:14] "pkill -9 gnome-keyring*" is what i put in the docs everywhere [11:15] no, i always install to usb target device [11:15] but cjwatson wanted logs to see the logic [11:15] cjwatson: I see the errors in my mail now with the .list; comments on yesterday question on the approach to follow? I think mdir isn't happy no PC part data, so either I build the .list earlier (but I have to change a lot of places) or I extract the vfat from the partitioned image [11:15] mmcblk0 isnt offered as install media here [11:16] so that should suffice to see stuff [11:22] cjwatson, http://people.ubuntu.com/~ogra/installer.tar.gz [11:22] the complete log from my last install [11:25] cjwatson: oh it worked; I see mmcblkp0 now [11:25] how did you manage that ? [11:25] i didnt see it since the fix entered [11:25] Nothing, just ran ubiquity --debug and it worked this time [11:25] strange [11:26] It might be a race [11:26] * lool tries again [11:26] lool: for the time being maybe just make publish-daily ignore .list in this case [11:27] dont we have the .list file somewhere already ? [11:27] .list is generated with isoinfo [11:27] oh, right [11:27] the advantage of just converting existing images :) [11:28] cjwatson: I look at pi-makelist, and then ran screaming. Far away. [11:28] ogra: are you sure that mmcblk0 is filtered out in this installation? [11:29] ogra: are we talking about the automatic partitioner, or the manual partitioner, or both [11:29] ? [11:29] we don't offer mmcblk0 for automatic partitioning if the installation medium is mounted on it, but it should still be offered for manual partitioning in this case [11:30] StevenK: it's overly complex because of the isoinfo output IIMO [11:30] *IMO [11:30] It would be much simpler with a simpler tool [11:30] Its overly complex since it's horrid shell, too [11:30] Actually it could probably be replaced with two lines of shell using bsdtar [11:31] AFAICS partman is working as intended in ogra's logs [11:31] cjwatson: Yes, with an USB stick plugged everything works fine [11:31] lool: that wasn't what I asked ... [11:31] lool: If you want to fix pi-makelist, be my guest. [11:31] cjwatson: I know, which is why I'm running an install here to grab you useful logs :) [11:32] cjwatson: But when I tried myself, I couldn't reproduce, it worked without USB stick this time, for the first time [11:32] #define worked [11:32] cjwatson: I could reach the screen to chose which partition to install to, and that included mmcblk0 [11:32] In the past I wouldn't reach this screen [11:32] ok, the hang is slightly different from what I was initially looking at [11:33] It would simply hang there [11:33] you were asking about mmcblk0 being hidden [11:33] cjwatson: It was this morning when I installed on /dev/sda, and it's not anymore [11:33] That's really weird [11:33] I think I'll reflash the SD card [11:34] Oh I know the difference [11:34] I was describing the intended behaviour, which is as follows: if a device contains the installation medium, then it will never be offered for *automatic* partitioning; furthermore, if and only if the installation medium spans essentially the whole disk, it will be filtered out of manual partitioning [11:34] Hmm no I don't [11:34] does that help to clarify what you might be looking for? [11:34] * lool goes starting again from clean SD [11:35] cjwatson: Ok; the two things which I saw and are weird: a) ubiquity hanging, not making any progress anymore, before displaying the partitioning screen; that's when I had no USB key plugged, but I couldn't reproduce right now b) on my first install with an USB stick, only the USB stick was shown, not the SD card [11:35] cjwatson, the partitioning screen doesnt offer mmcblk0 at all [11:36] ogra: It did for me this time around [11:36] Which is what it should do [11:36] I just need to reproduce that hang now [11:36] well, he asked me which partitioning screen :) [11:36] the first one doesnt have it in the pulldown [11:39] cjwatson, so if i had selected a different radio button in the first partitioning screen it would have found it in the pulldown ? or would it only show up in the next screen for doing actual manual partitioning ? [11:39] s/it/i/ [11:41] cjwatson: The MID and UNR images were correctly .imgs today, could you please remove the old .isos from ubuntu-mid/daily-live/current/ and ubuntu-netbook-remix/daily-live/current/? thanks! === evand1 is now known as evand [11:44] ogra: if the installation medium is on mmcblk0, then mmcblk0 will only show up on the actual manual partitioning screen [11:45] aha, thats why i never saw it then [11:45] ogra: it would be a bug if it showed up in the drop-down for automatic partitioning, since automatic partitioning can't work on that device while the installation medium is mounted [11:45] i only looked in the pulldown [11:46] lool: done [11:46] thanks [11:54] I take back what I said about mtools, it can probably handle partitioned data [12:11] It can [12:19] cjwatson: Is unsorted output like http://paste.ubuntu.com/146875/ good enough? [12:20] Oh actually you don't care about directories [12:21] http://paste.ubuntu.com/146876/ [12:23] lool: sure, the .list files for ISO images just seem to be in extent order (which is sorted after a fashion, but not lexicographically) [12:24] so yes, that looks perfect [13:44] davmor2: http://people.ubuntu.com/~evand/wubi/jaunty/wubi-r118.exe - can you try this version to see if the uninstall option is working for you? [13:51] ogra: I filed Bug #357690 for the boot slowness; LIVEMEDIA should really avoid it, but perhaps we need a rootdelay as well? [13:51] Launchpad bug 357690 in casper "Long timeout when trying to mount empty USB to SATA adapter" [Undecided,New] https://launchpad.net/bugs/357690 [13:51] rootdelay to speed it up ??? [13:51] ogra: Currently if LIVEMEDIA isn't there when casper runs, it will skip to autodetect [13:51] i'm just dd'in an image that has no LIVEMEDIA on the cmdline [13:52] I think if we'd add a couple of seconds rootdelay to get the device in place, it will work [13:52] and will check if there are any speed differences [13:52] i'll try both [13:52] cjwatson: I really fail reproducing the issue with mmcblkp0; either the new image fixed it, or I'm unlucky, sorry [13:52] truncating the install media is annoing :/ [13:53] * lool ignores the ubiquity warning and formats the boot SD [13:54] ogra: BTW the vfat only has 20 MB free space; not sure why your image was much smaller [13:55] intresting [13:55] ogra: perhaps you're not creating the actual FS in the same way? say, fat32 versus 16 or something [13:56] hmm, looking at the recent images yours is actually smaller [13:56] ogra: tools/make-vfat-img uses /sbin/mkdosfs, I think you were using mkfs.vfat [13:56] Hmm no [13:56] right [13:56] You're using mkdosfs as well [13:56] but i use dd [13:57] and *then* mkdosfs [13:57] instead of mkdosfs -C [13:57] i guess the latter is more efficient [13:58] evand: np's I'll do that now [13:59] lool: ok [14:00] thanks davmor2 [14:00] meh bloody alternate failed packages not installer [14:01] lool, not using LIVEMEDIA drops me into busybox [14:01] ogra: that could be a casper bug with our SATA USB adapter [14:01] * cjwatson tries to parse davmor2's last comment and fails ... [14:01] or a casper bug with SD cards [14:02] i'm not sure it considers mmcblk at all [14:02] ogra: /sys/block/*? [14:02] It should certainly appear there [14:02] i see it in /dev/disk/by-uuid [14:03] Oh [14:03] Only mmcblk0 appears there [14:03] Not mmcblk0p1 [14:03] that's odd [14:03] yeah [14:03] implies that the kernel doesn't understand it as a partitionable device, but that clearly isn't normally the case [14:03] /dev/disk/by-uuid has the partition [14:03] cjwatson: I just tried an alternate install and a package has prevented it from installing [14:04] cjwatson: We might have a special driver for it [14:04] you mean the right module might not be loaded? [14:04] we definately have a FSL driver here [14:04] and its compiled in [14:04] No, I mean the behavior might be specific to our hardware [14:04] Because it might not be using a standard driver and this driver might have bugs [14:04] lool: but mmcblk0p1 is present in other contexts, isn't it? [14:05] cjwatson: It is [14:05] drivers/mmc/card/block.c seems to be our driver, doesn't sound babbage specific [14:06] mxsdci.0 does [14:06] err [14:06] mxsdhci.0 [14:06] thats the platform device for it [14:07] That's the block backing device, but the mmc driver should be the same I think [14:07] its mmc_host if i'm right [14:08] /sys/devices/platform/mxsdhci.0/driver points to /sys/bus/platform/drivers/mxsdhci [14:08] cjwatson: I am right in thinking this is a hash-sum error and therefore nothing to do with the install process and it is the package that caused the fail aren't I? http://www.davmor2.co.uk/syslog [14:10] davmor2: it's not the package's fault either [14:10] aha [14:10] davmor2: it's some kind of bizarre, probably transient, error [14:10] davmor2: it could be a problem with your CD disk or drive, or it might go away with the next build [14:10] mxsdhci: MXC Secure Digital Host Controller Interface driver [14:10] lool, ^^^ from dmesg [14:10] cjwatson: I'll try 64bit instead [14:11] Apr 8 11:52:24 kernel: [ 658.762977] Buffer I/O error on device sr0, logical block 73968 [14:11] davmor2: fault with your CD or CD drive [14:11] chances are, anyway [14:11] Apr 8 11:52:24 kernel: [ 658.762969] sr 5:0:0:0: [sr0] Add. Sense: L-EC uncorrectable error [14:13] bug #357700 [14:13] Launchpad bug 357700 in linux "mmcblk0p* don't appear in /sys/block" [Undecided,New] https://launchpad.net/bugs/357700 [14:15] lool, booting with a rootdelay=5 now [14:15] doesnt seem to be faster [14:17] still sitting there [14:17] now it moves [14:17] trying 10sec [14:18] ogra: I still think mmcblk0 is created by the drivers/mmc/card/block.c driver; the driver you mention is the one providing access to the MMC, the one I mention is the one doing the blcok device [14:19] i'll attach a full dmesg if i have a complete boot [14:19] It's the one printing mmcblk0: mmc0:8fe4 SD08G 7.60 GiB on boot [14:19] 10 sec doesnt seem to change anything either [14:20] persia, you have a SATA disk on your board, right ? [14:21] block/genhd.c is the one adding the p* [14:22] cjwatson: The device appears in /proc/partitions; would it make sense to add this to casper for now? [14:23] something like merging /sys/block names with /proc/partitions names [14:23] (I hope it's ok to discuss casper on the installer chan, I could as well move to -devel if people here prefer) [14:23] I'd rather you checked this out with kernel folks before jumping to conclusions in userspace [14:23] it's very, very, very weird that the entry is missing from /sys/block/ [14:23] Ok [14:25] cjwatson: It's a SD slot; on my desktop I have a SD reader and it also shows as /dev/sdd only [14:25] cjwatson: I just tried popping in a SD card there; fdisk -l shows the parts, I see them in /dev, but not in /sys/block [14:26] I'd like to give the kernel people a chance to respond to that, as that will surely break all sorts of other things in various subtle ways [14:26] oh, hang on [14:26] /sys/block/mmcblk0 should be a symlink to the real device [14:26] and you should have /sys/block/mmcblk0/mmcblk0p1 under that [14:27] it won't appear directly in /sys/block [14:27] cjwatson: correct [14:27] correct as in you do have /sys/block/mmcblk0/mmcblk0p1? [14:27] I have it yes [14:27] then there is no kernel bug [14:27] I misunderstood you [14:28] casper does check subdevices [14:28] lool, are you in initramfs ? [14:28] I see it now, silly me [14:28] ogra: I'm not [14:28] ah, it's probably the is_nice_device function [14:28] aha [14:28] ogra: I see it on the booted system [14:28] ogra: You don't? [14:28] what does '/lib/udev/path_id /block/mmcblk0' say? [14:29] i dont think i saw it in initramfs, need to reset the cmdline again [14:29] cjwatson: ID_PATH=paltform-mmc0:8fe4 [14:29] platform [14:29] cjwatson: Ok, so just adding platform in is_nice_device? [14:29] Or platform-mmc? [14:30] mm, platform-mmc I think [14:31] hmm, i think i have worn out my mmc [14:33] /sys/block/mmcblk0/mmcblk0p1 is there, even in initramfs [14:35] cjwatson: Mind if I upload casper with the revision I pushed? [14:35] lool: go ahead [14:36] pushed [14:36] lool: I assume you'll reassign that kernel bug [14:36] cjwatson: Oh that's done already [14:36] ok [14:36] Cool, it even picked up the bzr branch; how cute [14:37] yeah, it does that if you use debcommit, or bzr ci --fixes [14:37] that wont solve our delay though i bet [14:37] I knew about --fixes but didn't know debcommit would DTRT, which is excellent [14:37] ogra: I fear the delay is when the driver comes up [14:38] the mmc driver is compiled in [14:38] it comes up before the initramfs [14:38] ogra: Yes, and the SATA one as well is my guess [14:38] cjwatson: So I remembered what I did which could cause that ubiquity hang [14:38] i think usb-storage is modular [14:39] cjwatson: it's probably my fault; I'm creating a partition with fdisk before launching ubiquity [14:39] That hangs ubiquity when it tries to display the partman screen [14:40] lool: you might have caused it but I wouldn't describe it as your fault :-) [14:40] lool: do you have logs? (for bonus points, logs with ubiquity --debug) [14:40] I do have both ;) [14:42] lool, i found your post on LP. thank [14:42] Crap, no network and can't mount USB key [14:43] ubiquity: cjwatson * r3195 ubiquity/ (20 files in 10 dirs): merge gdm-signal branch [14:44] hehe you can remount the SD rw [14:48] cjwatson: bug #357725 [14:48] Launchpad bug 357725 in ubiquity "Hangs when creating a partition beneath it" [Undecided,New] https://launchpad.net/bugs/357725 [14:48] Hmm my bug title sucks [14:51] lool: FWIW generally I prefer it if people can attach logs as separate files [14:51] makes it easier to view in a web browser [14:52] cjwatson: Will split them up [14:52] lool: I need syslog and partman as well [14:52] debug is not a superset of those [14:52] I'm afraid they are gone :-( [14:52] I had to remove the SD card from the system [14:52] oh, please repeat them [14:52] then [14:52] * lool returns [14:52] I'm afraid I can't tell what's going on from just debug [14:53] /usr/lib/ubiquity/ubiquity/frontend/gtk_ui.py:196: PangoWarning: error opening config file '/root/.pangorc': Permission denied [14:53] wonder if that will be fixed by gksudo -k :) [14:54] Perhaps, but I thought HOME was already copied [14:54] (I saw this warning in earlier testing as well, but it's benign so didn't report it) [14:54] HOME was one of the differences I noticed when diffing gksudo env against gksudo -k env [14:54] cjwatson: So /var/log is good enough or you need more? [14:54] note the bit immediately above my patch - it only passes -H to sudo if you *don't* say -k [14:55] lool: the three files I need are: /var/log/syslog /var/log/partman /var/log/installer/debug [14:55] Ok [14:56] ogra: I take back that comment on the driver; the initramfs is clearly running already: squashfs is being loaded [14:56] and I even tsee "Running /scripts/init-premount" [14:58] ogra: perhaps it's squashfs mounting being slow? === mpt_ is now known as mpt [15:11] evand: By jove I think you've cracked it :) [15:11] davmor2: don't thank me, thank xivulon [15:11] but good deal [15:11] please post a comment on the bug to that effect [15:15] d0ne :) [15:18] cjwatson: attaching syslog, debug, and partman logs to https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/357725 [15:18] Ubuntu bug 357725 in ubiquity "Hangs when creating a partition beneath it" [Undecided,New] [15:20] lool, manually its as fast as anywhere else [15:20] ogra: Perhaps we can set -x to casper? [15:21] sure [15:21] but thats some effort [15:22] * lool sees the terrible effort crush ogra on the floor like atlas carrying the earth [15:22] haha [15:22] well, i mean re-rolling initramfs flashing it etc ... [15:22] * ogra wishes for vi in initramfs once again [15:23] don't we all [15:23] heh [15:23] sed ftl [15:23] evand: as soon as 118 hits the cd's for real let me know and I'll see if I can break it, with kubuntu over ubuntu etc [15:23] ok [15:24]