[00:24] <BUGabundo> LOL using !firefox to export my NAS selfsign cert, and import to !Chromium (there's no way to force chromium to ignore the cert otherwise)
[00:27] <micahg> BUGabundo: chromium can import a self signed cert as long as it's not by ip
[00:28] <BUGabundo> I just did that
[00:28] <BUGabundo> but it has no option to ignore it when you open the site, like FF
[00:28] <micahg> err, a self signed cert can be imported, but it only works if you access by DNS
[00:28] <micahg> BUGabundo: there is a cert manager
[00:28] <BUGabundo> now there is
[00:28] <BUGabundo> go back to v7 and there wasn't
[00:28] <micahg> yeah, I started testing imports with v11
[00:29] <BUGabundo> ahah
[00:29] <BUGabundo> I just did it for my NAS
[00:29] <BUGabundo> seems to work
[00:29] <BUGabundo> but had to use FF to get the cert
[00:29] <micahg> but accessing by IP w/a self signed cert totally failes
[00:29] <BUGabundo> 14.0.793.0 (Developer Build 89117 Linux) Ubuntu 11.10
[00:29] <BUGabundo> ahh
[00:29] <BUGabundo> right
[00:29] <BUGabundo> I'm using IP
[00:29] <micahg> BUGabundo: if you have the cert file, you can import the cert in chromium
[00:30] <BUGabundo> did so
[00:30] <micahg> BUGabundo: set up an /etc/hosts entry
[00:30] <BUGabundo> or that
[00:30] <micahg> and it'll show with a line through https, but won't prompt
[00:31] <micahg> oh wait, I import the CA, not the cert...
[00:31] <BUGabundo> :)
[00:31] <BUGabundo> not the same
[00:31] <micahg> right
[00:31] <micahg> did you create the cert for the NAS
[00:32] <BUGabundo> it created one it self
[00:32] <BUGabundo> I'll probably make one my self
[00:32] <BUGabundo> or use one from a free service
[00:32] <BUGabundo> and import
[00:32] <micahg> ah, yeah, maybe we should be testing self signed certs too, idk
[02:19] <BUGabundo> nite
[12:54] <chrisccoulson> urgh, our dailies are broken - https://launchpadlibrarian.net/73671668/buildlog_ubuntu-oneiric-amd64.firefox-trunk_7.0~a1~hg20110617r71196%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz
[13:30] <chrisccoulson> m_conley_away, https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/thunderbird-aurora/+packages \o/
[13:31] <chrisccoulson> there's a bit of a backlog on the builders though, so a little while to wait
[13:31] <chrisccoulson> (and i've disabled publishing on that PPA until i've tested them)
[13:36] <bhearsum> yay
[15:57] <chrisccoulson> wtf, i can't even build with --disable-elf-hack now
[15:57] <chrisccoulson> ../coreconf/config.mk:71: ../coreconf/Linux3.0.mk: No such file or directory
[15:58] <chrisccoulson> i guess nss is broken with kernel versioning change
[16:08] <fta> chrisccoulson, i know the feeling, it's one of those days :S
[16:08] <chrisccoulson> yeah, nothing seems to work today ;)
[16:12] <fta> my router already crashed 20 times today, a good opportunity for me to work on flappy
[16:13] <fta> i need to figure out how to put evolution offline/online from a script
[16:42] <chrisccoulson> where did all the PPA builders go? i was wondering what the hold up was, so i looked at https://launchpad.net/builders and most of them disappeared :/
[17:02] <fta> most probably redirected to do something else
[17:02] <fta> as usual, we're in the dark
[19:26] <micahg> chrisccoulson: gecko-mediaplayer should build-dep on firefox-dev for the NPAPI headers, right?
[19:26] <micahg> chrisccoulson: nevermind, I see you made the change in oneiric already
[19:27] <chrisccoulson> micahg, yeah, in oneiric it should
[19:27] <chrisccoulson> does it not?
[19:27] <micahg> chrisccoulson: and should in previous series as well when we upload it, no?
[19:27] <chrisccoulson> micahg, it doesn't really matter. i only changed it in oneiric because xulrunner is going away, but it can depend on whatever
[19:28] <chrisccoulson> i didn't see any point in changing it for other releases
[19:28] <micahg> I guess those interfaces are stable then, right?
[19:28] <chrisccoulson> micahg, yeah
[19:31] <micahg> chrisccoulson: is gecko-mediaplayer broke when used with Firefox 4?
[19:31] <micahg> the version in natty I mean?
[19:31] <chrisccoulson> micahg, it should work
[19:31] <chrisccoulson> but it's always been quite flaky whenever i've tried using it anyway
[19:33] <micahg> chrisccoulson: k, but would break in 5 w/out your patch?
[19:34] <chrisccoulson> micahg, the functionality i've removed never worked in firefox 4, and it would carry on not working in firefox 5
[19:34] <chrisccoulson> but leaving it in might risk more problems in the future
[19:35] <micahg> chrisccoulson: k, future proofing..
[20:17] <fta> "[Branch ~chromium-team/chromium-browser/channels] 79 revisions removed"  ??? wth?
[20:17] <fta> who did that?
[20:18] <micahg> fta: I think they rolled back and reimported, the branch looks up to date now
[20:19] <fta> how can they re-import? i host the master branch
[20:20] <fta> anyway, i need to reboot (my desktop is all broken), and i have a bad feeling about it
[20:20] <fta> brb, maybe..
[20:35] <chrisccoulson> sigh, the lack of PPA builders is seriously frustrating
[20:51] <bhearsum> are they still missing? i just got my first Tb 6.0 from that PPA....
[20:51] <chrisccoulson> bhearsum, are you on amd64?
[20:51] <bhearsum> yeah
[20:51] <chrisccoulson> yeah, the amd64 builders are less overloaded than the i386 ones, but there's a backlog on both now
[20:51] <bhearsum> ah
[20:52] <chrisccoulson> the trunk dailies failed to build earlier, and now they're queued up until tomorrow
[20:52] <bhearsum> ouch! that's quite the backlog
[20:52] <chrisccoulson> i will upload new ones before the current ones have built ;)
[20:53] <chrisccoulson> bhearsum, https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/2575678
[20:53] <chrisccoulson> "Start in 20 hours" ;)
[20:53] <bhearsum> wow
[20:53] <bhearsum> i'm going to point our developers at that the next time they complain about a one hour wait ;-)
[20:54] <chrisccoulson> heh
[20:54] <chrisccoulson> the issue is that some builders have been taken offline for some reason: https://launchpad.net/builders
[20:54] <chrisccoulson> there's normally around 3 times as many i386 builders
[20:56] <bhearsum> ah
[20:56] <joelesko> Hi chrisccoulson. Does this happen often? I agree with bhearsum: just wow
[20:57] <chrisccoulson> joelesko, not that often, but i'm not sure what's going on here
[20:57] <chrisccoulson> occasionally PPA builders get allocated to a full archive rebuild test, and that can be problematic
[20:57] <chrisccoulson> but that's not the case at the moment
[21:00] <chrisccoulson> m_conley, good news! i shrunk thunderbird's libxul.so by 5MB!
[21:00] <chrisccoulson> but the bad news is we can't use it ;)
[21:01] <micahg> hi joelesko, I know before we talked, but I was wondering if you might be interested in keeping up the official seamonkey packages in ubuntu?
[21:01] <m_conley> chrisccoulson: gah!  Don't tease me like that.  :)
[21:02] <chrisccoulson> m_conley, i built comm-central with -Wl,-z,norelro in LDFLAGS, which overrides one of our default build configs
[21:02] <chrisccoulson> and with that, glandium's elfhack actually works correctly, and shrinks the binary quite a bit
[21:02] <chrisccoulson> but i'd never be able to use that by default :(
[21:02] <micahg> chrisccoulson: ugh, I don't think we should do that
[21:03] <micahg> yeah
[21:03] <chrisccoulson> micahg, i just wanted to see what sort of a penalty it has
[21:03] <chrisccoulson> and it's a big one
[21:03] <micahg> yep
[21:03] <micahg> hits chromium hard too
[21:03] <chrisccoulson> probably the difference between fitting on the CD and not fitting on ;)
[21:03] <chrisccoulson> i've disabled elfhack on our firefox builds now, as it stopped working entirely
[21:04] <chrisccoulson> and it only ever reduced the size of libxul by a few kB's
[21:04] <chrisccoulson> rather than the nearly 6MB i just reduced it by ;)
[21:04] <chrisccoulson> it makes it start significantly faster too
[21:04] <micahg> I thought we needed the elfhack to build at one point
[21:04] <chrisccoulson> yes, but it didn't actually really do anything
[21:05] <chrisccoulson> and now it fails the build
[21:05] <chrisccoulson> so i've just disabled it entirely
[21:05] <chrisccoulson> glandium is going to add a configure check to automatically disable it for people who build with our default config anyway
[21:06] <chrisccoulson> https://bugzilla.mozilla.org/attachment.cgi?id=539962&action=diff
[21:06] <chrisccoulson> that will disable it automatically on ubuntu
[21:07] <micahg> cool
[21:07] <joelesko> hi micahg. It does need some care and I was hoping to help out with seamonkey.
[21:08] <chrisccoulson> oh, hi joelesko. i only just realized who you were ;)
[21:08] <joelesko> Just following along. Interesting conversation.
[21:08] <micahg> joelesko: so, we're blocked on 2 things to update seamonkey, someone to refresh the packaging for the new builds, and someone to test the new builds
[21:10] <joelesko> For the ppa files I've been working on, there are a couple of people who have been testing them on various platforms. I don't want to speak for them, but they might help out with the testing.
[21:11] <joelesko> It's been quiet for me, then when natty was released, I had some emails where it looks like something changed with the gtk libs.
[21:12] <chrisccoulson> seamonkey is pretty broken on natty (in unity)
[21:12] <joelesko> I've have not had much time to look into it. I'm sure you already found the issues and fixed it in TB and Firefox.
[21:12] <chrisccoulson> there's no way for unity to identify the launcher that each seamonkey window belongs to at the moment
[21:13] <chrisccoulson> i've just though, globalmenu-extension will work on the latest seamonkey ;)
[21:13] <micahg> chrisccoulson: since firefox and thunderbird will soon be on the same xul version, can we break that out and ship it once?
[21:14] <joelesko> The 2.1 version or 2.0.14?
[21:14] <chrisccoulson> micahg, not really. i want to carry on bundling it like we do so i can build it from the same source tree as firefox and thunderbird
[21:14] <chrisccoulson> that guarantees we are ABI compatible
[21:15] <chrisccoulson> and it also means we don't have to maintain a separate source package (which is a pain)
[21:15] <chrisccoulson> and splitting it out would mean we lose the breakpad symbols, which saved me a few weeks ago when i was the number 9 firefox crasher on linux ;)
[21:15] <chrisccoulson> i'd lose all of that if we shipped it in a separate package
[21:16] <micahg> chrisccoulson: ah, ok, have you uploaded the 5.0 natty build symbols yet?
[21:17] <chrisccoulson> micahg, yeah, it happens automatically
[21:17] <chrisccoulson> nice, my firefox crasher has gone down to number 90 now :)
[21:19] <fta> micahg, "<micahg> hits chromium hard too"  ??
[21:19] <fta> what hits it?
[21:19] <micahg> fta: the relocations
[21:19] <micahg> from the hardening in the toolchain
[21:21] <bhearsum> chrisccoulson: hopefully because there's fewer total crashes from it, and not because there's 81 crashier things ;)
[21:21] <chrisccoulson> bhearsum, yeah, there's definitely less crashes now. there were 20 this week, compared to nearly 150/wk when it peaked
[21:21] <chrisccoulson> i'm glad that it's fixed now
[21:21] <fta> micahg, yeah, and i'm not even sure it's needed, ch already has several layers of protection
[21:22] <bhearsum> yay :)
[22:19] <chrisccoulson> micahg, bug 798941 isn't what's blocking moonlight
[22:19] <ubot2> Launchpad bug 798941 in moon "moon FTBFS in oneiric with libav 0.7" [Medium,Triaged] https://launchpad.net/bugs/798941
[22:19] <chrisccoulson> i already fixed that some days ago
[22:21] <micahg> chrisccoulson: ah, ok, well, I saw no bug and no fix :)
[22:22] <chrisccoulson> heh
[22:22] <chrisccoulson> you have to be a mind reader ;)
[22:22] <micahg> chrisccoulson: feel free to update the bug appropriately w/a debdiff and what the current problem is
[22:22] <chrisccoulson> i communicate on telepathy only
[22:22] <chrisccoulson> :)
[22:23] <micahg> my telepathy doesn't reach that far...
[22:23] <chrisccoulson> lol
[22:23] <micahg> well, let's use the bug I filed to track what is blocking, I was vague in the tracking bug and the blueprint
[23:22] <fta> 26 hours...
[23:51] <micahg> chrisccoulson: nevermind about moon, it's going bye-bye