[00:00] <raevol> there's been a lot of work done on it since it was pulled into maverick before release, and i'd like to take advantage of some of the new code :/
[00:02] <RAOF> There's always xorg-edgers.
[00:02] <raevol> yea i'm not that harcore :[
[00:02] <raevol> hardcore* god my typing is terrible today
[00:14] <cnd> RAOF, I have good news :)
[00:15] <cnd> I'm right now packaging all the stuff up to test and push to my ppa tonight
[00:15] <RAOF> cnd: Excellent.
[00:16] <RAOF> I'll try to have 1.10RC2 merged by the time you're ready, then :)
[00:20] <RAOF> cnd: You've been a-workin' on the weekend? :(
[00:21] <cnd> RAOF, umm, and last weekend too...
[00:21] <cnd> I haven't had a day off for two weeks now :(
[00:22] <cnd> RAOF, when will you be uploading xorg-server to ubuntu (or to git)?
[00:22] <cnd> when I'll be able to get the source, basically
[00:23] <RAOF> I'll probably be able to get it done today, so that would be in <6hrs time.
[00:24] <cnd> ok, so after I
[00:24] <cnd> I'm asleep :)
[00:24] <RAOF> I was thinking that we'd use this opportunity to also fold in the Xi 2.1 stuff; that'll just be a couple of patches, right?
[00:24] <cnd> yeah
[00:24] <cnd> so if you want, you can push to git
[00:24] <cnd> and then I can push my updates to git
[00:24] <cnd> and then you can upload
[00:24] <cnd> sound good?
[00:25] <RAOF> That'd work.
[00:25] <cnd> RAOF: when do you want to push by?
[00:26] <RAOF> If you've got stuff ready now you could just push to git and I'd just fold that in with the rest of the merge.\
[00:26] <cnd> it's not ready quite yet
[00:26] <RAOF> Or you can push after me, which would be tomorrow morning for you I guess ;)
[00:26] <cnd> I'm making packages right now
[00:26] <cnd> and then I need to test locally
[00:26] <RAOF> Soft!
[00:26] <cnd> and I was hoping to have one day tomorrow to have people bang on it
[00:27] <RAOF> Real men test in the archive :)
[00:27] <cnd> heh
[00:27] <RAOF> Ok.
[00:27] <RAOF> There's no OMGHUGE rush for the merge; a day's testing wouldn't hurt it, either.
[00:27] <cnd> k
[00:29] <cnd> I'm so excited :)
[00:29] <RAOF> Obviously FF is our deadline :)
[00:29] <RAOF> And you just can't hide it?
[00:29] <cnd> especially since it actually works :)
[00:29] <RAOF> :D
[00:29] <cnd> the one thing holding me back is that I'm still glossing over a few things
[00:30] <cnd> like what do you do for pointer emulation of a new touch when there's an active grab on the pointer?
[00:30] <cnd> corner cases like that
[00:30] <RAOF> Fiendish protocol-level corner cases.  Yay.
[00:30] <cnd> I think it won't fall over, but I'm not 100% sure it'll behave as one might assume
[00:30] <RAOF> And you'll also get to take a couple of days off once the FF deadline hits, right?
[00:31] <cnd> heh, I hope so :)
[00:31] <cnd> oubiwann is awesome, he'll probably make me take the time off :)
[00:31] <RAOF> :)
[01:03] <cnd> testing looks good, time to push to git repos and make source packages :)
[01:13] <cnd> tjaalton, it looks like you've uploaded a new libxi, but the git tree hasn't been updated
[01:13] <cnd> can you update it for me?
[01:31] <RAOF> Ooh, funky.  Damage bugs!
[01:56] <cnd> it takes waaaay too long to upload a qt package...
[01:56] <cnd> 207 MB source tarball...
[01:58] <RAOF> Xi2.1 Qt?
[06:40] <tjaalton> cnd: it's been synced from debian, there were no ubuntu changes
[06:58] <RAOF> Oh, no.  intel/nouveau switcheroo problems :(
[06:58] <RAOF> I suspect bug #718620 of being switcheroo related.
[06:58] <ubot4> Launchpad bug 718620 in xorg-server (Ubuntu) "Xorg assert failure: X: ../../dix/pixmap.c:118: AllocatePixmap: Assertion `pScreen->totalPixmapSize > 0' failed. (affects: 9) (dups: 11) (heat: 92)" [Medium,New] https://launchpad.net/bugs/718620
[07:45] <tjaalton> RAOF: regarding bug 718331, there's a newer upstream release which could help
[07:45] <ubot4> Launchpad bug 718331 in xf86-input-wacom (Ubuntu Natty) (and 1 other project) "Xorg crashes on wacom input moule (affects: 5) (dups: 1) (heat: 30)" [High,Incomplete] https://launchpad.net/bugs/718331
[07:45] <RAOF> tjaalton: Aah, quite possibly.
[07:45] <RAOF> Argh.  Why doesn't everyone have debugging symbols installed all the time? :(
[07:45] <tjaalton> 0.10.11, though .12 should be arriving too at some point
[07:45] <tjaalton> right :)
[07:46] <tjaalton> all the xorg-packages should imho also have a -dbg counterpart
[07:46] <tjaalton> but wacom is maintained by ron
[07:46] <RAOF> Nah; -dbgsym is easy.
[07:46] <tjaalton> it's not apt-get'able?
[07:46] <RAOF> *Debian* should have -dbgsym, and we should drop all the trivial -dbg packages.
[07:46] <RAOF> tjaalton: It totally is.
[07:46] <tjaalton> oh
[07:47] <RAOF> See https://wiki.ubuntu.com/DebuggingProgramCrash :)
[07:47] <tjaalton> i'm missing the source then
[07:48] <tjaalton> fixed
[07:48] <RAOF> I wonder whether we shouldn't have that in the default sources.
[07:49] <RAOF> At least during development.
[07:49] <tjaalton> right
[07:50] <tjaalton> huh, uses a different signing key
[07:54] <tjaalton> oh wacom 0.10.11 was released last week, so it's quite fresh
[08:02] <RAOF> cnd: xserver is in git, for your delectation.
[08:02] <RAOF> tjaalton: I don't suppose you have a switchable graphics system to confirm my suspicion that 718620 is switcheroo-based (and get a better backtrace at the same time ☺)?
[08:03] <tjaalton> RAOF: nope..
[08:03] <tjaalton> does switcheroo work on a desktop with embedded and discrete graphics, or is it laptop only? (not that I have such a desktop either)
[08:04] <RAOF> It requires ACPI support; it's likely that only laptop manufacturers bother.
[08:04] <tjaalton> ok
[08:57] <tjaalton> RAOF: i've a patch to fix mumble, will push soon
[08:57] <tjaalton> to xorg-server
[09:25] <RAOF> tjaalton: Sweet.  I'd also like to convince myself that 718620 isn't an xserver problem.
[09:27] <tjaalton> RAOF: yeah, nasty..
[09:28] <tjaalton> lunch->
[09:31] <RAOF> It's probably something in the plymouth integration patch that doesn't work when copy_from_fb fails.
[11:51] <tjaalton> eh, https://launchpad.net/xserver
[12:54] <cnd> tjaalton, true, but I still can't find it in git
[12:54] <cnd> I can push the changes to git though
[12:58] <tjaalton> cnd: the ubuntu-branch there is stale, last updated 21 months ago
[12:58] <tjaalton> cnd: so you can pretty much do whatever you like with it :)
[13:02] <cnd> yeah
[13:25] <apw> cnd, playing with mumble to try and work out why the PPT buttons don't work
[13:26] <apw> its looking like the xserver hasn't sent us the events we asked for ... is there any way to ask the Select extenstion whats goign on?
[13:26] <apw> or any small examples of asking for key events i can use for testing
[13:26] <jcristau> there's a fix for the mumble thing in git, aiui
[13:26] <apw> oh ... pthth ... 
[13:27] <apw> jcristau, got a pointer to the git so i can look ?
[13:27] <jcristau> http://git.debian.org/?p=pkg-xorg/xserver/xorg-server.git;a=commitdiff;h=74acb8b958a0e19beae993f0c1f4627ab2296ee0
[13:28] <apw> jcristau, oh so its an xserver issue ...
[13:28] <jcristau> (also at http://patchwork.freedesktop.org/patch/4200/)
[13:29] <apw> do we already have that fix coming?  and i am just behind or ?
[13:29] <jcristau> it's queued for whenever the next upload is, i think
[13:29] <apw> jcristau, heh then thank you i can go back to ignoring it for a bit :)
[13:33] <tjaalton> apw: you're subscribed to the bug, should've seen that it's "fix committed" :)
[13:35] <cnd> apw: the next upload should be tomorrow
[13:35] <cnd> with my multitouch stuff :)
[14:36] <apw> tjaalton, heh oops
[14:36] <apw> cnd, sounds good ... except i expect it'll be all broke :)
[14:37] <cnd> apw, of course it will!
[14:37] <cnd> I'm going to try my hardest to somehow cause a kernel panic from multitouch :)
[15:11] <ricotz> Sarvatt, hi, perhaps it is useful to propose the pixman update before FF while the notify-osd update seems to take longer
[15:17] <lilstevi> is there a way to get an onscreen keyboard to automatically launch with netbook launcher
[15:33] <tjaalton> ricotz: national holiday in US today ;)
[15:34] <ricotz> tjaalton, oh, ok ;)
=== lilstevi is now known as lilstevie
[16:03] <Sarvatt> ricotz: yeah been 2 weeks now, sounds good to me :)
[16:16] <ricotz> Sarvatt, are you able to sponsor it?
[16:17] <Sarvatt> ricotz: nope I don't have permissions for it. tjaalton, would ya be willing to sponsor a pixman 0.20.2 update for ricotz? his update looked good to me when I reviewed it
[16:18] <ricotz> tjaalton, that would be great http://people.ubuntu.com/~ricotz/pixman/
[16:21] <Sarvatt> 0.21.x isn't appropriate for natty, 0.20.2 is the latest stable release, there is just an issue with notify-osd popups looking screwed up that has been waiting to have the fix uploaded since december but feature freeze and all, dont think we can wait anymore
[16:23] <seb128> it's easy enough to grab the notify-osd commit and upload to natty
[16:24] <seb128> don't bother about small breakages in unstable series
[16:24] <ricotz> seb128, yeah, macslow said he wanted to do it soon
[16:24] <seb128> usually having things broken motivate to get the fix in when that has been not really moving for a while
[16:24] <seb128> he was sick this weekend and has work to finish before feature freeze
[16:25] <seb128> so it's likely to not land before feature freeze
[16:25] <ricotz> right, but we wanted to prevent a bug flood ;)
[16:25] <ricotz> ok
[16:25] <Sarvatt> seb128: well I was getting a crazy amount of emails about the problem just from edgers and was worried about when it actually went in the distro
[16:26] <seb128> can't you just upload a notify-osd with the patch in natty?
[16:26] <Sarvatt> not sure the guy signed the contributor agreement
[16:27] <seb128> Sarvatt, no need to have a c-a for a distro patch
[16:28] <seb128> that's only an issue to merge in the upstream trunk
[16:44] <tjaalton> Sarvatt: sure, i'll upload it later when i'm back home
[16:53] <ari-tczew> shrugs, when we will get new nvidia driver?
[16:55] <ricotz> tjaalton, thanks
[16:57] <ricotz> ari-tczew, depends on when nvidia decides to release a working one
[16:58] <ari-tczew> ricotz: changing resolution and fan's speed every boot making me crazy
[17:00] <ricotz> ari-tczew, nouveau should work pretty fine detecting the right resolution, of course it doesnt take care of your fan speed
[17:01] <ari-tczew> ricotz: 1024x768 is not native resolution for my lcd
[17:01] <ari-tczew> so it's not prettty
[17:02] <ricotz> ok, if you are nouveau and nvidia blob is removed, it looks like a bug which might be reported
[17:02] <ricotz> probably an edid problem
=== yofel_ is now known as yofel
[17:42] <alex_mayorga> on bug 553789 should I provide further peeks?
[17:43] <ubot4> Launchpad bug 553789 in xserver-xorg-video-nouveau (Ubuntu) (and 2 other projects) "X freeze/crash with nouveau driver (affects: 22) (dups: 5) (heat: 108)" [High,Confirmed] https://launchpad.net/bugs/553789
[17:43] <alex_mayorga> X keeps freezing every 2-4 hours or so
[17:44] <alex_mayorga> what else should I gather?
[17:44] <alex_mayorga> I have an ssh window to the frozen laptop
[17:47] <alex_mayorga> bryceh: ping
[17:50] <tjaalton> alex_mayorga: no
[17:52] <alex_mayorga> tjaalton: so for now is just patience and frequent reboot?
[17:52] <alex_mayorga> or should I try edgers or something?
[17:52] <alex_mayorga> or is there a way to restar X from an ssh window?
[17:53] <hyperair> restart gdm
[17:53] <hyperair> or rather, sudo restart gdm
[17:53] <alex_mayorga> hyperair: thanks! Let me try that
[17:55] <alex_mayorga> didn't do unfortunately
[17:58] <tjaalton> alex_mayorga: there is no known fix, nor is there one on the horizon
[17:58] <alex_mayorga> tjaalton: I see, this would bug me on every distro right?
[17:59] <tjaalton> a workaround is to disable acceleration, the upstream bug, at least, has th details
[17:59] <alex_mayorga> also I hear the nvidia blob is not much better anyway
[17:59] <tjaalton> yes
[17:59] <alex_mayorga> let me review, but I think accel is already off here
[18:08] <alex_mayorga> is there other driver that I can use other than nouveau
[18:08] <alex_mayorga> vesa perhaps?
[18:14] <tjaalton> not unless you disable kms
[18:15] <yofel> really? I did try vesa as a replacement for nouveau once, did work, but with rather low resolution
[18:16] <yofel> could be that I had nvidia installed and just nouvea blacklisted maybe
[18:17] <tjaalton> probably
[18:19] <yofel> I'll try nouveau.noaccel=1 later, I don't use it anyway
[18:21] <yofel> tjaalton: would my bug be a dup of that one too? I think so since I've an GT218 here
[18:23] <tjaalton> yofel: dunno, i'd have to check
[18:24] <yofel>  bug 711908
[18:24] <ubot4> Launchpad bug 711908 in xserver-xorg-video-nouveau (Ubuntu) "[natty] frequent nouveau freeze on GT218 [NVS 3100M] (rev a2) (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/711908
[18:27] <tjaalton> yofel: yeah looks like it
[18:28] <tjaalton> i can reproduce it when i _disable_ dri
[18:28] <tjaalton> though i have nv5x
[18:28] <tjaalton> and had to switch firefox to chromium
[18:29] <tjaalton> otherwise it would crash, though the bt looks different
[19:05] <tjaalton> ricotz: no _source.changes for pixman?
[19:09] <ricotz> tjaalton, sorry, should be there now
[19:15] <tjaalton> ricotz: thanks, uploaded
[20:08] <cnd> bryceh, or anyone else who's a core dev: can someone review the utouch-grail upload and push to ubuntu?
[20:08] <cnd> https://bugs.launchpad.net/ubuntu/+source/utouch-grail/+bug/722780
[20:08] <ubot4> Launchpad bug 722780 in utouch-grail (Ubuntu) "Upload utouch-grail 1.0.19 to Ubuntu (affects: 1) (heat: 8)" [Undecided,New]
[20:08] <cnd> it's a dependency of the new xi 2.1 work
[20:09] <tjaalton> cnd: i can check it out a bit later
[20:09] <cnd> tjaalton, that would be great!
[20:10] <cnd> let me know if you need anything
[20:10] <tjaalton> sure
[22:12] <tjaalton> cnd: ok, what exactly should I do to upload it?
[22:12] <cnd> usually didrocks helps out, but he seems unavailable
[22:13] <cnd> we give him a link to our packaging branch
[22:13] <cnd> he builds the package and signs it
[22:13] <cnd> and uploads it
[22:13] <cnd> I can build it for you instead
[22:13] <cnd> if you'd prefer that
[22:13] <tjaalton> the source, yeah
[22:13] <tjaalton> or wait
[22:13] <tjaalton> I'll try something first
[22:13] <cnd> sure
[22:14] <cnd> the packaging branch is linked in the bug, if you've got that handy
[22:14] <tjaalton> yep
[22:15] <tjaalton> hmm no, I'd need the tarball anyway etc. guess it's best if you prepare the source and I'll debsign&dput it to the archive
[22:16] <cnd> ok
[22:16] <tjaalton> I haven't used bzr for packaging, so :)
[22:16] <cnd> ahh
[22:16] <tjaalton> don't know what the workflow is
[22:17] <cnd> it's actually quite nice, especially if you are doing packaging of new upstream sources
[22:18] <cnd> there's a command that takes the upstream tarball and the current packaging branch, and does crazy commits and merges for you
[22:18] <cnd> and then gives you a new commit in your packaging branch that's all ready for you to upload
[22:18] <tjaalton> alrighty
[22:21] <cnd> tjaalton, it's up at people.canonical.com/~cndougla/utouch/
[22:21] <tjaalton> oh it was a native package
[22:22] <tjaalton> but thanks, will upload
[22:23] <cnd> wait
[22:23] <cnd> no, it's should be native
[22:23] <cnd> tjaalton, why do you think it's native?
[22:23] <tjaalton> cnd: normally the upstream tarball is a separate file
[22:23] <cnd> oh wait
[22:23] <cnd> I forgot to put it there
[22:23] <cnd> let me upload it too
[22:24] <tjaalton> that explains it then :)
[22:24] <tjaalton> hmm EPERM too
[22:24] <tjaalton> +NO
[22:24] <tjaalton> :)
[22:25] <cnd> ?
[22:25] <cnd> I just uploaded the tarball
[22:25] <tjaalton> can't access them
[22:25] <tjaalton> forbidden
[22:25] <tjaalton> chmod 755?
[22:25] <cnd> I'll try
[22:25] <tjaalton> or 644 at least
[22:26] <cnd> tjaalton, I did chmod a+x *
[22:26] <cnd> sorry a+r
[22:26] <cnd> so hopefully you can get them now
[22:26] <tjaalton> yep
[22:27] <tjaalton> forgot to finalize the release?-)
[22:27] <cnd> oh yeah...
[22:27] <cnd> grrr
[22:27] <cnd> sorry
[22:28] <tjaalton> heh
[22:28] <cnd> usually didrocks does that for us :)
[22:28] <tjaalton> indeed, since he'd have to sign it himself
[22:28] <tjaalton> um
[22:28] <cnd> well, if you mean putting your name in the changelog
[22:28] <tjaalton> i mean create the source package
[22:28] <cnd> you can sign without doing that
[22:28] <tjaalton> yes
[22:29] <cnd> anyways, I'll create a new package as released
[22:29] <cnd> and upload again
[22:29] <tjaalton> cool
[22:29] <cnd> sorry for the trouble
[22:29] <tjaalton> np
[22:36] <cnd> tjaalton, ok, the new package is ready for you
[22:37] <tjaalton> cnd: and uploaded
[22:37] <cnd> tjaalton, thanks!
[22:39] <cnd> we need to make a packaging group for utouch so I can upload them...
[22:39] <cnd> I just never got around to requesting it
[22:39] <tjaalton> heh, right
[22:42] <bryceh> cnd, yep
[22:46] <bryceh> cnd, or just get core-dev ;-)
[22:46] <cnd> bryceh, how high is the bar for that?
[22:47] <cnd> I've so far only touched linux-firmware, utouch*, and x stuff
[22:48] <bryceh> cnd, generally you'd get motu first, which that's probably enough.
[22:48] <bryceh> it's more about "do we trust him" than "does he have enough experience"
[22:49] <cnd> I don't touch much in universe :)
[22:49] <bryceh> again, it's not so much a point of having experience in the area as much as being trusted to upload stuff in that area
[22:49] <cnd> and most of the stuff I do need privs for are core packages
[22:49] <cnd> ok
[22:50] <cnd> maybe I should at least attempt motu now
[22:50] <bryceh> once you've gotten motu, spend a bit of time doing some random package sponsorship and stuff for a month or two, to gain some sponsor statements (which should be easy for you), then put in for core dev.
[22:51] <cnd> ok
[23:10] <cnd> bryceh, RAOF: got some questions for you about versioning
[23:10] <cnd> we're pushing xi 2.1 stuff
[23:10] <bryceh> ok
[23:10] <RAOF> cnd: Shoot.
[23:10] <cnd> but there's no official upstream input proto packages yet
[23:10] <cnd> nothing like inputproto 2.0.99.901
[23:11] <bryceh> cnd, so you need a git snapshot?
[23:11] <cnd> so I've been just adding them into ubuntu patches on top of what's already there
[23:11] <cnd> well, it's not even upstream git snapshot yet
[23:11] <cnd> not in the official repo
[23:12] <cnd> so I've just been incremening the ubuntu version suffix
[23:12] <cnd> and adding patches
[23:13] <RAOF> That seems reasonable to me.
[23:13] <cnd> one issue is that for libxi lintian complains because we're adding symbols with an ubuntu version
[23:13] <bryceh> that can probably be ignored in this case
[23:13] <cnd> it's actually a lintian error
[23:13] <RAOF> Lintian is wrong.  Feel free to silence that with an override if you want.
[23:13] <cnd> will that cause an issue?
[23:13] <bryceh> don't think so
[23:14] <cnd> I didn't think so either, since I remember xorg-server having lintian errors too :)
[23:14] <RAOF> It'd cause an issue in Debian because dak's started to reject packages with lintian errors; I don't believe soyuz does that :)
[23:14] <cnd> ahh
[23:14] <bryceh> cnd, yeah doing incrementing ubuntu versions is probably fine.  I think I'd probably do it that way myself
[23:15] <cnd> ok
[23:15] <cnd> I'm going to prepare packages right now
[23:20] <RAOF> There's probably no way we can stick an ubuntu string into the input ABI version, is there?
[23:22] <cnd> RAOF, that sounds really ugly :)
[23:23] <cnd> but it may be helpful
[23:31] <cnd> RAOF, the alternative is to leave the input abi at 12
[23:31] <cnd> and to assume the input abi includes the new mt stuff in evdev and synaptics
[23:31] <cnd> I'm almost tempted to say that's a better route
[23:31] <RAOF> We could also bump the minor version of the input abi?
[23:32] <cnd> because in reality, input abi 13 should be backwards compatible with 12, but whot likes to bump the major version for some reason
[23:32] <cnd> RAOF, even that could potentially be an issue if they bump the minor version upstream
[23:32] <cnd> though that's highly unlikely at this point
[23:32] <cnd> rc2 is a little late for that :)
[23:32] <cnd> RAOF, ok, I'm thinking that may be a good idea
[23:33] <cnd> bump the minor to 12.3
[23:33] <RAOF> I think aaronp has declared the ABI frozen.
[23:33] <cnd> and I can convince whot to bump the major to 13 when mt is added
[23:33] <cnd> leaving the major at 13 would also mean we don't have to rebuild all the input module packages
[23:34] <RAOF> Major at 12, you mean?
[23:34] <cnd> I'm glad someone has finally declared it frozen :)
[23:34] <cnd> yeah, leaving it at 12
[23:34] <cnd> :)
[23:34] <bryceh> seriously
[23:35] <cnd> bryceh, was that in response to my comment about abi frozen declarations?
[23:35] <bryceh> cnd, yep
[23:35] <cnd> heh, ok
[23:35] <cnd> it puzzled me for a moment, I thought you had better ideas about the input abi handling :)
[23:35] <bryceh> not seriously
[23:36] <cnd> heh
[23:36] <cnd> everyone should play with qt's fingerpaint demo
[23:36] <cnd> it makes me happy :)
[23:37] <cnd> and they have a pinch to zoom demo where there's a giant world of cheese with mice running on it
[23:37] <cnd> and you can pinch to zoom in and out
[23:38] <RAOF> Oh, bah.
[23:39] <cnd> RAOF, btw, thanks for fixing that doxygen issue :)
[23:39] <cnd> it was really getting on my nerves :)
[23:39] <RAOF> Debian's X server Provides: xorg-video-abi-9, we Provides: xorg-video-abi-9.0
[23:39] <RAOF> cnd: KiBi also fixed it :)
[23:39] <cnd> ahh
[23:41] <RAOF> bryceh: Do we want to go with Debian's packaging and incur another rebuild of the world, or diverge for now to include the minor version in those ABI virtual packages too?
[23:42] <cnd> tjaalton, I think your xi 1.x fix is causing warnings:
[23:43] <cnd> http://pastebin.ubuntu.com/570315/
[23:43] <cnd> just a guess since I think your patch touched that file
[23:44] <cnd> RAOF, so you think you'll be ready for uploads today?
[23:44] <RAOF> cnd: I think so, yes.
[23:44] <cnd> cool