[03:50] any compiz types around? [04:24] LaserJock: why? [04:28] I'm wondering if there are any good pointers on OpenGL apps behaving badly with compiz [04:29] or rather, how to correct screen artifacts in OpenGL apps [04:36] LaserJock: Redirected Direct Rendering [04:36] Unfortunately we don't actually have that yet [04:38] bluesmoke: so is that a compiz thing or at the app level? [04:38] That's a driver thing [04:38] ah [04:43] Assosciated buzzwords include DRI2. [04:46] Doesn't implementing DRI2 get RDR for free? [04:58] Yes. [04:58] bluesmoke: ^ [04:58] It's basically the point of DRI2 [04:59] anyway. It works on intel upstream mostly at this point. and is progressing on ATI... [04:59] but the i915_drm module changes aren't landing until 2.6.28, so it wont be in Jaunty. [05:03] hmm, i thought we had 2.6.26 in hardy [05:03] and we usually jump two between releases [05:03] The timing just doesn't work out this time [05:03] Hardy is 2.6.24, Intrepid is 2.6.27 [05:03] err, yeah, intrepid [05:04] wait, now i'm all confused [05:04] racarr: did you mean 2.6.29? [05:04] This is kind of confusing. Now I'm trying to decide whether I meant 2.6.29 [05:05] we definitely determined that the kernel with the stuff needed wouldn't be in jaunty, because it wouldn't be out in time [05:05] and I could have sworn that was .28...but that wouldn't really make much sense [05:08] 28 will be out in time for jaunty [05:08] Yeah. 2.6.28 is in Jaunty. So I must be confused on when i915 stuff is landing. [05:08] which must then be .29 [05:09] alternatively none of us in the plymouth session at UDS could count, and it actually is landing in .28 in time for jaunty [05:09] but I don't think so. [05:13] backport? :) [05:16] So. It's all getting put in a ppa [05:16] to test plymouth, for boot stuff [05:17] but it just happens to conveniently be [05:17] all in the same package [05:17] (kernel modesetting and DRI2) [05:57] guys I have a question [05:57] why the fuck is my OpenOffice.org listing fonts as "Normal" "Cursiva" "Negreta" "Negretaa cursiva" [06:19] surely that question works just as well without the obscenity? [06:19] bug #105900 [06:19] Launchpad bug 105900 in openoffice.org "Bold, Italics, and Bold Italics not in English on Fonts menu" [Unknown,In progress] https://launchpad.net/bugs/105900 [07:07] racarr: DRI2 doesn't need KMS, so 2.6.28 is enough. just that the current version of -intel in jaunty doesn't support DRI2 [07:07] there's a new beta available, but it needs a new libdrm which in turn crashes X, so.. :) [07:07] tjaalton: Right. It doesn't need KMS, I was just under the impression that they happened to be in the same release [07:08] racarr: nope, KMS for intel is 2.6.29, for ati maybe 2.6.30 [07:11] tjaalton: Ah. Ok. That explains my confusion. Thanks. === nellery_ is now known as nellery === fargiola` is now known as fargiolas [10:05] https://lists.launchpad.net/ubuntu-boot/msg00003.html [10:06] ...interesting, but probably not a metric ;) [10:07] 72% of the time in initramfs is udev (though probably also waiting for the root fs), and 42% of the time booting the rest of the system is in udevsettle [10:08] Keybuk: interesting, yes :) [10:09] Keybuk, that's 114% percent O_o? [10:10] NCommander: the two % don't refer to the same thing, so no. [10:10] oh [10:10] * NCommander inserts his foot into his mouth [10:15] * RainCT watches NCommander inserting his foot into his mouth [10:15] * NCommander turns his foot left === veloc1ty is now known as veloc1ty^off [10:51] cjwatson: (Pushed pygobject/hardy-proposed) [10:52] * lool lunch & [11:37] lool: thanks === thekorn_ is now known as thekorn === veloc1ty^off is now known as veloc1ty === stdin_ is now known as stdin [16:50] * lool waves a merry christmas! [16:51] Happy Christmas! [17:35] doko_: any chance you're around? I have a patch to glibc to "fix" bug 305901 [17:35] Launchpad bug 305901 in glibc "Intrepid gcc -O2 breaks string appending with sprintf(), due to fortify source patch" [High,Confirmed] https://launchpad.net/bugs/305901 === LaserJoc1 is now known as Laserjock === Laserjock is now known as LaserJock [18:27] this likely is a dumb question but I can't seem to resolve it on my own. I'm on ubuntu 8.10. What package contains libGL.a? [18:27] 'apt-file search libGL.a' [18:28] or use packages.ubuntu.com if you dont have apt-file installed. [18:28] what he said too. [18:28] ;) [18:33] Searched packages.ubuntu.com. Found one entry: libgl1-mesa-swx11-dev. this is a "This library provides a pure software rasteriser" and it conflicts with half of the system (including "ubuntu-desktop") [18:33] any thoughts? [18:34] there is libGL.so... should i link against some other library? [18:35] gverig: if you're trying to package some software, better ask in #ubuntu-motu; otherwise, ask in #ubuntu [18:35] mtr 12.44.117.104 [18:37] azeem: I am trying to build something. Something I am trying to write. I asked in #ubuntu they sent me here... [18:38] I want to play with OpenGL a bit. and I can't find a GL library to link to... [18:38] Find what package is providing your libGL.so, then add -dev to the package name, and see if that gives you the .a [18:39] ebroder: yeah, tried that. libGL.so is provided by libgl1-mesa-dev. No libgl1-mesa-dev-dev :-\ [18:39] Why not just link against the dynamic library? [18:40] ebroder: don't I need an .a file to define how to link against a dynamic library? I have not done much C++ in a loooong while [18:41] No. .a is the static library, .so is the dynamic library. You don't need one to link against the other [18:42] ebroder: OK, how do I link against dynamic library? [18:43] No idea - I avoid linkers at all costs :) [18:43] o_O how do you build stuffs? [18:43] I write everything in Python [18:43] ahh, ok [18:44] Anyway, azeem is right - this isn't really an #ubuntu-devel question anymore [19:22] I just upgraded to jaunty, but now resolv.conf is empty, and I don't have a default route [19:23] It’s a feature. Without proper network access, the computer is now secure. [19:23] ion_: except against local attackers :) [19:23] ion_: but I wonder where the bug is.. dhcp client? network-manager? resolvconf? [19:23] Computers are never secure against local attackers. :-) [19:24] Dunno. I’ve been considering upgrading as well, perhaps i’ll stumble upon the same problem. :-) [19:24] * Nafallo should poke his eeepc [19:24] Treenaks: Do you have something like NetworkManager installed? [19:25] ebroder: I just upgraded a mostly-standard intrepid [19:25] ebroder: so yes, I have network-manager [19:25] and I've already found something in its log [19:26] Treenaks: I've never used network-manager, but doesn't it create the resolv.conf file and routes and stuff like that? I'd check its config [19:26] ebroder: I know how it should work, it's just not working as it should [19:26] ebroder: actually, it worked until a few minutes ago (upgrade to jaunty) [19:27] * ebroder shrugs [19:27] You've officially surpassed my expertise on network-manager :) === asac_ is now known as asac [22:00] Hmm...I think the Perl security update broke the Errno module: http://pastebin.com/m6d2b5b9d [22:00] Is this an actual regression, or just my system being stupid? [22:02] Oh, never mind - I didn't notice it was in /usr/local === cprov is now known as cprov-out [23:30] nellery: I owe you a thank you. Your merges got me in the Hall of Fame for Sponsoring the Uploads