=== asac_ is now known as asac [04:56] <[reed]> micahg: have you all not been getting complaints about mozilla bug 521495 ? [04:56] Mozilla bug 521495 in ImageLib "moz-icon:// protocol does not work with SVG icons" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=521495 [04:56] <[reed]> I would expect that to be a major issue [04:56] [reed]: just one AFAIK [12:07] bug 49079 [12:07] Launchpad bug 49079 in tuxpaint "Tuxpaint prints garbage to postscript printer (Brother HL 2700 CN)" [Undecided,Invalid] https://launchpad.net/bugs/49079 [12:07] bug 490792 [12:07] Launchpad bug 490792 in xulrunner-1.9.1 "ARM/Thumb interworking support missing from nanojit" [Undecided,New] https://launchpad.net/bugs/490792 [12:30] fta: was the asm fix committed? [12:30] wasnt sure from the mails i got last night [12:30] chromium that is [12:31] bug 488354 [12:31] Launchpad bug 488354 in xulrunner-1.9.1 "NS_InvokeByIndex in xptcinvoke_arm.cpp is not Thumb-2 safe for Lucid" [Undecided,New] https://launchpad.net/bugs/488354 [18:50] asac: yes, should be in today's tarball [18:51] i had to pull some strings, and they'll try to auto-generate that file at build time, but for now, the fix is back === aakashd_ is now known as aakashd [19:22] <[reed]> asac: I assume you'll upstream those patches? [19:34] [reed]: ? [19:34] arm patches? [19:34] yes [19:34] feel free to take them and forward etc. [19:34] :) [19:36] <[reed]> mozilla bug 530087 seems to have some stuff [19:37] <[reed]> though, I'd recommend separate patches [19:37] <[reed]> bugs* [19:37] bug 530087 [19:37] oh [19:37] moz bug [19:37] on a call [20:02] [reed]: would be nice if someone would post _why_ things get backed out [20:02] <[reed]> I agree [20:02] <[reed]> in general, people do [20:02] now we dont know what the status is ;) [20:03] let me take a break and then see whats up with the arm bugs filed by dmart [20:07] backing out bug 530087 due to talos segfault on maemo [20:07] Error: Launchpad bug 530087 could not be found [20:10] bug 530087 [20:10] Error: Launchpad bug 530087 could not be found [20:11] bug 488354 [20:11] bug 490792 [20:11] Launchpad bug 488354 in xulrunner-1.9.1 "NS_InvokeByIndex in xptcinvoke_arm.cpp is not Thumb-2 safe for Lucid" [Undecided,New] https://launchpad.net/bugs/488354 [20:11] Launchpad bug 490792 in xulrunner-1.9.1 "ARM/Thumb interworking support missing from nanojit" [Medium,Triaged] https://launchpad.net/bugs/490792 [20:15] [reed]: first bug of those has a patch for thumb2 support ... second one probably suggests cherry picking the fix landed on 1.9.2 to 1.9.1 [20:15] not sure what about the bug you mentioned [20:15] <[reed]> the patch for the bug I mentioned includes something similar to the thumb2 support patch [20:16] <[reed]> if you look at the patch carefully [20:16] <[reed]> :) [20:16] oh [20:16] [reed]: so yeah. maybe thats the reason for the crashes [20:16] too new instructions they should be guarded by __thumb__ [20:16] like the one posted in the first bug [20:16] <[reed]> yeah [20:30] fta: so positive about copying todays chromium to native PPA? [20:30] e.g. patch is in et al? [20:51] asac, let me check [20:54] asac, .section .note.GNU-stack,"",%progbits [20:57] thx [20:57] fta: do i need and depends etc. too? [20:57] or just karmic/lucid is good enough to build it? [21:02] asac, er, what do you mean? [21:04] fta: https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/nss3.12.3/+build/1374871 [21:05] fta: i mean: do we need any build deps not in the archive? [21:05] maybe deting the other packages from the ppa would avoid that in futzure ;) [21:05] python- ... ia32- [21:07] no, nothing [21:13] asac: is there an reason for m-d to extract the xpi file into a special directory and copy it then to it's target directory? [21:18] bdrung: best i can think of is that unzip behaves rogue if you just unzip it to an existing tree [21:18] i remember there were issues [21:18] but cant tell what [21:28] asac: you saw firefox 3.5.6 build 1 was tagged, right? [21:32] i thought build2 was approaching [21:35] <[reed]> and possibly build3 [21:36] ah, you guys have better intel than I do :), I just watch the tags [21:42] i need to get this all-in-one-package-wonder thing going ;) [21:43] actually i think i should just commit it. [21:43] it worked reasonably well [21:43] only things missing was making it more adept on handling the "still use xulrunner and system libs" case [21:46] asac: is this for lucid or for everything? [21:47] first lucid ... then the rest [21:52] asac: do you know which packages were affected? i would like to merge both steps to one. adding some switches to unzip can resolve the problems. [21:55] bdrung: i have no idea. if it works well, then go for it :) [21:55] one point is that we usually have to clear all the upstream files first ... but that sounds unrelated [21:58] asac: we can remove them later, too. [22:00] asac: we use unzip -o (o for overwrite) to avoid interaction. [22:00] this was maybe the reason for trouble [22:02] asac: do you know how to find executable files (and no, not by checking the exec bit)? [22:02] hmm i think we figured the -o [22:02] anyway [22:02] go ahead ;) ... if there are regressions we know where to find you [22:03] yes ;) [22:15] dtchen, is the p-a that makes flash a cpu pig? [22:38] asac: http://feeds.arstechnica.com/~r/arstechnica/index/~3/IMqEchfv4-U/commonjs-effort-sets-javascript-on-path-for-world-domination.ars [22:44] yeah. they probably dont see the obvious: there is no js engine ;) [22:44] at least none that can be supported ;) [22:50] v8 [22:53] I can't imagine the security nightmares if js becomes mainstream on the desktop [23:06] fta: I don't understand your question [23:10] dtchen, in ff and chromium, when i visit some sites with flash, my cpu gains ~25% to 50% and never goes down. [23:10] dtchen, with chromium, it's easy to see it's the flash plugin, because it has its own process [23:11] but not everyone is seeing that, so it looks like my sdl issue [23:17] if an app requests very low latency, PA is happy to grant that, and cpu usage will skyrocket [23:20] does chromium have a native pulse backend yet? [23:21] hm, not sure [23:40] asac, http://code.google.com/p/chromium/issues/detail?id=29118 [23:55] dtchen, alsa only [23:55] boo