[04:01] <h00k> infinity: I do currently have it at /etc/modprobe.d/netconsole.conf
[04:07] <h00k> infinity: today it seems to be playing nicely. odd. modprobe -c | grep netconsole shows what I'd expect.
[07:13] <ppisati> moin
[07:19]  * smb yawns
[07:43]  * ppisati while reinstalling P on a brand new ssd found a couple of bugs (one about the ATI driver card and another with ia32-lits and skype)...
[07:50] <ppisati> and when i start skype, if i tick "start minimised in tray" nothing shows up... ARGHHH!!!!
[07:56]  * ppisati realizes he's complaining&swearing like a well-known English... :)
[07:57] <ppisati> now mumble...
[07:59] <dileks> http://www.heise.de/imgs/18/8/9/8/5/7/4/nvidiaex-5000f4c3eb4e5d15.png
[08:00] <dileks> recent nvidia exploit demonstrated
[08:04] <ppisati> smb: can you hear me?
[08:04] <smb> ppisati, No, maybe a good thing... ? :)
[08:24] <ppisati> ok, i think i'm done... fingers crossed...
[08:27] <ppisati> forgot empathy...
[08:27] <ppisati> and weather indicator doesn't update
[08:28]  * ppisati clicks nervously Refresh
[08:46] <ppisati> ok so, if you are part of a group that has some rules in sudoers
[08:46] <ppisati> no mnatter what you specify for your user, it'll be overwritten by your group rules
[08:46] <ppisati> e.g.
[08:47] <ppisati> flag ALL=(ALL)  NOPASSWD:   ALL
[08:47] <ppisati> %sudo  ALL=(ALL:ALL) ALL
[08:47] <ppisati> since i'm part of the sudo group, it'll keep asking me for my password
[08:52] <ppisati> now /me goes complaining about Skype in #devel
[09:05]  * ppisati notes NO ONE cares about skype... bah...
[09:06]  * smb turns on the OPP field
[09:42] <ppisati> tseliot: yesterday i reinstalled my P/amd64 desktop and found two oddities with the ATI/AMD driver
[09:43] <ppisati> tseliot: first, jockey proposed me two differents drivers (one was marked as - post release update or something like that, the other had no particular notes)
[09:43] <ppisati> tseliot: so first i tried the "post release updates", but it failed to compile/install
[09:44] <ppisati> tseliot: while the "normal one" succeded
[09:44] <ppisati> tseliot: second oddities - to properly handle a dual screen setup i had to manually tweak my X conf file
[09:44] <ppisati> tseliot: and add a Display subsection
[09:45] <ppisati> tseliot: with a virtual option equal to the sum of the two screens resolution
[09:58] <tseliot> ppisati: there isn't much I can do without a log about the module which failed to build
[09:59] <ppisati> tseliot: i think i've it
[09:59] <ppisati> tseliot: or i can try to reinstall it
[09:59] <tseliot> ppisati: the second oddity is really about their implementation of Randr in the driver which doesn't allow front buffer reallocation
[10:00] <tseliot> ppisati: also, what kernel are you using?
[10:00] <ppisati> 3.2.0-23-generic #36-Ubuntu
[10:00] <ppisati> x86_64
[10:00] <ppisati> brand new P/amd64 desktop installation
[10:01] <ppisati> ok, it failed again
[10:01] <tseliot> please collect the log
[10:02] <ppisati> tseliot: http://people.canonical.com/~ppisati/jockey.log
[10:04] <ppisati> tseliot: does it make any sense to you?
[10:12] <tseliot> ppisati: so, the driver built successfully but somehow it couldn't be enabled. What's the output of update-alternatives --display x86_64-linux-gnu_gl_conf ?
[10:25] <ppisati> tseliot: http://people.canonical.com/~ppisati/upd-alt.x86_64-linux-gnu_gl_conf
[10:29] <tseliot> ppisati: it looks fine. It could be a bug in Jockey
[10:30] <ppisati> tseliot: can i install it manually?
[10:31] <tseliot> ppisati: it seems to be already installed correctly
[10:31] <ppisati> tseliot: ah
[10:31] <ppisati> tseliot: http://paste.ubuntu.com/1124965/
[10:38] <ppisati> brb
[10:41] <tseliot> ppisati: yes, it looks good. You might want to reboot now
[10:54] <ppisati> tseliot: weird
[10:54]  * ppisati -> reboot
[11:01] <ppisati> tseliot: ok, did two reboots just to be sure
[11:01] <tseliot> ppisati: and?
[11:01] <ppisati> tseliot: and the second display (the right one) is garbled
[11:02] <ppisati> tseliot: if i mirro the display, and then go back to this config, it fixes it
[11:02] <tseliot> ppisati: are talking about indipendent heads?
[11:02] <tseliot> *are we
[11:02] <ppisati> tseliot: but after every reboot the screen is "full of crap"
[11:02] <ppisati> tseliot: yep
[11:02] <ppisati> tseliot: with the previius driver it was ok
[11:02] <ppisati> tseliot: i mean, before the reboot
[11:03] <apw> tseliot, i assume you are aware of the nvidia exploit ?
[11:03] <tseliot> ppisati: what version works for you and what doesn't?
[11:03] <tseliot> apw: yes but there are some many vulnerabilities you'd be surprised...
[11:03] <ppisati> tseliot: the version that doesn't is the one that had problem installing via jockey
[11:04] <ppisati> tseliot: let me get the rev
[11:04] <apw> tseliot, actually i suspect i wouldn't be supprised, just supprised this is the first i have heard of
[11:04] <ppisati> tseliot: 2:8.960-0ubuntu1
[11:06]  * ppisati reboots again
[11:09] <ppisati> tseliot: still crap... ahhhhhh...
[11:12] <tseliot> ppisati: so you get the corruption with both releases
[11:13] <ppisati> tseliot: yes
[11:15] <ppisati> tseliot: previously was http://paste.ubuntu.com/1124965/
[11:15] <ppisati> tseliot: now i'm like this http://paste.ubuntu.com/1125017/
[11:15] <ppisati> tseliot: still garbled right head
[11:15] <tseliot> ppisati: please file a bug report and I'll forward it to AMD
[11:15]  * ppisati considers going with the open source driver
[11:15] <tseliot> it's the same driver, BTW
[11:16] <ppisati> tseliot: one says "fglrx" the otehr says "fglrx-updates"
[11:16] <ppisati> tseliot: and according to jockeys are different
[11:16] <ppisati> tseliot: anyway, i'll file a bug
[11:18] <tseliot> ppisati: they will be different as soon as I update fglrx-updates with a newer release ;)
[11:22] <ppisati> tseliot: my life sucks...
[11:23] <tseliot> ppisati: you can uninstall the current driver, download the latest driver from AMD's website and run the installer with "--buildpkg Ubuntu/precise" and install the deb packages that it generates
[11:24] <tseliot> apw: heh, they were private reports ;)
[11:35]  * henrix -> out for lunch
[11:52] <ppisati> tseliot: i can live with that for now
[11:52] <ppisati> tseliot: when do you plan to update it?
[11:56] <tseliot> ppisati: they have to accept my SRU for the LTS first, then I can think of updating the driver. You should probably try AMD's latest driver to see if at least it fixes the issue
[11:57] <ppisati> tseliot: want to do some work this afternoon, i'll try this evening
[11:57] <ppisati> tseliot: btw, is there a changelog somewhere?
[11:58] <tseliot> ppisati: no, I don't think they have such things ;)
[11:59]  * ppisati assumes a fetal position and cries...
[11:59] <tseliot> at least not publicly available
[11:59] <tseliot> :D
[12:00] <ppisati> tseliot: and is there any mention of screen corruption in that non-existant changelog?
[12:02] <tseliot> ppisati: I don't think so, but you never know ;)
[12:02] <ppisati> tseliot: ok :)
[12:24] <ppisati> ah, and now i see why weather-indicator doesn't work
[12:24] <ppisati> it lookups another site for sunset and sunrise data
[12:24] <ppisati> and if it's down, it craps out
[12:24] <ppisati> [Fetcher] 2012-08-02 14:23:15,994 - ERROR - Weather: error reaching url 'http://www.earthtools.org/timezone-1.1/45.464269381/9.18950557709'
[12:25]  * ppisati goes back in the curly position and cries again...
[12:27] <smb> Weeelcome to the world of tomorrow (which is as crap as yesterdays but requires twice the resources to do so)... ;-P
[12:34] <ppisati> smb: ogra calls it progress
[12:35] <infinity> He's been around longer that all of us, I guess he'd know progress when he sees it.
[12:35] <infinity> s/that/than/
[12:35] <smb> If everything is failing around you, positive thinking is the only thing left to do
[12:36] <smb> You know, yesterday we were standing before the chasm, today we are one step ahead...
[12:37] <infinity> smb: Freefall is fun.  Plenty of people pay every day to do it.
[12:37] <smb> infinity, Yeah, though I hear they insist on some strings attached
[12:37] <infinity> People are also whiney.
[12:38] <infinity> If we covered the entire planet in giant trampolines, we'd be set.
[12:38] <smb> Which brings us back to the start of the discussion. :)
[12:39]  * infinity thinks apw might have died, while I was reviewing something for him.
[12:39]  * infinity pokes apw with a stick.
[12:39] <smb> maybe we nee more rubber trees
[12:39]  * infinity tries not to spit on his monitor.
[12:40] <infinity> A German, of all people, should know what "black rubber trees" refers to.
[12:40] <smb> infinity, If he is sensible he is in the pool now... any pool...
[12:40] <smb> infinity, Should he?
[12:40] <smb> err me
[12:40]  * smb looks blank
[12:41] <infinity> Think of the general shape of an evergreen.  Say, a fir or a pine tree.
[12:41] <infinity> And then a certain family of sexual aids that come in varying sizes, but almost always the same shape and color.
[12:41] <infinity> I've said too much.
[12:42]  * smb wonders why he should know when infinity obviously knows much more... :-P
[12:42] <infinity> smb: I blame the part where I dated a German.
[12:44] <smb> infinity, You probably should asked before about the bdsm background
[12:44]  * apw loves sticks
[12:45]  * smb takes a step further away from apw
[12:46] <ppisati> infinity: dude, you are kinky
[12:47] <rtg> apw, frobbing my laptop with kmod.
[12:47] <apw> rtg great
[12:48] <smb> *** this channel is being closed for overly sexual content ***
[12:48] <infinity> ppisati: Am I?  You knew what I was talking about.
[12:49] <infinity> rtg: That's the dirtiest thing anyone's said this morning.
[12:49] <rtg> infinity, :)
[12:51]  * smb tries to shut up those internal voices...
[12:52]  * infinity whispers "rubber trees" in smb's ear.
[12:52] <smb> yellow! :-P
[12:52] <infinity> Yellow?  I'm not sure I like where this is going.
[12:53] <infinity> You're a disturbing man.
[12:53] <smb> infinity, Hey, you started. ;)
[12:53] <infinity> I beg to differ.
[12:53] <infinity> 06:39 < smb> maybe we nee more rubber trees
[12:53] <infinity> ^-- Evidence.
[12:54] <smb> infinity, I just meant real normal ones instead of trampolines. Everything else was your imagination.
[12:55] <infinity> smb: Real... Normal... Rubber... Trees?  Kay.
[12:55] <infinity> smb: We'll get you one of those "normal" black ski masks with zippers, too.  You know, for skiing.  Like a normal person.  Who likes zippers.
[12:57] <smb> infinity, I seriously doubt your skiing experience...
[12:57] <ogra_> geez... whats going on here !
[12:57] <smb> infinity, Next thing comes the table tennis ball on a string, for people who tend to loose them
[12:58]  * ogra_ wonders if there is a beer shortage or so ...
[12:59] <smb> ogra_, Rather an over supply on temperature outside...
[12:59] <ogra_> heh
[12:59] <smb> But those tend to go together
[12:59] <ogra_> yeah, here too (boston)
[12:59] <ogra_> rather tropical weather
[12:59] <smb> At least buildings there tend to have ac
[13:03] <rtg> apw, kmod still produces map files ?
[13:04] <smb> infinity, Just to "cool" down the discussion, I was actually thinking of this: http://www.youtube.com/watch?v=1-_-QxerYno
[13:07] <apw> rtg, kmod has no code to do so
[13:07] <apw> the older map files, it still makes binary accelerator files
[13:13] <infinity> smb: Yeah, Monkey Island gets me going too.
[13:16] <rtg> apw, seems to be working. I've installed a new kernel and nothing has caught on fire
[13:18] <apw> rtg, nice ... i had it on my box through 3 updates without remembering i'd install it
[13:21]  * cooloney just realize overlayfs is not in mainline yet
[13:25] <cooloney> apw: will overlayfs be merged into mainline recently?
[13:27] <apw> cooloney, its not making much progress
[13:28] <cooloney> apw: ha, got it. just sent an email about the lxc issue with overlayfs to maintainer, but i also copied it to lkml.
[13:30] <apw> cooloney, can you forward me a copy pls
[13:31] <cooloney> apw: oh, i think i copied it to our public mail list
[13:31] <cooloney> apw: you should receive it
[13:31] <apw> ok
[13:59] <rtg> cking, can you test tip of Quantal master-next for IVB graphics? I've pushed some patches for dynamic parity detection.
[13:59] <cking> rtg, OK will do
[13:59] <rtg> cking, thanks
[14:22] <cking> rtg, booted on an IVB SDP laptop and desktop - I can't see any i915 issues, and I'm thrashing it with some 2D and 3D rendering apps too
[14:24] <cking> so, it seems good to me
[14:26] <rtg> cking, cool, thanks.
[14:26] <cking> rtg, not sure what else to do to test these patches
[14:27] <rtg> cking, dunno, I was just making sure the parity patches didn't cause regressions.
[14:27]  * cking can't see any immediate issues
[14:44] <cking> even passes my S3 soak tests too
[14:51]  * ogasawara back in 20
[15:05] <ppisati> mumble failure?
[15:05] <apw> ppisati, global
[15:05] <ppisati> uhm is back
[15:10] <arges> ppisati, apw : mumble is crashing when i load it.. is there a bug associated with this?
[15:11] <apw> arges, mine seems to have settled, i think it was a server side issue for us
[15:11] <smb> Though crashing is probably not the epected reaction
[15:15] <arges> well even moved my .conf file to see if it was that. time to file a bug
[15:22] <arges> apw, ah its because i had selected jack audio as the output, if I select another output it works fine
[15:26] <apw> arges, la la la jack is wonderful
[15:26] <arges> it acutally looks like a pulseaudio bug 
[15:27] <arges> at least that's where the crash is in the backtrace
[15:39]  * smb bails early
[15:54]  * cking reboots
[16:19] <rtg> apw, I have a git foo question. I would expect this to work: 'git format-patch v3.5..HEAD -- drivers/net/ethernet/intel/ixgbevf; git reset --hard v3.5; git am 0*'
[16:38] <bkerensa> If someone on the Kernel Team might have a look at Bug #972063 and help determine if its Kernel related that would be great? :)
[16:38] <ubot2> Launchpad bug 972063 in bluez "Bluetooth Headset pairs but does not show up in Sound Settings profile" [Medium,Confirmed] https://launchpad.net/bugs/972063
[16:47]  * cking calls it a wrap, back much later
[17:48]  * rtg -> out early
[18:15]  * henrix -> EOD
[19:27]  * apw calls it a day
[19:35] <bjf> slacker
[20:01] <shadeslayer> hi
[20:02] <shadeslayer> I'm trying to use make-kpkg to compile my own kernel with a custom config
[20:02] <shadeslayer> but I get this 
[20:02] <shadeslayer> dpkg-gencontrol: error: illegal package name 'linux-image-3.5.0-powersave-ARCH': character 'A' not allowed
[20:02] <shadeslayer> I've looked at the wiki and the documentation there seems to be a bit .. convoluted, and make-kpkg seems a bit easier
[20:09] <apw> shadeslayer, no idea where that -powersave- is coming from ...
[20:10] <shadeslayer> apw: that's me
[20:10] <shadeslayer> fakeroot make-kpkg --append-to-version="-powersave" kernel_image --initrd binary -j6                                                                         
[20:10] <shadeslayer> a bit of clarification, the primary reason I'm compiling my own kernel is because I want to get the I915 module compiled into the kernel
[20:10] <shadeslayer> and not as a module
[20:11] <shadeslayer> that would allow me to switch off my discrete graphics card
[20:11] <shadeslayer> ( currently I can't because if I switch off my discrete card via grub the kernel can't find *any* graphics card and the screen goes black )
[20:15] <apw> how are you turning it off via grub when it fails
[20:19] <shadeslayer> oh, grub boots fine, then you can use 'out' to send bits over the wire
[20:19] <shadeslayer> and turn off the graphics card 
[20:22] <apw> so why would building in 915 help ?
[20:22] <shadeslayer> because the I915 code initializes the intel graphics card?
[20:23] <shadeslayer> Did I mention I have 2 graphic cards?
[20:23] <apw> the same code is run whether its a module or builtin ?
[20:23] <shadeslayer> 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
[20:23] <shadeslayer> 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Seymour XT/PRO [Radeon HD 7400M Series]
[20:24] <shadeslayer> apw: afaik you need to build in the code so that the card gets initialized and you have one working graphics card
[20:24] <apw> that to me doesn't make sense as builtin or not the driver will get loaded if you have the device in your PCI listing
[20:25] <shadeslayer> I've already tried switching off the graphics without the module built in and the screen doesn't show anything
[20:25]  * apw suspects it won't make a differnece
[20:26] <shadeslayer> sec
[20:26]  * shadeslayer pulls up docs
[20:28] <shadeslayer> oh .. maybe this is it
[20:28] <shadeslayer> "If you have blackscreen on boot, it may be because you've built both Framebuffer Console support and the i915 driver (with KMS enabled) as modules. The blackscreen is a result of the i945 driver probing for displays before the fbcon module is loaded. As it can't find any console display(because the fbcon driver isn't loaded yet) it simply turns it off."
[20:29] <apw> that implies you want fbcon builtin and i915 not
[20:29] <shadeslayer> true, I've just found that
[20:29] <shadeslayer> or 
[20:29] <shadeslayer> http://en.gentoo-wiki.com/wiki/Intel_GMA
[20:30] <shadeslayer> I just add modules="fbcon" to /etc/conf.d/modules as suggested by that wiki
[20:31] <apw> shadeslayer, i think fbcon is builtin in ubuntu
[20:32] <shadeslayer> can you tell me the key for fbcon?
[20:32] <apw> shadeslayer, indeed its builtin
[20:32] <apw> key?
[20:33] <apw> grep fbcon /lib/modules/3.5.0-6-generic/modules.builtin
[20:33] <apw> kernel/drivers/video/console/fbcon.ko
[20:33] <shadeslayer> oh .. I was looking at /boot/config-3.5.0-6-generic
[20:34] <shadeslayer> interestingly : CONFIG_DRM_I915_KMS=y
[20:34] <shadeslayer> so the I915 driver is built as a module
[20:34] <shadeslayer> but KMS is built in
[20:36] <apw> no that is just a toggle, enabling kms support
[20:36] <apw> in tghe module
[20:36] <shadeslayer> oh ... I thought 'y' meant that it was built in
[20:36] <shadeslayer> and m, like in this one : CONFIG_DRM_I915=m
[20:36] <shadeslayer> meant it was a module
[20:37] <apw> depends if it is bool or tristate
[20:37] <apw> and indeed what it i use for
[20:37] <shadeslayer> oh .. interesting ...
[20:39] <shadeslayer> apw: so according to you, it *should* work?
[20:39] <shadeslayer> with the default config
[20:39] <apw> according to the limitations you are saying are required, i think you are already meeting them
[20:40] <shadeslayer> hmm ... I'll try again, and lets see what happens this time
[20:47] <shadeslayer> apw: http://dentifrice.poivron.org/laptops/macbookpro8,2/ < if you go down to the place where the article talks about GRUB menuentries, you'll see what I was talking about :)
[20:49] <apw> of course it is a macbook
[20:49] <shadeslayer> haha :D
[20:49] <apw> damn apple
[20:50] <shadeslayer> as a matter of fact, I have a very simple mechanism to get a ubuntu ISO boot from a USB drive in EFI mode
[20:51] <shadeslayer> bbiab, trying out the outb commands
[20:51] <apw> the i915 driver requires a patch activating dual LVDS channels, otherwise it will show nothing but a black screen;
[20:51] <apw> from the doc you pasted ^^
[20:53] <bjf> jjohansen: have you had a change to look at bug 1028837 ?
[20:54] <jjohansen> bjf: do you mean 1029937?
[20:55] <jjohansen> bjf: I have started but haven't gotten very far
[20:56] <bjf> probably
[20:56] <bjf> jjohansen: yes i do
[21:11] <shadeslayer> apw: I thought the dual LVDS channels patches were incorporated with the 3.5 kernel ....
[21:16] <apw> shadeslayer, dunno maybe
[21:16]  * apw sleeps
[21:16] <shadeslayer> I should probably sleep as well :P
[21:17] <shadeslayer> right after I check if the patch was applied or not
[21:17] <shadeslayer> seems not
[21:17] <shadeslayer> so I'll have to compile it afterall
[21:27] <shadeslayer> bah, I was looking at the wrong patch, applying the lvds patch fails
[21:27] <shadeslayer> need to look at the code