[00:00] <Drakeson> Are many firefox 3.6 plugins (such as greasemonkey) broken in lucid 64bit?  Firefox refuses to start when I install one of many such plugins.
[00:01] <micahg> Drakeson: are you referring to the archive versions?
[00:01] <Drakeson> what do you mean by archive versions?
[00:02] <BUGabundo> Drakeson: WFM in 3.7
[00:02] <micahg> Drakeson: versions you can apt-get vs from addons.mozilla.org?
[00:02] <Drakeson> no, the ones from addons.mozilla.org
[00:02] <micahg> Drakeson: well, does it say it's compatible with 3.6?
[00:03] <micahg> I think the stats were about 75% of addons were compatible with 3.6 at the time of release
[00:04] <micahg> asac: re the transition PPA, its name is ffox35, is that a problem, I can modify the text, but not the name
[00:04] <asac> micahg: i think its ok
[00:04] <asac> its just for us
[00:05] <micahg> asac: k, I was going to finish up xul192 tonight and upload a pre version to the PPA to start building against
[00:06] <Drakeson> micahg: an example is greasemonkey (a popular addon). it says it is compatible with firefox 3.6.
[00:06] <Drakeson> and after installation firefox fails to start
[00:06] <asac> micahg: right.
[00:06] <Drakeson> BUGabundo: is that a 64bit machine?
[00:06] <BUGabundo> yes
[00:06] <BUGabundo> ahhhh
[00:06] <BUGabundo> let me guess
[00:06] <micahg> asac: what suffix should I use with the ppa, I see a few in tehre
[00:07] <BUGabundo> process separation ?
[00:07] <Drakeson> BUGabundo: what is that?
[00:07] <Drakeson> does firefox have process separation?
[00:07] <asac> micahg: ~ffox36~lucid1 etc.
[00:07] <micahg> asac: k
[00:07] <asac> karmic intrepid etc.
[00:07] <BUGabundo> for a few days now, builds of Firefox have separate process for plugins and some addons
[00:07] <asac> well screw intrepid ;)
[00:07] <micahg> BUGabundo: only 3.7, not 3.6
[00:07] <asac> jaunty hardy karmic etc.
[00:08] <BUGabundo> micahg: localy? cause upstream is doing 3.6 too
[00:08] <micahg> Drakeson: can you get a gdb backtrace?
[00:08] <BUGabundo> btw, since 3.6 is stable do you get 4.x branch now?
[00:08] <micahg> BUGabundo: only on a branch right now, not nightlies
[00:08] <BUGabundo> darn chromium 5-dev is soooo broken
[00:08] <BUGabundo> micahg: ping me once fta gets its daily up
[00:08] <micahg> BUGabundo: when mozilla-central branches, we'll put it up
[00:09] <Drakeson> micahg: only if I knew how. /usr/bin/firefox is a shell script and I don't know how to run it under gdb.
[00:09] <micahg> BUGabundo: chromium dailies are already at 5
[00:09] <BUGabundo> I know
[00:09] <BUGabundo> I'm using it
[00:09] <micahg> Drakeson: firefox -g
[00:09] <BUGabundo> and filling bugs on it
[00:09] <fta> asac, hi
[00:09] <fta> asac, good to know
[00:10] <BUGabundo> fta: you got my bug report?
[00:10] <fta> BUGabundo, ch, 4am
[00:10] <BUGabundo> !?
[00:10] <micahg> BUGabundo: you asking about ff4?
[00:10] <BUGabundo> micahg: yes
[00:10] <micahg> BUGabundo: k
[00:11] <fta> BUGabundo, about themes? i can't reproduce
[00:11] <Drakeson> micahg: using firefox -g, I get this:
[00:11] <Drakeson> "/usr/lib/firefox-3.6/firefox": not in executable format: File format not recognized
[00:11] <BUGabundo> fta: :(
[00:12] <micahg> Drakeson: try gdb /usr/lib/firefox-3.6/firefox-bin
[00:14] <Drakeson> oh, it does not sigterm, it just exited with code 01
[00:14]  * Drakeson looks further ...
[00:17] <Drakeson> well, forgive my stupidity, is that exit code (code 01) from the shell wrapper or from the actual binary? I did "firefox -g" and then "file /usr/lib/firefox-3.6/firefox-bin" in gdb, and then "r".
[00:21]  * micahg isn't sure
[00:34] <micahg> Drakeson: why not just try starting from gdb
[01:06] <ccheney> how do you search in chrome?
[01:07] <ccheney> oh duh ctrl+f
[01:07]  * ccheney is too used to firefox :)
[01:09] <asac> ctrl+f also works in ffox fwiw ;)
[01:13] <BUGabundo> yeah
[01:14] <BUGabundo> that's how I do it in all browsers
[01:39]  * ccheney has used / forever :)
[01:39] <ccheney> like vi :)
[03:02] <asac> ok out for today ... cu tomorrow
[03:59] <asac> micahg: hey .... so on tbird locales ... did you test them?
[03:59] <micahg> well, I don't have  a version I can actually test on
[03:59] <asac> e.g. checking whether you get a translated UI if you use some?
[04:00] <asac> huh?
[04:00] <micahg> but the extension registered as not compatible in tb3.0.1pre
[04:00] <micahg> maxversion is 3.0
[04:00] <asac> micahg: you dont have a 3.0 tbird?
[04:00] <micahg> asac: maxversion on the .xpis upstream is 1 version
[04:00] <micahg> I have 3.0.1pre
[04:00] <micahg> and the locales are 3.0
[04:01] <micahg> do we need to hack that up?
[04:01] <asac> well ... so we definitly ned to open maxVersion up
[04:01]  * micahg can override to test actualy
[04:01] <asac> to be 3.0.*
[04:01] <asac> in the packages
[04:01] <micahg> ok, so that means repacking the xpis...
[04:01] <asac> not sure that means it
[04:01]  * micahg can add the code back to do taht
[04:01] <asac> you can sed them
[04:01] <asac> after dh_install
[04:01] <micahg> oh...
[04:01] <micahg> cool
[04:01]  * micahg never tried that
[04:02] <asac> after or before the xpi-install
[04:02]  * micahg gets to practice :)
[04:02] <asac> i think after is the right time to do that
[04:02] <micahg> let me override the one I have installed first to make sure it works
[04:02] <asac> yheah
[04:02] <micahg> yeah
[04:02] <asac> thats a good first step
[04:03] <asac> i am not sure if the maxVersion 3.0 furing xpi-install messes the generated xpi:recommends up
[04:03] <asac> but i wouldnt think it does
[04:03] <micahg> do I need to bump the moz-devscripts requirement to 0.20~?
[04:04] <asac> not sure.... depends on whether we rely on something that is only available in 0.20
[04:04] <asac> do we?
[04:04] <micahg> asac: recommends: TB vs TB-3.0
[04:04] <asac> ah ... so then yes.
[04:04] <micahg> still needs to be released to debian if we're going to do it
[04:05] <asac> not sure why ... but yes. bdrung should get that released imo
[04:05] <asac> then we can synch before uploading
[04:05] <asac> micahg: so plesae try if it works ... then sed the maxVersion after the xpi-install for each language
[04:05] <asac> and then we should be fine
[04:06] <micahg> asac: k, do we intend to update them though?
[04:06] <asac> unless xpi-install creates tight versioned depends/recommends (e.g. not just 'thnunderbird')
[04:06] <micahg> 3.0.2 is adding an old locale back
[04:06] <micahg> asac: no, just generic
[04:06] <asac> we intend to update them regularly.... but we dont want to update them for each tbird release
[04:06] <asac> ok if itsjust generic it sounds good ... open maxVersion up after xpi-install and all should be fine
[04:07] <asac> then we should be fie
[04:07] <asac> fine
[04:07] <asac> would be great to the get sedding today... then we are done and i can upload it tomorrow after poking bdrung to get the latest md up
[04:08] <micahg> asac: ok
[04:08] <asac> thx very much
[04:08] <asac> lets see tomorrow. .... anything else you need?
[04:09] <micahg> np, no, I'll try to get xul192 up if I don't collapse first
[04:09] <micahg> otherwise in the morning
[04:09] <asac> hehe
[04:09] <asac> tb has definitly priority ... so we get that off the list :)
[04:09] <asac> :)
[04:10] <asac> xul192 getting up soudns not that hard ... get it in your private ppa first
[04:10] <asac> and if its fine we can copz the packages over
[04:10] <micahg> k
[04:10] <asac> ok cool.... have to run out now ... dinner and stuff and the internet sucks here in the hotel :)
[04:10] <micahg> yeah, I just have to diff xul191 and xul192 to make sure we're not missing anything
[04:10] <asac> right
[04:11] <asac> reviewing that would be great
[04:11] <asac> enjoy aznd talk to you tomorrow!
[04:11] <micahg> asac: k, enjoy
[04:16] <micahg> asac: locale worked  with override :) on  to sed :)
[04:27] <[reed]> hey guys
[04:27] <micahg> hi [reed]
[04:27] <[reed]> didn't you all run into "configure: error: System Sqlite library is not compiled with SQLITE_SECURE_DELETE." sometime
[04:27] <[reed]> ?
[04:28] <micahg> yes
[04:28] <micahg> when trying to use system 3.20
[04:28] <micahg> when the new test failed
[04:28] <micahg> but I thought that was fixed when sqlite was bumped to 3.22
[04:28] <[reed]> thought so, too
[04:28] <[reed]> but Gentoo is having issues with 3.22
[04:29] <micahg> hmmm
[04:29] <micahg> let me check a recent build log
[04:29] <[reed]> k
[04:29] <[reed]> 3.6.22*
[04:29] <micahg> nm, we still have 3.6.21 in Lucid
[04:29] <[reed]> can you try to get .22 on lucid?
[04:29] <micahg> not in debian yet
[04:29] <micahg> let me see if there's anopen bug in BTS
[04:30] <[reed]> k
[04:31] <micahg> no open bug, but maybe I can poke
[04:31] <[reed]> micahg: ok, thanks
[04:52] <micahg> [reed]: debian 568061
[04:52] <ubottu> Debian bug 568061 in sqlite3 "sqlite3: New Upstream Release 3.6.22" [Wishlist,Open] http://bugs.debian.org/568061
[04:52] <[reed]> thanks
=== micahg1 is now known as micahg
[05:57] <mahfouz> hi micahg: sorry to "bug" you, but any news on the non-existing default theme?
[05:58] <micahg> mahfouz: sorry, not yet, I don't see it in the final version, you see it in upstream builds?
[05:59] <mahfouz> I think I never had an upstream build, you want me to try?
[05:59] <mahfouz> I only have ppa daily build
[05:59] <micahg> mahfouz: well, could you check an upstream build?
[06:00] <mahfouz> but you don't have default theme either, do you?
[06:00] <mahfouz> https://developer.mozilla.org/en/Download_Mozilla_Source_Code
[06:01] <mahfouz> you mean this link?
[06:02] <micahg> mahfouz:
[06:02] <micahg> no, just download from firefox.com
[06:02] <mahfouz> I remember last time you said it's probly not compiling the default theme in the ppa
[06:02] <micahg> ok
[06:02] <micahg> let me check something
[06:02] <mahfouz> I'm dling firefox-3.6.tar.bz2
[06:03] <mahfouz> I'll try compiling that one
[06:03] <micahg> mahfouz: nah, they have ones you can just unzip and run
[06:03] <micahg> I just need to know if it shows up in there
[06:04] <mahfouz> unzip and run? you mean a deb? where?
[06:04] <micahg> mahfouz: no, the download from firefox.com
[06:04] <micahg> tar -jxvf into a dir
[06:04] <mahfouz> yes, did that
[06:04] <micahg> and then ./firefox/firefox to run
[06:05] <mahfouz> ah right
[06:05] <bdrung> asac: should i release m-d 0.20?
[06:05] <micahg> probably better to start with -ProfileManager
[06:05] <micahg> mahfouz: better to have a separate profile for upstream builds
[06:05] <mahfouz> it starts with "new add-on installed" and that's default theme :)
[06:07] <micahg> k
[06:10] <mahfouz> micahg: but when I close it and run the other version, default theme is gone again :(
[06:10] <micahg> mahfouz: yes, it seems to have to do with the build
[06:11] <micahg> I assume you tried a new profile with our build?
[06:11] <mahfouz> but both builds use the same .mozilla profile it seems
[06:11] <mahfouz> because the new version sees all my old plugins
[06:11] <mahfouz> it seems the ppa version suppresses the default theme
[06:13] <mahfouz> btw, "Default plugin" is also missing in ppa version
[06:13] <mahfouz> from the plugins tab
[06:15] <mahfouz> new profile? no I think I didn't
[06:15] <mahfouz> I probly used my existing profile
[06:15] <micahg> mahfouz: you want to try that quick
[06:15] <mahfouz> firefox -ProfileManager
[06:15] <mahfouz> ?
[06:15] <mahfouz> like this
[06:16] <mahfouz> no
[06:16] <mahfouz> how do I start without a profile?
[06:16] <micahg> firefox -ProfileManager
[06:16] <micahg> asac: all fixed except 1 UTF8 issue in the control file
[06:17] <mahfouz> hmmm, firefox -ProfileManager starts with my old profile
[06:20] <micahg> mahfouz: either use --no-remote or close the browser
[06:20] <mahfouz> oh yeah, I had another instance
[06:21] <mahfouz> ok, now I have a fresh profile
[06:21] <mahfouz> but no default theme there
[06:22] <mahfouz> and no "default plugin"
[06:22] <micahg> mahfouz: k, I'll see about getting to that
[08:16] <TomJaeger> Hi, how is bug #512615 going to be addressed?
[08:16] <ubottu> Launchpad bug 512615 in firefox "fonts are incorrectly rendered due to not using system cairo" [Unknown,Confirmed] https://launchpad.net/bugs/512615
[08:17] <TomJaeger> By patching firefox's static version of cairo or by --enable-system-cairo?
[08:29] <TomJaeger> If we were to patch cairo, this might be a good opportunity to also get the patch for bug #217908 approved.  Anyway, I'm off to bed.
[08:29] <ubottu> Launchpad bug 217908 in cairo "FFe: Pixellated Images in Firefox/Opera due to incorrect EXTEND_PAD implementation in several video drivers" [High,Fix released] https://launchpad.net/bugs/217908
[11:11] <BUGabundo> fta:
[11:11] <BUGabundo> fta: http://paste.ubuntu.com/367454/
[11:11] <BUGabundo> what have they done to gwibber trunk!!??
[12:41] <Milos_SD> Hi
[12:41] <Milos_SD> No fix for that flash issue in firefox 3.7? :(
[12:44] <BUGabundo> wfm
[12:44] <BUGabundo> what are you seeing Milos_SD
[12:44] <BUGabundo> freezes?
[12:44] <Milos_SD> yes
[12:44] <Milos_SD> on every page that has flash.
[12:45] <Milos_SD> firefox just freez
[12:47] <Milos_SD> As I can see, it is fixed partly on firefox build that can be downloaded from mozilla ftp
[12:47] <Milos_SD> it has been fixed for a few days
[12:48] <Milos_SD> somo youtube controls don't work, but at least it doesn't freez :)
[12:50] <BUGabundo> turn the process separation option off Milos_SD
[12:50] <BUGabundo> I've been doing that for a few days
[12:50] <BUGabundo> all fine now
[12:50] <BUGabundo> no action on my bug for that , yet
[12:50] <Milos_SD> how can I do that?
[12:51] <BUGabundo> https://bugzilla.mozilla.org/show_bug.cgi?id=543037
[12:51] <ubottu> Mozilla bug 543037 in Plug-ins "OOPP freeze" [Major,Unconfirmed]
[12:51] <BUGabundo> http://benjamin.smedbergs.us/blog/2010-01-27/multi-process-plugins-on-by-default/
[12:56] <Milos_SD> great, thanks :)
[12:56] <Milos_SD> now it doesn't freez
[12:57] <BUGabundo> I know
[12:57] <BUGabundo> but do remember to change it back
[12:57] <BUGabundo> every so often to see if it is fixed
=== BUGabundo is now known as BUGabundo_lunch
=== BUGabundo_lunch is now known as BUGabundo_afk
=== BUGabundo is now known as BUGabundo_afk
=== yofel_ is now known as yofel
[16:14] <micahg> asac: do we want the TB-locales packaging in bzr?
=== _Tsk__ is now known as _Tsk_
=== _Tsk__ is now known as _Tsk_
[18:45] <TomJaeger> Hi.  Which route are you guys going to take for fixing bug #512615? --enable-system-cairo or patching firefox's private version of cairo?
[18:45] <ubottu> Launchpad bug 512615 in firefox "fonts are incorrectly rendered due to not using system cairo" [Unknown,Confirmed] https://launchpad.net/bugs/512615
[18:49] <micahg> TomJaeger: upstream wants this to get into cairo first
[18:49] <micahg> and that is stalled, I have to check the cairo ML to figure out why
[18:50] <TomJaeger> We all know this is not going to happen in the forseeable future
[18:50] <micahg> TomJaeger: that's why I set the milestone to make sure that we get this done before beta 1, one way or another
[18:51] <micahg> that's 6 weeks to solve this
[18:54] <TomJaeger> That's not a lot of time.  I highly doubt this is going to land in cairo within this timeframe and my experience with bug #217908 tells me that the firefox developers don't care about rendering issues on linux anyway.
[18:54] <ubottu> Launchpad bug 217908 in cairo "FFe: Pixellated Images in Firefox/Opera due to incorrect EXTEND_PAD implementation in several video drivers" [High,Fix released] https://launchpad.net/bugs/217908
[18:59] <micahg> TomJaeger: I've made a note to check on that bug and on the first one you mentioned
[19:00] <micahg> TomJaeger: upstream does care, but they like us are limited on resources
[19:01] <TomJaeger> This is why you have a community that is willing to supply patches.
[19:02] <TomJaeger> It's not like it's rocket science to get this issue fixed -- it is very well-understood.
[19:03] <micahg> well, patches have to match the codebase standards...just like we enforce in Ubuntu
[19:03] <micahg> so while one fix might be easy for us, it might not be right for upstream
[19:05] <TomJaeger> the generally accepted solution for this is to apply distribution-specific patches -- If we can apply a patch to cairo, we can apply the same patch to firefox's copy of cairo without risking anything.
[19:06] <micahg> "we" can't apply it to firefox's cairo, we can either use system cairo, get firefox to apply it to their cairo, or get a patch that cairo will take
[19:06] <micahg> option 3 seems to be the best one
[19:06] <micahg> and that's what I'll push for at the moment
[19:09] <TomJaeger> cairo upstream has already made it very clear that they won't accept a patch in the form that it is currently in ubuntu.
[19:12] <micahg> TomJaeger: ok, that doesn't mean they won't take a patch, just not the one we have
[19:15] <TomJaeger> It means that there needs to be a consensus as to how they want it done (which there isn't at this point, iirc), it needs to implemented, tested and reviewed -- none of this is likely to happen before lucid is released
[19:16] <micahg> TomJaeger: all we can do is try to move the process forward
[19:17] <micahg> it's not my decision as to what is finally accepted in Ubuntu, but I know that we want to use a minimum of system libs and patches against firefox at this point
[19:18] <micahg> All I can suggest is subscribe to the bug and mark yourself as being affected
[19:18] <TomJaeger> re moving the process forward: this is laudable and has the potential to make our life easier in lucid+x, but it's not going to solve the problem for lucid
[19:19] <micahg> TomJaeger: that why the milestone is set
[19:19] <micahg> it needs to be solved for lucid one way or another
[19:19] <micahg> IMHO
[19:20] <TomJaeger> I was really hoping the solution would be for upstream to ack our cairo patch.
[19:21] <TomJaeger> Personally, I don't care if my browser is called firefox or IceWhatever as long as it provides the best user experience.
[19:22] <micahg> TomJaeger: right, but a lot of users do care, so we need to keep the branding intact
[19:23] <TomJaeger> which leads to my next question: How do I disable the branding if I want to publish a modified version of firefox in my PPA?
[19:25] <micahg> I believe in debian/rules, there's a variable for it
[19:26] <micahg> TomJaeger: between lines 42 and 50, comment out except for 44 and 45
[19:27] <TomJaeger> Thanks, that's what I figured.
=== BUGabundo_afk is now known as BUGabundo
[20:05] <fta> BUGabundo, yeah, i gave up on gwibber since the new mess landed in trunk. it's totally unusable here.
[20:06] <BUGabundo> aha
[20:06] <BUGabundo> I still have and am using the old version
[20:06] <BUGabundo> rocking fine
[20:06] <BUGabundo> testing trunk every so often
[20:06] <BUGabundo> have you tried µblogpurple?
[20:07] <BUGabundo> finally memory leaks have been fixed
[20:07] <BUGabundo> working great for me
[20:07] <BUGabundo> or you can use #identichat
[20:07] <BUGabundo> its a MUC
[20:07] <BUGabundo> server: identichat.prosody.im
[20:08] <BUGabundo> use your own nick
[20:08] <BUGabundo> then authenticate
[21:37] <BUGabundo> fta: that bug from sessions, seem to be changes to google websites code itself
[21:37] <BUGabundo> they just applied more to mobile sites, like greader
[21:38] <BUGabundo> 7-15 days sessions are now LOST without option to remain logged in
[21:38] <BUGabundo> same for API sessions
[21:38] <BUGabundo> and users (and devs) are being aggressive about it
[22:40] <kaddi_> hi, i was wondering if one of you could help me with FF 3.6. I'm using karmic and did the sudo add-apt-repository ppa:mozillateam/firefox-stable part, plus an update and a successfull (at least I got no error message) install of FF 3.6, but I can't figure out how to launch Ff-3.6. The command firefox runs firefox 3.5.7 and there is no firefox-3.6 command available
[22:40] <kaddi_> how do i run FF 3.6 after installing it?
[22:41] <BUGabundo> kaddi_: just upgrade
[22:41] <BUGabundo> it will replace your current firefox
[22:41] <micahg> kaddi_: sudo apt-get dist-upgrade
[22:42] <BUGabundo> $ sudo aptitude update; sudo aptitude safe-upgrade
[22:42] <micahg> like he said :)
[22:42] <BUGabundo> micahg: really? dist upgrade?
[22:42] <BUGabundo> ok
[22:42] <BUGabundo> $ sudo aptitude update; sudo aptitude safe-upgrade; sudo aptitude full-upgrade
[22:42] <micahg> BUGabundo: dist-upgrade is deprecated in favor of safe-upgrade
[22:42] <BUGabundo> err
[22:42] <BUGabundo> not for apt-get
[22:42] <micahg> no full-upgrade
[22:42] <BUGabundo> you are mixing your cows
[22:42] <BUGabundo> :D
[22:43] <micahg> hmmm
[22:43] <kaddi_> so there is no way of having both installed like it was possible for FF 3.0 and 3.5 in jaunty?
[22:43] <micahg> kaddi_: no
[22:43] <micahg> that was a disaster for multiple reasons
[22:43] <micahg> you can have 3.6 and 3.7 :)
[22:43] <BUGabundo> ahahaahahaha
[22:43] <BUGabundo> he wants uber stable and you give him cutting edge :D
[22:44] <kaddi_> really it was a disaster? I never had trouble with it (once i figured out firefox pointed to the last updated version :p )
[22:44] <micahg> 3.6 is stable
[22:44] <BUGabundo> is daily ppa using firefox and not firefox-3.6 ?
[22:44] <micahg> kaddi_: maintenance + complaints about branding
[22:44] <kaddi_> he's a she btw
[22:44] <BUGabundo> sorry
[22:44] <kaddi_> what does the package ubufox do?
[22:44] <BUGabundo> no intention to offend in any way
[22:45] <micahg> kaddi_: adds menu options to make firefox do stuff like report bugs
[22:45] <BUGabundo> just a form of speech, and habbit of head count :\
[22:45] <kaddi_> non taken. just FYI ;)
[22:45] <micahg> and install extensiosn from teh ubuntu repo
[22:45] <BUGabundo> unfortunatly the female population is not as much as desired :\\\
[22:45] <micahg> ?
[22:45] <BUGabundo> would love to see 50/50
[22:45] <BUGabundo> not that it does matter a single bit
[22:46] <kaddi_> brb
[23:00] <fta> http://www.flickr.com/photos/kwwii/4323419643/sizes/l/
[23:01] <fta> asac, had a haircut?
[23:03] <BUGabundo> I don't know half of those
[23:03] <BUGabundo> need to look better
[23:03] <BUGabundo> where should I be looking?
[23:04] <fta> green jacket
[23:05] <BUGabundo> ohhh tooooo far
[23:05] <fta> rick is there too
[23:05] <BUGabundo> looks younger then on his identica pick
[23:05] <BUGabundo> *pic
[23:07] <BUGabundo> I do know most of the first 2 rows on the botom right
[23:07] <BUGabundo> KDE ppl i met at
[23:07] <BUGabundo> KII
[23:09] <fta> 2nd row is definitely not kde people