=== rmcbride_ is now known as rmcbride === asac_ is now known as asac [03:01] geez, is xsplash doing authentication junk beyond simply displaying a splash screen? [03:03] bare bones session via xinit, everything works until I include xsplash in the mix === Hellow_ is now known as Hellow [04:11] * cwillu_at_work redirects his rage towards matchbox-window-manager [04:29] hello [04:29] kjfksd [04:29] sd [04:29] fds [04:29] f [04:30] sdf === gp_ is now known as gp [05:34] Hi there! [05:36] First of all Merry Christmas. I have a small problem: I'm looking for "archives.h" Does anybody know which package I have to install to use it? [05:37] Guest26450: at packages.ubuntu.com, you can search for that file. [05:38] nothing in lucid at least [05:39] I tried, but there is no match for "archives.h" [05:42] Guest26450: do you have an idea, what kind of application are you trying to compile? [05:43] It is a kind of cpio. [05:44] are you sure you don't mean "archive.h", e.g., libarchive-dev ? [05:45] Otherwise I would say you should ask upstream about it [05:46] looks like dpkg has it in src/archives.h [05:46] (in the source package) [05:46] Sarvatt: out of curiosity, how did you find it? [05:46] google :) [05:47] ok :-) [05:47] in the changelog for dpkg 1.15.0 - Move struct pkg_deconf_list declaration to archives.h [05:52] @crimsun: "archive.h" does not define "struct Exp_cpio_hdr" and this is what I need currently :-( === Guest78452 is now known as NCommander [05:58] Guest26450: is there something known as onnv or onnv-gate? See http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/head/archives.h [05:59] anyone know what package openssl/rc4.h is in? [05:59] libssl-dev [05:59] seriously, apt-file or packages.uc [06:00] hmm [06:01] i was doing apt-cache searches on ssl header =/ [06:01] oh, i bet it was headers i was searching for, not header === Epieye is now known as Epistmas [06:15] @diwic: Thanks. Now I can compile. === mac_v is now known as \vish === mac_v is now known as \vish [15:29] hello [15:30] i just updraded to torture Karmic Koala [15:30] its not taking resolution [15:51] PopoMan: try #ubuntu for support for Karmic [17:09] after success on 2 i386 boxes with different graphics cards, I'm testing my "just nuke compiz-core to eliminate the random lockups" solution on a third. [17:09] ha [17:09] * Amaranth hasn't had a "random lockup" with i965 in about a year [17:10] dell latitude d600, HP nc6000, and some random desktop [17:10] iirc, SiS integrated graphics, rage, and someother thing [17:10] not exactly new boxes [17:10] ah [17:11] the final laptop? runs windows XP, but doesn't like hardy, jaunty, or karmic [17:11] Via KM400 chipste [17:11] I don't think sis can run compiz at al [17:11] all* [17:11] Amaranth: and yet we try [17:11] thank you karmic [17:12] Unless it locks up on caling glxinfo that's all we'll try [17:12] calling* [17:12] could be - effects aren't enabled, just the presense of compiz causes pain [17:13] That is just not possible [17:13] Unless, again, calling glxinfo breaks it [17:13] must be, then [17:13] What you're saying is that calling glxinfo breaks the driver in such a way that it doesn't freeze immediately but eventually locks up [17:14] machine quits responding to ping [17:14] anyway, we'll see if it survives better now that compiz is gonegonegone [17:15] the two laptops just locked up hard in X [17:15] during login [17:15] which kinda made for "not fun" [17:15] ok, that is more like what I'd expect [17:19] thanks to "we must start in 10 seconds" we can't work around that in compiz either [17:19] so the driver needs to be fixed [17:20] a question during alternate install would do it for me - totally do not want ext4 yet [17:20] which rules out ubiquity for an install method [17:20] OTOH, i figure I'll prolly just teach things to pxeboot with preseeding [17:20] if I do much more of this [17:20] Feel free to add an option to the alternate install, if you can get away with it :) [17:20] kids yammering for christmas presents time... afk [17:21] pxeboot preseeds are easier [19:28] sladen: hi, I have a question about a mod you made to the Ubuntu zsync package some time ago, for which the documentation is rather sparse === e-jat is now known as ejat [20:00] slangasek: Merry Christmas, and go ahead [20:02] slangasek: if you can supply the corporate weight to get the necessary changes forced into Launchpad/Soyuz and such, that would be greate too [20:07] sladen: Merry Christmas :) - the question is about this 'global offset' option that was added... I'm not sure why it's needed, unless it was a workaround for the lack of 64-bit offset support? [20:08] (which is now fixed, separately) [20:09] sladen: is there a blueprint somewhere describing the changes for launchpad/soyuz? I have only vague recollections of the discussions around apt-zsync; I guess it was one of the solutions liw was looking into, but I don't remember what the numbers looked like there [20:10] (I've been tending zsync only because people are using it for ISO syncing now, and support for DVD-sized images is a must-have) === mac_v is now known as \vosh === \vosh is now known as \vish [20:17] slangasek: the zlib/deflate stream in a .deb does not start at byte zero, but a couple of 2kB into the file (the .ar has three members, and we're after the offset of the data.tar)---IIRC, the offset was to sort that [20:17] sladen: ah, gotcha [20:19] does anyone have any idea why user_xattr is not enabled by default? [20:19] slangasek: Red Hat/Fedora have been tightening up their "embedded libraries" policy, and if we're lucky, they might be working on adding accessor functions to main zlib library to get at the private data (setting/getting bit offset, in addition to byte offset (eg. start decoding at 1234 bytes and 5 bits); this is important as some deflate commands always advance to an aligned byte offset [20:20] slangasek: for Packages.gz the savings are 95%+ for .iso images the saving are good, and for .gz.deb files the saves are much lower because of the tools available [20:22] * slangasek nods