[01:46] tjaalton: is there a workaround to get xserver to build? [01:49] bryce: With the libdrm conflict? [01:50] yeah [01:50] I downgraded it manually in my chroot, but I don't think there's any workaround for the buildds... [01:50] Other than hunting kernel guys. [01:52] mm, according to bug 308387 it *should* be fixed [01:52] Launchpad bug 308387 in linux "[Jaunty] trying to overwrite `/usr/include/drm/drm_sarea.h', which is also in package libdrm-dev" [Undecided,In progress] https://launchpad.net/bugs/308387 [01:52] or worked-around at least [01:53] Ah, very recently. [01:54] funny my pbuilder chroot failed since I'd just updated it... retrying [01:54] wgrant: btw how was your flight home? [01:54] It was good - fairly uneventful, though we almost missed the Sydney->Melbourne connection. [01:54] Yours? [01:54] it was perfect; eerily so. [01:55] short, no babies, no one in the seat next to me, no security line waits, etc. [01:55] hmm [01:55] dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy: [01:55] pbuilder-satisfydepends-dummy depends on libdrm-dev (>= 2.3.1); however: [01:55] Package libdrm-dev is not installed. [01:55] dpkg: error processing pbuilder-satisfydepends-dummy (--configure): [01:55] dependency problems - leaving unconfigured [01:55] Setting up bsdmainutils (6.1.10ubuntu3) ... [01:56] Oh, and the bus to the BART station didn't come, so we had to walk. That was inconvenient. [01:58] ahh now it's going [02:00] portland got hit by a snowstorm a day after I arrived home; about 10cm in some places, and streets are iced over [02:01] it was cold but sunny today, with the roads passable, so we were able to get out and go to the market this afternoon. But another storm's coming tomorrow morning so I think that'll lock us in the rest of the week :-) [02:01] i just got sent back home because my flight from AUS->ORD got canceled because of some snowstorm at ORD (probably remnants of what you saw bryce :)) [02:01] superm1: wow [02:01] superm1: hey btw, you'd mentioned something early last week about a touchscreen machine or something that I needed to look at? [02:02] bryce, yeah, BenC is supposed to give it to you [02:02] bryce, he was using it all week at UDS [02:02] ah ok [02:02] it should have fully support by the kernel evdev driver. the X driver is lacking though [02:03] I'm off next week, so probably won't get a chance to do much with it until january anyway [02:03] (unless it turns out to be something simple) [02:03] yeah that should be fine. we're not rushing on it, but just want to make sure the support lands sometime by when jaunty is out since we'll have other products after jaunty using the same display [02:03] * bryce nods [02:04] i looked at it a little bit and with a few hackish quirks it looks like you can get the pen moving, but i dont know the code that well, and just wanted to see if i could get it that far before handing the hardware off [02:04] I just had a call with one of our oem guys about this; sounds like we're going to give touch good attention for jaunty [02:04] yeah by fixing the evdev driver rather than hacking on wacom everything should start to just work :) [02:05] (that is for non wacom displays) [02:05] * bryce nods [02:07] also whenever you've got it to a satisfactory functionality, mirco muller had an interest in it, so you'll be passing it on to him when it gets to that point probably [02:08] okay [02:58] tjaalton: ok fixed up the signal patch (bug 226668), and committed to git. [02:58] Launchpad bug 226668 in xorg-server "Xorg crashes do not work with apport" [Wishlist,Fix committed] https://launchpad.net/bugs/226668 [03:27] aww, nouveau is broke [03:27] well, missing [05:08] missing? [05:24] the modules thing is mia [05:24] linux-nouveau-modules [05:43] bryce: ok, excellent. I've now requested rebuilds of x86/amd64 [05:43] tjaalton: fyi, i think wacom works in jaunty [05:44] pwnguin: nice [05:44] i sent a mail to the list, lemme know if you think i'm wrong ;) [05:45] I haven't tested it but if tom thinks it works.. :) [05:45] bryce: you marked xorg-server for release, did you upload it? [05:46] ah there it is [05:46] cool [05:48] yep [05:51] on a scale from 0 to finished, does anyone know where nouveau in jaunty is at? [05:57] pwnguin: 7E [06:00] =/ [06:01] mostly, I'd like to know whether I'm doing something wrong or it's just too early to expect installable packages [06:02] what exactly is your question? [06:02] it should be installable on jaunty [06:02] The following packages have unmet dependencies: xserver-xorg-video-nouveau: Depends: linux-nouveau-modules but it is not installable [06:02] E: Broken packages [06:02] hmm ok [06:09] tjaalton: do you have an idea on that? [06:10] does -nouveau depend on kernel stuff? [06:10] sure, it needs newer drm stuff, so there's a package which builds those [06:16] I'm not sure which source package provides that though. the package description suggests to use module-assistant first [06:17] pwnguin: grab the package, drop the dep and test :) [06:17] heh [06:18] hmm no, the kernel doesn't have any version of the module [06:19] off to work -> [06:43] so was i really supposed to fiddle with the package and test again? [06:56] pwnguin: yeah [06:57] fwiw, -nouveau is not officially supported by us yet (we won't triage bugs against it this release for example) [06:57] we'll accept and upload fixes of course, but at this stage it's considered completely experimental [07:05] pwnguin: it'll refuse to work without the drm module [07:07] raof should know the state of the package, but he's not online atm [07:49] thats what i figured; i'll ping him later [08:26] tjaalton: bug 308410 could use your attention [08:26] Launchpad bug 308410 in nvidia-graphics-drivers-177 "Latest Xorg removes nvidia driver ... conflicting xserver-xorg-video-4" [Medium,Confirmed] https://launchpad.net/bugs/308410 [08:27] bryce: expected, and rebuilding those wouldn't help much, since they don't work with the new xserver without force [08:27] tjaalton: could you comment on the bug about this? [08:29] done [08:31] heh, no more ctrl-alt-backspace on my dev box [08:31] -retro ftw! [08:38] fwiw, with all of today's updates my eaglelake box is working much better [08:44] good [08:53] bryce: heh, good move to delete the comments :) [08:53] from the spec [08:54] tjaalton: I moved them to the wiki page [08:54] ah [08:54] whiteboard != forum [08:54] yeah [08:55] we're going to get a *lot* of comments about this once people become aware of the change [09:00] sure, let them come [09:10] tjaalton: Is there an upstream bug for intel not building against linux' drm headers? [09:10] lool: I don't know [09:13] although I could file one [09:19] tjaalton: Well they might not be aware of this if they still use libdrm's headers [09:19] they are aware, airlied is trying to persuade intel to get their act together [09:29] 2.6rc1 fails to build as well, using libdrm master [09:34] freedesktop bug 19132 [09:34] Freedesktop bug 19132 in Driver/intel "2.5.99.1 fails to build using drm headers from 2.6.28" [Normal,New] http://bugzilla.freedesktop.org/show_bug.cgi?id=19132 [09:34] same error as with 2.5.1 [09:36] are we finally dispensing with control-alt-bksp? [09:39] cleverly hidden [09:41] yes [09:44] i gotta say, blueprints is confusing as hell [09:59] in general or this particular one [10:10] tjaalton: is the new intel driver available now? [10:10] the one with the fix to my problem [10:10] tseliot: it was a bug in the server [10:10] and it's available [10:11] ok, thanks :-) [10:14] tjaalton: thanks [11:24] seb128: I gave mvo all the patches you need and he merged them. Now you can push gnome ;) [11:25] tseliot: ok thanks! [11:50] lool: upstream knows about it, they'll probably fix up the kernel headers at some point. until then just build against libdrm? [12:36] tjaalton: 3D effects (Compiz or Kwin) are very slow with the Intel driver now [12:36] but hey, at least X starts now [12:39] tseliot: check the permissions on /dev/dri/card0 [12:41] tjaalton: crw-rw---- 1 root video 226 [12:41] ..and if you're not on video-group -> fail [12:42] tseliot: btw, are you on linuxwacom-discuss? [12:42] tjaalton: no, where is it? [12:43] the mailing list? [12:43] tjaalton: aah, ok [12:43] https://lists.sourceforge.net/lists/listinfo/linuxwacom-discuss [12:43] I'll post there soon [12:44] * tseliot > lunch [12:44] well, alexia death has looked into using dbus for hotplugging [12:45] and looks like it's possible to write a callout script which does things once you plug a tablet [12:45] +in [12:50] so, wacom hotplug should be around the corner, but there still are issues about where to store the config options etc. [13:12] jcristau: Yup just what we're doing [14:04] tjaalton: that would be interesting [14:11] tjaalton: compositing is so slow that even KWin noticed and told me that it was better to disable it [14:12] tseliot: well, did you fix the permissions then? [14:12] you need to have rw-access to /dev/dri/card0 [14:12] tjaalton: I added myself to the video group [14:13] and logged out & in? [14:13] tjaalton: I restarted Ubuntu [14:13] ok [14:13] dunno what's wrong then [14:14] and I get direct rendering [14:16] tjaalton: can you enable dbus in the xserver? [14:23] done in git [14:27] tjaalton: it's called enable-config-dbus [14:31] jcristau: hah, so it is [14:46] tjaalton: that will allow me wacom hotplug [14:46] allow me to do [14:47] you can't do wacom hotplug with config/hal? [14:47] jcristau: only one device (stylus/eraser/..) [14:47] to fully use wacom you need to set up at least three devices [14:48] i thought NIDR was exported just for that reason? [14:48] NIDR? [14:48] well I don't know what the details are [14:48] tseliot: the function that creates a new input device [14:48] NewInputDeviceRequest [14:49] jcristau: ok but does the wacom driver work with it? [14:49] http://sourceforge.net/mailarchive/forum.php?thread_name=200812162159.29671.alexiadeath%40gmail.com&forum_name=linuxwacom-discuss [14:49] dunno. that's not the point though. if it doesn't, it can presumably be made to work [14:50] tjaalton: I replied to her [14:51] btw do you know why I get this is my Xorg.0.log? Failed to set tiling on front buffer rejected by the kernel [14:52] it says the same about back and depth buffer [14:53] nope, no idea [14:54] http://pastebin.com/m4606b1d9 [14:54] the full log ^^ [14:58] upgrade your kernel [14:58] check dmesg for segfaults [15:09] tjaalton: upgrade my kernel to which version? [15:15] to the latest one, yours is -2 while there is -3 available [15:19] tjaalton: I can't see it in the repository [15:20] then change your mirror, preferably to just archive.u.c [15:20] gone -> [15:22] found [15:41] hmm, it doesn't seem to solve the problem [15:48] ok [15:53] also I can't switch to vt without corrupting the screen [15:54] disable usplash [16:09] right [17:29] superm1: erf, ATI is changing the bug escalation rules again [17:30] superm1: now they are no longer accepting new bugs once we've reached 5 (non-feature) EPR's [17:42] Hi folks [17:43] salut lool [17:43] On ATI R500 I had screen corruption all over the place until I forced EXA [17:43] I'm using compiz [17:43] Should we make EXA the new default for ati? [17:48] lool: yep [17:48] lool: in fact I've a blueprint open on doing exactly that... probably post-alpha2 I'll switch us over [17:49] I'd have done it already by now, but just been busy [18:03] bryce: ok cool [18:51] tjaalton, tseliot, should bug #308410 get a mention on the alpha-2 release notes? [18:51] Launchpad bug 308410 in nvidia-graphics-drivers-177 "Latest Xorg removes nvidia driver ... conflicting xserver-xorg-video-4" [Medium,Confirmed] https://launchpad.net/bugs/308410 [19:19] how do you restore the icons folder in /usr/share [19:20] hello [19:21] geeksquad: wrong channel. [19:21] whitch is the right channl [19:22] other than #ubuntu [19:23] bryce [19:23] dunno [19:23] this channel is only for X.org in ubuntu though. [19:24] oh maybe #gnome will work [20:53] bryce: just mention that blobs don't work. jockey doesn't offer them anymore [20:55] tjaalton: I think once alpha-2 is out, I'm going to pull a new -ati git snapshot and flip EXA on by default [20:55] *hopefully* that will be Friday [20:55] bryce: yeah [21:00] so, alexia tells me that she (?) managed to get wacom hotplug working using the dbus-script as a hal callout-script like debian-setup-keyboard is [21:01] the driver is a bit buggy so that some options are wrong, and of course no user settings are set, but that can be fixed while the device is plugged in [21:02] yes, I talked to Alexia and I think we can work together [21:04] bryce: do you know what can make my 965 slow when using 3D effects in Jaunty? [21:05] bryce: log: http://pastebin.com/m4606b1d9 [21:21] videos have no tearing any more though [21:24] tseliot: mm, in your log I see some errors about tiling buffers rejected by the kernel [21:25] (WW) intel(0): Existing errors found in hardware state. <-- doesn't sound good either [21:26] however, I'm not familiar with these errors yet so don't know their significance [21:26] ok [22:19] tjaalton: https://wiki.ubuntu.com/Hotkeys has a 'should be' diagram there now too. let me know if there are any inaccuracies in it [23:26] bryce: nice pics, looks good so far :) [23:26] btw, now my laptop (965) refuses to start X properly :) [23:27] tjaalton: what did you run into? [23:28] I'm doing another ->intrepid upgrade on another 965 system (my laptop) [23:28] after alpha-2 I think I'm going to try a from-scratch reinstall [23:28] the display just goes blank, flashes a couple of times before that [23:28] maybe it didn't like me booting into xp to update my phone & remote [23:30] tjaalton: run intel_reg_dumper to collect the register settings while it's blank, then again when you get it working with vesa or a livecd or something, and send both to jesse [23:31] mm, could windows have left the gfx card registers in an inconsistent state for linux? [23:31] or just the fact that I have master snapshot of libdrm [23:32] tjaalton: btw I got confirmation that we are *not* doing KMS for jaunty. That rumor we heard friday was apparently just a rumor [23:33] bryce: ok [23:34] yeah, downgrading libdrm helped