[00:17] <scalability-junk> hey anyone familiar with kickstart files for ubuntu?
[00:18] <scalability-junk> I'm trying "raid / --fstype ext2 --encrypted --passphrase=test --level=1 --device=md1 raid.12 raid.22" but I only get unrecognized option for fstype, encryption and passphrse
[00:19] <scalability-junk> I tried with --fstype=ext3 and ext2 too.
[00:19] <scalability-junk> any hint?
[00:20] <xnox> scalability-junk: it should work without the raid or without encrypted but not both. /me is trying to make that combo work.
[00:20] <xnox> scalability-junk: this is not a limitation of kickstart per-se, but rather the underlying debian preseeding as far as I can see currently.
[00:20] <scalability-junk> xnox, ok  but I even get unrecognized option for fstype alone
[00:21] <scalability-junk> xnox, any way you found having a raid partition encrypted?
[00:21] <scalability-junk> I don't want to use seed files... I like kickstart ones :P
[00:27] <scalability-junk> xnox, so any recommendation or is the best solution to use seed files?
[00:38] <escott> scalability-junk, i know nothing about this seed file kickstarter business, but won't you need to run mdcrypt on top of the mdraid. so won't that require two entries?
[00:40] <scalability-junk> escott, actually thats what the --encrypted is for it takes a block device lvm, partition or raid and use mdcrypt afaik to decrypt it
[00:40] <scalability-junk> *encrypt it
[01:56] <aFeijo> is it possible to install vmware workstation 9 in a ubuntu 12.10 server?
[02:19] <pmatulis> does anyone still use workstation?
[02:20] <patdk-lap> I do on 2 workstations and several laptops
[02:33] <demona> I'm using 12.10's linux-image-virtual kernel in a Xen VM and would like to install at least one more kernel for remastering experiments. However, it looks as if installing the new kernel results in the old one being removed.
[02:33] <demona> Granted, it might not be the kernel as I'm also installing a lot of older packages in this batch.
[02:35] <patdk-lap> old ones are not removed, unless you do an autoremove
[02:36] <patdk-lap> or maybe you just mean removed from grub, then you need to adjust the grub config to list them all, so py-grub xen loader sees it
[02:37] <demona> No, I mean, first I do 'dpjk --setselections < selections', then 'apt-get dselect-upgrade'. At the second stage, it warns me that some packages will be removed, including the headers and other stuff for my current kernel
[02:37] <demona> *dpkg
[02:38] <patdk-lap> well, what did you expect
[02:38] <patdk-lap> you deselected it
[02:38] <demona> I guess I read that as 'dselect', not 'deselect' :)
[02:39] <patdk-lap> no
[02:39] <patdk-lap> when you setselections
[02:39] <patdk-lap> it unset the ones you didn't select, I bet
[02:39] <demona> Ah so - I would have expected a lot more listed, but that makes sense
[02:40] <patdk-lap> it's been awhile since I have done that
[02:40] <demona> On the surface, I just want to install this list of packages, but my bigger picture is to build a fresh INX (inx.maincontent.net, last alpha release based on Lucid)
[02:40] <demona> I'll probably have a devil of a time with the framebuffer, all the alsa stuff is mostly deprecated at this point
[02:40] <demona> But I'd settle for getting all the cli/curses stuff working, at least
[02:43] <demona> It was already weird enough having to do this extra dselect step to get rid of some, but not all, of the dpkg warnings - it seems to be some bug in dpkg ('package not found in database' when it clearly is when you apt-cache search/show)
[02:59] <elkingrey> Can anybody explain to me why Ubuntu puts apache's conf directives in apache2.conf and not in httpd.conf?
[03:04] <patdk-lap> elkingrey, cause it's based on debian and not redhat
[03:05] <elkingrey> patdk-lap: yeah, but apache defaults them in httpd.conf, why change it?
[03:05] <patdk-lap> ask debian?
[03:06] <halvors1> I'm trying to test my spam filter, the problem is that i don't have a non-spam filtering SMTP server avaliable, can somebody send an email to "halvors@test.halvors.org" with this string in it?
[03:06] <halvors1> X5O!P%@AP[4\PZX54(P^)7CC)7}$EICAR-STANDARD-ANTIVIRUS-TEST-FILE!$H+H*
[03:07] <patdk-lap> try using telnet
[03:11] <demona> lol @ system-config-kickstarter...I'm remastering a server, wherefore the GUI tools :)
[04:09] <FunnyLookinHat> Anyone here using the NodeJS PPA on raring ?
[04:09] <FunnyLookinHat> Was about to upgrade but decided I should check first that it would work well enough with some required packages...   figured that the quantal ppa would probably work fine.
[12:47] <wmp> hello, maybe anyone know how to make autoamtical: dpkg-reconfigure --frontend=readline exim4-config
[12:47] <wmp> i want to automatical send "1" and execute dpkg-reconfigure
[15:33] <FunnyLookinHat> Hey - anyone here running raring ?  I'm wondering if any of you are running NodeJS locally for testing and wanted to see if using the quantal chris_lea PPA suffices..
[15:34] <FunnyLookinHat> I was going to test it in VirtualBox - but apparently it's not playing nicely with the installer.
[15:34] <FunnyLookinHat> :)
[15:34] <SpamapS> wow its sad how far behind nodejs is in Debian/Ubuntu
[15:35] <FunnyLookinHat> yeah
[15:35] <SpamapS> 0.6.19 vs. 0.8.15
[15:35] <FunnyLookinHat> still .6
[15:35] <FunnyLookinHat> SpamapS, are you running raring locally yet?  Or holding off ?
[15:35] <FunnyLookinHat> I know you do a bunch of Juju stuff...  figured you'd be on it.
[15:35] <SpamapS> FunnyLookinHat: I am toying with moving one of my boxes to it
[15:35] <FunnyLookinHat> heh
[15:36] <SpamapS> FunnyLookinHat: I am not really doing much juju anymore actually.. but.. not sure why that would encourage me to move to raring.
[15:36] <SpamapS> main reason pushing me to raring is that my trackpad drivers just don't work right on quantal.. and there may be fixes in raring's kernel
[15:36] <FunnyLookinHat> Dev'ing the next release!
[15:36] <FunnyLookinHat> ;)
[15:36] <FunnyLookinHat> ah - what hardware do you have?
[15:37] <SpamapS> MacBookAir 4,1
[15:37] <FunnyLookinHat> Ah.
[15:37] <SpamapS> works flawlessly in 12.04
[15:37] <SpamapS> something went south with the xorg switch in 12.10 .. and the xorg guys say its the kernel driver behaving badly in 3.5
[15:37] <SpamapS> which I can confirm, it works better w/ 3.6
[15:38] <FunnyLookinHat> Oh - then I'd assume the 3.7 kernel they're building in raring right now would definitely have the fix as well
[15:38] <FunnyLookinHat> I guess I'll be the guinea pig - I feel like there should be a way to build PPAs for the dev branch of Ubuntu
[15:39] <SpamapS> uh
[15:39] <SpamapS> there is
[15:39] <SpamapS> you just tick the "raring" box
[15:40] <SpamapS> PPA's get the new series as soon as it opens
[15:40] <FunnyLookinHat> what the - then tell that Chris Lea guy to do so.
[15:40] <FunnyLookinHat> or I'll pull his source package and build my own I guess.
[15:57] <SpamapS> FunnyLookinHat: he runs quite a few PPA's.. I imagine he may have a method to the madness. Maybe waiting for beta's?
[15:57] <SpamapS> early in the process.. sometimes.. things go badly
[16:04] <FunnyLookinHat> SpamapS, Yeah I would assume so too... I sent him a message via launchpad to see if he's tick raring or let me upload the source packages to my own PPA so that he doesn't have to deal with the effects of buggy stuff.
[16:08] <FunnyLookinHat> Looks like very few are building for raring at all at this point - xorg-edgers ( for obvious reasons ) seems to be the only major ppa building for it.
[16:42] <thebwt> I'm having trouble with ltsp (all fat client issues to be clear). my server is running precise but I want to host quantal images. The way the images are hosted seems to have changed in quantal. So on precise when you ltsp-buil-image --dist quantal --fat-client the image doesn't seem to be handed out.
[17:45] <jesusemelendezm> hey guys!
[17:46] <jesusemelendezm> how are you all ??
[20:53] <morfeo_81> hi there
[20:53] <morfeo_81> how can create simple hot spot to connect from other device to my localhost server using wireles?
[22:32] <demona> patdk-lap: Don't know how but I have installed my list of packages and rebooted, with no errors yet.