[00:16] <chrisccoulson> does anybody have any packages that are installing searchplugins in to /usr/lib/firefox-addons/searchplugins ?
[00:17] <chrisccoulson> i really want to get rid of the recursive symlink we have in there
[00:17]  * micahg is checking the archive
[00:18] <chrisccoulson> oh, firefox-launchpad-plugin
[00:18] <micahg> that was dropped I thought
[00:18] <chrisccoulson> the issue is, firefox only reads them from /usr/lib/firefox-addons/searchplugins/common, hence the symlink back to it's parent
[00:18] <chrisccoulson> or, at least i assume that's why it's there
[00:19] <chrisccoulson> micahg, that's still in the archive
[00:20] <micahg> chrisccoulson: I thought common was for locale independent plugins
[00:20] <chrisccoulson> micahg - yeah, it is
[00:20] <chrisccoulson> but it's just a symlink to it's parent, presumably to pick up plugins that don't install in common
[00:21] <micahg> chrisccoulson: so let's get rid of the symlink and if we're keeping the search plugins, then just fix where they're installed to
[00:24] <chrisccoulson> micahg - hmmm, so, the symlink from /usr/lib/firefox-4.0b11/searchplugins to /usr/lib/firefox-addons/searchplugins is bogus
[00:24] <chrisccoulson> as that folder has a different layout, and doesn't support localized plugins
[00:24] <chrisccoulson> localized plugins are only supported by /usr/lib/firefox-4.0b11/distribution/searchplugins
[00:25] <chrisccoulson> i think i'll leave this like it is for now ;)
[00:25] <micahg> ok
[00:30] <chrisccoulson> micahg - so, what we should have is a /usr/lib/firefox-addons/distribution/searchplugins, which we ship our default translated plugins in
[00:31] <chrisccoulson> and keep /usr/lib/firefox-addons/searchplugins for third party plugins
[00:31] <chrisccoulson> but i'd need to change the language packs to make that work ;)
[00:31] <chrisccoulson> then we could get rid of the recursive symlink
[00:34] <micahg> ok, that sounds good
[01:03] <micahg> chrisccoulson: maybe it's not a bad idea to have a firefox-common package, how much stuff is arch independent?
[01:04] <chrisccoulson> micahg - i'd rather not, we don't really need the overhead
[01:04] <chrisccoulson> and it wouldn't really benefit us
[01:04] <chrisccoulson> perhaps if we had proper multi-arch
[01:05]  * micahg was just thinking of bandwidth since the topic came up earlier today
[04:51] <LLStarks> thunderbird libnotify... i am in love.
[05:47] <micahg> chrisccoulson: decided against changing to firefox-dev in mozvoikko so as not to introduce a greater diff with Debian than necessary
[15:37] <chrisccoulson> grrrr, swt-gtk is a pain
[15:37] <chrisccoulson> i wish it came with a "i don't care about this" button
[15:38] <jetsaredim> any plans for miramar?
[15:50] <jetsaredim> er i mean tb 3.3
[16:07] <fta> chrisccoulson, just Cced you to the thread about chromium & breakpad
[16:09] <fta> chrisccoulson, it seems they don't have any size constraint, and they just need the unstripped binaries so hopefully, the -dbg debs should be good enough
[16:12] <chrisccoulson> fta - thanks, will take a look in a bit
[16:25] <jetsaredim> fta: tb3.3?
[16:26] <fta> jetsaredim, i'm no longer a mozilla maintainer
[16:26] <jetsaredim> orly? sry
[16:26] <fta> not my call :)
[16:27] <jetsaredim> who is maintaining the daily builds?
[16:27] <fta> my bot
[16:27] <fta> hence the confusion, i know
[16:27] <jetsaredim> i c
[19:14] <micahg> jdstrand: I seem to be having trouble with Virtualbox, idk if I can get this sorted today, I'll try to get it working over the weekend
[19:14] <jdstrand> micahg: no worries
[19:35] <chrisccoulson> hmmm, what a waste of a day it's been trying to get swt-gtk to work
[20:13] <fta> jdstrand, [108859.188385] type=1400 audit(1297455172.758:14): apparmor="DENIED" operation="open" parent=20473 profile="/usr/bin/evince-thumbnailer" name="/proc/20608/status" pid=20608 comm="evince-thumbnai" requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[20:15] <jdstrand> fta: what ubuntu release is that?
[20:15] <fta> jdstrand, natty
[20:16] <jdstrand> fta: what were you doing when that happened?
[20:16] <fta> jdstrand, nautilus, in icon view mode
[20:17] <jdstrand> fta: ok thanks, I'll get it fixed
[20:18] <jdstrand> fta: you can make it go away by adding this to /etc/apparmor.d/local/usr.bin.evince:
[20:18] <jdstrand> owner @{PROC}/[0-9]*/status r,
[20:18] <fta> jdstrand, I noticed thanks to apparmor-notify :)
[20:18] <jdstrand> then doing: sudo apparmor_parser -r /etc/apparmor.d/usr.bin.evince
[20:18] <jdstrand> \o/
[20:18] <jdstrand> fta: that rule in local/ will be redundant once evince is upgraded
[20:19] <fta> i wish there was a persistent indicator so i notice even if it happens when i'm not there
[20:19] <jdstrand> I won't be doing a separate upload for just that, but will commit to the tree so it is fixed on the next upload
[20:19] <jdstrand> you can do: aa-notify -s 1 [-v]
[20:19] <fta> sure, no problem
[20:20] <jdstrand> that will give you a summary of activity from the last day
[20:20] <fta> oh, there's another one
[20:20] <fta> http://paste.ubuntu.com/566038/
[20:21] <jdstrand> ok
[20:22] <jdstrand> I'm betting this is what it wants:
[20:22] <jdstrand> owner @{PROC}/[0-9]*/task/[0-9]*/stat r,
[20:23] <jdstrand> owner @{PROC}/[0-9]*/task/ r,
[20:23] <jdstrand> fta: would you mind adding those and trying again?
[20:23] <jdstrand> I'm not seeing it here, but it may be with a particular filetype...
[20:27] <jdstrand> fta: you might need to clear out ~/.thumbnails/*png to be sure it is fixed
[20:27] <fta> jdstrand, it doesn't happen when i reopen that folder, i guess it's cached
[20:27]  * jdstrand nods
[20:36] <fta> jdstrand, seems ok with:
[20:37] <fta> owner @{PROC}/[0-9]*/status r,
[20:37] <fta> owner @{PROC}/[0-9]*/task/ r,
[20:37] <jdstrand> fta: thanks!
[20:40] <jdstrand> fta: you know, I bet that only the first is required, since it probably looked for @{PROC}/[0-9]*/status, was denied and then went to look for @{PROC}/[0-9]*/task/[0-9]*/status
[20:40] <jdstrand> I'm going to remove task/
[20:41] <jdstrand> if you don't feel like testing, that is fine
[20:41] <jdstrand> (it is pretty minor)
[20:48] <fta> jdstrand, yep, the 1st line seems enough
[20:49] <jdstrand> fta: awesome thanks!
[20:49] <jdstrand> I committed the fix
[22:09] <fta> jdstrand, oh my..  linux/stable (9.0.597.94 -> 9.0.597.98)
[22:10] <jdstrand> jeez, seriously?
[22:10] <jdstrand> fta: when is that due?
[22:11] <jdstrand> and why oh why can't they fix these all in one go?
[22:12] <jdstrand> fta: oh, looking at http://googlechromereleases.blogspot.com/ that might be windows only?
[22:12] <fta> it was, it landed for linux too
[22:14] <jdstrand> well, this isn't a security update. I'd be happy to get it building, etc, but I may not be able to test this until monday
[22:15] <jdstrand> (we still need to push to -security though, since it is a regression in a security update)
[22:17] <jdstrand> the regression doesn't seem world burning to me
[22:17] <jdstrand> but like I said, I'm happy to get it built over the weekend
[22:22] <fta> i will prepare it, but not tonight
[22:25] <jdstrand> fta: that is totally cool be me :)
[22:26] <jdstrand> fta: thanks for doing it. just ping me whenever
[22:29] <chrisccoulson> is bug 706182 for real?
[22:29] <chrisccoulson> lol
[22:29] <ubot2> Launchpad bug 706182 in firefox "weakness in firefox, must see logs," [Undecided,Incomplete] https://launchpad.net/bugs/706182
[22:32] <jdstrand> chrisccoulson: nice huh?
[22:32] <jdstrand> chrisccoulson: let me just say I did not open that odt file :P
[22:32] <chrisccoulson> yeah, it's a pretty useful bug report
[22:32] <chrisccoulson> oh, i didn't notice the odt file
[22:32] <chrisccoulson> i'm tempted to open it
[22:32] <chrisccoulson> ;)
[22:32] <jdstrand> chrisccoulson: if I were you, I would open that in a throwaway vm ;)
[22:33] <jdstrand> with tcpdump running
[22:33] <jdstrand> :)