[05:38] <tjaalton> wth is going on with bug 1068341
[05:38] <ubottu> Launchpad bug 1068341 in nvidia-graphics-drivers-updates (Ubuntu) "nVidia proprietary drivers miss linux-headers-generic dependency" [Undecided,Confirmed] https://launchpad.net/bugs/1068341
[05:39] <tjaalton> aiui the deps should be right
[05:43] <RAOF> Oh, Pitcairn GPUs work surprisingly well in 12.10.
[05:43] <RAOF> At least, I was surprised :).
[05:43] <RAOF> It brings everything up nicely (albeit on llvmpipe)
[06:01] <RAOF> tjaalton: Yeah, the deps are right, as far as they go.
[06:01] <RAOF> tjaalton: We don't actually have a dependency format for “You must have the headers for all your kernels installed”
[06:01] <RAOF> Which is what the *real* dependency is.
[06:12] <RAOF> tjaalton: Wontfix'd with justification + a dpkg task :)
[06:14] <tjaalton> RAOF: ooh, thanks
[06:16] <mlankhorst> morning
[06:17] <mlankhorst> RAOF: it's a jedi mind trick, you are suddenly aware you want manganese dioxide
[06:19] <mlankhorst> Sarvatt: you're right btw, apart from the 'xorg' package I completely scripted everything for *-lts-quantal* packages, running lts-stack on a quantal machine will give you the exact same packages I created
[06:20] <mlankhorst> only ones I manually modified are the unrenamed deps I want to sru
[06:22] <tjaalton> lol @ bug 1070113
[06:22] <ubottu> Launchpad bug 1070113 in xorg (Ubuntu) "too slow, and stop system." [Undecided,New] https://launchpad.net/bugs/1070113
[06:22] <tjaalton> "i cant write very well.too slow"
[06:22] <mlankhorst> but you can add per package modifications in lts-pkg-rename, I mostly reserve those for mesa and xorg-server
[06:23] <tjaalton> what does -nr do?
[06:24] <mlankhorst> -nr                    (Ubuntu-specific) Synonym for -background none
[06:24] <mlankhorst> presumably keep the background until redraw
[06:24] <RAOF> Yeah. It's what everyone used for the -background none before it landed upstream.
[06:24] <tjaalton> ah
[06:25] <tjaalton> synonym..
[06:25] <tjaalton> why not just change lightdm?
[06:25] <tjaalton> in precise
[06:25] <mlankhorst> RAOF: I'm more worried about -core though
[06:25] <mlankhorst> how do you want to enable that in lightdm?
[06:25] <RAOF> mlankhorst: Why?
[06:25] <mlankhorst> without breaking precise X
[06:26] <RAOF> I don't *think* that'll break precise X; precise X knows about -core.
[06:26] <tjaalton> mlankhorst: wy would it break if there's a synonym
[06:26] <mlankhorst> RAOF: yeah but it might change behavior by applying it to precise
[06:26] <tjaalton> oh -core
[06:26] <RAOF> mlankhorst: I think the worst case for -core is that we'll get slightly worse bug reports.
[06:27] <mlankhorst> well hopefully at this point there won't be new ones anyway
[06:27] <mlankhorst> *smirk* too optimistic?
[06:30] <mlankhorst> I suppose I'll upload a lightdm package that explicitly enables -nr and -core then in the qbp ppa
[06:38] <tjaalton> but why can't the actual option be used instead?
[06:38] <tjaalton> no need to patch silly things
[06:40] <RAOF> We can't use -nr because the Xserver in Quantal doesn't support it, and we can't use -background none because the Xserver in Precise doesn't support it.
[06:40] <RAOF> Actually, the latter might not be true; does 1.11 support -background none? Did that get merged in 1.11 or in 1.12?
[06:42] <tjaalton> why can't we add that patch there then?
[06:42] <tjaalton> easier than messing with the backports
[06:44] <RAOF> We could indeed.
[06:44] <RAOF> The -background none/-nr patch is eminently SRUable.
[06:45] <jcristau> $ git describe --contains 8976e9766edfb33f5cf3f6d54f09e46d29bc4ec5
[06:45] <jcristau> xorg-server-1.9.99.901~55
[06:45] <tjaalton> some day i'd like to update the precise xserver some more, in order to gain the worthy updates from 1.12.x
[06:45] <tjaalton> heh
[06:45] <tjaalton> there we go
[06:48] <mlankhorst> RAOF: can I get -core in the same upload for lightdm then?
[06:50] <RAOF> mlankhorst: Looks like we don't actually need -nr there; how much would you care if we simply dropped -core from the backports/
[06:50] <RAOF> ?
[06:50] <RAOF> That means you won't get xserver crashes in errors.ubuntu.com/apport, which may be a problem, but otherwise would be fine.
[06:51] <mlankhorst> I would prefer to get crash reports
[06:51] <mlankhorst> it's not the same package since it is recompiled in a different environment with different libraries, etc
[06:52] <RAOF> Right.
[07:21] <mlankhorst> hm, from what I can tell xserver-local.c already specifies -background none
[07:22] <tjaalton> it's in 1.10->
[07:22] <mlankhorst> so lightdm should already pass on -background none if plymouth was previously active
[07:23] <mlankhorst> just means backporting the -core thing then :)
[07:24] <tjaalton> ahh in lightdm
[07:55] <stefan`> hi guys, are you still looking for affected users of bug 1061073?
[07:55] <ubottu> Launchpad bug 1061073 in mesa (Ubuntu) "Desktop effects are slow and desktop corruption using mesa 9" [Undecided,Confirmed] https://launchpad.net/bugs/1061073
[07:56] <tjaalton> no, upstream response
[07:57] <shadeslayer> as in, from mesa?
[07:57] <shadeslayer> *mesa devs
[07:57] <tjaalton> yes
[07:58] <shadeslayer> okay
[07:59] <shadeslayer> tjaalton: is there a discussion that I could follow?
[07:59] <tjaalton> the upstream bug?
[07:59] <tjaalton> subscribe to it
[08:00] <shadeslayer> oh .. the one on freedesktop.org, right
[08:25] <mlankhorst> ok my beauty works
[09:16] <mlankhorst> of course the real fix turns out to be a 1 line diff (I hope)
[09:19] <mlankhorst> or not, grr..
[10:26] <mlankhorst> I don't get it, my dumb version works, smarter version fails
[11:08] <mlankhorst> and disabling downloadfromscreen/uploadtoscreen immediately fails in a more interesting way :-)
[11:11] <mlankhorst> suspiciously similar to another bug report, in fact
[12:25] <mlankhorst> and enabling wfb allows me to count pixels as they come along.. talk about slow..
=== yofel_ is now known as yofel
[17:34] <bjsnider> ricotz, i'm getting nautilus-shell-search-provider crashes
[18:07] <ricotz> bjsnider, i know :\
[18:07] <bjsnider> ricotz, have you got a stacktrace, because i can get you one
[18:09] <ricotz> bjsnider, no, do you know if this a upstream issue or ubuntu related
[18:09] <bjsnider> i don't
[18:09] <ricotz> i didnt look at it yet, and i don't have time currently
[18:09] <bjsnider> i will investigate and report
[18:09] <ricotz> thanks
[18:19] <mlankhorst> blegh waiting for upstream before I can get my sru going :P
[19:09] <bryce> apw has set up intel's new experimental branch - http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/
[22:04] <bryce> RAOF, there is a jockey 0.9.7-0ubuntu7.4 waiting for approval in precise.  If you can accept that, I'll test it locally to verify the fix.
[22:05] <RAOF> Sweet.
[22:08] <bryce> alberto also posted the experimental drivers for quantal; they're in New.
[23:38]  * mlankhorst cynically translates lightweight to featureless
[23:38] <RAOF> Heh.
[23:39] <RAOF> I'd cynically translate “lightweight” to “doesn't understand the problem domain, so will become an unmaintainable mess” :)
[23:41] <mlankhorst> same thing
[23:44] <mlankhorst> except the latter part might not always happen
[23:44] <mlankhorst> I wrote a dumb irc part that literally doesn't know what channels it's on, so could claim it's lightweight. :P
[23:45] <mlankhorst> s/part/bot/
[23:49] <mlankhorst> unfortunately using common definitions, since I use external libraries like libxml2 for html parsing it wouldn't count as lightweight, instead I would need to replicate it.. poorly
[23:49]  * mlankhorst ducks