[02:20] what's the best way to build and test xorg 1.14 right now? [02:53] llstarks: It's not in edgers? (I don't follow it, so it may well not be) [02:53] it is not [02:53] Booo. [02:53] and xorg-testers is defunct [03:02] you could grab the source and use the latest xorg-edgers build scripts to build debs [03:02] assuming it doesn't fail for lack of the right symbols and whatnot [03:11] llstarks: https://launchpad.net/~canonical-x/+archive/x-staging [03:12] unity wont work with it atm, darn thing gets uploaded every day and needs patches applied :) [03:12] wonderful, that should work for my testing. last resort before stressing myself with arch [03:12] is unity compiss still being developed or is the transition to qml happening here? [03:13] i'll upload a new one now [03:13] wait, when was 7.0 landed? [03:13] its in maintenance mode but still lots of stuff happening with it [03:13] not sure its actually 7.0 [03:14] that's some feature freeze we've got going on [03:14] or maybe they'll call the 7.0 features 8.0 in SS :) [03:16] pretty sure they just bumped it to 7.0 to keep the branches sane after they started landing new stuff and backed it out [03:17] ok uploaded, give it 45 minutes or so and unity will be fine [03:18] compiss? [03:18] compiz is dead. dev disowned it and so did canonical [03:19] the last relic of beryl and wobbly windows [03:19] the reason i started using ubuntu [03:22] Not the last relic. [03:22] The compositing code in kwin is a compiz fork. [03:23] i keep forgetting that kde exists [03:25] llstarks, you definitely use gnome-shell then [03:25] yup [03:25] gotta have my insta-search [03:27] it's the only thing a person of conscience should be using, obviously [03:29] i'm not sure what kde's philosophy is at this point, or how it's relevant. would it work on a smartphone or something? [03:38] There's plasma active for small tablets [03:38] i suppose active plasma or whatever the hell it is would [03:38] yes === jono is now known as Guest50668 [08:10] ricotz, hi. I there's a new fglrx beta out for some time now: http://support.amd.com/us/kbarticles/Pages/AMDCatalyst13-3LINBetaDriver.aspx [08:10] ricotz, could you update xorg-edgers PPA with it please ? === Amaranthus is now known as Amaranth [11:20] intel_do_flush_locked failed: Input/output error [11:21] shrug, another gpu hang when dnding wins between screen on my i5 docked laptop [11:21] * seb128 reboots [11:21] hmm [11:21] I'll try that [11:21] +to reproduce [11:42] seb128: I tried to reproduce but couldn't, guess it doesn't happen that often? [11:42] tjaalton, define "often", I don't dare doing dnd between my 2 screens [11:42] otoh, unplugging the tv corrupted the top-half of the laptop panel [11:42] it happens at least once a day [11:42] and I do like 5 dnd a day [11:42] seb128: like not immediately [11:42] no [11:43] I tend to use the workspace expose and dnd stuff in that view to workaround it [11:53] seb128: could you test what happens on unplug? [11:55] tjaalton, you mean? [11:56] seb128: unplug the external monitor [11:56] tjaalton, unplugging what? one of the 2 screens? [11:56] seb128: you have two external monitors, and laptop screen closed? [11:56] lid closed [11:56] yes [11:57] well lid is not closed [11:57] but laptop screen is turned off from the display capplet [11:57] so three screens in total? [11:57] ah [11:57] I stopped closing the lid because the laptop screen wouldn't be detected on boot [11:57] and then I can't undock my laptop [11:57] or rather I can but get no screen :p [11:57] ok, guess you can't test my bug then :) [11:58] file yours btw [11:58] I unplugged one of the 2 screens [11:59] that reactivated my laptop screen and moved the content that was on the external that got unplugged to it [11:59] now unplug the other screen [11:59] replugged the external one and I'm back to my initial config [11:59] k [12:01] tjaalton, unplugging the second screen leads me with my laptop screen in use and working [12:07] alright, thanks [12:25] I can reproduce this too, bah [12:40] seb128: btw, I think your bug is fixed in 3.9 kernel, but hard to sru :/ [12:41] and my bug was bug #1157678 [12:41] bug 1157678 in xserver-xorg-video-intel (Ubuntu) "[ffe] unplugging an external monitor from laptop results in corrupted screen. Logging out fixes it." [Medium,Fix committed] https://launchpad.net/bugs/1157678 [12:41] tjaalton, you can reproduce the gpu hand on dnd between screens? [12:41] kernel :-( [12:42] seb128: no, but there are a number of commits to fix pageflip issues, which should help with it [12:43] hey, it's all kernel these days, even more so in the future :) [12:43] maybe some mesa but that's about it [12:47] who forgot to push -intel git? [12:47] bryce: ^ :) [13:34] wth, fixed the lightdm race upstart job by accident.. [13:53] ohyes [13:54] http://pastebin.com/2bZu24yG [15:57] ok not that version, but it's still fixed \o/ [16:52] tjaalton: that hack is awful and you should feel awful ;) [16:53] and the if was unneeded there [17:16] mlankhorst: old version [17:16] slangasek made a better one, and I fixed that too [17:17] here http://pastebin.com/reb2kPJw [17:18] added plymouth --ping, and dropped --no-wait from initctl [17:18] now it's working for both cases, normal and plymouth-in-initrd [17:19] ah good [17:20] this should be added to plymouth in any case, enabling it in *dm.conf can be left as SRU material if necessary === yofel_ is now known as yofel [23:24] re xorg 1.14 discussion last night: x-staging ppa isn't really functional, lacks drivers like synaptics [23:24] causes unstable apt [23:52] still no luck with nvidia 319 on hybrid, might need to try arch to eliminate distro as a variable