[07:17] <veebull> where can a person find some details about what options do what in the Server installer?
[07:17] <veebull> I've looked thru the Server Guide and dug around in the Community Docs and not finding what I'm looking for
[07:24] <holstein> hey veebull
[07:24] <holstein> what are you looking for?
[07:25] <veebull> for starters... when I boot a 32bit i386 Server install CD, after choosing the language the screen with the F1-6 options at the bottom...
[07:26] <holstein> yup
[07:26] <holstein> i would just google each one
[07:26] <holstein> ive really only messed with a few
[07:27] <veebull> Where can I find an explanation of those options?  E.g. F4 'minimal system', 'minimal virtual machine', 'oem install', etc.
[07:27] <veebull> I've dug and dug, and I'm slowly finding bits and pieces here and there - I guess the 'OEM' install is a takeoff of the Kubuntu oem install stuff, but there appears to be next to no current info on it
[07:28] <veebull> the minimal virtual machine appears to be related to some sort of JeOS install (stripped down and lots of drivers removed as un-necessary for a virtual machine environment, plus some optimizations - but again nothing in the official documents
[07:29] <holstein> https://wiki.ubuntu.com/OemConfigServer
[07:29] <holstein> yeah
[07:30] <holstein> i bit here about that http://blogbuildingu.com/articles/ubuntu-installation-guide
[07:30] <holstein> veebull: i wouldnt try to figure out all the options
[07:30] <holstein> theres plenty ;)
[07:30] <veebull> am I expecting too much that installer options presented to the user should be in the 'official' documents like the Server guide, not hidden away on a wiki page that says 'yeah we need to get around to doing this some day'?
[07:31] <holstein> i would just try and get the right install for your case
[07:31] <veebull> I know... I'm just remembering the bad old days of SuSE's gargantuan 'tome' of a user manual ;)
[07:31] <holstein> i learned alot reading about and trying some of thses
[07:31] <holstein> these*
[07:31] <holstein> http://www.turnkeylinux.org/
[07:32] <veebull> Also...  i picked the F4 'minimal install', and towards the latter portion up pops the tasksel screen... with options like none I've ran into before
[07:32] <holstein> pretty sure they're all lucid now too :)
[07:32] <holstein> veebull: OH
[07:32] <holstein> like ssh server and LAMP or whatever?
[07:32] <veebull> What exactly is a 'Virtual Machine Host' on that menu?  No info, no description, not mentioned anywhere
[07:33] <holstein> well, i think its going to be just that
[07:33] <veebull> Same sort of menu, but with a few little twists thrown in, and no description of what differentiates each one
[07:33] <holstein> a server on which to host vitrual machines
[07:33] <veebull> Does it have KVM, XEN, QEMU...?
[07:33] <veebull> What makes it special from a Basic Ubuntu Server install?
[07:33] <holstein> i suppose if you want it to
[07:34] <holstein> i was checking out http://www.howtoforge.com/vboxheadless-running-virtual-machines-with-virtualbox-2.0-on-a-headless-ubuntu-8.04-server
[07:34] <holstein> and i had assumed that would give you an option like that
[07:35] <holstein> for xen maybe
[07:35] <holstein> but again, ive never needed to find out yet ;)
[07:36] <veebull> thats my point... for server stuff, should we have to be guessing what the install options do?
[07:36] <holstein> well
[07:36] <holstein> i think there is a bit of the idea that if you need it, you know what it is
[07:36] <holstein> and you probably dont need any explanation
[07:37] <holstein> but there's going to be man pages somewhere
[07:37] <veebull> True... but man pages are only useful *after* you install the system... and find out that you didn't get what you wanted, and have to *re* install :(
[07:38] <holstein> yeah
[07:38] <holstein> i try and do several test installs anyways
[07:38] <holstein> in vbox or something
[07:38] <veebull> And as far as 'if I need it, I know what it is'... I might know what I would want, but whether thats what the developer(s) were thinking... who the heck knows
[07:39] <veebull> So we're back to hunt-n-peck and guess and try and guess again...
[07:39] <holstein> well, you can send an email
[07:39] <veebull> I'm not against learning by doing and exploring... but it seems like the installer options are getting changed faster than the documentation for them
[07:39] <holstein> and the wiki's are pulic editable
[07:40] <holstein> so, in theory, you can research it, and report :)
[07:40] <holstein> veebull: and that could be the deal
[07:40] <holstein> the options have changed quite a bit from hardy to lucid
[07:40] <veebull> email to who?  I've asked ubuntu.stackexchange.com, ubuntu forums, ubuntu-users list, ubuntu-servers list, irc ubuntu/ubuntu-server...
[07:40] <holstein> and maybe thats just where he docs are right now
[07:41] <holstein> a little behind
[07:41] <holstein> veebull: the ubuntu sever list would be the one
[07:41] <holstein> server*
[07:41] <veebull> looks like the LiveCD is somewhat documented under boot parameters  in the community docs, but not the Server CD
[07:41] <holstein> veebull: has it been a couple weeks?
[07:41] <holstein> without a response?
[07:42] <holstein> veebull: the liveCD is for a whole other target audience though
[07:42] <veebull> 3-5 days with zero response
[07:42] <holstein> veebull: yeah, you might want to wait a month
[07:42] <veebull> you're kidding, right?
[07:43] <holstein> about waiting a month
[07:43] <holstein> ?
[07:43] <holstein> we dont know who is on that team
[07:43] <holstein> and if they get paid
[07:43] <holstein> if its a hobby
[07:43] <holstein> if they are slammed
[07:43] <holstein> i say a month is generous
[07:43] <holstein> i mean
[07:43] <holstein> there's a couple ways of looking at this
[07:44] <holstein> 1. theres no documentation for the server CD, what gives?
[07:44] <holstein> OR
[07:44] <holstein> 2. what can i do to improve the sever cd documentation
[07:44] <holstein> and that might be more than you want to take on
[07:44] <holstein> SO
[07:44] <holstein> maybe a strongly worded email is enough
[07:45] <holstein> heres the team page
[07:45] <holstein> https://launchpad.net/~ubuntu-server
[07:46] <holstein> looks pretty active
[07:47] <veebull> Well, I'll have to give that a try as well.  I may need to wait a day lest I open mouth, insert foot and chew vigorously as I'm a bit miffed about the whole deal right now
[07:47] <holstein> nah
[07:47] <holstein> do what you feel is appropriate
[07:47] <holstein> and i tottally agree
[07:47] <holstein> sometimes you have to hang in the IRC channels for a couple days to though ;)
[07:49] <veebull> I need to find a compelling argument to squash the 'if you need it you should already know it' attitude as I have ran into that once or twice already in this search...
[07:49] <holstein> i think its because its all command line
[07:50] <holstein> and a certain skill set is implied
[07:50] <holstein> and an admin backgroud too maybe
[07:50] <holstein> still
[07:50] <holstein> should be documented
[07:51] <holstein> veebull: check out https://wiki.ubuntu.com/ServerTeam
[07:52] <holstein> NEXT MEETING: Tuesday 2010-09-28 at 1800 UTC - #ubuntu-meeting
[07:52] <holstein> i would think you could find some folk there to discuss these issues
[07:52] <holstein> maybe hang til the end
[07:52] <holstein> and catch someone in a query or something
[07:53] <veebull> Worth sitting in or recording at least to get a feel for the personalities, at least.
[07:53] <veebull> Well, I better git.  Bedtime for bozo and all that.
[07:53] <veebull> Thanks
[07:53] <ScottK> veebull: Particularly if you catch sommer on #ubuntu-server, he coordinates most of the Ubuntu Server guide development.  I'm sure he'd be glad to include stuff like this if someone would put something together.
[07:53] <holstein> GN
[11:04] <ev> and now to find out why 'ready when you are' isn't getting translated
[11:05] <ev> incidentally, ntfsclone + nc = win
[11:52] <CIA-28> ubiquity: evand * r4397 trunk/ (debian/changelog scripts/simple-plugins):
[11:52] <CIA-28> ubiquity: Don't let Jockey's automatic driver installation failing cause the
[11:52] <CIA-28> ubiquity: entire prepare page to fail.
[11:52] <ev> mat_t: ^ thanks for running into that :)
[12:34] <cjwatson> ogra: can you review https://code.launchpad.net/~mwaddel/ubuntu/maverick/flash-kernel/vexpress-support/+merge/36472 ?
[12:34]  * ogra looks 
[12:36] <ogra> cjwatson, looks ok, do you know if we have a bug for the changelog ?
[12:37] <ogra> ah, ignore me, i'm blind
[12:38] <cjwatson> if you could deal with merging it, that'd be good
[12:39] <ogra> on my way
[12:39] <ogra> :)
[13:11] <ogra> hmm, do we have any preseed option to avoid showing the "encrypt my homedir" checkbox ?
[13:12]  * ogra wonders what else to do with bug 646421
[13:12] <ubot2> Launchpad bug 646421 in ubiquity (Ubuntu Maverick) (and 1 other project) "oem-config process that zero's swap broken on armel preinstalled images (affects: 1) (heat: 8)" [High,New] https://launchpad.net/bugs/646421
[13:19] <persia> ogra, Unless ubiquity is in automatic mode, the preseeding just prepopulates the dialogs, so users can change the preseed values.
[13:19] <ogra> ouch, ok
[13:19]  * ogra knew that, just didnt remember it
[13:20] <persia> Probably better to hunt down the bit in user-setup-apply that does that, and have it verify it's writing to a block device: if writing to a file, it should limit itself to the current size of the file.
[13:21] <ogra> yes, sadly nothing i can tackle now (i'm in meetings from the full hour on until EOD) ... i was hoping for a quick frix through a preseed
[13:22] <persia> I don't believe that to be possible, given the architecture.  I may be mistaken.
[13:22] <ogra> no, indeed
[13:25] <ogra> and indeed its not executed by ubiquity but by d-i
[13:27] <cjwatson> it would be possible to add something preseedable in ubiquity to suppress the option
[13:27] <cjwatson> not there right now though
[13:27] <persia> Well, err, that gets complicated.  ubiquity (as oem-config in this instance) runs the controller, which interacts with the d-i component, but since at that point the d-i component is bundled as part of oem-config...
[13:28] <ogra> ah, i found the function
[13:29] <ogra> hmm, having GrueMasters /etc/crypttab would be helpful here
[13:30] <ogra> but i bet he wiped the install after filing the bug
[13:31] <ogra>                                 if swapoff $device; then
[13:31] <ogra>                                         dd if=/dev/zero of=$device 2>/dev/null || true
[13:31] <ogra>                                 fi
[13:31] <ogra> thats the problematic part
[13:32] <ogra> i wonder if we can safely assume that if $device doesnt start with /dev (or UUID=) it will be a file ...
[13:32] <ogra> doesnt really feel safe though
[13:32] <persia> Right.  Needs to test whether $device is a block device or a file (if [ -b "$device" ] ...)
[13:32] <ogra> oh, indeed
[13:33]  * persia doesn't believe dd can handle UUID= anyway
[13:33] <ogra> and then just do a stat
[13:33] <ogra> to get the size
[13:33] <persia> In the [ -f ... bit yeah.
[13:33] <persia> and if -b and -f both fail, whine about not being able to zero the swap and get on with life.
[13:34] <ogra> thats a security hole though
[13:34] <persia> The whine loudly through debconf, and add a warning handler to the oem-config controller.
[13:34] <persia> s/^The/Then/
[13:35] <persia> It's a state machine: you can go back, and decide not to encrypt the home directory.  Just talk to the user about it.
[13:40] <persia> cjwatson, Just to make sure I understand your comment: you're saying that it would be possible to invent a preseed *to ubiquity* that would cause ubiquity not to display the UI component, rather than that preseeding some value of the selected choice would override ubiquiity's representation of the user selection to user-setup?
[13:47] <cjwatson> persia: sure, perfectly doable
[13:47] <cjwatson> haven't remotely thought about it to decide whether it's sane, since I'm not really doing much ubiquity stuff this cycle
[13:47] <cjwatson> but ubiquity is entirely capable of talking to debconf itself
[13:48] <ev> (see ubiquity/install_bootloader for one such example of it hiding UI based on a debconf preseed)
[13:50] <ogra> well, i guess its the same amount of work for either of the possible fixes
[13:50] <persia> cjwatson, Thanks for the confirmation.
[13:50] <ogra> so i'd rather go with adding support for swapfiles to user-setup-apply
[14:03] <mat_t> ev: totally involuntarily :)
[14:03] <ev> :)
[14:23] <CIA-28> ubiquity: evand * r4398 trunk/ (3 files in 2 dirs):
[14:23] <CIA-28> ubiquity: Make sure $LANGUAGE gets set in the parallel debconf child process,
[14:23] <CIA-28> ubiquity: so that we get translated descriptions (LP: #646109).
[14:25] <ev> it occurs to me that if ubi-timezone changes the locale, it wont be reflected in the parallel plugins; however, this strikes me as an intractable problem as a parent process cannot change the environment of its child.
[14:32] <cjwatson> ev: is it a bug if a town shows up multiple times in the list that appears if you type at the timezone page?
[14:32] <cjwatson> actually, heh, I bet I know why this is happening - we aren't showing enough detail
[14:32] <cjwatson> I typed Cambridge and got "Cambridge (England, United Kingdom)" or similar twice
[14:32] <cjwatson> but of course there are two Cambridges in England - the well-known one in Cambridgeshire, and the less-well-known one in Gloucestershire
[14:33] <cjwatson> I wonder if the geonames data just doesn't distinguish ...
[14:33] <ogra> and what about Cambridge near Boston ?
[14:34] <cjwatson> not in "England, United Kingdom"
[14:34] <ogra> indeed
[14:34] <cjwatson> there are plenty of other Cambridges shown
[14:34] <ogra> oh, you already have the country info
[14:36] <ev> cjwatson: well, it should definitely do the right thing.  Can you please file a bug with the details?
[14:36] <cjwatson> sure
[14:37] <ev> for what it's worth, you can query the database at http://www.geonames.org/ and http://geoname-lookup.ubuntu.com/?query=cape%20town to see what it's actually producing vs what the real data is or what it's showing on the screen
[14:37] <ev> thanks
[14:38] <cjwatson> {"name" : "Cambridge", "admin1" : "England", "country" : "United Kingdom", "longitude" : "0.116670", "latitude" : "52.200000" }, {"name" : "Cambridge", "admin1" : "England", "country" : "United Kingdom", "longitude" : "-2.366670", "latitude" : "51.733330" }
[14:38] <cjwatson> joy
[14:53] <Riddell> ev: has there been any changes to the privilages in ubiquity recently?  it's not starting on today's live CD  bug 646827
[14:53] <ubot2> Launchpad bug 646827 in ubiquity (Ubuntu) "ubiquity KDE frontend does not start (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/646827
[14:53] <ev> yes, we call setgroups now
[14:53] <cjwatson> bollocks, my fix to ubiquity's upstart job doesn't seem to have had any effect
[14:54] <ev> Riddell: interesting, looking into it now
[14:54] <cjwatson> not getting plymouth on shutdown here
[14:54] <ev> ouch
[14:55] <ev> and scott is only reachable via 4square or something silly like that
[14:55] <cjwatson> yeah, fuck that, I'll work it out myself
[14:55] <cjwatson> :-)
[14:55] <ev> hahaha
[14:55] <cjwatson> (actually e-mail works too)
[14:55] <ev> I do believe that's one of the first times I've seen you properly curse in here
[14:55] <cjwatson> I try to censor myself :)
[14:56] <ev> I guess plymouth has that effect ;)
[14:56] <cjwatson> you might say that.  though I'm mostly being irritated right now by something I know Scott's irritated by as well
[14:56] <cjwatson> namely bug 554172, which I'm fairly sure is causing bug 544139
[14:56] <ubot2> Launchpad bug 554172 in upstart (Ubuntu Maverick) (and 5 other projects) "system services using "console output" not starting at boot (affects: 210) (dups: 17) (heat: 943)" [Medium,Fix released] https://launchpad.net/bugs/554172
[14:56] <ubot2> Launchpad bug 544139 in consolekit (Ubuntu Maverick) (and 3 other projects) "Active VT tracking can fail at startup (affects: 48) (dups: 6) (heat: 216)" [High,Triaged] https://launchpad.net/bugs/544139
[14:57] <ev> UGH, thanks for thinking stdout was a file on disk, partimage
[14:59] <ev> oh I think I saw this one, actually
[15:00] <ev> I recall him talking about exposing a kernel bug in that you could not successfully reopen /dev/console, and having a bit of a spat with Andy over it
[15:02] <CIA-28> ubiquity: evand * r4399 trunk/ (d-i/update-control debian/changelog debian/control): depends on latest libindicator-dev for ABI change (LP: #637692)
[15:04] <cjwatson> that's the one
[15:36] <rgreening> hey ev
[15:36] <ev> rgreening: hiya
[15:37] <rgreening> been trying to make a 10.10 netbook image using usb-creator-kde from Lucid. No success. its version 0.2.22.1
[15:37] <rgreening> ev: any ideas?
[15:37] <rgreening> i get init fail
[15:37] <rgreening> cannot find init
[15:37] <rgreening> drop to initramfs
[15:38] <ev> rgreening: have you checked that the md5sum of the ISO matches what's on the website?
[15:38] <rgreening> ive tried a couple of isos.. daily and beta
[15:38] <ev> what does cat /casper.log say?
[15:38] <rgreening> 1 sec
[15:40] <rgreening> ev: lot's of can't open files or directory
[15:41] <ev> at boot, can you break into the menu (press a key when you see the keyboard icon) and use the "check CD for defects" option
[15:41] <rgreening> sure
[15:43] <rgreening> ev: it start the splash screen for the test then reboot
[15:45] <rgreening> ev: md5sum matches
[15:46] <ev> rgreening: if you mount the usb disk on a booted system, you can do a md5sum -c /path/to/usb/md5sum.txt
[15:47] <rgreening> sure.. 1 sec
[15:48] <rgreening> running...
[15:49] <rgreening> ev: everything comes back ok
[15:50] <ev> rgreening: can you pastebin the /casper.log off of there after a failed boot attempt
[15:50] <ev> just mount -o remount,rw the usb disk and copy it onto there
[15:51] <rgreening> ok. give me a few min. ty
[15:51] <ev> sure thing
[16:06] <rgreening> ev: what's the full cmd?
[16:06] <rgreening> I can't seem to get it to mount
[16:06] <rgreening> /deb/sdb1 is the disk
[16:09] <rgreening> ev: can't seem to mount /dev/sdb1
[16:10] <ev> rgreening: your disk is likely to be mounted at that point, probably on /cdrom
[16:10] <ev> mount -o remount,rw /cdrom
[16:11] <rgreening> I made this without persistence. does that matter? Also, nothing shows up for /cdrom in mounts
[16:14] <ev> rgreening: if it's not already mounted, then mount it in /mnt or whatever.  Are you sure it's sdb1?  Do remember that the disk order can change based on the order your bios gives them, it could be sda1.
[16:15] <rgreening> 1 sec.. i can verify
[16:16] <rgreening> I have /dev/sda (1,2,5,6 which is the existing system) and /dev/sdb (1) the usb stick I assume.
[16:16] <rgreening> let me try something else.
[16:17] <rgreening> hmm... ev, acer 1 does something funky
[16:18] <ev> huh?
[16:18] <rgreening> If I have the storage disk inserted, the usb stick fails. if I remove the storage disk (SDHC 16 GB card) then it works
[16:19] <rgreening> I guess the detection picks up the storage disk and fails and never redetects the USB stick
[16:19] <rgreening> not sure how to address/fix that
[16:20] <ev> doubtful.  It sounds like a bug in casper or usb-creator.  Can you please get /casper.log off there from a failing boot attempt and pastebin it?
[16:20] <rgreening> ev: when it's failing I can't mount anything.
[16:21] <ev> what error do you get?
[16:21] <rgreening> wrong command I believe. let me try again
[16:21] <ev> what are you typing?
[16:23] <rgreening> mount -o remount,rw /cdrom or with /dev/sdb1/cdrom
[16:23] <rgreening> first says not in proc mounts and second invalid argument
[16:23] <rgreening> /dev/sdb1 /cdrom
[16:24] <ev> can you type out the exact command you're entering.  Not with "or with" in the middle of it.
[16:25] <rgreening> mount -o remount,rw /dev/sdb1 /cdrom
[16:25] <rgreening> mount -o remount,rw /cdrom
[16:25] <ev> the first one is bogus
[16:26] <ev> what happens when you type the second one?
[16:26] <rgreening> cant find crdom in /proc/mounts
[16:26] <ev> rgreening: so mount /dev/sdb1 /cdrom
[16:27] <rgreening> input/output error
[16:27] <ev> rgreening: what's the output of mount without arguments
[16:28] <rgreening> rootfs on /, none on /sys /proc /dev /dev/pts and fusectl on /sys/fs/fuse/connections
[16:28] <rgreening> nothing else
[16:29] <ev> cjwatson: why do you leave the effective UID and GID as the regular user in regain_privileges_save?  This breaks the now following setgroups([])
[16:30] <cjwatson> hm, that looks like a bug
[16:30] <ev> so 0, 0, 0?
[16:30] <cjwatson> should be symmetrical with drop_privileges_save
[16:30] <cjwatson> I think so
[16:31] <ev> I wasn't sure if I was missing some ancient unix rune
[16:31] <ev> okay, though I am quite curious to know what case you were considering then that we're forgetting now ;)
[16:33] <cjwatson> it was probably just a brainfart
[16:33] <cjwatson> the only reason I introduced the _save variants was that KDE got pissed off if it saw real uid 0
[16:35] <rgreening> ev: I was able to mount the SDHC card, just not the USB stick. So I copied the log to the SDHC card and pasted here: http://pastebin.com/Khr0yH9G
[16:36] <ev> cjwatson: fair enough
[16:37] <ev> rgreening: what on earth...
[16:38] <ev> that looks like the mount point went away
[16:38] <ev> which I guess would be consistent with your IO error
[16:39] <rgreening> ev: which I believe is the point at which the system is seeing the SDHC card instead of the USB stick
[16:40] <rgreening> If I boot without it inserted, it works fine
[16:40] <rgreening> which is strange.
[16:40] <ev> well, it could've been a bug in casper/usb-creator
[16:40] <ev> but that looks unlikely here
[16:41] <rgreening> heh
[16:44] <CIA-28> ubiquity: evand * r4400 trunk/ (debian/changelog ubiquity/misc.py):
[16:44] <CIA-28> ubiquity: Set the effective UID in regain_privileges_save so we don't try to
[16:44] <CIA-28> ubiquity: setgroups([]) as a regular user (LP: #646827).
[16:45] <rgreening> ev: with btrfs work as /boot partition or should I stick with ext type fs
[16:46] <ev> rgreening: I don't believe the btrfs support in grub landed in time.  I could be wrong though.
[16:46]  * holstein just tried btrfs
[16:46] <holstein> gave it a couple days
[16:46] <holstein> actually, it took a day and a half to install ;)
[16:47]  * holstein tried it on an EEEpc
[16:47]  * holstein back to ext2 with no swap :)
[16:49] <cjwatson> ev,rgreening: it didn't - blocked on legal
[16:49] <cjwatson> you can use it as / as long as your /boot is something grub understands
[16:50] <rgreening> cjwatson: ok. thanks. I have / as btrfs and will use ext for /boot
[16:51] <rgreening> cjwatson: what was the 'legal' that blocked it?
[16:51] <rgreening> diff licences?
[16:52] <cjwatson> grub is GPLv3, the btrfs patch uses stuff from GPLv2-only code, needs Oracle's + Intel's approval to release under terms of GPLv3
[16:52] <cjwatson> we have informal acks from the developers but they've promised something formal and we haven't got it yet
[16:52] <rgreening> ah. that makes sense
[16:52]  * holstein made a small ext3 /boot part - 200mb?
[16:52] <holstein> somewhere in there
[16:52] <rgreening> holstein: mine is 98mb
[16:53] <rgreening> but I watch and trim the /boot images
[16:53] <cjwatson> generally seems a bit early for btrfs.  we were enabling it in order to make it easier to help out with development, rather than because we expected real users to use it just yet
[16:54] <rgreening> I'm installing on a test system, so quite ready to roll the dice
[16:55] <holstein> rgreening: did you say solid state drive?
[16:55] <rgreening> holstein: it's an 8GB solid state
[16:55] <holstein> im interested to see how it works for you
[16:55] <rgreening> ill know soon enough
[16:57] <holstein> if it goes like my install did, you'll know when the installer starts reporting % complete ;)
[16:57] <rgreening> ev: the installer window has a scrollbar. shouldn't it have maximized instead to show the demo during install?
[16:57] <rgreening> the install window is centered but only takes half the screen width
[16:57] <holstein> i remember reading %60, i went to sleep, got up and read %70
[16:57] <rgreening> as a result, the text is cut off
[16:58] <rgreening> unless I scroll over. very unpleasing :)
[16:58] <holstein> OH
[16:58] <holstein> rgreening: is btrfs in the live installer now too?
[16:59] <rgreening> holstein: I'm installing from the ubuntu netbook beta and it's there
[16:59] <holstein> cool
[16:59] <rgreening> I chose just install ubuntu and not the try ubuntu
[16:59]  * holstein used a maverick alternate daily
[17:00] <cjwatson> 80GB solid state.  fast *and* you can develop usefully on it. :)
[17:03]  * rgreening likey
[17:07] <rgreening> holstein: install completed. rebooting.
[17:07] <holstein> rgreening: interesting
[17:09] <rgreening> holstein: seems to bott and run fine.
[17:09] <rgreening> boot
[17:10] <holstein> rgreening: good to know
[17:10] <holstein> i bet its something to do with my particual SSD HD then
[17:10] <holstein> particular*
[17:11] <rgreening> mebee
[17:27] <rgreening> holstein: it's running SLOOOOOOOOW
[17:27] <rgreening> omg.. not sure if its mutter or btrfs or something else
[17:28] <rgreening> i think mutter
[17:28] <holstein> rgreening: :/
[17:28]  * rgreening gonna try the kubuntu one next. compare responsiveness
[17:29] <holstein> seemed like i was experiencing crazy slow write speeds
[17:29] <holstein> responsiveness seemed fine mostly
[17:30] <rgreening> mutter/X is utterly slow and unresonsive
[17:31] <holstein> yeah, that could be non-btrfs related
[18:46] <ehbello> hello guys :)
[18:46] <ehbello> I've noticed about the existence of Burg and I would like to add support for it in the ubiquity installer...
[18:47] <ehbello> somebody can tell me some recommendation to start?
[18:51] <ehbello> I assumesuppose that if BURG is a superset of GRUB, replacing all ocurrences of ubiquity source code I will get my target, but this will remove the support for GRUB :P
[18:51] <ehbello> s/assumesuppose/assume/
[18:51] <ehbello> xd
[20:01] <ehbello> erh... ubi-summary crashed...
[20:02] <ehbello> why are bug reports of ubiquity privated?
[20:02] <ehbello> private
[20:02] <ehbello> I can't see bug #578130 :-/
[20:02] <ubot2> ehbello: Bug 578130 on http://launchpad.net/bugs/578130 is private
[23:24] <superm1> ogra, are you seeing debconf communicate crashes after oem-config in your prebuilt images?
[23:25] <superm1> seems to happen during the removal of oem-config for me, with both the aptdaemon or the removal method
[23:26] <superm1> apport refuses to submit them though (assertion errors)