=== asac_ is now known as asac === fta_ is now known as fta [02:40] Colin Watson can I get your attention? [02:42] TheeMahn: Probably not right now. It's the middle of the night in his TZ and the odds of him being awake and at the keyboard are rather small. [02:43] Thanks, I was here to point our errors & yes I know launchpad is there. [02:45] TheeMahn: why not report them on launchpad then? [02:45] He wiped out 1 he shold have re-considered, I was testing it as he did his hanywork. [02:45] "wiped out"? [02:46] Well you won't find on launchpad anymore ;) [02:46] Wiped out what? [02:46] what was the error? [02:46] I also build an alternative [02:47] search my name [02:48] what was the error? [02:49] 33## he fixed, I think it is wrong he removed it from launchpad [02:49] it introduced another error [02:50] I wanted to speak with him personally [02:50] 33##? [02:50] I will not fill in the blanks [02:50] why not? [02:51] It does not exist on launchpad [02:52] why not explain what the actual problem is instead of being cryptic [02:52] That is between him & I [02:54] TheeMahn: you wont say what the bug you think was introduced was? [02:54] sure I could tell you, are you theUbiquity man [02:55] is there any reason not to tell me? [02:55] I know what is going on [02:55] it is between me & him [02:58] I won't "try" to help you again is that the attitude I need to have? [02:59] pardon? [03:00] are you a dev? [03:00] no, just interested [03:01] yeah, sit in those shoes just once. [03:01] Um. okay then. [03:01] WHAT. THE. .... [03:05] Unfortunately he left before I could warn he he was about to get thrown out. [03:05] He's the Ultimate Edition guy. [03:06] Ah. [03:06] Ultimate Edition and Ultamatix [03:06] That should give an example of the sanity we should expect. [03:06] Right. Got it. [03:06] Colin is powerful indeed to remove bugs from Launchpad. [03:18] asac: Is a non stripped version of firefox available somewhere? (trying to debug a segfault on Jaunty) [03:31] pam: Debug symbols for most Ubuntu packages are on ddebs.ubuntu.com. [03:31] wgrant: yeah, I just saw that on https://wiki.ubuntu.com/MozillaTeam/Bugs [03:31] I got confused because firefox-3.5-dbg is present in the normal repos [03:31] But https://lists.ubuntu.com/archives/ubuntu-mozillateam-bugs/2008-June/047318.html says you don't bulid them anymore? [03:32] So it seems. [03:32] There's little (but not no) reason to have -dbg packages now we have automated symbol extraction. [03:33] oh - not aware of that === emm is now known as emma === Sarvatt_ is now known as Sarvatt [07:04] hello any one here? [07:04] Hey peerless. === rww_ is now known as Guest10673 === johndoe297 is now known as JonDoe297 === asac_ is now known as asac === Igorot is now known as Knightlust === tkamppeter_ is now known as tkamppeter === Tonio__ is now known as Tonio_ === mdz_ is now known as mdz [10:54] pam: we build them again because dbgsym was a mess ;) [10:54] xulrunner-1.9.1-dbg + firefox-3.5-dbg [10:56] asac: what's the problem with dbgsym? [11:03] pochu: bit problem: we dont get any for security updates (and i think also not for -proposed/-updates bits) [11:03] so for firefox they are in general useless for stable releases ;) [11:04] s/bit/big/ ;) === sbasuita_ is now known as sbasuita [11:05] asac: That'll be fixed soon... [11:06] asac: oh I see [11:13] the other reason is that we use ppa quite heavily for dailies etc [11:43] * Keybuk is starting to think there's a gcc armel bug [11:43] * Keybuk got the 150 minutes of inactivity on the exact same source file again [11:52] Keybuk: About half the KDE packages hit that too. In our case it turns out that lzma compression takes a LONG time on armel. NCommander rebuilt some of them by hand and they do eventually finish. There is some discussion about raising the timeouts. [11:53] scottK: this is just gcc compiling a C file [11:53] it's only 16,000 lines too [11:53] OK. So maybe its slow and bugged then. [12:05] Keybuk, i also dont think its actually the lzma stuff, especially since there is no output at all during these timeouts and there is definately no uncompressing involved at that time in some of the packages [12:14] Keybuk, i'm doing an upstart testbuild locally now ... [12:15] Hrm [12:15] has something happened to the dm_snapshot module in karmic? [12:15] like... it disappearing? "FATAL: Module dm_snapshot not found." [12:33] Keybuk, seems you are right ... http://paste.ubuntu.com/215454/ [12:34] though the build goes on afterwards here (using dpkg-buildpackage) [12:34] heh [12:34] and rolls a deb :) [12:35] »upstart« in »../upstart_0.6.0-3_armel.deb«. [12:35] :) [12:38] the build should continue, it's just the test suite :) [12:38] i dont get why the buildd produces a timeout though [12:38] I || true it, but it's useful to have the results in the log [12:38] dunno, assumedly nothing reaped gcc's attempt to crash [12:39] its true that it takes a while especially in that test that the former one [12:39] but neither took more than 5 min here and my system is very slow (running off a micro SD card) [12:39] *that test 'and' the former one [13:03] hi [13:15] i have a question someone is available for me ? === elmo_ is now known as elmo [13:18] ok i see :) [13:28] still nobody awake ? [13:48] jacquesdupontd: just ask, maybe someone knows the answer. [14:11] ok the thing is i'm on jaunty and have an old ati 7000 igp card [14:11] the opensource drivers are working perfectly except it doesn't have 3d [14:12] as you all know i think [14:12] i know we are far from the time ati release something for us, but there's patch here and there [14:12] may someone know more about this [14:15] bryce: ^^ can you look at jacquesdupontd's comments? [14:17] thx Ampelbein [14:26] jacquesdupontd: There is also an #ubuntu-x channel where you might get a better result. [14:35] thx [14:35] i go smoke a cig [14:35] (i know that's very bad) [15:32] hrm, through upstart not building but having the seed change /sbin/runlevel is missing on armel systems :( [15:34] Ouch. ubuntu-minimal probably should have had a versioned dependency. [15:35] yeah [15:35] well [15:35] its no issue for already installed systems [15:35] and i have a selfbuilt package for my freshly bootstrapped ones [15:35] but indeed its an issue [15:54] asac: heh :) thanks [17:34] q. im doing a livecd, compressing squashfs use a significant time at each try, is there a way to avoid this ? like booting on it without this compression === WelshDragon is now known as YDdraigGoch === RainCT_ is now known as RainCT === Athar_ is now known as Athar === zorael__ is now known as Zorael === Zorael is now known as Zorael^2 [19:29] jetienne: mksquashfs has various options to control compression, although you may find the work is dominated more by the I/O time to write out the single big file (which you do have to do, one way or another) than it is by the CPU time of compression; you'd have to experiment to determine that [19:29] jetienne: man mksquashfs [19:51] cjwatson: thanks i will look === emm is now known as emma [23:00] I like it when the Upstart test suite finds kernel bugs [23:36] hi does jaunty support acpi 2.0? [23:41] is there another channel i should ask in?