[04:28] <micahg> chrisccoulson: you still around?
[13:21] <fta2> chrisccoulson, are the ff crash dumps resolved in breakpad?
[13:21] <fta2> i mean, in the UI
[13:21] <fta2> like here: https://crash-stats.mozilla.com/report/index/410b7810-9278-40b2-92da-846972110217
[13:22] <fta2> everything i see is unusable (at least from my p-o-v)
[13:23] <chrisccoulson> fta2 - yeah, those crashes are awkward because there are no symbols for system libraries
[13:23] <chrisccoulson> most crashes are ok though
[13:23] <chrisccoulson> the crashes are resolved by sorocco btw
[13:23] <fta2> oh
[13:23] <chrisccoulson> http://code.google.com/p/socorro/
[13:23] <fta2> sorocco?
[13:24] <chrisccoulson> perhaps we need to figure out a way of generating breakpad symbols from gtk and glib ;)
[13:24] <chrisccoulson> although, most crashes don't really need them
[13:25] <fta2> for chromium, it seems it's possible
[13:33] <fta2> well, seems difficult to achieve anyway
[13:33] <fta2> http://www.chromium.org/developers/decoding-crash-dumps
[13:34] <fta2> we'd need to generate those for all versions of all the libs in deps
[13:34] <fta2> and something will have to merge the right combination of files
[13:35] <fta2> chrisccoulson, ^^
[15:07] <chrisccoulson> fta2 - interesting. it actually looks quite trivial to get breakpad symbols from our existing -dbgsym packages then
[15:07] <chrisccoulson> fta^^
[15:07] <chrisccoulson> heh ;)
[15:07] <chrisccoulson> i could probably quite easily do that for the major system libraries used by both firefox and chromium
[15:08] <chrisccoulson> i'm not sure whether we'd really need to do it for every library though
[16:34] <fta> chrisccoulson, yep, i wanted to ship those breakpad binaries in a package, somewhere; but i didn't do it, so far
[16:36] <fta> those various symbols need to be merged after each crash, matching the user setup
[16:47] <fta> dpm, fyi: http://code.google.com/p/chromium/issues/detail?id=72749
[16:48] <dpm> hey fta, looking...
[16:56] <dpm> fta, I understant that apart from the *_settings.grd issue you are mentioning (IIRC we talked about this a while ago), this is not an issue for the Ubuntu builds? Do we need to ask for feedback to e.g. Basque and Galician translators?
[16:58] <fta> dpm, no. the bug is about ICU, i don't use the system one, so we're impacted. but our system icu doesn't have all the improvements google added to its copy
[16:58] <fta> the problem is we can't have both.
[17:02] <fta> for example; chrome's icu support word wrapping for chinese, ours doesn't
[17:03] <fta> ours = the system lib
[17:23] <vish> did firefox use to have an option to view individual cache items? like sort/clear cache from individual websites?
[17:23]  * vish cant seem to find that option in FF4
[17:24] <micahg> vish: about:cache
[17:24] <micahg> err, individual sites, idr
[17:25] <vish> or maybe I'm just mixing it up with the cookies options..
[17:50] <fta> jdstrand, hi.  [UFW BLOCK] IN=eth0 OUT= MAC= SRC=<my_ipv6_addr> DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=126 TC=0 HOPLIMIT=255 FLOWLBL=0 PROTO=UDP SPT=5353 DPT=5353 LEN=86, it's mDNS, right?
[17:55] <jdstrand> fta: yeah
[17:55] <fta> jdstrand, shouldn't it be allowed & silenced by default?
[17:56] <jdstrand> that is probably bug #720605
[17:56] <ubot2> Launchpad bug 720605 in ufw "UFW drops sane multicast traffic" [Undecided,New] https://launchpad.net/bugs/720605
[17:57] <jdstrand> I need to review it more. there is an (unreviewed) work-around in the bug
[17:58] <fta> i see no side effect to my drops, i don't expect any mDNS on that box
[17:59] <fta> in the log, i see 1 pkt denied per hour
[17:59] <jdstrand> fta: what is your log level? 'sudo ufw status verbose'
[18:01] <fta> Logging: off
[18:01] <fta> but still, it spams my logs
[18:01] <jdstrand> that is weird
[18:02] <fta> # dmesg | grep -c UFW
[18:02] <fta> 1489
[18:02] <fta> with AUDIT, ALLOW and BLOCK
[18:02] <jdstrand> fta: do any lof your rules have 'log' in them? sudo ufw status verbose|grep -i log
[18:03] <fta> none
[18:03] <fta> # ufw status verbose | grep -i log
[18:03] <fta> Logging: off
[18:03] <jdstrand> weird. AUDIT suggests loglevel of medium
[18:03] <jdstrand> (or higher)
[18:03] <jdstrand> actually, maybe high
[18:03] <jdstrand> fta: what is LOGLEVEL in /etc/ufw/ufw.conf
[18:04] <fta> LOGLEVEL=off
[18:04] <fta> :)
[18:04] <fta> i checked that already
[18:04] <jdstrand> fta: did you restart the firewall after adjust that? (or rebooting)
[18:05] <fta> restart
[18:05] <jdstrand> fta: if you used 'sudo ufw logging off' you wouldn't have to
[18:06] <fta> i don't think i did
[18:06] <jdstrand> fta: did you change /etc/ufw/*rules ny?
[18:06] <jdstrand> s/ny/any/
[18:06] <fta> manually? no
[18:06] <jdstrand> fta: what version of Ubuntu is this on?
[18:06] <fta> and it's not supposed to be changed manually, it shouldn't be in /etc..
[18:06] <fta> natty
[18:07] <fta> +if
[18:07] <jdstrand> fta: it can be changed manually, you just have to manually reload the firewall for it to take effect
[18:08] <jdstrand> (using the ufw command does that for you)
[18:08] <jdstrand> fta: is this only for ipv6 packets?
[18:08] <fta> no, everything
[18:10] <jdstrand> fta: I'd have to look at your configuration to debug. feel free to email me 'tar -zcvf /lib/ufw /etc/ufw /var/log/ufw.log'
[18:10] <jdstrand> err
[18:10] <jdstrand> tar -zcvf fta.tar.gz /lib/ufw /etc/ufw /var/log/ufw.log
[18:35] <m_conley> chrisccoulson: ping
[18:35] <chrisccoulson> hi m_conley
[18:36] <m_conley> chrisccoulson: hey - so things with the messaging menu are starting to come together, and I was wondering how I might about about adding it to the Ubuntu packages?
[18:36] <m_conley> chrisccoulson: for people to test out - like globalmenu-extension.
[18:36] <chrisccoulson> m_conley, i can take care of that
[18:36] <chrisccoulson> although, probably not right away. i'm knee deep in libdbusmenu crashes right now ;)
[18:37] <m_conley> chrisccoulson: yeah - no worries, no rush on it right now.
[18:40] <micahg> hi nonix4, can you access other sites?
[19:40] <nonix4> micahg: most other sites yes. Dns seems to be working a bit flakey atm. w3m does connect to bugs.launchpad.net, firefox doesn't. It has been running for 20 days. Trying to connect to "bugs.launchpad.net." with a dot gives an error, since server doesn't understand such request.
[19:41] <micahg> why are you using a .
[19:41] <nonix4> For debugging :)
[19:42] <micahg> chrisccoulson: ^^ is this expected?/
[19:42] <nonix4> Since it gives an error, guess it manages to establish SSL session properly with that extra dot
[19:42] <nonix4> without the extra dot, it keeps "Loading..." forever.
[19:43] <nonix4> Tried changing to private browsing mode, still have that "Loading..." hang when trying without trailing dot on hostname
[19:44] <micahg> nonix4: and using the same host works in w3m?
[19:44] <nonix4> yes
[19:47] <fta> chrisccoulson, http://code.google.com/p/chromium/wiki/LinuxCrashDumping  (some specs, you may already know most of it)
[21:01] <gnomefreak> ok is anyone running gnome/unity or gnome/classic that can test a sound in gnomne-terminal for me. i would like bug 723936 confirmed or at least find out if it is just me
[21:01] <ubot2> Launchpad bug 723936 in gnome-terminal "Gnome-terminal no longer plays sounds" [Undecided,New] https://launchpad.net/bugs/723936
[21:11] <nonix4> micahg: I suspect that restarting firefox could "resolve" the issue, but I'd rather find the cause if possible. Quite interesting that switching to private browsing mode and back doesn't make any difference though.
[21:24] <nonix4> version is 3.6.13+build3+nobinonly-0ubuntu0.10.10.1, when pressing enter on https://bugs.launchpad.net/?test url, it only sends a syn, receives synack and sends rst. After that, when pressing "esc" to stop the "Loading..." from spinning, it sends a bunch more - 13 more packets sent & received then.
[21:25] <micahg> nonix4: can you test the version in the security PPA?  it's 3.6.14, link in /topic
[21:26] <nonix4> well I think the issue disappears once I close the browser, as it worked earlier during those 20 days the browser has been up.
[21:26] <nonix4> could try copying profile to a VM or some such though.
[21:27] <nonix4> or other user on same host...
[21:29] <micahg> nonix4: did it update while it was running?
[21:30] <nonix4> Browser itself not, but libssl yes. Guess that could be it?
[21:31] <micahg> hmm, do you have nscd instaled?
[21:33] <nonix4> nope. lsof on firefox-bin doesn't list deleted files besides /etc/passwd and XUL.mfasl; shouldn't dependancies be listed as deleted if they were updated?
[21:53] <nonix4> don't seem to be able to reproduce the issue on another user with a copy of the firefox profile. Where was that list of -dbg packages to install in order to attempt gdb:ing the beast?
[21:53] <micahg> nonix4: the list is probably out of date
[22:53] <nonix4> micahg: looks like some kind of dns caching issue, but no nscd installed... http://paste.ubuntu.com/571410/ is an LWP right after pressing enter on bugs.launchpad.net URL. Only that one seems to be stuck in non-resolving state, others like code.launchpad.net work properly.
[22:55] <micahg> nonix4: they both resolve to the same place
[23:01] <nonix4> micahg: well it seems like negative dns replies/timeouts from around 7 hours ago are somehow being cached by the running firefox process.
[23:25] <LLStarks> when does the visual refresh hit the ppa?
[23:25] <LLStarks> or rather, what commit was it?