[00:14] <recmajkemi> hello!
[00:14] <recmajkemi> how can i integrate foxit in FF? that pdf would open in a tab
[00:15] <cousteau> mozplugger?
[00:16] <kbrosnan> would depend on foxit having a linux browser plugin
[00:16] <cousteau> with mozplugger you can embed applications on firefox
[00:17] <cousteau> (that's how I installed Shockwave for Windows on Firefox for Linux)
[00:21] <recmajkemi> thanks ill look into it
[00:24] <micahg> recmajkemi: it's a matter of setting the plugin to display in the browser I think
[00:25] <cousteau> gonna step forward to 3.6. bye!
[00:25] <micahg> yep, mozplugger
[00:34] <cousteau`irssi> argh! "XML Parsing Error: undefined entity - Location: chrome://browser/content/browser.xul - Line Number 31, Column 1: - <window id="main-window"
[00:35] <micahg> cousteau`irssi: you upgrading from 3.0?
[00:36] <cousteau`irssi> from 3.5, actually, but I also had 3.0
[00:36] <cousteau`irssi> I should have uninstalled firefox-3.0-branding first, right?
[00:36] <micahg> cousteau`irssi: which version?
[00:36] <micahg> soryr, ubuntu version
[00:37] <cousteau`irssi> to 3.6, just added the mozillateam ppa
[00:37] <cousteau`irssi> jaunty
[00:37] <micahg> which locale?
[00:37] <cousteau`irssi> spanish
[00:37] <micahg> hmm
[00:37] <micahg> cousteau`irssi: if you restart the browser, do you get the same thing?
[00:37] <cousteau`irssi> yes
[00:38] <cousteau`irssi> also with firefox-3.0
[00:38] <micahg> were you using the same profile for 3.0 and 3.5?
[00:39] <cousteau`irssi> I think I copied it from 3.0 to 3.5, and now from 3.5 to 3.6
[00:39] <cousteau`irssi> I had an old config for 3.6 beta which was (apparently) removed when I ran 3.6 and replaced with the current one
[00:45] <cousteau`irssi> OMG, this one was hard to fix... at least I don't have any broken packages now
[00:46] <cousteau`irssi> yaaay! it works now
[00:46] <cousteau`irssi> but I lost all my config :'(
[00:47] <cousteau`irssi> should I copy ~/.mozilla/firefox-3.5.abandoned to ~/.mozilla/firefox?
[00:49] <cousteau`irssi> yesm I should
[00:51] <cousteau`irssi> only problems right now are that I lost the locales and most of the addons, but that looks easy to solve
[00:51] <micahg> cousteau`irssi: which option did you select when upgrading?
[00:52] <cousteau`irssi> micahg: it's working now... I had a problem with packages firefox-branding (3.6) and firefox-3.0-branding both trying to own the same /usr/share/applications/firefox.desktop
[00:54] <cousteau`irssi> so firefox-branding didn't install (causing broken dependency)
[00:54] <cousteau`irssi> I tried to uninstall firefox-3.0, and the 1st option was to remove firefox-3.0-branding and install firefox-branding
[00:55] <micahg> cousteau`irssi: ok, we'll get some updates in for users with 3.0 installed
[00:55] <cousteau`irssi> but because of /usr/share/applications/firefox.desktop, and the two packages not being marked as incompatible, I wasn't able to install it
[00:56] <micahg> cousteau`irssi: could you please comment on bug 513074
[00:56] <cousteau`irssi> so I selected the 2nd solution: install abrowser-branding. Once dependencies were fixed, I replaced it with firefox-branding
[00:57] <cousteau`irssi> now I just have a little mess with config files, but it's kinda solved now
[00:58] <cousteau`irssi> is there a fast way to find upgrades to all my addons?
[00:58] <micahg> cousteau`irssi: ok, if you want to comment on that bug, I'll try add the upgrade info from ff3.0
[00:58] <micahg> cousteau`irssi: use the add-ons manager
[00:59] <recmajkemi> will 3.6 have xulrunner.-1.9.1?
[00:59] <recmajkemi> i mean will picture smoothing on zoom work?
[01:00] <recmajkemi> micahg: thats what i was asking couldn't find the setting.
[01:00] <recmajkemi> *cant
[01:01] <micahg> recmajkemi: 3.6 uses xul192
[01:01] <micahg> recmajkemi: tools -> addons
[01:06] <cousteau`irssi> micahg: just removed ~/.mozilla/firefox, renamed (and backed up) ~/.mozilla/firefox-3.5-abandoned to ~/.mozilla/firefox-3.5, ran firefox, and it moved ~/.mozilla/firefox-3.5 to ~/.mozilla/firefox, thus importing correctly the configuration
[01:06] <cousteau`irssi> so it was a problem caused by that firefox-branding weird error
[01:06] <micahg> cousteau`irssi: k, that's why I'd like you to comment on that bug about it
[01:07] <micahg> so if the other user confirms, then we'll add the stuff to the package for migrating from 3.0 to 3.6
[01:07]  * micahg thinks we'll do it anyways 
[01:08] <cousteau`irssi> now it's the problem with addons, they haven't been upgraded
[01:09] <cousteau`irssi> what value should extension.update.url have? it's "extensions.update.url;https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=%REQ_VERSION%&id=%ITEM_ID%&version=%ITEM_VERSION%&maxAppVersion=%ITEM_MAXAPPVERSION%&status=%ITEM_STATUS%&appID=%APP_ID%&appVersion=%APP_VERSION%&appOS=%APP_OS%&appABI=%APP_ABI%&locale=%APP_LOCALE%&currentAppVersion=%CURRENT_APP_VERSION%&updateType=%UPDATE_TYPE%" here
[01:10] <cousteau`irssi> (it looked shorter on the firefox window, sorry)
[01:10] <micahg> looks fine
[01:12] <cousteau`irssi> I had "extension.update.notifyUser" set to false [user set], reseted it and now it's an empty string
[01:12] <cousteau`irssi> app.update.enable was set to false...
[01:12] <micahg> cousteau`irssi: it should be
[01:14] <cousteau`irssi> oops
[01:15] <cousteau`irssi> it was marked as user set
[01:15] <cousteau`irssi> hmm... I think I'm gonna delete all the config and start again from the backup
[01:16] <cousteau`irssi> (I'm also going to do copies of the backup, just in case...)
[01:30] <cousteau`irssi> ok, everything updated, except the language
[01:30] <cousteau`irssi> which doesn't work
[01:30] <cousteau`irssi> after installing http://releases.mozilla.org/pub/mozilla.org/firefox/releases/latest-3.6/linux-i686/xpi/es-ES.xpi
[05:47] <micahg> asac_: I missed the dailies for both my xul192 and ff36 fixes
[06:35] <micahg> asac_: what we've been waiting for: http://starkravingfinkle.org/blog/2010/01/xulrunner-1-9-0-x-releases-the-end-is-near/
[09:13] <BUGabundo_remote> morning
[10:03] <cousteau> where can I find thunderbird 3?
[10:04] <BUGabundo_remote> cousteau: in daily ppa!
[10:04] <cousteau> is it the only way? those reps are like unstable
[10:20] <asac_> hi
[10:21] <asac_> fta: first bug 513133
[10:33] <asac_> crimsun: so i am on lucid now .... status update on sound:
[10:33] <asac_> 1. overall its much better i think
[10:33] <asac_> 2. for my usbheadset the problem that it just goes off completely if you tune the volume below a certain point is gone
[10:34] <asac_>  however now, the max. volume i can tune using the sound preferences is quite low ... e.g. everything on full throttle would be ok with all government regulartions that might ever exist ;)
[10:35] <asac_> 3. for my voip it didnt change much ... however, i am think it really is something else
[10:40] <BUGabundo_remote> asac: do you hear some clipping/echoes when sound is at Max?
[10:41] <asac> one moment have to try something ;)
[11:04] <gnomefreak> we cant do the 11th at 1600 there already is a meeting at that time
[11:04] <gnomefreak> wait
[11:04] <gnomefreak> nm 11th is open
[11:24] <gnomefreak> i added date/time and my name to Wiki for meetins
[11:27] <gnomefreak> ok back to being a ghost ;)
[11:30] <LLStarks> asac, is tb3.1's continuing inability to read gmail passwords an upstream problem?
[11:31] <asac> LLStarks: read gmail passwords? what does that mean?
[11:32] <LLStarks> tb3.1 doesn't work with gmail imap, period.
[11:32] <LLStarks> "error getting mail password"
[11:33] <gnomefreak> yep
[11:33] <gnomefreak> not sure if it just gmail but all my gmail accounts do it
[11:34] <BUGabundo_remote> I reported it a while ago
[11:34] <BUGabundo_remote> and they said that is was not that bug
[11:34] <BUGabundo_remote> and asked for a new one
[11:34] <BUGabundo_remote> not sure I ever opened a new one for it
[11:34]  * BUGabundo_remote is feeling tired
[11:35] <LLStarks> thanks guys. i'll probably search for the bug report or file a new one in the morning.
[11:35] <gnomefreak> 3.6 is fixed in dailies :) thanks who ever fixed it
[11:35] <LLStarks> it was broken?
[11:35] <gnomefreak> yeah
[11:35] <LLStarks> howso?
[11:36] <gnomefreak> LLStarks: appaormor was the problem
[11:36] <gnomefreak> apparmor
[11:36] <LLStarks> i see.
[11:37] <LLStarks> 3.7 is in a hangy mood with it's latest daily.
[11:37] <LLStarks> trade-off?
[11:37] <gnomefreak> LLStarks: 3.7 works here as it should
[11:38]  * LLStarks opens 3.6 work around the issue until i reboot or whatnot
[11:38] <gnomefreak> it does hang with flash on the site or java dont recall. but it is a fairly small hang
[11:39] <LLStarks> eww. that aa/hinting issue.
[11:39] <LLStarks> it's like a mozilla-downloaded build.
[11:39] <gnomefreak> LLStarks: yeah but now it works no need to run those 2 commands
[11:40] <LLStarks> Attempting to load libmoonloaderxpi
[11:40] <LLStarks> Segmentation fault (core dumped)
[11:40] <LLStarks> hmmm
[11:40] <LLStarks> damn mono
[11:41] <cousteau> lol, I misread it, thought it said "libmoonlander"
[11:46] <LLStarks> compiz is being very naughty today. i almost **** myself. http://img94.imageshack.us/img94/7263/ohgodo.png
[11:47] <cousteau> lol
[11:48] <BUGabundo_remote> LLStarks: ahaha xrandr is awesome
[11:48] <BUGabundo_remote> ppl here at work like to play that joke to esch other
[11:48] <LLStarks> the text is mirrored vertically
[11:51] <LLStarks> asac.
[11:51] <LLStarks> ** (firefox-3.7:18002): WARNING **: Serious fd usage error 14
[11:51] <LLStarks> ** (firefox-3.7:18002): WARNING **: Serious fd usage error 12
[11:51] <LLStarks> what do you make of this?
[11:52] <asac> havent seen it ;)
[11:52] <asac> interesting bug
[11:52] <asac> not in 3.6?
[11:52] <LLStarks> nope.
[11:53] <LLStarks> that error accompanies the hang and forcequit
[11:56] <asac> LLStarks: reproduce with a strace -f firefox-3.7 2>&1 | tee /tmp/log.txt
[11:56] <asac> forcequit?
[11:57] <asac> does it crash?
[11:57] <asac> do you get a .crash file?
[11:57] <LLStarks> no, but you are forced to close because it becomes unresponsive
[11:57] <LLStarks> i don't even know where crash files are located.
[11:58] <asac> in /var/crash
[11:58] <asac> maybe remove all stuff there
[11:58] <asac> then reproduce and see ... also wait for a few minutes
[11:58] <asac> when it hangs
[11:58] <asac> maybe its just producing the core dump
[11:59] <BUGabundo_remote> I'm having probs with 3.7 today too
[12:00] <BUGabundo_remote> it will just block and I have to force close
[12:00] <asac> so its a regression from yesterday?
[12:00] <asac> LLStarks: ?
[12:00] <BUGabundo_remote> daily updated today
[12:00] <BUGabundo_remote> let me run gdb on it
[12:00] <LLStarks> running trace
[12:00] <asac> yeah
[12:00] <asac> trace
[12:00] <asac> and then running it in gdb might reveal more
[12:00] <BUGabundo_remote> $ firefox-3.7 -g
[12:00] <BUGabundo_remote> /usr/bin/gdb /usr/lib/firefox-3.7a1pre/firefox-3.7 -x /tmp/mozargs.aCjv8T
[12:00] <BUGabundo_remote> I may need some gdb packages:\
[12:00] <BUGabundo_remote> this is a clean system
[12:01] <asac> firefox-3.7 -g should be right
[12:01] <asac> and yes you need xulrunner-1.9.3-dbg
[12:01] <asac> and firefox-3.7-dbg
[12:01] <asac> at least
[12:01] <asac> maybe also libc and glib and gtk dbg
[12:01] <asac> packages
[12:03] <BUGabundo_remote> ** (firefox-3.7:16676): WARNING **: Serious fd usage error 16
[12:03] <BUGabundo_remote> ** (firefox-3.7:16676): WARNING **: Serious fd usage error 14
[12:03] <BUGabundo_remote> I'm gettign it
[12:03] <BUGabundo_remote> but no extra out put
[12:05] <BUGabundo_remote> Program received signal SIGINT, Interrupt.
[12:05] <BUGabundo_remote> pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
[12:05] <BUGabundo_remote> 162	../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S: No such file or directory.
[12:05] <BUGabundo_remote> 	in ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S
[12:05] <BUGabundo_remote> waiting for dgb packates to install
[12:05] <BUGabundo_remote> to have a bt full
[12:05] <BUGabundo_remote> asac: ^^^^^^
[12:06] <BUGabundo_remote> but I have *exactly* the same prob with pidgin
[12:06] <BUGabundo_remote> so I bet libc6 bug in here
[12:06] <BUGabundo_remote> pidgin trace http://paste.ubuntu.com/364526/
[12:08] <BUGabundo_remote> FF trace http://paste.ubuntu.com/364529/
[12:08] <BUGabundo_remote> LUNCH
[12:10] <LLStarks> ff trace: http://www.mediafire.com/?ye2y2mt1myd
[12:12] <LLStarks> and bed
[12:13] <asac> BUGabundo_remote: yes, please install the libc6-dbg package too
[12:14] <LLStarks> btw, i have everything installed, what should i run in gdb?
[12:15] <LLStarks> just run?
[12:16] <asac> LLStarks: firefox-3.7 -g
[12:16] <asac> try that
[12:16] <LLStarks> am
[12:16] <asac> and then run
[12:16] <asac> yes
[12:16] <asac> just run
[12:17] <LLStarks> asac: http://pastebin.com/m4ecd965
[12:17] <asac> LLStarks: so you kill it?
[12:17] <LLStarks> yah
[12:17] <asac> ok.
[12:18] <asac> if you hit ctrl-z instead you might be able to get a backtrace
[12:18] <asac> whihc might show what its doing
[12:18] <LLStarks> certain websites reliably cause the hang
[12:18] <LLStarks> weather.gov is fine. weather.com isn't.
[12:18] <LLStarks> 0x00a99422 in __kernel_vsyscall ()
[12:21] <LLStarks> looks serious.
[12:46] <vish> huh , seems there is a fix/workaround for Bug 512615 [havent tried it though]
[12:48] <gnomefreak> when is feature freeze?
[12:57] <vish> gnomefreak: back here.. what feature?
[12:57] <vish> is not going to make it*
[12:57] <gnomefreak> :)
[12:57] <gnomefreak> Sm2
[12:57] <vish> oohh ,k
[12:58] <gnomefreak> i would rather not use an exception but there is alot of work that needs to be done
[12:58] <gnomefreak> be back need smoke :)
[13:07] <gnomefreak> asac: have we built firefox with PGO yet? or is that to come?
[13:14] <BUGabundo_remote> asac: that is with libc6-dbg already installed
[13:20] <gnomefreak> anyone running SM2 or 2.1 even?
[13:26] <asac> gnomefreak: wanted to try it this cycle
[13:26] <asac> but afaik its not really working on linux yet. but i wil at least try
[13:27] <gnomefreak> asac: ok i was reading a bug on it
[13:27] <gnomefreak> feel free to comment on bug 213708
[13:43] <BUGabundo_remote> asac: new FF trace http://paste.ubuntu.com/364571/
[13:43] <BUGabundo_remote> wb kenvandine
[13:45] <asac> BUGabundo_remote: threads apply all bt
[13:45] <asac> also why do you do multiple "c"'s?
[13:47] <fta2> asac, grrr bug 513776
[13:48] <gnomefreak> IIRC i filed a bug on recommending depends that are not in repos
[13:48] <asac> well. thats not grrr, but expected ;)
[13:48] <gnomefreak> recommends
[13:49] <BUGabundo_remote> asac: some times it gets extra stuff, at least it does in pidgin
[13:49] <gnomefreak> fta2: bug 506528
[13:49] <BUGabundo_remote> asac: how is that all bt?
[13:52] <fta2> gnomefreak, the recommends could be in debian only. but anyway, it's different here, asac changed my Depends into a Recommends just because he was in a hurry to have the browser in, but the codecs are there, in the ppa
[13:52] <BUGabundo_remote> so I crashed FF
[13:52] <BUGabundo_remote> what gdb trace you want?
[13:53] <gnomefreak> fta2: Yeah i know those packages are mostly in Debian however this is something that that needs to be changed at merge, or we package those packages that are in there. ah ok thought it was same problem
[14:02] <gnomefreak> i thought we packaged weave extension?
[14:10] <gnomefreak> finally caught up on email
[14:14] <gnomefreak> is there a way i can change the x drivers from non-free to nv?
[14:15] <gnomefreak> jockey doesnt have that option. im looking to not uninstall 3d drivers
[14:22] <gnomefreak> nm
[14:22] <gnomefreak> i forgot about disabling them in jockey
[14:44] <micahg> hi asac
[14:48] <asac> hi micahg
[14:48] <asac> so tbird?
[14:48]  * gnomefreak will be infront of tv for a bit :) but hi micahg 
[14:48] <gnomefreak> just got a daily tb3 update
[14:50] <micahg> sorrry pidgin has a memory leak
[14:50] <rickspencer3> fta are you @fta on identica?
[14:50] <micahg> asac: so I updated TB3 locales properly this time
[14:50] <micahg> but there's no facility for dropped packagesw
[14:53] <micahg> asac: was adding the ff3 transitional packages to ff36 ok?
[14:54] <asac> micahg: did you commit that?
[14:54] <micahg> yes, is that bad?
[14:54] <asac> at best request merges so i can review things you are not sure
[14:54] <asac> well. i dont see all commits ;)
[14:54] <micahg> I was pretty sure
[14:54] <micahg> http://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.6.head/revision/510
[14:54] <asac> so if you commit there is no review ;)
[14:55] <micahg> k
[14:55] <asac> i dont think we ad firefox-3.0 branding
[14:55] <asac> can you uncommit that
[14:55] <asac> and make two commits:
[14:56] <asac> 1. make the replaces/conflicts/provide a multiple line layout thing?
[14:56] <asac> 2. do the transition
[14:56] <asac> its easier to review if those are broken in one package per line
[14:56] <micahg> k, for each package in there, each replace should be its own line?
[14:57] <asac> yes, each package one line for replaces/provides/conflicts
[14:57] <asac> each line starts with a tab
[14:57] <micahg> firefox 3.0 branding was causing issues for people upgrading in the PPA
[14:57] <asac> and maybe do a merge request then
[14:57] <asac> could be.
[14:57] <asac> i will check when i have a clear view on the diff
[14:57] <micahg> k, so I'll uncommit and push overwrite
[14:57] <asac> yes
[14:58] <asac> might be all ok, but its much easier to check if its already in multi line layout
[14:58] <asac> micahg: you can make the multi line layout directly on .head
[14:58] <asac> and then just the transitional packages in a merge branch
[14:58] <micahg> k
[14:59] <asac> also important to check is what packages are gone now
[14:59] <asac> like -dom-inspector etc.
[14:59] <asac> those need to be transitioned to firefox
[14:59] <asac> e.g. eaten by that package etc.
[14:59] <asac> otherwise users that have that package get stuck
[14:59] <asac> or something
[14:59] <micahg> k, should that be done on the firefox package?
[15:00] <micahg> asac: also, I imported the changelog for xul192
[15:00] <micahg> and removed stuff from the 192 commit that was done on 191 already and didn't require a name change
[15:00] <micahg> s/commit/changelog entry/
[15:01] <micahg> there was one entry I wasn't sure about so I left it
[15:01] <micahg> someone commited a patch that was later accepted upstream
[15:01] <micahg> and dropped, so I left his name in there
[15:02] <asac> thats ok
[15:02] <asac> micahg1: thats ok
[15:03]  * gnomefreak going to try to get some sleep i got up at 3am and havent stopped yet its now after 10am. 
[15:09] <micahg> asac: should I only do it for the ones I'm modifying?
[15:28] <asac> mterry: hi
[15:28] <mterry> asac, so I heard that you were looking into how to change the theme and/or homepage for chromium for lucid?
[15:28] <asac> shoot
[15:28] <asac> mterry: i checked
[15:28] <asac> yes.
[15:29] <asac> so ... there is no global pref mechanism it seems
[15:29] <asac> one idea is to ship a skel profile and copy that in the chromium-browser wrapper
[15:29] <asac> otherwise it needs code patching :(
[15:29] <mterry> asac, why not in /etc/skel?  It uses a non-deterministic profile dir?
[15:30] <asac> how do you do that for /etc/skel?
[15:30] <asac> i mean ... thats on user home creation, right?
[15:30] <asac> so if users install it later they wont get it
[15:30] <mterry> asac, right...  I'm so used to thinking OEM-style
[15:30] <asac> yeah. so thats not going to work
[15:30] <asac> but its a similar mechanism
[15:30] <asac> we already have a chromium-browser wrapper script
[15:31] <asac> so we should check if thats good enough
[15:31] <asac> not perfect but feels better than patching code
[15:31] <mterry> asac, that seems like a reasonable approache
[15:31] <mterry> asac, you saw the bug about chromium whining about not being the default?
[15:31] <asac> yeah
[15:32] <asac> i think we ship the gconf keys for firefox somehow, no?
[15:32] <mterry>  asac, we disable that check in firefox I thought, but a quick scan at the firefox packaging didn't reveal the patch
[15:32] <asac> or is all x-www-browser in gconf by default?
[15:32] <mterry> asac, yeah, I replied in the bug about where
[15:32] <mterry> asac, (bug 513133)
[15:32] <asac> so iirc we had it disabled at some point
[15:32] <asac> but after fixing the compare in firefox it does the right thing
[15:33] <asac> e.g. doesnt complain because firefox is already the default
[15:33] <asac> so ... chromium does the right thing
[15:33] <asac> we should just check that it doesnt complain if you put chromium-browser %s there
[15:33] <mterry> sort of, modulo my patch
[15:34] <mterry> And we don't care about the x-www-browser side of things?  (I hate that we have 10 different ways of setting default apps)
[15:34] <asac> x-www-browser is ignorable
[15:34] <asac> thats a legacy thing
[15:34] <asac> we can support it by shipping that alternative
[15:34] <asac> we can ensure that the chromium-browesr prio is higher
[15:35] <asac> if thats helping
[15:35] <mterry> asac, it installs itself as an alternative already, not sure what prio
[15:36] <mterry> asac, OK, so for the defaults thing, it's just a matter of my patch and then system configs to change defaults.  For theme/homepage, it's a matter of patching the wrapper (is ubuntu going to modify theme/homepage?)
[15:38] <asac> mterry: i think that should be fixed on chromium side somehow
[15:38] <asac> full path might be different
[15:39] <asac> hmm
[15:39] <mterry> asac, hmm?  I agree upstream issue, I would give them my patch.
[15:40] <mterry> asac, one side effect of full path is when you go to gnome-default-applications-preferences, it will set exe names to chromium-browser, and then chromium will say it's not default.  full paths are bad
[15:40] <asac> shouldnt that compare "which"
[15:40] <asac> with realpath?
[15:41] <asac> in that way you could still have a chromium-browser unpacked in your home etc.
[15:41] <asac> and that would notice its different
[15:41] <mterry> asac, one complication is that by the time chromium is running, /usr/lib/chromium-browser is in front of path.  Maybe to fix that we can also recommend to move it to end of path
[15:42] <mterry> asac, in your example, chromium is still the default.  and which you use is a matter of your path, right?
[15:43] <asac> yes
[15:43] <mterry> asac, so you'd never be running the one that's not the default unless you specified its full path.
[15:43] <asac> there are two cases:
[15:44] <asac> .desktop file has an absolute path
[15:44] <asac> .desktop file has a basename
[15:44] <asac> i think thats not properly covered somehow
[15:44] <asac> so if .destkop file has a basename, comparing with basename is fine
[15:44] <asac> otherwise i thiink we should compare full paths somehow
[15:44] <mterry> asac, in their xdg-settings, they expand both to full path.  In my xdg-settings, I basename both cases
[15:44] <asac> yes
[15:44] <asac> i think the middle is right
[15:45] <asac> have to think a bit about this
[15:45] <asac> especially because of the wrapper script
[15:45] <asac> which is always painful
[15:45] <asac> your patch is a good quick solution i think
[15:45] <asac> but i hope it can be done better
[15:45] <asac> we should surely open a bug upstream
[15:45] <asac> and suggest the patch there
[15:45] <asac> if they are happy, fine!
[15:46] <mterry> asac, ok, I'll upstream this week
[15:46] <mterry> we'll see what they say
[15:46] <mterry> i'll connect the bug to ubuntu's so if you're subscribed, you'll see it go by
[15:46] <asac> yeah. i guess maybe fta even forwards that
[15:47] <asac> but well see who comes first
[15:47] <mterry> fta?
[15:48]  * asac break
[16:03] <micahg> asac: on bug 439431, firefox-branding should replace kubuntu-firefox-installer, right?
[16:11] <asac> micahg: yes.
[16:11] <micahg> k, and do on 3.7 even though it's not official branding?
[16:11] <asac> if we ship a firefox.desktop in abrowser too then there too
[16:12] <asac> micahg: yes, do that so we dont forget
[16:12] <micahg> k
[16:12] <asac> abrowser-branding that is (but i dont think so)
[16:14] <micahg> asac: no changelog entry in 3.7 since it'll be in 3.6, right?
[16:16] <asac> micahg: yeah
[16:16] <asac> i think thats a good practice
[16:25] <fta2> asac, are you sure it's related to gconf?
[16:26] <LLStarks> asac, you saw my message about 0x00a99422 in __kernel_vsyscall ( right?
[16:26] <fta2> asac, i thought it was about the wrapper vs the binary
[16:27] <asac> fta2: not sure. i just think that having gconf entries not set to chromium-browser is expected to trigger the "not default" thing
[16:27] <asac> fta2: the script mterry patched is a wrapper it seems. yes.
[16:27] <asac> check the patch in the bug
[16:27] <asac> i think it would be an improvement that way, but its not 100% it
[16:28] <mterry> fta2: I patched their xdg-settings helper script
[16:30] <fta2> yep
[16:30] <fta2> when you ask ch to set itself as the default browser, you end up with /usr/lib/ch/ch in the gnome preferred apps ui
[16:31] <asac> right. that probably needs a fix similar to what we have in firefox
[16:31] <fta2> in that ui, i just ship "chromium-browser" using the xml file
[16:31] <asac> just better ;)
[16:32] <fta2> imho, it's bad to have /usr/lib as it's calling the binary, not the wrapper, so some stuff are probably broken
[16:33] <LLStarks> damn you 3.7!!!!!!!!!!! why do you keep blanking images after they load!
[16:37] <asac> isnt weather.com flash?
[16:38] <LLStarks> son of a....
[16:38] <LLStarks> it can't be that simple
[16:38] <LLStarks> can it
[16:38]  * LLStarks tests
[16:39] <LLStarks> btw, the above issue was sepearate
[16:39] <LLStarks> *separate
[16:39] <LLStarks> if you load an image url directly, the image sometime vanishes after it renders
[16:40] <LLStarks> yeah, flash is killing
[16:42] <micahg2> LLStarks: OOPP landed recently
[16:42] <LLStarks> oopp?
[16:42] <micahg2> wow, never saw a 2 on my nick before :P
[16:42] <micahg2> out of process plugins
[16:43] <LLStarks> lorentz?
[16:43] <micahg2> 3.7
[16:43] <LLStarks> i thought that was being tracked for 3.6.1
[16:43] <micahg2> LLStarks: everything new has to land on trunk first
[16:43] <LLStarks> landing on trunk first?
[16:43] <micahg2> and 3.6.1 was skipped
[16:43] <LLStarks> hah. same thought.
[16:43] <LLStarks> wait. 3.6.1 is being skipped too?
[16:44] <micahg2> yep
[16:44] <LLStarks> no point releases?
[16:44] <micahg2> nah, they jumped to 3.6.2
[16:44] <LLStarks> ...
[16:44] <micahg2> so month=point I think
[16:44] <LLStarks> ubuntu influence i see
[16:45]  * micahg2 hasn't seen the meeting notes yet that decided that, so don't quote me :)
[16:45] <LLStarks> yeah, i can't find anything on this through google
[16:46] <LLStarks> anyway, oopp breaks flash.
[16:46] <micahg2> LLStarks: file a bug upstream
[16:47] <micahg2> I think..hold on
[16:47] <micahg2> asac: do you want to file 3.7 bugs in LP as well since we can communicate with upstream?
[16:49] <asac> micahg2: sure. maybe use a firefox3.7 tag
[16:49] <asac> ffox37
[16:49] <asac> maybe
[16:49] <micahg2> asac: once we get the package names for -next, we can file there
[16:50] <micahg2> LLStarks: so, file in LP against firefox package and tag ffox37
[16:51] <LLStarks> isn't it a bit early to start filing 3.7 bugs in lp?
[16:51] <asac> micahg2: I dont plan to get -ext in archive
[16:51] <micahg2> asac: right, but once it hits PPA, you can file bugs against it
[16:51] <asac> next
[16:52] <asac> does that really work?
[16:52] <micahg2> i think so
[16:52] <asac> last time i tried lp complained ;)
[16:52] <asac> so in theory firefox-3.7 should already work? then why not use that?
[16:52] <micahg2> because it's changing
[16:53]  * micahg2 got an oops
[16:53] <asac> well. we can file there and then move if it really works
[16:53] <micahg2> I'll look into it later
[16:54] <micahg2> doesn't seem to work on edge
[16:54] <micahg2> I'll verify if it's supposed to work like that or not, I don't want to abuse too many "features" in LP :)
[16:54] <micahg2> k, bbiab
[16:57] <LLStarks> asac, how do i apport using umd ppa?
[16:57] <LLStarks> do i have to apport-collect?
[16:58] <asac> yes
[16:58] <asac> LLStarks: not sure if micahg already added the hook that allows you to do that
[16:58] <asac> otherwise its hopefully in tomorrow ;)
[16:58]  * asac should check that ... but is busy
[16:59] <LLStarks> i'm getting python errors.
[16:59] <LLStarks> i could probably do it after i initially create the bug report.
[16:59] <LLStarks> whatevr.
[17:00] <micahg2> LLStarks: you can't create the bug with apport, but you should be able to use apport-collect after submitting
[17:00] <micahg2> we'll fix that soon
[17:01] <micahg2> now, really bbiab...
[17:19] <gandi> asac: ping
[17:39] <LLStarks> asac, what was that 3.7 tag  for lp again?
[17:40] <asac> ffox37
[17:40] <LLStarks> thanks.
[18:24] <crimsun> asac: usb-audio can be problematic; many devices need quirks in the driver to account for your symptom (I experience it, too, with a Plantronics 500 USB device)
[18:25] <crimsun> need to get to that but have been fixing sound on my new laptop
[18:57] <vish> is Bug #501393 , really fixed? I dont see notifications using notify-osd
[18:58] <micahg> vish: from the firefox side
[18:58] <micahg> they've done as much as they want to do
[18:58] <micahg> any remaining changes need to be taken care of in notify-osd
[18:58] <vish> micahg: hmm.. ok.what does notify-osd have to do? isnt it just notification that need to be sent?
[18:58] <micahg> vish: ask asac :)
[18:59] <vish> i was using firenotify extension , now that stopped working too
[18:59]  * micahg is still learning the technology
[18:59] <vish> well , that bug would be a bad blocker for Lucid.. not receiving notifications :s
[19:00] <vish> but notify-osd development has stopped for  very long time :/
[19:00] <asac> vish: i already explained it? didnt i? they explicitly dont sent stuff to notify-osd because it doesnt have action support
[19:00]  * vish checks bug comments again
[19:00] <asac> hmm
[19:01] <micahg> asac: I didn't know if you wanted anything done for notify-osd, that's why I said to ask you
[19:01] <asac> well. mozilla doesnt want notifications without actions
[19:01] <asac> we don't want to change things they explicitly decided on
[19:01] <micahg> right, we discussed this before
[19:02] <asac> good ;)
[19:02] <vish> asac: ah , you told me that when i mentioned Dbarth's comment .. oops , was confused since bug was closed as fixed
[19:02] <asac> crimsun: so you have the same "all is silent" issue?
[19:03] <asac> vish: yeah. thats misleading
[19:03] <asac> notify-osd integration is not fix released
[19:03] <asac> but general system libnotify support is
[19:03] <vish> ah ok
[19:03] <armin76> [reed]: ping
[19:03]  * micahg is regretting putting that in the changelog as is
[19:03] <asac> thats ok micahg
[19:03] <asac> ;)
[19:04] <asac> reopen the task maybe
[19:04] <armin76> [reed]: i'm a bit outdated...how was it done to get something backported? https://bugzilla.mozilla.org/show_bug.cgi?id=502369 <- needs to be added to mozilla-1.9.2
[19:04] <micahg> asac: well, it's open as a notify-osd task since ff is as good as we'll get it
[19:04] <asac> armin76: request approval if the patch is good
[19:04] <micahg> is that not right?
[19:04] <asac> approval1.9.2?
[19:04] <asac> i guess
[19:05] <asac> micahg: we can set to wont fix the firefox tasks. yes.
[19:05] <armin76> asac: that flag is not present :(
[19:05] <asac> give explanation that mozilla will support that
[19:05] <asac> hmm
[19:05] <vish> micahg: just to be sure , do you get any notifications for downloads? [i have too many extensions something else might be wrong] I'm considering elevating the bug importance
[19:05] <armin76> i wonder wtf does it have to do with flash?
[19:05] <asac> armin76: thats bceause its filed against tracemonkey
[19:05] <micahg> vish: yes, old style
[19:06] <asac> armin76: guess you would have to find the landing bug if it already is on 1.9.3
[19:06] <vish> hmm.. odd , i dont get any :s [aw , crap]
[19:07] <armin76> asac: it is on mozilla-central, and afaik that is the bug...
[19:07] <armin76> nevertheless i'll reopen it
[19:08] <asac> not sure
[19:09] <asac> pushed: redux changeset:   2929:a27726496703
[19:09] <asac> not sure if that is on the central branch
[19:12] <fta> asac, jcastro: if i add an upstream to a team in lp, will he be able to triage bugs for packages owned by that team?
[19:13] <micahg> fta: are you talking about ubuntu bug triage?
[19:14] <fta> micahg, no, just for that project
[19:14] <micahg> k
[19:14] <fta> bug control should not be needed
[19:14] <asac> not sure
[19:15] <micahg> if the team, is a driver or owner or the project, the answer should be yes
[19:15] <asac> fta: he neds to be in a team that is driver or owner ... yes
[19:15] <asac> for that project
[19:15] <micahg> or the team needs to be set as bug supervisor
[19:15] <micahg> but then you get all the mail unless you have a team ML
[19:15] <asac> yes. thought bug driver was the name
[19:16] <jcastro> fta: what they said, though I do sometimes give bugcontrol perms to an upstream to triage their own bugs, and they understand that the power is for their bugs
[19:17] <jcastro> fta: so I guess it depends on wether I answer them fast enough or they figure out launchpad first, heh
[19:18] <micahg> we just dealt with this in bug-control for ubuntu-tranlations...the solution was a new team made up of -translations and -control members with its own ML for bugs
[19:55] <asac> crimsun: what info would you need for my headset? it works, but is really really silnet :)
[20:08] <micahg> asac: so, I just got the info for what to do with the missing locales for TB locales, so tomorrow morning hopefully, it'll be done
[20:27] <fta> asac, did you try "always open files for this type"? wfm
[20:38] <asac> micahg: great
[20:38] <asac> fta: it never asked me for anything like that
[20:39] <asac> that should be default for some mime types
[20:39] <asac> is there a reason why its not?
[20:39] <fta> asac, in the download bar, for each dl, you have options
[20:40] <asac> yes. but there are two bugs for the default config:
[20:40] <asac> 1. clicking on http://www.adobe.com/support/products/pdfs/adobe_products_and_windows_vista.pdf doesnt just download
[20:40] <asac> but makes the current tab blank
[20:40] <asac> but doesnt open anything
[20:41] <asac> 2. it should open it in an app bydefault with the ability to opt out
[20:41] <asac> actually when clicking on that pdf it doesnt even show any download
[20:41] <asac> it does nothing ... just a black tab
[20:41] <asac> open a tab, paste url -> black
[20:41] <asac> no download bar pops up
[20:58] <armin76> asac: do you have xul-1.9.2 packages?
[20:58] <asac> sure
[20:58] <asac> in daily ppa
[20:59] <armin76> why not normal archive?
[21:00] <micahg> armin76: working on it :)
[21:01] <armin76> i'm surprised we have it before you :P
[21:33] <fta> armin76, well, our package exists since day 1, you can't beat that ;)
[22:15] <fta> Get:122 http://archive.ubuntu.com lucid/main libwebkit-1.0-2-dbg 1.1.19-1 [130MB]
[22:16] <crimsun> asac: "any level below 30% results in silence" is the symptom I experience.  "ubuntu-bug alsa-base", and in particular, lsusb -v
[22:16] <asac> crimsun: thats what i had in karmic
[22:17] <asac> but now in lucid, even 100% is not really loud
[22:17] <asac> and 120% is a bit groovy ;) (but just a bit)
[22:17] <asac> i think 100% is less loud than the 30% in karmic
[22:17] <crimsun> asac: for your internal or usb?  I'm only describing my usb.
[22:18] <asac> usb only
[22:18] <asac> so in karmic < 30% -> mute .... now 100% is like 30% before ;)
[22:18] <crimsun> interesting.
[22:18] <asac> yeah
[22:18] <crimsun> yeah, bug against alsa-base + lsusb -v
[22:19] <asac> thats just a rough estimate ... maybe its even less than what previously was 30%
[22:19] <asac> ok
[22:19] <BUGabundo> asac: open PAMAN and push it higher :D
[22:19] <asac> crimsun: using ubuntu-bug alsa-base ... doesnt attach lsusb -v
[22:19] <asac> ?
[22:19] <BUGabundo> I set mine to 143% with no probs
[22:19] <crimsun> asac: no.
[22:20] <crimsun> I suppose we could cconditionally attach it based on /proc/asound/modules's contents
[22:21]  * crimsun thinks about sound/usb/usb{mixer*,quirks.h}
[22:26] <asac> bug 514032
[22:26] <asac> crimsun: ^^
[22:27] <asac> wonder if there is some other mixer that sets the baseline somehow
[22:27] <asac> alsamixer doesnt do anything at least ;)
[22:27] <BUGabundo> asac: tried paman ?
[22:27] <asac> paman?
[22:28] <asac> volume seems to be at 139%
[22:28] <asac> why isnt paman somewhere in the menu?
[22:29] <crimsun> because it isn't recommended, and it's in universe.
[22:30] <BUGabundo> 139%??
[22:30] <BUGabundo> and you still say its low? weird
[22:30] <crimsun> asac: thanks, will look shortly