[02:43] <bobby> Anyone know when the UI overhaul is coming?
[07:34] <fta2> micahg, ff4.0 needs a patch refresh
[07:34] <micahg> fta2: yes, I did one last night, and tonight it needs another
[07:34] <micahg> fta2: if I do it now, do you want to respin?
[07:34] <fta2> sure, np
[07:34] <micahg> fta2: k, give me about 10 minutes
[07:59] <fta2> micahg, done??
[08:00] <micahg> sorry, the patch doesn't look right, I'm looking into it
[08:00] <micahg> I geuss it's fine..., almost done
[08:02] <micahg> fta2: I pushed it, I guess give it a minute to update
[08:07] <micahg> fta2: got the emails, so should be good to go
[08:07] <fta2> i didn't..
[08:07] <fta2> maybe i'm not subscribed to this branch
[08:08] <micahg> fta2: nope, I didn't know what options to subscribe you with
[08:08] <micahg> https://code.edge.launchpad.net/~mozillateam/firefox/firefox-4.0.head
[08:08] <micahg> hi chrisccoulson
[08:09] <chrisccoulson> hi micahg
[08:09] <chrisccoulson> have you tested 3.6.7+build2 in lucid?
[08:09] <micahg> chrisccoulson: so, all the mozilla apps were release, but no security info yet
[08:09] <micahg> *released
[08:09] <chrisccoulson> yeah, i just saw that
[08:09] <micahg> chrisccoulson: I've been running it since you published it there
[08:10] <chrisccoulson> i'll ask jdstrand to publish them when we get security info, but i've not had a chance to test on lucid yet
[08:10] <micahg> aside from a memory leak, which I think was there before, it seems to be fine
[08:10] <chrisccoulson> ok, thanks
[08:10]  * micahg still needs to write a patch for upstream for xul191 branch and cairo 1.8.10
[08:11] <micahg> chrisccoulson: I didn't fix the gnome-shell/gjs issue yet, so we might have to respin in Lucid
[08:11] <micahg> chrisccoulson: right now gnome-shell is FTBFS in maverick, so I figured, I have to fix that before I can fix the one in lucid
[08:14] <chrisccoulson> micahg - ok, thanks. i'm not too concerned about gnome-shell, the breakage went mostly unnoticed before anyway ;)
[08:14] <micahg> chrisccoulson: so, I should just file anotehr bug for -proposed to respin after xulrunner lands?
[08:14] <chrisccoulson> yeah, can do
[08:15] <chrisccoulson> micahg - do you know what is happening with the UI in FF4.0 on the linux versions?
[08:16] <micahg> chrisccoulson: no, I've seen some posts about UI, but haven't had time to keep up
[08:16] <chrisccoulson> yeah, i was wondering about that, as the windows version is looking quite nice
[08:16] <micahg> fta2: awesome, thanks
[08:17]  * micahg should try the windows version in a VM
[08:17] <chrisccoulson> yeah, i tried it last week, it's looking pretty good
[08:17] <fta2> asac, is chromium working fine on arm? i see debian has lots of arm related changes and i wonder why
[08:18] <asac> fta2: what is "lot"?
[08:18] <asac> fta2: just build options or also assembler?
[08:19] <fta2> asac, http://packages.debian.org/changelogs/pool/main/c/chromium-browser/current/changelog
[08:19] <asac> fta2: yeah so:
[08:19] <asac> Do not use armv4 incompatible code
[08:19] <asac> [armel] Disabled thumb to fix FTBFS in armel
[08:19] <asac> [armel] set arm_neon=0
[08:19] <asac> [armel] Remove all V5TE, VFP code from ffmpeg
[08:20] <asac> are there because debian wants to supports really old boards
[08:20] <fta2> no idea
[08:20] <asac> we go for armv7 ++
[08:20] <asac> and they even want to support armv4t
[08:20] <asac> which is nothing of real relevance from what i know ... like old routers etc.
[08:21] <fta2> ok
[08:21] <micahg> asac: do we need enigmail-locales if enigmail is shipping locales in a .jar file?
[08:22] <fta2> asac, and bug 539245?
[08:22] <ubot2> Launchpad bug 539245 in chromium-browser (Ubuntu) (and 2 other projects) "[armel] chromium-browser's rendering is off (affects: 1) (heat: 31)" [Medium,New] https://launchpad.net/bugs/539245
[08:22] <[reed]> what do I use for enabling webgl on ubuntu?
[08:22] <fta2> i didn't change anything so i'm surprised it's fixed
[08:22] <[reed]> like, what package do I need to install and such
[08:23] <fta2> [reed], webgl works for me here
[08:23] <fta2> it's auto-detected by configure when the headers are there
[08:23] <[reed]> fta2: didn't you have to set a pref?
[08:24] <fta2> hm, maybe. i don't remember.. it's been a while
[08:24] <[reed]> what do you have set for webgl.osmesalib ?
[08:24] <[reed]> (pref)
[08:25] <fta2> i just have webgl.enabled_for_all_sites=true
[08:25] <[reed]> hmm
[08:25] <fta2> and it works on say https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/demos/google/san-angeles/index.html
[08:26]  * micahg is off, have a good day everyone
[08:27] <fta2> micahg, bye, and thanks for the fix (another one is needed apparently)
[08:27] <micahg> fta2: yeah, the crash reporter has issues on hardy and jaunty
[08:28] <fta2> ok, good to know
[08:35] <fta2> asac, so apparently lsb_release is slow. any idea of a good equiv for us ? http://bzr.debian.org/scm/loggerhead/pkg-chromium/chromium-browser/chromium-browser.sid/revision/619/debian/changelog
[08:38] <micahg> fta2: shouldn't that be set at build time?
[08:38] <fta2> not this one, it's to display "built on ubuntu/maverick, running on debian/unstable"
[08:38] <fta2> or similar
[08:39] <fta2> that's the running on part
[08:39] <micahg> fta2: that's not what those commands output though
[08:40] <micahg> DIST=Ubuntu RELEASE=10.04
[08:40] <micahg> fta2: his fix should be reverted and replaced with build time substitution
[08:40] <fta2> yep
[08:41] <fta2> no
[08:41] <fta2> you need to read the full code
[08:42] <asac> no clue
[08:42] <micahg> fta2: ah, I see :)
[08:42] <asac> in general it shouldnt be slow
[08:42] <asac> but well ;)
[08:42] <micahg> fta2: can you do version substitution in .postinst?
[08:42] <fta2> asac, it takes 2~3sec here, which is slow for chromium
[08:42] <asac> usually you should display the lsb release from build time i guess
[08:43] <asac> and not at runtime
[08:43] <asac> we do that in firefox too
[08:43] <fta2> the reason i added that is because in bugs, it's obvious that people are running the wrong builds
[08:44] <fta2> like BUGabundo ;)
[08:45] <micahg> fta2: what do you think of my idea about modifying those variables in .postinst?
[08:46] <micahg> or is that not a good thing to do
[08:49] <fta2> micahg, i already have that in .postinst (for the built-on part), but for the running-on part, it's needs to be dynamic
[08:49] <fta2> -'s
[08:50] <micahg> fta2: why?  do they copy the files off one machine and use them on another?
[08:50] <micahg> or just install the wrong debs?
[08:51] <micahg> or is it, my computer can boot 10 different linux kernels w/the same files
[08:51] <fta2> micahg, no some people are obviously using the wrong ppa, or one of the ppa on another distro, then they file weird bugs
[08:51] <micahg> fta2: right, but are they using the wrong debs or they use the same install for Debian and UBuntu
[08:51] <micahg> .postinst will fix the deb issue, but not the other one
[08:52] <fta2> micahg, some are using the ppa on debian, some are using the maverick ppa on say lucid or even hardy
[08:52] <micahg> fta2: k, then .postinst will solve your issue
[08:52] <fta2> how come?
[08:52] <micahg> you do the substitution after install
[08:53] <fta2> postinst has no impact on running on
[08:53] <fta2> oh
[08:53] <fta2> i see
[08:53] <micahg> fta2: the built on logic, should probably be in rules
[08:53] <fta2> well, it's in d/rules
[08:54] <micahg> fta2: oh, ok :)
[08:54] <fta2> i'm not very comfortable substituting stuff in the wrapper are install time, maybe another file
[08:54] <fta2> i will think about it
[08:55] <micahg> fta2: k, good luck, now I really need to get some sleep before the sun comes up :)
[08:55] <fta2> :)
[09:25] <jdstrand> chrisccoulson: *sigh*
[09:25] <jdstrand> chrisccoulson: so, mozilla released 3.6.7
[09:25] <jdstrand> chrisccoulson: (hi btw :)
[09:25] <jdstrand> chrisccoulson: jaunty/sparc/xul did compile (yea!)
[09:25] <jdstrand> chrisccoulson: but, there seems to be a sparc chroot problem on jaunty that is preventing the build
[09:27] <jdstrand> chrisccoulson: so, I think we should publish and push an updated openjdk later
[09:28] <chrisccoulson> jdstrand, yeah, they've released FF3.6.7, TB3.0.6 and SM2.0.6
[09:28] <jdstrand> chrisccoulson: ie, once openjdk/karmic/armel is finished, we can publish. what has your testing been like?
[09:28] <chrisccoulson> jdstrand, i need to talk to Arne this morning about the jaunty / karmic en-GB langpack, as the translations for yelp are definately broken
[09:29] <chrisccoulson> i mentioned it a couple of weeks ago, but i'm not sure if any progress has happened with it yet
[09:29] <jdstrand> chrisccoulson: ok. my goal is to publish tomorrow
[09:29] <chrisccoulson> ok, i'll see if we can fix those translations today
[09:29] <chrisccoulson> did you see the vulnerabilities for 3.6.7?
[09:29] <jdstrand> chrisccoulson: I'd rather it not go out on friday. I will be testing today
[09:29] <jdstrand> chrisccoulson: yes, I did
[16:40] <micahg> fta2: pitti has a better solution for Chromium :)
[16:41] <fta> ?
[16:41] <micahg> bug 608253
[16:41] <ubot2> Launchpad bug 608253 in chromium-browser (Ubuntu) "eliminate lsb_release from chromium startup (affects: 1) (heat: 8)" [Low,Triaged] https://launchpad.net/bugs/608253
[17:18] <fta> chrisccoulson, is icedtea6-plugin still linked with xul in lucid? maverick? (i have a workaround in chromium i'd like to drop)
[17:18] <micahg> fta: in Maverick should be no, but in lucid, it's in lucid-proposed
[17:19] <fta> micahg, short night? :)
[17:19] <micahg> fta: yes :(
[19:36] <micahg> chrisccoulson: still around?
[19:47] <chrisccoulson> micahg - i am
[19:48] <micahg> chrisccoulson: we need to decide about enigmail-locales, if we're dropping it, we need to get language-selector updated for 10.04.1 (which was just pushed back 2 weeks)
[19:49] <chrisccoulson> i think we're still pretty much frozen for 10.04.1 though
[19:49] <chrisccoulson> i'll try and find out
[19:49] <micahg> chrisccoulson: the email today said to bug fixes are fine
[19:49] <micahg> and I think this is on the list anyways
[19:50] <chrisccoulson> ah, ok. i've not read my emails yet
[19:50] <micahg> yes, still on the list, so, we have 1 week to decide
[19:55] <micahg> chrisccoulson: ^^
[19:55] <chrisccoulson> is there a bug report tracking it?
[19:56] <micahg> bug 572018
[19:56] <ubot2> Launchpad bug 572018 in debian (and 3 other projects) "enigmail-locales weren't updated for 1.0.1 enigmail release (affects: 13) (dups: 2) (heat: 122)" [Unknown,Fix released] https://launchpad.net/bugs/572018
[20:01] <chrisccoulson> micahg - ok, we should update the language-selector then to not pull in the broken translations
[20:01] <chrisccoulson> but the bug report should probably have a language-selector task
[20:01] <chrisccoulson> and i'll ask pitti to remove them from maverick later
[20:01] <micahg> chrisccoulson: I was going to add one once you decided whether or not to drop it :)
[20:02] <micahg> chrisccoulson: I can take care of that too now that I can upload :)
[20:02] <chrisccoulson> cool, that seems fine anyway
[20:02] <micahg> chrisccoulson: alright, I'll take care of all the tasks tonight then
[20:03] <chrisccoulson> thanks
[20:03] <micahg> chrisccoulson: I assume we should upload empty packages to lucid-updates as well so that people don't get conflicts on update?
[20:04] <chrisccoulson> i'll ask mvo about that
[20:04] <micahg> chrisccoulson: unless we want update-manager to remove on upgrade?
[20:04] <chrisccoulson> that's what i'm wondering. but empty packages might be easier
[20:05] <micahg> chrisccoulson: yeah, ok, let me know if I need to work on that
[20:06] <micahg> chrisccoulson: how's the sprint going?
[20:06] <chrisccoulson> yeah, it's going ok. i'm pretty tired though