[00:19] <cnd> RAOF, will you be following up on the xkeyboard-config security issue?
[00:19] <RAOF> cnd: Yes.
[00:19] <cnd> cool
[00:20] <RAOF> We can fix it without an X patch, just a fixed xkeyboard-config.
[00:20] <RAOF> (Because the ability to turn on that behaviour is awesome)
[00:21] <cnd> actually, I needed that functionality last week :)
[00:22] <RAOF> :)
[00:22] <cnd> when I hit that bug in the server that was using the wrong timestamps to verify AllowEvents requests
[00:22] <cnd> silly me, I obviously just needed to hit ctrl+alt+KP_Multiply
[00:24] <RAOF> :)
[00:24] <RAOF> I, sadly, don't have a KP_MULTIPLY :(
[00:24] <cnd> I was going to comment the same, until I glanced over and was reminded how beastly behemoth is
[00:25] <cnd> sadly, I *did* have KP_Multiply last week, even on the machine I was testing with
[00:30] <cnd> RAOF, I'd like to upload a version of synaptics with MT
[00:30] <RAOF> Make it so.
[00:30] <cnd> my thoughts are to squash all the patches I pushed out to the list today into one big 127_xi22.patch
[00:30] <cnd> sound good?
[00:31] <RAOF> Sounds reasonable.  Once those patches are accepted we'll nab a newer upstream snapshot?
[00:31] <cnd> yeah
[00:31] <cnd> I don't really know if they'll be accepted in their current form
[00:31] <cnd> see email 0/6
[00:31] <cnd> but I think it's the best we're going to get before feature freeze
[00:34] <RAOF> That's Feb, right?
[00:35] <cnd> yeah
[00:36] <cnd> I'm afraid that either this patch set is acceptable, or major synaptics overhaul will be needed
[00:36] <RAOF> Ah, yeah.  The rebuilding eventcomm thingy.
[00:36] <cnd> yeah
[00:36] <cnd> I've asked whot about it a few times in passing this week
[00:36] <cnd> he seems too busy to think about it much
[00:36] <cnd> so I just pushed out what I've got
[00:37] <RAOF> Yeah, I've seen that.
[00:42] <cnd> RAOF, we really should send a patch upstream to make xtst usage optional at configure time for syndaemon
[00:42] <cnd> it's annoying having to install, remove, install, remove libxtst-dev
[00:43] <cnd> each time I switch between building synaptics and anything else
[00:43] <RAOF> That sounds good.  You can't chroot it, though?
[00:44] <RAOF> I mean, do all your test-builds in the source tree, with libxtst-dev installed, and then build packages in an schroot.
[00:44] <cnd> building in chroots is so much slower :)
[00:45] <cnd> argh, bash keeps segfaulting on me in precise
[00:45] <cnd> make check in utouch-frame and xserver-xorg-input-synaptics results in:
[00:45] <cnd> /bin/sh: line 5: 12477 Segmentation fault      (core dumped) ${dir}$tst
[00:46] <RAOF> Build on tmpfs, with a local mirror.  It's not *that* much slower :)
[00:47] <RAOF> Except the first time, when it's populating the cache.
[00:47] <cnd> that's too fancy for me
[00:47] <cnd> the more it takes for me to set things up, the less likely it is I'll remember when my hard drive dies
[00:47]  * RAOF should really clean up his sbuild config for that and submit it as a patch upstream.
[00:49] <cnd> ok, new xorg-server and xserver-xorg-input-synaptics are uploaded with MT support for trackpads
[00:50] <RAOF> Woot!
[00:50] <cnd> RAOF, do you want to organize some last minute smoke testing after they finish building?
[00:50] <cnd> the synaptics stuff is all brand spankin' new
[00:50] <RAOF> Yes, please.  That would be swanky.
[00:51] <cnd> I'll send an email to ubuntu-devel and ubuntu-x
[00:59] <RAOF> Mmmm, segfaults in the testsuite.
[01:03] <cnd> on the buildds too...
[01:04] <cnd> wow, the archive buildds are fast
[01:04] <cnd> xorg-server is already done for amd64 and i386
[01:04] <RAOF> They're like 18 core super awesomes.
[01:07] <RAOF> Dear server-side XCB.  Why don't you exist?
[01:08] <bryce> sarvatt was saying the reason the buildds were unavailable to ppas was the result of a glitch in a script failing to reassign them back to ppa duty, that has been fixed now
[01:15] <cnd> I'm noting also that it took the buildds 5 minutes, 6.1 seconds to build xorg-server on amd64
[01:15] <cnd> including the udeb
[01:16] <cnd> that's way faster than I remember them building on any buildd
[01:16]  * cnd wonders if they turned on DEB_BUILD_OPTIONS="parallel=<n>"
[01:17] <RAOF> I'm pretty sure they do.
[01:29] <cnd> downgrading bash to oneiric doesn't fix things...
[01:31] <RAOF> I don't think it's bash segfaulting; I think it's your test segfaulting.
[01:32] <RAOF> cnd: I'm pretty sure that's an artefact of the way autotools runs the tests; when they segfault, they look like that.
[01:32] <cnd> hmm
[01:33] <RAOF> Man, wouldn't it be awesome if we had developer tools that didn't occasionally lock up? :/
[01:33] <cnd> ahh yes, eventcomm-test is segfaulting
[01:34] <cnd> let's see what's wrong
[01:34] <cnd> I guess I have a bug in my utouch-frame testsuite too :)
[01:35] <cnd> I see the issue
[01:47] <cnd> things should be all better now
[01:48] <cnd> RAOF, when do you think the xkeyboard-config issue will be fixed?
[01:48] <cnd> I'm writing up the email to the lists for smoke testing
[01:48] <cnd> if it'll be fixed in a jiffy, I'll not mention it so as not to cause confusion
[01:48] <cnd> but if not, then I'll leave a note about it
[01:49] <RAOF> It should be fixed in a jiffy, I think.
[01:49] <cnd> ok, my definition of jiffy is in the next couple hours
[01:49] <cnd> do we have the same definition :)
[01:49] <cnd> ?
[01:49] <RAOF> Yes
[01:49] <cnd> cool
[01:50]  * cnd would love to hold you to the kernel definition of a jiffy
[01:50] <cnd> oh, too late...
[02:01] <cnd> I decided to be safe and mention the security hole
[02:01] <cnd> ok, I'm out of here
[02:01] <cnd> leaving on a high note :)
[02:02] <RAOF> :)
[02:02] <cnd> see you all tomorrow, unless you're one of those weirdos on the other side of the dateline :)
[02:03] <RAOF> Ah.  1pm.
[02:03] <RAOF> So *that's* why I'm hungry!
[04:47] <cnd> RAOF, I just noticed your wacom upload
[04:47] <cnd> was it straightforward to fix?
[04:48] <RAOF> Yeah.
[04:48] <RAOF> It was just a matter of convincing wacom that input abi 15 didn't mean the options abi was available.
[04:49] <RAOF> You'll see the diff is pretty small.
[04:50] <RAOF> Of course, I don't *have* a wacom device, so I'm not sure that it actually works ☺
[04:54] <cnd> same here :(
[04:59] <RAOF> tjaalton: Oh, hey.  You might think that pkg-xorg can push to your xf86-input-wacom repository on alioth, but all the subdirectories of object are missing write permissions for the group.
[04:59] <tjaalton> RAOF: oh boo
[05:01] <cnd> tjaalton, I can never figure you out, is it really early in your day, or really late?
[05:01] <tjaalton> cnd: really early this time :)
[05:01] <cnd> heh, ok
[05:02] <tjaalton> RAOF: ok, it's busted then, now I can't change the permissions on objects owned by you :)
[05:02] <RAOF> I can change those.
[05:02] <tjaalton> cnd: don't worry, just got here
[05:03] <RAOF> And now we win!
[05:04] <RAOF> Well, um, for a while.
[05:04] <tjaalton> right..
[05:05] <tjaalton> if only ron would be willing to move -wacom under collab-maint or sth
[05:05] <tjaalton> or <gasp> pkg-xorg
[05:06] <tjaalton> RAOF: actually, the faulty bit is the default umask, i think. and that's hard to fix properly
[05:06] <tjaalton> so that it doesn't mess the other repos
[05:07] <RAOF> Yup.
[05:11] <tjaalton> oh and I have wacom
[05:16] <tjaalton> also, 0.13 is released but I can do that later
[05:36] <tjaalton> RAOF: is this all going in today or next week?
[05:37] <tjaalton> I've still the xorg changelog to update and push to staging
[05:39] <RAOF> tjaalton: Next week, I think.
[05:39] <tjaalton> yeah
[05:39] <RAOF> tjaalton: We can get a little smoke testing over the weekend, and push on Monday.
[05:40] <RAOF> Well, over *my* weekend.  Over other people's Friday :)
[05:40] <tjaalton> hehe
[05:40] <tjaalton> is the newest stuff on a private ppa?
[05:40] <tjaalton> or was that only used for builds
[05:42] <tjaalton> oh, new emails
[05:44] <tjaalton> cnd: you didn't mention where the stack is, though I'm assuming it's x-staging still :)
[05:45] <Sarvatt> tjaalton: whoops, https://launchpad.net/~canonical-x/+archive/x-staging
[05:45] <tjaalton> aha, not that private, good
[05:58] <RAOF> It needed to be a canonical-only team to get access to the non-virtualised PPA, but it's public.
[06:13] <tjaalton> gotcha
[07:31] <tjaalton> upgraded to current staging, all is well
[07:35] <RAOF> tjaalton: Are you using an amd64 box?
[07:36] <RAOF> tjaalton: I suspect that nvidia-{current,173} amd64 in there are broken, because it seems you can't build the source package properly on i386.
[07:37] <tjaalton> RAOF: yep, intel though
[08:37] <ricotz> RAOF, good afternoon :)
[08:38] <ricotz> RAOF, do you mind syncing pixman? https://bugs.launchpad.net/ubuntu/+source/pixman/+bug/918873
[08:38] <ubot4`> Launchpad bug 918873 in pixman (Ubuntu) "Sync pixman 0.24.2-1 (main) from Debian unstable (main) (affects: 1) (heat: 8)" [Undecided,New]
[08:48] <tjaalton> i can do that
[08:52] <tjaalton> done
[09:11] <ricotz> tjaalton, thanks! :)
[15:07] <tjaalton> doing the xorg changelog update now, then push it to the staging repo
[18:55] <Sarvatt> ricotz: ugh, 2 hour queue for openchrome/qxl/mga
[18:55] <Sarvatt> and geode
[19:10] <Sarvatt> RAOF: I think you might like anno 2070 btw
[19:31] <bryce> Sarvatt, ideas on bug #918769?  seen any dell vostro 360's?
[19:31] <ubot4`> Launchpad bug 918769 in xserver-xorg-video-intel (Ubuntu) "X blink with Vostro 360 and Ubuntu Oneiric and Precise (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/918769
[19:32] <Sarvatt> bryce: eDP
[19:32] <bryce> aha
[19:33] <Sarvatt> if the system has a video input board, it uses an hdmi display internally, if not it uses eDP, that system was a nightmare
[19:33] <bryce> so disable that in xorg.conf?
[19:33] <Sarvatt> nawh just saying there were problems, it was only fixed in 3.2
[19:33] <Sarvatt> will take some digging but i might be able to find the backported fix for 3.0, its not going to be possible to SRU though
[19:34] <Sarvatt> aka its a HUGE change
[19:34] <bryce> this guy finds it happens on  3.2.0-9.16-generic-pae 3.2.1 though
[19:34] <Sarvatt> oh, hmm
[19:34] <bryce> Sarvatt, did it show the same symptoms?  blinking every 10 seconds (edid polling??)
[19:35] <Sarvatt> no display wouldn't turn on at all, sorry for not reading it fully :)
[19:35] <Sarvatt> that has an upstream bug..
[19:35] <Sarvatt> hold on, finishing up lunch
[19:35] <bryce> eDP1 is connected
[19:39] <Prf_Jakob> hows the X server packaging comming along?
[19:39] <bryce> Prf_Jakob, are you on the ubuntu-x@ mailing list?  there's been some discussion there as to its status
[19:40] <Prf_Jakob> bryce: hmm no, maybe I should get on there.
[19:41] <bryce> Prf_Jakob, x-staging is available for smoke testing.  I think there's some builds we're still waiting on but I should expect the upload any day now.
[19:42] <bryce> Sarvatt, I think this sounds like a good bug to have the guy test a ppa kernel on
[19:42] <Prf_Jakob> thanks for the info.
[19:58] <cnd> Prf_Jakob, bryce: https://launchpad.net/~canonical-x/+archive/x-staging/+packages
[19:58] <cnd> all green checks now
[19:58] <cnd> for those we expect to build
[19:58] <cnd> we'll probably push them on monday unless people have blocker issues
[19:59] <cnd> hmm... looks like xf86-video-msm should build for armhf
[19:59] <cnd> it's probably not a blocker though
[20:01] <xrdodrx> Has anyone had success removing the Xorg-Edgers PPA in Oneiric?
[20:01] <xrdodrx> The page just says that there are issues, but not how one might fix them.
[20:02] <xrdodrx> Currently when I try to do so apt wants to remove most installed packages
[20:02] <Prf_Jakob> cnd: ok nice, onto mesa after that?
[20:02] <cnd> Prf_Jakob, tbh, I don't know anything about the video side of X
[20:02] <cnd> so I don't know much about mesa, or what you're even asking :)
[20:03] <Prf_Jakob> cnd: ok fair enough.
[20:03] <cnd> bryce, Sarvatt, any ideas for Prf_Jakob? ^^
[20:03] <bryce> xrdodrx, htorque on #ubuntu-kernel ran into that and manually downgraded stuff to resolve it
[20:04] <bryce> Prf_Jakob, yes on to mesa following that
[20:04] <Prf_Jakob> Cool, thanks
[20:04] <xrdodrx> bryce, do you think he'd help me if I asked him which packages he downgraded?
[20:05] <bryce> xrdodrx, no idea
[20:05] <Sarvatt> xrdodrx: give it another hour or so and it'll be fixed
[20:05] <Sarvatt> the message is saying dont upgrade
[20:05] <bryce> here's what he said:
[20:05] <Sarvatt> unless you're using proprietary drivers that is
 Sarvatt: thanks, already on it. ppa-purge might not work, but it seems to give me the right order in which i can mark the packages for a downgrade in synaptic. should be done soon. :)
[20:06] <xrdodrx> well, I can surely wait an hour
[20:06] <xrdodrx> thanks :)
[20:06] <bryce> xrdodrx, yep, that's probably easiest
[20:06] <Sarvatt> xrdodrx: mind pasting the output of apt-get dist-upgrade (don't accept the upgrade, just want to know whats held back)
[20:07] <Sarvatt> geode openchrome mga and qxl were just finished building and haven't been published yet, that should be the end of it
[20:08] <Sarvatt> but I might have missed something..
[20:09] <xrdodrx> Sarvatt, nothing is held back
[20:09] <xrdodrx> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[20:09] <xrdodrx> I re-added the PPA, however
[20:09] <ricotz> Sarvatt, feel free to go ahead ;)
[20:10] <Sarvatt> go ahead?
[20:11] <Sarvatt> looks like apm and rendition were missed
[20:11] <Sarvatt> xrdodrx: did you apt-get update after adding it again?
[20:11] <xrdodrx> yes.
[20:11] <xrdodrx> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[20:11] <ricotz> Sarvatt, i mean you can upgrade to 1.12
[20:12] <Sarvatt> ricotz: i'm still on your 1.12 ppa so cant see what people usually see trying to upgrade
[20:13] <ricotz> Sarvatt, oh, ok, i thought you arent using it
[20:15] <Sarvatt> ok apm and rendition uploaded, what else did we miss..
[20:15] <bryce> poulsbo!
[20:16] <Sarvatt> oh cool you got fglrx and nvidia-current
[20:17] <Sarvatt> virtualbox time
[20:17] <ricotz> right
[20:17] <ricotz> if it compiles...
[20:20] <Sarvatt> building it locally first
[20:22] <xrdodrx> Sarvatt, forgot to mention I'm using Oneiric and accidentally accepted an update a few hours ago to all my packages ;-)
[20:22] <xrdodrx> dist-upgrade still shows nothing hold back :o
[20:24] <Sarvatt> xrdodrx: ohhh i'm sorry, the transition is only for precise, nothings been updated in oneiric in a few days
[20:24] <Sarvatt> except unity thats building right now
[20:24] <xrdodrx> Right, the only thing that broke here is 3D acceleration.
[20:24] <xrdodrx> That's why I'm either trying to downgrade or remove Xorg Edgers.
[20:24] <Sarvatt> sheesh, I'm blind! ok so you want to revert xorg-edgers.. this is going to be rough :)
[20:25] <xrdodrx> I'd prefer to just downgrade it, I installed it as my Mesa was not working in default Ubuntu (certain 3D acceleration tasks crashed X)
[20:25] <xrdodrx> (and resulted in a hung GPU)
[20:25] <Sarvatt> so with edgers sources enabled, run sudo ppa-purge xorg-edgers, dont accept any aptitude solutions (aka press q), you get a list of packages that need to be downgraded
[20:25] <Sarvatt> well first off, are you on amd64 or i386?
[20:26] <xrdodrx> amd64
[20:26] <Sarvatt> its significantly easier on i386 because ppa-purge works :)
[20:26] <Sarvatt> darn
[20:26] <Sarvatt> ok
[20:26] <xrdodrx> i5-2500, video-intel (sandy bridge graphics)
[20:26] <Sarvatt> you're going to need to downgrade/remove :i386 versions of xorg-edgers stuff
[20:28] <Sarvatt> easiest way is going to be to apt-get purge the :i386 stuff completely, let it break multiarch
[20:28] <Sarvatt> break as in remove other :i386 stuff too
[20:28] <Sarvatt> like it'll remove wine, skype, maybe flash
[20:28] <xrdodrx> Sarvatt, I shouldn't need :i386 anyway, right?
[20:28] <Sarvatt> you can always readd it after you're done but it makes it lots more complicated
[20:28] <xrdodrx> I use the new 64-bit flash
[20:29] <xrdodrx> and neither wine nor skype
[20:29] <Sarvatt> can ya pastebin dpkg -l | grep :i386?
[20:30] <xrdodrx> http://pastebin.com/vpz8uSLT
[20:30] <xrdodrx> i have skype installed but i never use it as even the beta is very old
[20:30] <Sarvatt> ok one sec, let me make up a list for you to start out with
[20:31] <xrdodrx> okay. thank you :)
[20:33] <Sarvatt> sudo apt-get purge libpciaccess0:i386  libdrm-intel1:i386 libdrm-nouveau1a:i386 libdrm-radeon1:i386 libegl1-mesa:i386 libdrm2:i386 libegl1-mesa-drivers:i386 libffi6:i386 libgbm1:i386 libgl1-mesa-dri:i386 libgl1-mesa-glx:i386 libglapi-mesa:i386 libpixman-1-0:i386 
[20:33] <Sarvatt> paste what it wants to remove, will tell ya if its ok
[20:34] <xrdodrx> Sarvatt, There isn't some way I can just downgrade my xorg-edgers packages?
[20:35] <xrdodrx> like i said, official ubuntu packages were crashing X on certain video accel tasks
[20:35] <xrdodrx> here's the paste, in any case: http://pastebin.com/Gt9s1w5w
[20:35] <Sarvatt> downgrade to what?
[20:35] <Sarvatt> older uploads?
[20:35] <xrdodrx> Yes.
[20:36] <Sarvatt> how much older? did it start with something recent?
[20:36] <xrdodrx> I don't really want to get rid of Xorg-edgers, I enabled it for a reason...
[20:36] <Sarvatt> launchpad only stores 2 versions :(
[20:36] <xrdodrx> ouch
[20:36] <xrdodrx> much more than 2 :(
[20:36] <Sarvatt> xrdodrx: you may have packages in /var/cache/apt/archives/
[20:36] <xrdodrx> currently my X works
[20:36] <xrdodrx> I just don't have video accel.
[20:36] <Sarvatt> hmm
[20:37] <xrdodrx> So xfwm4 runs instead of Compiz.
[20:37] <xrdodrx> And I can't watch video
[20:38] <Sarvatt> do you see anything in /var/log/Xorg.0.log that stands out? glxinfo?
[20:38] <Sarvatt> hmm, one question, do you have oneiric-proposed enabled?
[20:38] <xrdodrx> I don't think so, no.
[20:39] <Sarvatt> ok just making sure, was a unity update that would have killed edgers today
[20:39] <Sarvatt> so glxinfo says it's using software rasterizer? can ya paste your /var/log/Xorg.0.log?
[20:39] <xrdodrx> Sure.
[20:40] <xrdodrx> http://pastebin.com/nZ0FjjzW
[20:40] <xrdodrx> ^ Xorg.0.log
[20:41] <Sarvatt> that looks fine
[20:41] <xrdodrx> Compiz (opengl) - Fatal: Software rendering detected
[20:42] <Sarvatt> what about glxinfo output?
[20:42] <xrdodrx> different than usual, I'll show you
[20:42] <xrdodrx> usually it says "Tungsten Graphics"
[20:42] <xrdodrx> http://pastebin.com/K88vfHCq
[20:43] <Sarvatt> ok LIBGL_DEBUG=verbose glxinfo output now
[20:44] <xrdodrx> http://pastebin.com/RMz4QRts
[20:44] <Sarvatt> err pastebin only got the stdout, can you paste the top few lines at the top before the name of display: :0 part here?
[20:45] <xrdodrx> that's weird, I used a pipe
[20:45] <xrdodrx> will do manually
[20:45] <xrdodrx> fredrick@desktop:~$ glxinfo
[20:45] <xrdodrx> name of display: :0.0
[20:45] <xrdodrx> There is nothing before name of display...
[20:45] <Sarvatt> LIBGL_DEBUG=verbose glxinfo
[20:46] <xrdodrx> $ LIBGL_DEBUG=verbose glxinfo
[20:46] <xrdodrx> name of display: :0.0
[20:46] <xrdodrx> yeah.
[20:46] <xrdodrx> (I knew I had already set LIBGL_DEBUG so I just ran glxinfo again the first time, sorry)
[20:48] <xrdodrx> Sarvatt, I just killed X and Compiz works again. It seems to not wait long enough on a first boot, or something.
[20:48] <xrdodrx> Pretty odd...
[20:52] <xrdodrx> I'm going to attempt another reboot to see if it happens again.