[00:02] <RAOF> Nope; intel_batch_submit no longer references the screen pixmap, so there's no need to special-case it for copyfb (which occurs before the screen pixmap is set).
[00:03] <RAOF> Simplification!
[00:10] <RAOF> Sarvatt: Any reason not to upload 2.15.901 to oneiric, now that copyfb works?
[00:12] <Sarvatt> nope not at all
[00:13] <Sarvatt> imagine we need to get it in by the 11th to be able to update to the final 2.16 without mountains of paperwork? :P I was using it with the copyfb patch disabled to be sure it worked
[00:14] <RAOF> I was thinking of doing a little bit more testing, and then uploading.
[00:14] <RAOF> I presume HWE will be our friends forever if we have some form of IvyBridge support in 11.10? :)
[00:16] <RAOF> Hm.  When do we get to remove the KMS modprobe-option removal postinst stuff?
[00:16] <RAOF> Oh, of course.  12.10.
[00:16] <RAOF> Boo, hiss.
[00:48] <raevol> does a changelog exist for xorg-edgers?
[08:37] <JeekS> hello?
[09:03] <ricotz> RAOF, are you still around?
[09:04] <ricotz> RAOF, the header installation of gbm.h in libgbm-dev is broken "/usr/include/gbm.h/gbm.h" vs "/usr/include/gbm.h"
[09:29] <wgrant> RAOF: Is the new xserver-xorg-video-intel meant to blow up with 'symbol lookup error: /usr/lib/xorg/modules/drivers/intel_drv.so: undefined symbol: intel_batch_submit_internal'?
[09:30] <jcristau> probably not
[11:20] <tjaalton> wgrant: I'm on it
[11:20] <tjaalton> RAOF: forgot to push the -intel release to git?
[11:26] <tjaalton> wonder how -intel managed to build if it fails like that
[11:26] <tjaalton> ah
[11:27] <tjaalton> it's 101_copy-fb.patch
[11:36] <RAOF> tjaalton: Pushed to git.
[11:36] <RAOF> Also, aaargh.  How did I miss that?
[11:37] <tjaalton> heh
[11:37] <tjaalton> anyway, something wrong with the patch
[11:37] <RAOF> I think I know what.  But I'm running that driver _right now_
[11:37] <tjaalton> oh
[11:38] <tjaalton> i'll dist-upgrade my laptop
[11:38] <tjaalton> RAOF: is it sdb?
[11:38] <RAOF> This might be a "not actually testing exactly the code that got uploaded" though.
[11:38] <RAOF> sdb?
[11:38] <tjaalton> sandybridge
[11:38] <tjaalton> since the changelog says that it's disabled for those
[11:38] <RAOF> Yeah, this is sandybridge.  Isn't that snb?
[11:38] <tjaalton> ah right :)
[11:41]  * Duke` is still suffering https://bugs.freedesktop.org/show_bug.cgi?id=38732 ;_;
[11:41] <ubot4> Freedesktop bug 38732 in Driver/intel "[sna unity] windows have white borders from time to time." [Normal,New]
[11:41] <tjaalton> Duke`: forget about sna
[11:41] <Duke`> hu?
[11:42] <Duke`> is it planed to already trash sna? :o
[11:42] <RAOF> Well, feel free to file bugs about it upstream, but it's not going to be enabled in Ubuntu.
[11:42] <Duke`> cool
[11:42] <RAOF> At least, not before 12.10
[11:42] <Duke`> okay
[11:42] <tjaalton> that
[11:43] <Duke`> but will it be enabled in xorg-edgers during all this time?
[11:43] <tjaalton> Sarvatt will decide
[11:43] <RAOF> Probably, yes.  xorg-edgers is where you test the funky fun upstream stuff!
[11:49] <wgrant> RAOF, tjaalton: Thanks.
[11:51] <tjaalton> RAOF: so is the call of intel_batch_submit_internal() just a leftover of the old version of the patch?
[11:51] <RAOF> Yes, it is.
[11:51] <tjaalton> cool
[11:51] <RAOF> I'm just checking that I can reproduce, then installing the new build, then uploading, then going to bed.
[11:52] <tjaalton> thanks
[11:53] <ricotz> RAOF, hi, i hope you noticed the gbm.h problem
[11:53] <RAOF> Yeah, I'll get to that :)
[11:53] <ricotz> thanks
[11:54] <RAOF> Is that blocking you, or can it wait till tomorrow?
[11:54] <RAOF> Gah, really?  Intel 2.16.0 released hours after I upload 2.15.901?  PFSHAW!
[11:54] <ricotz> no, it isnt blocking me, i moved the file locally, but i bryceh decides to play with wayland-demos it would block him ;)
[11:55] <jcristau> RAOF: no changes though, right?
[11:56] <RAOF> jcristau: Dunno, haven't checked.
[11:56] <jcristau> i think it's just a build fix for old servers
[11:58] <tjaalton> yep, -intel confirmed broken here :)
[12:09] <RAOF> Man, lightdm is *not* happy when I kill X in that way.
[12:12] <RAOF> Let's make absolutely doubly-dog-sure that I'm actually testing what'll get built from this upload…
[12:18] <RAOF> tjaalton, wgrant: Done.
[12:24] <tjaalton> RAOF: thanks!
[12:25] <wgrant> RAOF: Thanks.
[14:39] <Sarvatt> darn libpciaccess dep added to libdrm-intel1 screwed up multiarch
[14:42] <tjaalton> there's a branch to multiarchify libpciaccess
[14:42] <tjaalton> which RAOF created
[14:46] <ricotz> Sarvatt, hi, could you push your mesa package changes?
[14:46] <Sarvatt> which changes?
[14:47] <ricotz> i think all since june
[14:47] <Sarvatt> the auto-xorg-git hooks?
[14:47] <Sarvatt> everythings specific to the ppa so cant push it to pkg-xorg
[14:47] <ricotz> i mean the mesa bzr branch of edgers
[14:47] <ricotz> or your git
[14:48] <ricotz> http://sarvatt.com/git/cgit.cgi/mesa-packaging
[14:48] <ricotz> https://code.launchpad.net/~xorg-edgers/mesa/packaging
[14:49] <ricotz> Sarvatt, you have read the backlog but libgbm-dev installs gdm.h to the wrong place
[14:49] <Sarvatt> http://paste.ubuntu.com/661987/ those are the hooks i use, i dont use the packaging branch anymore
[14:49] <Sarvatt> i use origin/ubuntu directly
[14:49] <ricotz> ah, i see
[14:50] <Sarvatt> ./auto-xorg-git -H hooks-sarvatt -d origin/ubuntu -t '~' -a 0ubuntu0sarvatt -g -p mesa
[14:50] <ricotz> alright, then it is fine
[14:50] <Sarvatt> with that
[14:50]  * Sarvatt checks gbm.h
[14:51] <Sarvatt> actually it needs another hook to s/swrastg/swrast/ the libgl1-mesa-dri-experimental.install.in
[14:52] <ricotz> Sarvatt, RAOF will take care of gbm, i just though you are using a separate packaging branch
[14:53] <Sarvatt> oh and natty needs sed -i '/^ debhelper /s/8.1.3/8.1.2ubuntu2/' debian/control
[14:53] <Sarvatt> CHANGES+=("hook: Relax debhelper depends to 8.1.2ubuntu2") argh
[14:54] <Sarvatt> my hook files are so ugly because i keep all the old hacks around incase i have to reference them to redo the same kind of thing later :P
[14:55] <ricotz> it's fine, as long you know what you are doing :P
[14:56] <Sarvatt> i'll clean them up and commit
[15:07] <Sarvatt> ricotz: fixed gbm.h in pkg-xorg git, will show up when i update mesa soon
[15:08] <ricotz> Sarvatt, thanks
[15:18] <Sarvatt> ricotz: is it holding you up doing anything in edgers?
[15:18] <Sarvatt> there hasn't really been any changes to mesa since the last snapshot but there will be by the end of the day, since i can only upload one snapshot a day i figured id wait
[15:20] <Sarvatt> actually nevermind, wanted to test new hooks already and already did it
[15:20] <ricotz> Sarvatt, i was thinking about wayland-demos which would ftbfs with this mesa, but there is no need to hurry
[15:20] <ricotz> ok
[15:20] <Sarvatt> already uploaded it :P
[15:21] <Sarvatt> pushed hooks too in case you use that
[15:21] <ricotz> one good thing today using edgers was no broken intel :P
[15:24] <Sarvatt> Duke`: so what generation intel are you having the white border problem on? I can always just disable SNA on that generation
[15:29] <Duke`> i945
[15:30] <Duke`> maybe could 2 packages be built: with/without sna?
[17:12] <tkamppeter> I need urgent help: I cannot access my desktop any more. X does not start. Intel chipset.
[17:13] <tjaalton> tkamppeter: upgrade again, fix was released some hours ago
[17:13] <tjaalton> use the main archive
[17:17] <tkamppeter> tjaalton: yes I get a new xserver-intel package now ...
[17:23] <tkamppeter> tjaalton: X works again, thank you very much.
[17:23] <tkamppeter> tjaalton: but lightdm still does not work for me. I have to manually switch to gdm.
[17:23] <tjaalton> works here, reboot
[17:24] <tjaalton> lightdm gets confused and breaks the vt's too when it can't start X..
[17:24] <tjaalton> anyway ->
[17:26] <tkamppeter> Another problem: my .Xauthority file is broken. How do I get it fixed?
[17:30] <tkamppeter> tjaalton: rebooted, but no chance, no lightdm.
[17:31] <tkamppeter> tjaalton: any idea to fix .Xauthority
[22:01] <locodir-user> Alguém me pode ajudar? tenho uma wacom pen touch e o cursor não consegue chegar completamente aos limites esquerdo e direito do ecrã...