[00:03] <Sarvatt> RAOF: that soon? will ping tseliot about the binary drivers tomorrow then, the november fglrx release isnt out yet and thats the one with 1.11 support
[00:04] <RAOF> Sarvatt: Hah.  I wasn't aware of that :)
[00:04] <RAOF> I would have noticed while preparing stuff (hopfully ☺)
[00:08] <bryceh> slangasek, ls -l /dev/input ?
[00:09] <slangasek> bryceh: http://paste.ubuntu.com/738776/
[00:09] <Sarvatt> so was udev updated recently? keyboard/mouse not working bugs have almost always been following a udev update (4-5 times in oneiric..)
[00:09] <bryceh> slangasek, interesting!  and ls -l /dev/input/by-id/ ?
[00:09] <slangasek> http://paste.ubuntu.com/738777/
[00:11] <bryceh> aha
[00:12] <bryceh> slangasek, yeah so that's showing events 12 and 13 mapped to your input devices
[00:13] <slangasek> hmm
[00:13] <bryceh> udev sounds a likely culprit
[00:14] <slangasek> aha
[00:14] <slangasek> udev ISN'T RUNNING
[00:14] <slangasek> score
[00:14] <bryceh> slangasek, ahhhh
[00:14] <bryceh> :-)
[00:15] <slangasek> bryceh: thanks for looking at this :)
[00:15] <slangasek> now let me see if I can figure out why it's died, since apport said nothing
[00:15] <bryceh> slangasek, sure thing, glad it got sorted
[00:15] <slangasek> Setting up udev (175-0ubuntu1) ...
[00:15] <slangasek> Installing new version of config file /etc/init/udev.conf ...
[00:15] <slangasek> restart: Job failed to restart
[00:17] <slangasek> bryceh: X is still not happy loading it, but maybe udev dying has just left it too confused; do you care about debugging that side further, or should I just restart?
[00:18] <bryceh> slangasek, go ahead and restart.  This is sort of getting into error handling logic which probably is only worth looking into if we get more people encountering this type of problem.
[00:19] <slangasek> yep
[00:19] <slangasek> thanks again :)
[00:19] <bryceh> slangasek, also the X stack is going to get refreshed in the next week or so anyway
[00:19]  * slangasek nods
[00:28] <Sarvatt> eww, unity updates are "fun", unity-common is built on i386 so it's all uninstallable when amd64 builds and i386 has a huge queue which is a really common scenario
[00:29]  * slangasek glares at launchpad's redirects, which have handily lost his bug comment due to midair collision with bryceh's bug reassignment
[00:30] <bryceh> slangasek, sorry, I bumped it over to udev
[00:30] <slangasek> yep
[00:31] <slangasek> which is what I was doing :)
[00:31] <bryceh> aha :-)
[00:50] <Sarvatt> RAOF: so are you saying you fixed up grabs somehow magically?
[00:51] <Sarvatt> clicking an address bar in a web browser is probably one of the more common things done in ubuntu...
[00:53] <Sarvatt> i'd love to test out anything you've done if you have before 1.11 is pushed to precise is what i'm saying :)
[01:00] <RAOF> Sarvatt: No, I haven't fixed grabs yet.
[01:01] <RAOF> The "few days max" was the time between everything breaking and everything getting fixed, not the time before I upload 1.11 :)
[01:02] <Sarvatt> planning on uploading 1.11 with broken grabs?
[01:02] <Sarvatt> was talking to chase at UDS, multitouch seriously is almost ready to go in the december timeframe this time around, it might make more sense to wait for that
[01:03] <Sarvatt> 1.11 with backported 1.12 multitouch that is
[01:03] <Sarvatt> s/multitouch/input/
[01:04] <RAOF> No, without broken grabs.
[01:05] <RAOF> I was also talking to Chase at UDS, and while I'm optimistic, he certainly wasn't committing to it being done :)
[01:05] <Sarvatt> oh?
[01:05] <Sarvatt> whot is pushing for it soon this time around
[01:05] <RAOF> Yeah - they'll be tag-teaming on the implementation.
[01:06] <Sarvatt> cnd was saying he was going to work on the one remaining problem with grabs this time around while whot was on vacation and it should really be ready in december
[01:06] <RAOF> But Chase was also “yeah, and we've found out that some things we thought won't actually work properly, and will take a bit more work”…
[01:06] <RAOF> Not that it wouldn't be done by December, but more a “sometimes, things happen”.
[01:20] <Sarvatt> note to self: dont refuse to look at code because you dont want to get involved with things like unity if things are broken :)
[01:21] <Sarvatt> cant belive i let xorg-edgers be broken for 2 months for 2 lines of code
[01:27] <LLStarks> 1.5.99 synaptics is unusable either way
[01:27] <LLStarks> :3
[01:31] <Sarvatt> on your machine with the upstream code base meaning its just as "broken" on other distros?
[01:32] <Sarvatt> synaptics is heavily patched with the multitouch stuff :(
[01:34] <Sarvatt> what kind of "broken" do you mean? input drivers are the worst, everyone has their own opinions on what they should be
[01:35] <Sarvatt> like acceleration too fast for your tastes?
[01:37] <LLStarks> many important patches were dropped
[01:37] <LLStarks> acceleration, sensitivity, and tapping are off-scale
[01:38] <Sarvatt> i could be wrong but those werent changed by any of the patches i dropped
[01:38] <LLStarks> and that was on top of 1.3.99's hovering and jumpiness
[01:38] <Sarvatt> synaptics had a huge change in sensitivity and crap in the upstream driver
[01:39] <LLStarks> is there any way to get edgers without an abi-updated synaptics?
[01:39] <Sarvatt> hmm
[01:40] <LLStarks> because no amount of fiddling has worked
[01:40] <Sarvatt> fiddling with synclient right?
[01:40] <LLStarks> yeah
[01:40] <LLStarks> and the guis
[01:40] <Sarvatt> GUI's were only updated in fedora and crap, etfc
[01:40] <Sarvatt> etc
[01:41] <Sarvatt> ok, lemme check
[01:42] <LLStarks> what is the target synaptic driver for precise? i'd like it to land sooner than later so that  this can receive wider testing.
[01:42] <Sarvatt> there is no target, i think i can say that confidently
[01:42] <Sarvatt> we might sync whats in debian
[01:42] <Sarvatt> which is 1.5.0 currently
[01:44] <LLStarks> as for unity, don't leave things up to ayatana. they don't know drivers or user-oriented ui design.
[01:44] <Sarvatt> theres a few of us that try to keep crap in date with debian wrt syncs and update things in debian but we dont have upload access to debian just git access, 1.5.0 was updated recently so that stcks out as what we might ship with
[01:45] <Sarvatt> the problems you are hitting are well past 1.5.0 though :)
[01:45] <LLStarks> can i get 1.5 with 1.11 abi?
[01:47] <Sarvatt> you can actually just dget -u -x the debian 1.5.0 .dsc file and debuild -uc -us -b in your current environment
[01:48] <Sarvatt> no multitouch support in edgers so no need to care about the ubuntu delta
[01:49] <Sarvatt> i think a corner tap functionality change might be the only thing you'd hit :)
[01:50] <LLStarks> the multitouch is unfortunate as only a hover by a second finger will cause a jump
[01:50] <LLStarks> *the lack
[01:54] <LLStarks> imho, an epoch update might be in order since functionality is lacking upstream. hopefully 1.5.0 is better.
[01:55] <LLStarks> brb
[01:57] <LLStarks> much better, indeed
[01:58] <Sarvatt> 1.5.0?
[01:58] <LLStarks> yeah, lemme reset the synclient settings though
[02:01] <Sarvatt> i dont really want to put known-working versions in the ppa if possible, rather people complain its broken to upstream if its really broken upstream so they dont release the crap broken :(
[02:04] <LLStarks> i've been complaining upstream
[02:05] <LLStarks> people just tune it out and ignore the bug reports with the standard lalalallalal can't hear you
[02:05] <Sarvatt> i think the post 1.5.0 updates might be reliant on gnome-control-center updates going into 3.4 though
[02:05] <Sarvatt> (mouse control panel in gnome-control-center)
[02:55] <Sarvatt> heh, guess i should have quantified "working", cant get the dash up an hour into using unity on 1.11
[02:57] <Sarvatt> no clue where it's going wrong, only thing in ~/.xsession-errors is a few thousand nautilus errors
[03:01] <bjsnider> Sarvatt, what do the nautilus errors look like?
[03:04] <Sarvatt> (nautilus:13888): GLib-GObject-CRITICAL **: g_value_get_object: assertion `G_VALUE_HOLDS_OBJECT (value)' failed
[03:04] <Sarvatt> Nautilus-Share-Message: Called "net usershare info" but it failed: 'net usershare' returned error 255: net usershare: cannot open usershare directory /var/lib/samba/usershares. Error No such file or directory
[03:04] <Sarvatt> Please ask your system administrator to enable user sharing.
[03:04] <Sarvatt> minus the last two lines, that only comes up every few hundred iterations
[07:46] <RAOF> bryceh: Looks like we've got a couple of blueprints that need bedding down - https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-hybrid-graphics and https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-xorg-lts-updates
[07:47] <RAOF> And by ‘bedded down’ mostly I mean ‘needs a victim for the work items’.
[07:56] <tjaalton> i should probably clean up the hg one
[07:57] <tjaalton> oh, updated already
[08:06] <tjaalton> renamed packages? ugh..
[08:23] <tjaalton> hmm, so i guess upgrading from .3 to Q would be a no-go
[08:23] <tjaalton> which would be a downgrade for x
[08:24] <tjaalton> and the kernel
[08:24] <tjaalton> so the only upgrade path for >.2 would be to the next lts
[17:18] <Sarvatt> awesome http://cgit.freedesktop.org/~eugeni/xf86-video-intel/
[17:18] <Sarvatt> sna via an xorg.conf option
[17:50] <bryceh> RAOF, I've added myself to a couple items; I'll see where I'm at after I draft the MM blueprints; feel free to add me to tasks that you think need my attention
[18:09] <Sarvatt> mdeslaur: any chance you could try http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/ to see if the blurry screen problem still exists upstream? jbarnes pinged me saying it should be fixed
[18:10] <mdeslaur> Sarvatt: the ati blurry problem I have or the -intel blurry problem I have?
[18:11] <Sarvatt> intel on your t510
[18:11] <Sarvatt> https://bugs.freedesktop.org/show_bug.cgi?id=40172
[18:11] <ubot4> Freedesktop bug 40172 in DRM/Intel "[arrandale] Fuzzy screen after dpms cycles on lenovo t510 [bisected, 3.0+]" [Normal,New: ]
[18:12] <mdeslaur> Sarvatt: ah! cool, yeah, I'll give it a try later on. thanks!
[18:12] <Sarvatt> can look into getting it into oneiric if it is
[18:12] <Sarvatt> mdeslaur: appreciate it, we never could find any other machine it reproduced on
[18:12] <mdeslaur> Sarvatt: hopefully it'll be fixed, as it's a PITA :P
[20:38] <mdeslaur> Sarvatt: unfortunately, the problem persists with 3.2.0-999
[20:39] <Sarvatt> mdeslaur: thanks a ton for checking that, sorry to hear it :(
[20:40] <mdeslaur> Sarvatt: I'm getting used to doing a dpms cycle every few reboots :P
[20:57] <Sarvatt> bryceh: so some of those previous work items you pasted that were postponed i did a long time ago, should I just delete them from the list?
[20:57] <Sarvatt> nvidia/fglrx autoloading stuff
[20:59] <bryceh> Sarvatt, just tell me which they were and I'll mark them
[20:59] <bryceh> I'm doing a bunch of edits at the moment
[21:01] <Sarvatt> [sarvatt] Fix logic in patches 104 and 105 to correctly select -nvidia when appropriate: DONE
[21:01] <Sarvatt> [sarvatt] Ensure fallbacks work if nvidia/fglrx is failing to load: DONE
[21:03]  * Sarvatt is knee deep in poulsbo 2.0 aka cedarview "fun", ugh
[21:05] <bryceh> got it thanks
[22:52] <cnd> hooray, I can build and install upstream X and it all just works :)
[22:58] <Sarvatt> cnd: what changed?
[22:58] <Sarvatt> ripping geis out of unity? :P
[23:00] <Sarvatt> master is working good here too after doing that
[23:01] <Sarvatt> (xserver)
[23:01] <Milos_SD> Hi
[23:02] <Milos_SD> I need help installing ATI fglrx driver for HP ProBook 4530s laptop with switchable graphics
[23:03] <cnd> Sarvatt, last year about this time I tried to do the same
[23:03] <cnd> I think we were patching in the no-background option
[23:04] <cnd> something like that
[23:04] <cnd> that and maybe gdm wasn't playing nice
[23:05] <RAOF> That'd be right, yes.
[23:05] <cnd> I was actually quite amazed I got it all working given how complex it is to configure and install everything
[23:06] <cnd> getting the right --libdir values and all the drivers I needed
[23:06] <RAOF> So, how's XI 2.2 going? :)
[23:06] <cnd> RAOF, well, I just got whot's branches of multitouch up and running :)
[23:06] <cnd> for the next two weeks I'll be working on implementing the pointer emulation
[23:06] <cnd> but the basic touch stuff looks to be working well
[23:07] <RAOF> That sounds like early December it'd be reasonable to have it in Precise?
[23:08] <cnd> might be
[23:08] <cnd> but that's if everything goes really well
[23:08] <cnd> we have to get it implemented for touchscreens
[23:09] <cnd> and then get it working for trackpads
[23:09] <cnd> so I think it might be more mid-december
[23:10] <cnd> and only if we want to push crack into precise, which the desktop team may not like
[23:10] <cnd> we'll have to figure out the details
[23:11] <RAOF> Ok.
[23:11] <RAOF> Thanks.
[23:13] <RAOF> Bah!  Why is the t420s' touchpad so rubbish?