[00:12] Sarvatt, michaellarabel: writing this from the xorg-edgers live CD 0.1 :) [00:13] tormod: Nice [00:14] basically karmic daily-live + Kanotix kernel + xorg-edgers - openoffice/mono [00:15] will add PTS and some branding and publish tomorrow :) [05:11] intel with KMS on whacks up resume from suspend to ram/disk =( [05:11] it hangs upon resuming [05:12] no make that only resume from suspend to disk [06:23] ewww. kanotix kernel.. [09:35] jbarnes_LHR: stuck at the airport?-) [09:35] tjaalton: nah just shorthand for jbarnes_somewhere_in_london :) [09:36] jbarnes_LHR: ah, sounds better ;) === ripps_ is now known as ripps === _CShadowRun is now known as CShadowRun [14:38] just wondering, is the -intel driver strictly limited to 1280x1280, or is there something i can do to convince xrandr that i really do want a 1280-width screen next to a 1680-width screen? [14:59] maco: a newer mesa should fix that. [15:00] maco: assuming, of course, that you're using 965 [15:01] if his problems were 3d related maybe :D [15:02] michaellarabel: I gave up on PTS on the live CD, I tried kano's debs, but they do not have proper package dependencies. PTS does not play so nice with the Debian/Ubuntu package system AFAICS, since it is installs stuff on its own. [15:02] Screen 0: minimum 320 x 200, current 1280 x 960, maximum 1280 x 1280 can't use his external 1680x1050 monitor [15:02] oh [15:03] wooh xrandr shows my maximum 8192x8192 [15:03] =D [15:03] by the way, i can't resume from hibernation with KMS on. [15:03] using latest everything [15:03] maco: try either switching to "UXA" or setting the virtual resolution to whatever you need [15:04] anyway the live cd build script is on https://code.edge.launchpad.net/~xorg-edgers/xorg-server/xorg-pkg-tools [15:04] s/whatever/whatever size/ [15:09] after enabling KMS and rebooting with screen plugged in i now have that 8192x8192 max [15:09] tjaalton: kanotix kernel = karmic kernel updated to latest git + patch for aufs [15:10] both screens are at native resolution, but for some reason i can't quite get them to behave in a next-to-each-other fashion [15:10] tormod: ok, I'm just allergic to Kano's practices ;) [15:11] no comment :) [15:12] maco: xrandr --output $your_first_output --left-of $your_second_output --auto [15:12] yeah i tried that --left-of and --right-of stuff....not workin so well [15:12] setting the resolution (mode) for each output should do it [15:13] ahhh ok the --auto makes it go [15:14] and wow its confusing having one workspace on each screen [15:14] bryce: can you host a xorg-edgers live CD somewhere? [15:16] ahhhh if i switch the right display to the workspace the left display is showing, they swap! [15:18] tormod: PTS handles Debian/Ubuntu just fine. It installs some dependencies, but for the vast majority it will install them using its own way. It's one of the few ways that there can be sane, comparable results between distributions using PTS. Otherwise who knows what slight patches, build optimizations, etc that a package maintainer for a distribution could have done to those packages. [15:20] michaellarabel: but if you just install the PTS and run it, it will fail on missing stuff, like "patch" and "g++" etc. [15:20] some a bunch of packages should be added to its dependencies [15:21] tormod: It should install those automatically with PTS. [15:21] ewww. [15:21] I don't know what Kano's package looks like, but otherwise even just run: phoronix-test-suite install-all-dependencies and it will install its Ubuntu dependencies. [15:22] at least the "standard" deps should be deb dependencies [15:23] Yeah, sure, I didn't package it so bring it up with Kano. [15:24] I think actually it is the same with your official 1.0 debs... [15:25] 1.8 I mean [15:29] tormod: I can probably make that happen. how much space is required? [15:29] tormod: nice work getting the cd put together so swiftly! anything else I could do to help besides hosting? [15:29] tormod: also, can you tell me about the kernel being used in this? should I contact the kernel team to get them to build a better one for us? [15:32] the iso is 561 MB (now). not sure if we need to keep some older versions around [15:33] if the iso could be build somewhere it would be even better, I have a slow uplink [15:33] ok, I'll see what I can do [15:34] the kanotix kernel is simply the karmic kernel, merged with latest upstream, patched with aufs and 2 other small patches [15:34] as soon as the kernel team makes a live-cd capable kernel I'll use it [15:41] ok, emailing kernel team [15:44] tormodvolden@ubuntu.com ? [15:44] ah, tormod.volden@gmail.com [15:44] bryce_: use lists.tormod if it ends up in mailing lists [15:49] tormod: ok email sent [17:03] tormod: I can put the image onto my people.ubuntu.com account for now. I'll forward the request to cjwatson to set up something more permanent and easy to update. [17:04] tormod: do you have the iso somewhere that I can download it? [17:04] bryce_: thanks [17:04] if not, I can give a shot to generating it myself tomorrow (I'm down with ubuflu today unfortunately) [17:04] the problem is I have my ISO locally on _A_DSL [17:05] it should be easy to regenerate. get better soon! [17:05] I just tried to create it on an VPS now, but loop mounting fails on it... [19:06] tormod: http://sarvatt.com/downloads/xorg-edgers-0.1-i386.iso [19:25] NICE! Just saw the patches on the intel-gfx mailing list to fix the UXA gl compositing memory leak, time to test those out [19:31] tormod: are you around? got a question about a new mesa hook [19:31] Sarvatt: the patch is broken [19:31] ah is it? the updated one he posted? [19:31] yeah [19:32] dang, got my hopes up :D [19:32] i mean, the idea might be good, i have no idea :) [19:32] but the patch is not quite there yet [19:33] thanks for the heads up, saved me alot of trouble :) [19:34] would be nice to be able to use compiz again, not worth downgrading to use EXA over for now though [19:40] bryce: btw I take back what I said about -intel 2.7.99.1, jcristau updated it to the latest and greatest incase you didn't see, drm is updated over there in drm-snapshot instead of libdrm too :) [19:43] Sarvatt: ok thanks [19:44] bryce: as you can see Sarvatt built the live CD, so you can mirror it [19:44] tormod: yep, already doing so [19:44] me too :) [19:46] might want to make sure it works first, I have nothing to boot it off of handy. Typing this in traffic atm :D [19:48] theoretically it should be the same as the iso I made myself, but I will test yours [19:49] mirroring finished: http://people.ubuntu.com/~bryce/xorg-edgers-0.1-i386.iso [19:50] i can put up a build log if ya give me a few [19:53] tjaalton: dont know if you saw it but we need to change mesa-common-dev.install in 7.5+ to factor out the glxew.h header install that makes it conflict with libglew1.5-dev [19:55] they started shipping it with 7.5+ for building some demos [20:26] Sarvatt: ok, fixed [20:33] nice, one more hook we can drop! thanks tjaalton :) [20:39] we just started adding --disable-gallium to the confflags too since it builds by default (but not shipped) and just wastes build time :D i hope the 8xx intel fixes end up getting pulled back into 7.5 as well as the UXA memory leak fixes whenever those hit [20:49] nice, the new e2fsprogs 1.41.6 shaved a decent chunk of time off my boot time there [20:56] ubuntu needs to update to mesa 7.5 already, would like to up jaunty to 7.6 since there was MAJOR intel fixes only in 7.6 [20:57] basically there was no 3d support for 8xx series intel with tiling enabled until a few days ago :D [20:57] ah jeeze wrong channel again [20:59] way to make a out of myself, I'm sorry :) only said that because we decided to hold off on 7.6 in jaunty on edgers until 7.5 hit karmic [20:59] heh [21:00] between uds and catching ubuflu, I'm a bit behind in merging in stuff, but hopefully it'll be in within a week or so [21:01] tjaalton usually does the mesa updates, so perhaps if he has time he'll be pushing that in; if not I'll get to it later after -intel is updated [21:19] tormod: build log from your script - http://sarvatt.com/downloads/xorg-edgers-live-cd-buildlog.txt [21:20] there's still the issue about what to do with gallium. jcristau sent a post about it on debian-x@ [21:25] bryce, QED the live iso works fine [21:36] and mesa-rewrite is still broken, QED2 [23:14] anyone have any ideas on what to do about installing dri.pc with mesa? which package it should go under (libgl1-mesa-dev?)? it's required for xserver 1.7 and I have been manually changing the check in configure.ac to check the gl package instead of dri to work around it.