[02:31] heya sbeattie [02:32] bryce: hey [05:58] bryce: nice, I think it would be fine for an SRU [05:59] for jaunty all the shiny stuff should make the patch obsolete for good [06:08] * bryce ndos [06:10] I'm working on writing an X smoke test next [06:10] something I'd committed to doing a long time ago, and the due date of the EOY is coming up... [06:13] got my pbuilders and chroots updated for jaunty... ready to start in on merges now :-) [06:14] btw, talked with jesse. they're putting out a 2.4.3 driver [06:16] however it looks like we already have all the patches that are going to be in it [06:55] were you considering it for intrepid? [06:56] btw, the versions_current -page doesn't load [06:56] your site is not responding :) [07:11] tjaalton: yeah try :8080 [07:11] http://bryceharrington.org:8080/X/PkgList/versions_current.html [07:11] my ISP blocks port 80 [07:11] whee, that works [07:12] bryce: Oh, they do that over there too? [07:12] yeah I was considering 2.4.3 for intrepid. But we already have everything so [07:13] wgrant: yep. know of a good kludgearound that doesn't require some $10/mo or something? [07:14] bryce: Not really. I do some stuff over IPv6 tunnels, but that's not a workaround for everything yet. [07:14] But uni has IPv6, so it works for that. [07:28] sigh, why doesn't requestsync work.. hangs when trying to open the smtp connection [07:29] tjaalton: Use the launchpadlib backend. [07:32] wgrant: the what? I'll just file a bug if there's no quicker way to do it :) [07:36] tjaalton: Make sure you have python-launchpad-bugs installed, and run requestsync with --lp. [07:36] That will use the LP API to do things, rather than email. [07:36] wgrant: oh, nice [07:37] I need to login first? [07:37] Hmmm, probably. [07:37] Not sure how, but there will be docs somewhere... [07:41] hmm, DEBSMTP.. I'll just set that [07:48] tjaalton: hey got something for ya [07:48] http://bryceharrington.org:8080/X/PkgList/versions_current.html [07:48] now with jaunty jackalopes [07:49] wgrant: not too many docs ;-) [07:49] bryce: great thanks [07:49] I'm using launchpadlib for the backend for my spamming scripts [07:49] I'll file sync requests and merge some [07:50] hmm libx11 1.1.99.2 [07:50] with handoff stuff [07:50] I think you have to install launchpadlib out of git. We really need to get the ubuntu package updated [07:51] DEBSMTP worked fine [07:51] with that I can use our own smtp-server. connections outside the network are not allowed [07:51] cool [07:52] smtp connections that is. otherwise the world would be a bleak place to be [07:53] tjaalton: Bleak and more productive? [07:53] wgrant: if your profession is to twiddle thumbs, then yes ;) [07:54] I think the Book Meme must be the most complete one I've seen on Planet Ubuntu... [07:55] my home ADSL has been down for nearly five days now, and it's hard to live without it. glad that 3G works on my phone&laptop [07:55] wgrant: yeah, even I participated.. [07:55] I noticed :( [07:56] I should write something sensible quickly [08:01] tjaalton: and risk getting kicked off planet??? [08:01] bryce: [10:55] uh, bryce, xorg-server git doesn't have patch 138 [10:55] git add ftw [11:52] hi, what about an automatic mac keyboard detection? grep -q Apple /proc/bus/input/devices && echo apple keyboard [11:52] to set model [12:23] grep -q "Apple.*Keyboard" /proc/bus/input/devices && setxkbmap -model macbook79 [12:23] is maybe best [12:27] no, it's not 'best', it's ugly. plus, pretty pointless. [12:27] but it is not detected at all currently [12:28] that's ok, it doesn't need to be [12:28] no mac keyboard has a pc 105 layout [12:28] is /etc/default/console-setup used for X? [12:29] yes. but again, setting the xkb model doesn't change anything, if it's not jp106 or abnt2 [12:30] (other than the geometry, but that's usually unimportant) [12:30] nope, @ is for example at a different place and other extra keys [12:30] especially with german layout [12:30] that doesn't matter... [12:31] is the console-setup evaluted for x too or not? i read that in a german mag [12:31] *sigh* [12:33] jcristau: btw. i do not own a mac, but i got error reports from em, those do not want/know how to change keyboard layout with live mode every time [15:21] bryce: I've added the patch to git, no worries [16:02] hmm, I can make my laptop fail to resume.. attach to the doc, remove from it and then put to sleep. seems to happen every time [16:02] but it's a kernel bug for sure [16:06] https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/273899 - anything that jumps out on that one? [16:06] Launchpad bug 273899 in xserver-xorg-video-intel "IBM thinkpad X200 use G45 and gma 4500 abnormal display 1280 x 800." [Undecided,Confirmed] [16:06] I have an X200 in front of me for the next couple of hours [16:07] it's just installing at the moment and then I need to get it working and have sane VGA out, so if anyone wants any info collecting, or tests trying, shout soon :) [16:09] a logfile with modedebugging turned on [16:11] home -> [16:12] k [17:19] how for to modedebugging? [17:21] Option "ModeDebug" "true" [17:21] to the driver section [17:30] ta [17:38] tjaalton: in the Device section? [17:54] Ng: uh, yes [17:57] http://mairukipa.tenshu.net/x200-xlog.txt [17:57] (also attached to the bug) [17:58] it thinks hdmi-1 is connected when it's not [17:59] and since the only shared resolution is 10x7 it's used [18:00] huh, yeah, xrandr confirms that [18:00] err what [18:00] just popped it out of the dock and now it thinks HDMI-1 and -2 are connected [18:00] * Ng reboots with it out of the dock [18:00] shiny [18:02] it shipped with a dock :o [18:03] right, so this brings me in line with what people were saying on the bug. booted out of the dock and the screen res tool shows three monitors now :/ [18:04] the same trick of disabling the other displays still works though [18:28] hmm, I guess I could probably use xrandr to force those devices off [18:28] I have two issues really, getting it fixed properly in Ubuntu, and making this laptop Just Work Right Now ;) [19:03] it's a driver bug which should be upstreamed :) [19:20] heya [19:20] wow, AMD totally blew off this week's call. :-/ [19:21] well I emailed them the 5 bugs, I guess I can mark them committed. [19:21] er, confirmed [19:21] tjaalton: hey do you know anything about a ubuntu fork of wacom-tools? [19:22] bryce, any word on them about what's fixed in this release (8-11)? [19:22] no bug numbers in their release announce unfortunately this time [19:22] superm1: none [19:23] bryce, .... hopefully this submitting bugs to them turns out a little more productive for upcoming releases then... [19:23] yeah :-/ [19:23] actually [19:24] they *did* say that a bug that we report to them _today_, would only show up in a release uh.. 3? months later [19:24] oh that's right, they develop 3 months out [19:24] anyway, so I wouldn't have expected that this release had any fixes for bugs we've reported [19:24] except in extreme circumstances [19:25] eg what happened with xorg 1.5 [19:25] * bryce nods [19:26] bryce: it's not forked, we just wanted a newer version than what debian had [19:26] not sure how much I can say on a public channel, but they described their typical process and it is *quite* different from what we do [19:27] as i understand they won't blindly fix a bug even if it's blatantly obvious unless they reproduce the problem [19:27] tjaalton: ah [19:28] it's very interesting to me how different (and faster) FLOSS development process cycles are than ones around microsoft stuff [19:29] tjaalton: ok, I'm getting complaints from debian about this. I guess that explains what they're talking about. [19:30] bryce: if you mean what ron said on the wacom ml I don't see it as a complaint [19:31] tjaalton: private email [19:31] i should probably subscribe to it [19:31] oh... [19:32] well he should bump the epoch so we could collaborate better :) [19:33] I'll suggest that [19:35] i've already done that, but got no reply [19:35] let me do that again [19:36] maybe he'll remember :) [20:38] hi, my goal is to get an external monitor connected to my laptop. I don't kneed to use both at the same time, but when I enable the external monitor it sets the virtual resolution and disables compiz. [20:43] is it possible to have the second monitor and compiz? I have a intel 945 gma video card [20:44] when you say "it sets the virtual resolution", what do you mean by "it"? [20:44] clone mode should probably work [20:44] but I think the default is to extend the desktop, and that might break it because of the current limitations [20:44] "it" is the screen resolution applet [20:45] the problem with the clone is that it doesn't show the right resolution [20:45] the laptop is 1280x800 the external is 1280x1024 and the highest clone allows is 1024x768 [20:45] put one monitor above the other [20:45] then you can have 1280x1824 [20:45] and compiz [20:45] anything > 2048 and you lose [20:46] ah, so 2048x2048 is ok but 2048x2049 and compiz is off? [20:46] yes [20:46] if I upgrade the ram and allow more for use by video will that help? [20:46] no [20:47] gotcha [20:48] is it possible to disable the internal screen and use the external at it's native res when its present? [20:49] 'xrandr --output LVDS --off; xrandr --output VGA --auto' should do that [20:49] assuming the external is vga [20:49] ok, I'll try it out. [20:49] Last question, how do I undo the virtual desktop so that I can have compiz again? [20:49] change the Virtual directive in xorg.conf [20:50] or remove it [21:03] for anyone not on distro-team@, looks like focus on Jaunty will be on bug fixing. :-) [22:22] bryce: awww.. :) [22:31] wonder what that'll mean in the real world [22:32] hopefully should mean fewer blueprint specs this time through, and letting folks work on the bug queue instead [22:38] is distro-team publicly archived? [22:38] as long as it doesn't prevent us from uploading the latest cra^H^H^Hstable versions to the archive [22:39] pwnguin: it isn't [22:39] fun [22:41] I've got xorg-server 1.5.3-1ubuntu1 nearly ready. let's declare that as the final upstream version for jaunty :P [22:42] ok ok, I'll stop now.. bedtime it seems :) [22:43] heh [22:47] Are you sure distro-team isn't publicly archived? Lots of private Canonical stuff is accidentally archived publicly on LP. [22:55] heh [23:12] wgrant: really? [23:18] bryce: Yep... [23:45] distro-team isn't hosted on LP ;) [23:46] * Ng goes to read the thread, but doesn't expect it will really work out like it sounds [23:47] * wgrant grumbles at this stuff being private. [23:47] The community exists too, guys. [23:48] 'community' is just a nicer word for 'free testers' :) [23:50] most of distro-team@ really isn't very exciting [23:50] administrivia and cross-posted meeting minutes mostly [23:51] If it was juicy I'd subscribe myself, but it's just not ;)