[08:04] <infinity> hggdh: Two more armadaxp kernels for you to test, enjoy.
[08:57] <infinity> henrix_ / bjf: shankbot's wrong about components for linux-signed.  See #1078041
[08:59] <infinity> henrix_ / bjf: (Those packages should be in main, and they are, it wants me to put them in universe)
[09:09]  * apw yawns
[09:12]  * ppisati dismembers the haswell box and goes testing leann's kernel
[09:30] <tjaalton> bah, missed ppisati
[09:30] <ogra_> he'll come back 
=== henrix_ is now known as henrix
[09:36] <tjaalton> sure :)
[09:37] <henrix> infinity: ack, thanks. this is probably a bug in the bot, with recent changes
[09:37] <infinity> henrix: Great.  Pls fix, so it stops calling me "incomplete".  It hurt my feelings.
[09:38] <henrix> infinity: heh, will do :)
[10:42] <t-lo> Hi, what is the differcene between the linux-signed-image and the regular one?
[10:46] <luc4_mac> Hi! I'm getting these erros when simply connecting a mouse to my Kubuntu: http://pastebin.com/t1cF17Ts, http://pastebin.com/WmiDTbqc. Anyone with an idea of the reason?
[11:06] <alexbligh1> I get the feeling this is a fantastically stupid question, but all the docs on running a Quantal kernel on Precise point to https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport yet the packge list there does not have any kernel packages (just x-org). Which part of my brain needs rearranging?
[11:07] <ppisati> brb
[11:07] <infinity> alexbligh1: The lts-backport kernels are in the archive, not in a PPA.
[11:07] <alexbligh1> ooh, when did that change? I thought that was targetted for 12.04.2
[11:07] <infinity> They've always been in the archive.
[11:07] <infinity> Just not installed by default.
[11:08] <infinity> apt-get install linux-generic-lts-quantal
[11:08] <infinity> For instance.
[11:08] <alexbligh1> I'm pretty sure that must have changed substantially after q was out. OK, that makes things easy ...
[11:10] <infinity> alexbligh1: Previous LTSes have had lts-backport kernels for years.
[11:10] <infinity> alexbligh1: precise obviously didn't have one until after Q was final.
[11:11] <infinity> And linux-generic-lts-raring will exist once R is out.
[11:11] <alexbligh1> infinity, oh yes I know about previous ones. I had just read somewhere that the first backport target was for 12.04.2 on Jan 31 or something.
[11:11] <infinity> alexbligh1: Different things.  12.04.2 is the target for putting this whole stack on the install CD by default.
[11:11] <infinity> alexbligh1: Which we've never done before.
[11:11] <infinity> alexbligh1: But doesn't have much to do with the archive state.
[11:12] <tjaalton> yeah they got moved to main after q was released
[11:12] <tjaalton> s/they/the backport kernel/
[11:12] <alexbligh1> Ah I got confused by "The official hardware enablement stack will be officially released as part of the 12.04.2 update." on the q-lts-backport page; I assumed that included the kernel
[11:12] <tjaalton> it does
[11:12] <tjaalton> but you can use it separately too
[11:13] <alexbligh1> yep. thanks.
[11:32] <luc4_mac> Hi! I'm getting these erros when simply connecting a mouse to my Kubuntu: http://pastebin.com/t1cF17Ts, http://pastebin.com/WmiDTbqc. Anyone with an idea of the reason?
[12:48] <ogra_> rtg, fyi ... from my udev log on the nexus7 ... 
[12:48] <ogra_> ACTION=add
[12:48] <ogra_> DEVPATH=/devices/platform/sdhci-tegra.2/mmc_host/mmc1/mmc1:0001/mmc1:0001:2/net/wlan0
[12:48] <ogra_> DEVTYPE=wlan
[12:49] <rtg> ogra: you're running a kernel with wlan built in ?
[12:50] <ogra_> yep
[12:50] <ogra_> ah, but there also seems to be a platform device
[12:50] <ogra_> KERNEL[13.120863] add      /devices/platform/bcmdhd_wlan.1 (platform)
[12:50] <ogra_> DEVPATH=/devices/platform/bcmdhd_wlan.1
[12:50] <ogra_> DRIVER=bcmdhd_wlan
[12:51] <rtg> ogra: too many balls in the air. remind me again why you'd prefer that driver to be modularized ?
[12:52] <ogra_> to get a kernel binary smaller than 4M
[12:52] <rtg> is that an arbitrary boundary ? what impact will that have ?
[12:52] <ogra_> so the initrd can grow big enough to carry plymouth 
[12:52] <ogra_> the bootimg cant be bigger than 8M in total
[12:52] <ogra_> thats a limitation the bootloader sets with its hardcoded partitioning
[12:53] <rtg> ogra: so the gain is that the module is compressed in the initrd ?
[12:54] <ogra_> no, the gain is that when i build with MODULES=list i ahve enough space for plymouth in initrd
[12:54] <ogra_> i dont need wlan in initrd :)
[12:54] <rtg> ogra: ah, right. rootfs....
[12:55] <ogra_> (MODULES=list with no list doesnt pull in any generic modules, only the ones pulled in directly by hooks will appaear)
[12:55] <rtg> ogra: so you're prolly looking for other candidates besides wlan to modularize as well
[12:55] <ogra_> well, wlan pulls in the whole stack 
[12:56] <ogra_> i bet the gain would be above 1M if you just modularize driver and all dependend wlan bits
[12:56] <rtg> ogra: do you know that a modular wlan and stack will be sufficient savings ?
[12:56] <ogra_> no, i'll do some test builds over the weekend
=== amitk is now known as amitk-afk
[12:58] <ogra_> overall i would like to see the device booting a lot faster, dropping fat from kernel and initrd is usually my first step for that :)
[12:58] <rtg> ogra: do we know _why_ wlan is built in ? janimo generated this initial config.
[12:59] <ogra_> it doesnt autoload
[12:59] <rtg> ah, so need to figure out why
[12:59] <ogra_> well, i would guess because the SDIO bus provides it as a subdevice of  the MMC :)
[13:00] <rtg> ogra: are you cross compiling? just wondering 'cause thats a way faster method for testing kernels.
[13:00] <ogra_> for testing i do, if i would upload that i would do a native build first
[13:01] <rtg> ogra: right, me too. but thats kind of a slow build. roughly an hour
[13:01] <rtg> ogra: ok, I'll take a stab today at figuring out how to get wlan to auto-load.
[13:02] <ogra_> cool, thanks !
[13:02] <luc4_mac> Hi! I'm getting these erros when simply connecting a mouse to my Kubuntu: http://pastebin.com/t1cF17Ts, http://pastebin.com/WmiDTbqc. Anyone with an idea of the reason?
[13:05] <ohsix> looks like you have some irq setup problems with your firmware
[13:06] <luc4_mac> ohsix: talking to me? This is the normal ubuntu kernel.
[13:14] <janimo> rtg, I always used cross-compiled the nexus7 kernel
[13:38] <rtg> ogra: you may not realize as much savings as you think by modularizing bcmdhd. The only part of the WIFI stack that is even being built is CONFIG_CFG80211 which is used for WEXT. it looks like bcmdhd is a full mac driver.
[13:39] <rtg> incidentally, this driver looks like a port from windoze, e.g., it totally sucks.
=== luc4_mac_ is now known as luc4_mac
[14:21] <ogra_> rtg, :(
=== stefano is now known as Guest887
[14:26]  * henrix -> late lunch
[14:30] <rtg> ogra: I think I'll hold off figuring out how to get it to auto load until you have some size results, 'cause I don't think it'll be as much as you think.
[14:30]  * rtg will bbiab
[14:40] <arges> ogasawara, hi.
[14:41] <ogasawara> arges: hey
[14:41] <arges> ogasawara, what does VGA S/R x1 mean?
[14:41] <arges> start reboot?
[14:41] <ogasawara> arges: suspend/resume once connected over VGA
[14:41] <arges> ahh
[14:41] <arges> that makes more sense
[14:41] <ogasawara> arges: sorry, it's a bit cryptic
[14:44] <vanhoof> ogasawara: just sent ya a new mail, he's west coast so may be a bit
[14:44] <ogasawara> vanhoof: ack, thanks
[14:49] <tjaalton> ogasawara: btw, you probably didn't backport the hsw changes to drm.ko?
[14:50] <ogasawara> tjaalton: I tried not to touch drm.ko and keep it restricted to i915
[14:50] <tjaalton> well, you can't :)
[14:50] <ogra_> rtg, sniff ... you are right, only 100k
[14:51] <ogasawara> tjaalton: anything specific patches I need to consider or the whole lot?
[14:51] <tjaalton> I haven't checked out what the changes were
[14:51] <ogra_> ogra@anubis:~/Desktop/tmp/linux-nexus7-3.1.10$ ls -lh debian/build/build-nexus7/arch/arm/boot/zImage
[14:51] <ogra_> -rwxrwxr-x 1 ogra ogra 4,3M Nov 30 15:48 debian/build/build-nexus7/arch/arm/boot/zImage
[14:51] <ogra_> ogra@nexus7:~$ ls -lh /boot/vmlinuz-3.1.10-8-nexus7
[14:51] <ogra_> -rw-r--r-- 1 root root 4.4M Nov 29 18:24 /boot/vmlinuz-3.1.10-8-nexus7
[14:51] <tjaalton> pzanoni wanted to know
[14:51] <tjaalton> if the kernel had those changes
[14:55] <ogra_> crap ... and droppind the sound bits to modules fails to build
[14:55] <ogra_> *dropping
[14:55] <rtg> ogasawara, how did you get this haswell platform installed ? USB ? Have you figured out how to get it to netboot ?
[14:55] <ogasawara> tjaalton: I should take that back, slightly.  I did pull back an entirely updated drm_mm.c specifically for hsw
[14:56] <tjaalton> ogasawara: ah, ok
[14:57] <ogasawara> rtg: usb and a 12.04.1 iso
[14:57] <rtg> ogasawara, server, then upgrade to desktop ?
[14:57] <hggdh> infinity: oh the joy
[14:58] <infinity> hggdh: :)
[14:58] <tjaalton> ogasawara: pzanoni is already working on resume with vga
[14:58] <tjaalton> known to be broken, apparently
[14:58] <ogasawara> rtg: I believe so, but /me is having a hard time remembering how I originally installed
[14:58] <ppisati> rtg: i did that - server -> dsktop
[14:58] <vanhoof> ogasawara: was it from my iso?
[14:58] <ogasawara> tjaalton: ok thanks, I figured as much but wanted to make sure
[14:58] <rtg> ogasawara, I remember fighting with this machine weeks ago. 
[14:58] <ogasawara> vanhoof: no
[14:59] <rtg> ppisati, thanks
[14:59] <ppisati> rtg: iirc only vga worked after tweaking the commandline...
[14:59] <ogasawara> vanhoof: but if you made me a new image with the newer test kernel it would probably work
[15:00] <rtg> ppisati, what is the command line tweak ?
[15:00] <vanhoof> ogasawara: is your tree anywhere I could stuff deb in? 
[15:01] <ppisati> rtg: trying to find what i did... hold on
[15:01] <vanhoof> assume on tangerine somewhere?
[15:02] <ogasawara> vanhoof: my debs and tree should still be on gomeisa, see my quantal-amd64 dir
[15:03] <vanhoof> k
[15:07] <ogra_> wow, so modularizing the sound bits in the nexus7 kernel makes all USB gadget support fail ... modularizing that as well makes the usb controller code fail. modularizing *that* as well, makes the battery driver fail 
[15:07] <sforshee> rtg, I'm pretty sure I installed desktop directly on my haswell kit, using native EFI boot
[15:07] <ogra_> what a mess !
[15:08] <sforshee> rtg, it used vesa for video I think
[15:08] <rtg> sforshee, my unit seems to be kind of funky. plugged in a Cruzer and now it won't bring up the boot options menu. trying a diff USB stick now...
[15:09] <sforshee> rtg, my experience with the firmware is that it's kind of flaky
[15:09] <ppisati> rtg: nomodeset
[15:10] <sforshee> ogasawara, fyi the vga on my haswell box isn't working with your kernel
[15:10] <ppisati> rtg: stock quantal server iso burnt on a usb stick + nomodeset
[15:11] <ppisati> rtg: after the installation i plugged in an ati card + apt-get install ubunt-desktop
[15:11] <ogasawara> sforshee: yours is a mobile SDP right?
[15:11] <sforshee> ogasawara, yep
[15:12] <sforshee> rtg, for EFI boot I had to burn the USB stick with usb-creator-gtk, dd-ing the image to the stick wouldn't boot
[15:12] <rtg> sforshee, shit
[15:13] <vanhoof> ogasawara: tons in here, can I copy over and use make-ksource and i'll pop into a ppa for an iso
[15:17] <t-lo> Hi all, what is the differcene between the linux-signed-image and the regular one?
[15:18] <apw> t-lo, the linux-signed-image ... is signed
[15:19] <apw> signed in an EFI secure boot sense
[15:19] <t-lo> apw: ah, ok, makes sense :) thx!
[15:22] <cking> ogasawara, we are meant to be testing 12.04 userspace + your 3.5 kernel?
[15:23] <ogasawara> cking: yes please
[15:23] <cking> phew, results sent. getting it installed was fun
[15:23] <ogasawara> cking: I should have specified that clearly in the email, rather than alluding to it
[15:24] <cking> ogasawara, it was clear enough. I did a CSM install rather than UEFI. - did you want UEFI tests too?
[15:25] <sforshee> oh crap, I'm testing 12.10 userspace
[15:25] <cking> sforshee, that's what makes it so fun to install :-)
[15:26] <ogasawara> cking: eventually, but I think for the initial feedback I'm wanting, what you've done is great
[15:26] <sforshee> cking, I was testing what I already had installed because I can't handle too much installation fun ;-)
[15:27] <cking> installing it on the laptop was more painful than punching one's face, mind you I did have a lose cable SATA connector which didn't help
[15:27] <ogasawara> cking: I think I've got enough ammunition to at least get this circulated to the list so we can at least  try and get this landing in the next round of SRU and eventually into the daily precise images
[15:27]  * cking suspects the S3 results may differ, so I can give that a quick spin on the desktop 
[15:28]  * sforshee _is_ at least testing UEFI boot
[15:28] <rtg> cking, remind me how to enable CSM. Is that in the 'Secure Boot Configuration' menu ?
[15:29] <cking> rtg,  CSM is the legacy BIOS mode - it's one of the *many* firmware options. I normally fall back to the UEFI shell, type "exit" and it's one of the options, lemme find it.
[15:29] <vanhoof> rtg: on SDPs usually in boot options
[15:29] <vanhoof> rtg: both, csm or uefi only
[15:30] <ppisati> doh! i was testing Q usrspace too
[15:30] <cking> unfortunately I've hacked around these options so often I have no idea what the defaults are now
[15:30] <rtg> hmm, what a pain this machine is
[15:32] <ogasawara> bjf: I assume you're still out from knitting today?  /me arranges alternate transportation
[15:33] <bjf> ogasawara, i've not been up long enough to know for sure, so for now you need to assume i'm not
[15:33] <ogasawara> bjf: ack
[15:33] <cking> rtg, my clue to successful install is to install on another box, swap drives, boot, run update-grub, done
[15:34] <rtg> sforshee, so I rebuild my USB with the usb-creator. now it can't find /dev/sr0 after the kernel boots. I assume its wanting to load the squashfs file system.
[15:34]  * ogasawara back in 20
[15:34] <rtg> cking, again. what a pain ....
[15:34] <cking> my usb creator fails on raring too, just to make life so much more enjoyable
[15:36] <sforshee> rtg, you're installing from a CD then? I haven't tried that.
[15:37] <sforshee> I'm downloading a 12.04 image right now, so I'll see what happens when I try to boot it this time
[15:37] <rtg> sforshee, nope, USB stick. I think I'm gonna take cking's suggestion and install on a HD in another system, then transfer it to the SDP
[15:38]  * cking notes it is a pain
[15:38] <cking> 5.5 hours for 2 machines - but I did have a dodgy SATA connected
[15:39] <sforshee> rtg, then what's /dev/sr0 have to do with it? I'm probably exposing my ignorance about the install process here ...
[15:40] <rtg> isn't that the device that the lice installer wants ? I think the USB gets aliased or something. I don't know for sure eiter
[15:40] <rtg> live*
[15:41] <sforshee> could be, I have no idea
=== yofel_ is now known as yofel
[15:52] <cking> interesting, when I created the USB live image using 12.04 it works, whereas with current raring it was broken. well, at least I can do an UEFI clean install now
[15:54] <arges> bug 1070182
[15:54] <ubot2> Launchpad bug 1070182 in linux (Ubuntu) "8086:10f5 Can't connect to the network through a wired connection - Network dialog shows "Wired Cable unplugged"" [Medium,Confirmed] https://launchpad.net/bugs/1070182
[15:54] <sforshee> cking, I haven't tried raring but so far my 12.04 install is working
[15:54] <sforshee> I can't use the "try ubuntu" option however
[15:55] <cking> sforshee, ah, that's the same fail I got earlier.
[15:56] <koen__> anyone knows what happened with the hifn_795x module (pci crypto accelerator)?
[15:56] <sforshee> cking, it boots but just drops to a shell
[15:56] <cking> sforshee, yep, same here
[15:56] <bjf> ogasawara, i'm feeling pretty good actually .. have you made your alternate plans?
[15:56] <cking> sforshee, that's why I gave up,  popped the drive in a box that I trusted to work, did the install on that and swapped it back
[15:56] <apw> koen__, "what happened"
[15:56] <apw> ?
[15:57] <sforshee> cking, I'm going through with the 12.04 install so I'll see how it goes
[15:57] <arges> rtg, http://git.openvz.org/?p=ubuntu-hardy-openvz;a=commit;h=c25a12d6ab08a1a2d79e1a6540c2579780b97d5b
[15:57] <arges> i think that's it
[15:57] <rtg> arges, yep
[15:58] <koen__> apw: the module seems nonexistant; it was there in previous releases.
[15:58] <ogasawara> bjf: I haven't, what time you want to head in?
[15:58] <apw> koen__, what are the current and previous in your contenxt
[15:58] <bjf> ogasawara, i wasn't in a rush, maybe pick you up around 9 ?
[15:58] <ogasawara> bjf: perfect
[15:59] <rtg> CRYPTO_DEV_HIFN_795X: depends on !ARCH_DMA_ADDR_T_64BIT
[15:59] <rtg> apw, koen__: ^^
[15:59] <rtg> debian.master/config/config.common.ubuntu:CONFIG_ARCH_DMA_ADDR_T_64BIT=y
[15:59] <koen__> rtg: i run on 32bit
[16:00] <sforshee> rtg, cking: the 12.04 desktop UEFI install finished fine for me. No desktop but it does boot to a shell. This is on the mobile SDP.
[16:00] <rtg> koen__, true. seems like it ought to be enabled.
[16:00] <koen__> rtg: easiest way to compile this in? this is a desktop for the wife that should stay as generic as possible , it's not my toybox...
[16:01] <rtg> koen__, raring ?
[16:01] <koen__> rtg: next release? ok, i can live with that? should i file a report for this somewhere?
[16:02] <rtg> koen__, no, I meant "which release are you currently running ? "
[16:02] <koen__> quetzal something :) 3.5.0-19-generic
[16:03] <rtg> koen__, ok, lemme have a look. start a bug and let me know the number
[16:04] <koen__> rtg: thanks! i use bugs.launchpad.net/ubuntu for this?
[16:05] <rtg> koen__, just type 'ubuntu-bug linux' from a shell
[16:06] <koen__> rtg: will do; thank you!
[16:12] <cking> rtg, I fall into the UEFI shell, then select the drive (usually fs0:) by doing:
[16:12] <cking> fs0:
[16:13] <rtg> cking, its the grub booting part tat I'm missing
[16:13] <cking> the cd into efi
[16:13] <cking> then cd boot
[16:14] <cking> and then type: bootx64.efi
[16:14] <rtg> cking, hmm, what if FS0: isn't showing up  ? All I have are blk* devices
[16:15] <cking> hrm, maybe it can't see your USB stick for some unknown reason
[16:15] <rtg> double drat
=== deffrag_ is now known as deffrag
=== stefano is now known as Guest83074
=== henrix is now known as henrix_
[16:43] <sforshee> ogasawara, do I need any X updates for your haswell test kernel? I'm running it with an up-to-date precise install, but X still won't use the intel driver.
=== rtg is now known as rtg-afk
[16:49] <sforshee> ogasawara, I added ubuntu-x-swat/q-lts-backport and updated but get the same results. The kernel driver loads, but X still won't use the intel driver.
[16:54] <cking> sforshee, I did a 12.04 install and then updated all the packages. I didn't observe any issues
[16:55] <sforshee> cking, did you verify that X is using the intel driver? I get a desktop, but X is just using the framebuffer.
[16:56] <sforshee> tjaalton, ^
[16:57] <tjaalton> sforshee: pastebin dmesg and Xorg.0.log
[16:59] <tjaalton> hmm
[16:59] <sforshee> tjaalton, http://paste.ubuntu.com/1400057/
[16:59] <tjaalton> sforshee: so yeah you probably need updates to -intel at least
[16:59] <sforshee> http://paste.ubuntu.com/1400059/
[17:00] <sforshee> tjaalton, beyond what's already in ubuntu-x-swat/q-lts-backport ?
[17:00] <cking> sforshee, I just checked to see if i915_hsw was loaded and being used
[17:00] <cking> I didn't do more than that
[17:00] <tjaalton> sforshee: did you install the stack?
[17:00] <tjaalton> normal upgrade won't install anything
[17:00] <sforshee> cking, the kernel module loads and works. X is using inteldrmfb.
[17:00] <tjaalton> at least you're still using the old xserver, so that would be a no then :)
[17:01] <sforshee> tjaalton, oh right ...
[17:01] <sforshee> I just did dist-upgrade
[17:01] <apw> eep no points
[17:12] <cking> bum
[17:12] <vanhoof> de
[17:12] <cking> sforshee, so does that mean my testing was in vain?!
[17:13] <sforshee> cking, perhaps your testing on precise
[17:13] <cking> facepalm
[17:13] <cking> been one of those days
[17:14] <cking> so implicit in the testing was the need to use X from a PPA somewhere?
[17:14] <vanhoof> yeah precise + ubuntu-x-swat/q-lts-backport (dist-upgrade) + kernel
[17:15] <sforshee> tjaalton, I installed xserver-xorg-lts-quantal, and it now uses the intel driver. Lightdm comes up okay, but trying to log in just generates a blank screen then back to lightdm, with no X log that I can find and nothing in dmesg.
[17:15] <sforshee> is there something else I need to install?
[17:15] <cking> http://nooooooooooooooo.com/
[17:15] <cking> wish that was written in the notes
[17:16] <vanhoof> sforshee: anything fun in /var/log/lightdm/ ?
[17:16] <tjaalton> sforshee: dunno, haven't tested that yet
[17:16] <tjaalton> sforshee: so.. no /var/log/Xorg.0.log.old?
[17:16] <ogra_> sforshee, ~/.xession-errors ;)
[17:16] <vanhoof> sforshee: i know Sarvatt pointed me in the right direction on something that sounded familiar but I think that was fixed up in that ppa already
[17:16] <ogra_> you X obviously is fine, its the session that has issues
[17:16] <ogra_> (else lightdm wouldnt come up at all)
[17:17] <ogra_> and there is also /var/log/lightdm/
[17:17] <sforshee> vanhoof, ogra_: thanks. There's some stuff there, so I'll pastebin it.
[17:18] <sforshee> tjaalton, .xsession-errors: http://paste.ubuntu.com/1400102/
[17:18] <vanhoof> Sarvatt: do you know if https://launchpadlibrarian.net/120700234/xorg-server-lts-quantal_2%3A1.13.0-0ubuntu6~precise1~ppa6.4_2%3A1.13.0-0ubuntu6~precise1~ppa6.5.diff.gz made it in the ppa?
[17:19] <sforshee> tjaalton, /var/log/lightdm/x-0.log: http://paste.ubuntu.com/1400106/
[17:19] <tjaalton> sforshee: Xorg.0.log.old should have the crash.. ah
[17:20] <tjaalton> no that's from the running one
[17:20] <sforshee> tjaalton, /var/log/lightdm/lightdm.log: http://paste.ubuntu.com/1400109/
[17:21] <sforshee> tjaalton, the only /var/log/Xorg.* I have is Xorg.0.log, which looks to me like it's probably from the lightdm session
[17:21] <vanhoof> like its going bananas trying to fire up unity2d
[17:21] <sforshee> everything looks hunky dory in there anyway
[17:21] <sforshee> hmm ...
[17:22] <sforshee> oh weird
[17:22]  * ogra_ would put his money on a bamf issue looking at .xsession-errors
[17:22] <ogra_> [+280.01s] DEBUG: Failed to load session file /usr/share/xsessions/ubuntu.desktop: No such file or directory
[17:22] <ogra_> is intresting as well
[17:22] <sforshee> there don't seem to be any ubuntu sessions at all when I click the little ubuntu icon in lightdm
[17:22] <vanhoof> sforshee: did you come from server?
[17:22] <mlankhorst> ..¿
[17:23] <Sarvatt> is ubuntu-desktop installed? :P
[17:23] <tjaalton> well if the xserver is quitting, whatever the reason, there should be an .old file around..
[17:23] <sforshee> tjaalton, "ubuntu-desktop : Depends: xorg but it is not going to be installed"
[17:23] <ogra_> ha !
[17:23] <mlankhorst> sforshee: did you have the backports ppa installed previously? I had a stale xserver-common there..
[17:24] <tjaalton> you should have the renamed version which provides xorg
[17:24] <mlankhorst> and that messed things up
[17:24] <tjaalton> ah! mlankhorst to the resque :)
[17:24] <tjaalton> I'll steer clear and write an email to intel, then call it the week :)
[17:24]  * ppisati -> gym
[17:25] <sforshee> mlankhorst, do you mean ubuntu-x-swat/q-lts-backport ? I have it installed now ...
[17:25] <mlankhorst> going to push the entire ddx for a test rebuild, then push it to that repo..
[17:25] <mlankhorst> sforshee: could try ppa:mlankhorst/ppa 
[17:25] <mlankhorst> I'm doing a final test build there with updated versions + mechanics
[17:26] <arges> sforshee, which eth networking driver did you need to copy over to make your kit work?
[17:26] <sforshee> mlankhorst, I'm explicitly trying to test haswell graphics so I need the backport :) Trying your ppa now.
[17:26] <sforshee> arges, I didn't copy the driver. I copied over debs for a 3.5 kernel and installed it.
[17:27] <arges> sforshee, ahh gotcha
[17:27] <mlankhorst> I hope people will forgive me for swamping the launchpad builders..
[17:28] <sforshee> mlankhorst, oh yeah I just remembered that I'm supposed to mail you a macbook
[17:29]  * mlankhorst is going to push the entire stack one more time for a final test rebuild
[17:31] <mlankhorst> I'll check in on you later, you probably want to do dpkg -r --force all *lts-quantal* and get back to normal precise first..
[17:32] <sforshee> yeah, I'm trying to work through all of that right now
[17:39] <hggdh> infinity: Lucid EC2 kernel tests done
[17:39] <hggdh> infinity: the new armadas did not yet appear on http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[17:39] <infinity> hggdh: Too late, it's Friday.  No releases for you! :)
[17:40] <hggdh> heh
[17:40] <infinity> hggdh: Hrm, they've been on http://status.qa.ubuntu.com/reports/kernel-bugs/reports/sru-report.html since I promoted them.
[17:40] <infinity> Workflow is silly.
[17:40] <infinity> hggdh: Err, they're on workflow.
[17:41] <infinity> 3.2.0-1611.16 and 3.5.0-1605.7
[17:41] <infinity> Your tasks are still "New", but that shouldn't stop you from getting ahead of the game. :)
[17:46] <hggdh> which I am doing right now :-)
[17:47] <sforshee> mlankhorst, I managed to get everything to a happy state with your ppa
=== rtg-afk is now known as rtg
[17:59] <mlankhorst> ah good
[17:59]  * rtg ignores haswell for now and goes back to his touchpad problem
[17:59] <mlankhorst> sforshee: ok I'm doing 1 more rebuild everything just to spot any potential issues popping up
[18:24]  * henrix -> EOD
=== henrix is now known as henrix_
[18:45] <apw> rtg, ogasawara, bjf, any objections to zinc going down for a RAM upgrade ?
[18:46] <rtg_> apw, I think that is an outstanding idea. might keep it from swapping all the time.
[18:46] <apw> they want to do it 'now' if we don't object
[18:46] <rtg_> I don't image it'll take too long. i'd say just do it.
[18:46] <rtg_> imagine*
[18:47] <apw> they say less than an hour, much less if we are lucky
[18:47] <apw> ack ... will just fetch everything one more time
[18:47] <apw> and they hand it over
[18:48] <apw> *** kernel.ubuntu.com is going down for a short maintenance window ... should be less than 1 hour
=== Edgan_ is now known as Edgan
=== luc4_mac_ is now known as luc4_mac
=== luc4_mac_ is now known as luc4_mac
[19:13] <ogasawara> apw: wfm
[19:14] <apw> rtg_, ogasawara, bjf, should be back ...
[19:19] <rtg_> wow, that didn't take long
[19:20] <rtg_> apw, 8GB up from 2GB ?
[19:23] <apw> rtg_, doubled 4 -> 8 apparently
[19:26] <bjf> wow, what will we do with all that
[20:06] <apw> wish it was 2x it is i expect
[20:13]  * rtg_ -> EOD