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