[03:20] <DanaG> Error: [Exception... "'JavaScript component does not have a method named: "asyncOnChannelRedirect"' when calling method: [nsIChannelEventSink::asyncOnChannelRedirect]"  nsresult: "0x80570030 (NS_ERROR_XPC_JSOBJECT_HAS_NO_FUNCTION_NAMED)"  location: "<unknown>"  data: no]
[03:21] <DanaG> Happens even with all extensions disabled... but doesn't happen in safe mode.
[03:21] <micahg> DanaG: where?
[03:21] <DanaG> On any site that is a 302 "found", or such.
[03:21] <DanaG> http://phoronix.com shows:
[03:21] <DanaG>  Moved Permanently The document has moved here.
[03:21] <micahg> wfm
[03:22] <micahg> you must have a bad addon/extension installed
[03:22] <micahg> in 4.0 or 3.6.9?
[03:22] <DanaG> Happens even with all extensions disabled!~
[03:22] <DanaG> 4.0.
[03:22] <micahg> try a new profile
[03:22] <DanaG> DOesn't happen in safe-mode, though.
[03:29] <DanaG> Weird... removing prefs.js fixed it.
[03:38] <DanaG> Okay, it must be one extension... I removed prefs.js and then disabled all extensions, and it's un-broken...
[03:39] <DanaG> Wow, it's Adblock Plus doing it!
[03:39] <DanaG> I never would've guessed that.
[03:45] <DanaG> https://www.mozdev.org/bugs/show_bug.cgi?id=23092
[03:45] <ubot2> www.mozdev.org bug 23092 in Core "Mozilla's Bug 546606 - Make redirect API async breaks Adblock Plus 1.3a.20100726" [Major,New]
[03:48] <DanaG> ARGH! The same profile that works fine on ext4, is broken on ntfs!
[03:51] <DanaG> no, wait, now it's broken on ext4, too.
[03:55] <DanaG> Ah, it's LastPass breaking it now.
[03:56] <DanaG> ... and ubufox.
[13:38] <bdrung> chrisccoulson: ping
[13:39] <chrisccoulson> hi bdrung
[13:39] <bdrung> chrisccoulson: i saw that xul-ext-moz-gnome-pm entered the archive. the name xul-ext-moz-gnome-pm is ugly
[13:40] <chrisccoulson> i'm open to suggestions for a better name ;)
[13:40] <bdrung> chrisccoulson: first -moz- should be dropped (that's why we have xul-ext)
[13:40] <bdrung> chrisccoulson: what does pm stand for?
[13:40] <chrisccoulson> power management
[13:41] <bdrung> i am unsure if xul-ext-gnome-power-management is better than xul-ext-gnome-pm
[13:42] <bdrung> but -moz- has to go
[13:42] <chrisccoulson> feel free to change it
[13:43] <bdrung> chrisccoulson: do you mind changing from cdbs to dh 7?
[13:43] <chrisccoulson> no, i don't mind
[13:43] <bdrung> k, then i will do these two things
[13:44] <chrisccoulson> thanks
[13:44] <bdrung> any plans for getting it into debian?
[13:46] <bdrung> chrisccoulson: do we have a branch for ubufox?
[13:46] <chrisccoulson> bdrung, i'm not sure about ubufox
[13:49] <bdrung> chrisccoulson: i have to update the maintainer for moz-gnome-pm
[13:59] <bdrung> chrisccoulson: moz-gnome-pm 0.1.1-0ubuntu2 uploaded
[13:59] <chrisccoulson> bdrung, thanks
[13:59] <bdrung> chrisccoulson: any plans for getting it into debian?
[14:00] <chrisccoulson> bdrung - not yet. are they using FF3.6 yet? it doesn't work with FF3.5...
[14:01] <bdrung> chrisccoulson: FF3.5 for squeeze, FF3.6 will be uploaded to unstable after the release
[14:01] <bdrung> chrisccoulson: FF 3.6 is in experimental
[14:01] <chrisccoulson> ah, ok
[14:02] <bdrung> chrisccoulson: so you can bring it into experimental and sync it from there
[14:02] <chrisccoulson> yeah, i could do
[14:03] <bdrung> chrisccoulson: probably only one change is required: change the description from Firefox to Iceweasel/Firefox
[14:04] <chrisccoulson> yeah, that's ok
[15:04] <chrisccoulson> asac - you there?
[15:04] <asac> no
[15:04] <asac> :-P
[15:04] <asac> chrisccoulson: ?
[15:04] <chrisccoulson> hi asac :)
[15:05] <chrisccoulson> did you see any of the scrollback from yesterday?
[15:05] <asac> i have bad connection today, so dont assume i can read anything
[15:05] <asac> nope
[15:05] <chrisccoulson> ah, ok. 1 second
[15:07] <chrisccoulson> asac - it might be best to just look at http://irclogs.ubuntu.com/2010/08/09/%23ubuntu-mozillateam.txt rather than me copying in the conversation
[15:07] <chrisccoulson> (talking about what to do with TB2.0.0.x)
[15:07] <asac> what time?
[15:07] <chrisccoulson> asac - 17:29
[15:08] <asac> tbird 2 to 3 update feels crazy ... not without reviewing all bugs filed after lucid at least
[15:08] <asac> i assumed backports for issues that affect mailnews/ and leaving alone js etc.
[15:09] <chrisccoulson> asac - i think the issue is that we don't have access to that information
[15:09] <asac> to what information?
[15:09] <chrisccoulson> asac - [17:38] <jdstrand> but to backport, we need someone to have full access to the security bugs, like asac did
[15:09] <asac> i can CC you on all bugs you need
[15:10] <asac> you can spot the MFSAs that are close and i can CC you on the bugs
[15:10] <asac> also we can ask tsk to CC you maybe if a security issue is raised
[15:10] <chrisccoulson> yeah, i don't mind doing that then
[15:11] <asac> so for now i would suggest to go through all MFSAs published for the tbird release
[15:11] <asac> give me urls to bugs you want to be CCed on
[15:11] <asac> once you post a few backports we can probably get you access to the bugs
[15:13] <chrisccoulson> asac - ok, thanks
[15:18] <asac> chrisccoulson: MagicFab has questions about tbird 3.1 in lucid ;)
[15:19] <chrisccoulson> hi MagicFab
[15:20] <MagicFab> hi chrisccoulson
[15:20] <MagicFab> wow tx for the intro asac :)
[15:20] <MagicFab> Just two "quickies"... I am wondering if it's worth using ubuntuzilla to have a 3.1 TB in Ubuntu or if it's best to "wait" for an official backport - much like what's happened with FF
[15:21] <chrisccoulson> MagicFab, i'd wait for the official backport, which is going to happen quite soon
[15:21] <MagicFab> and second question, will there ever be official 64-bits ? I can't see a reason not to - I am just curious as I get requests for it (and personally use it)
[15:21] <chrisccoulson> and i would advise against using ubuntuzilla - they're currently the cause of a lot of bug reports in ubuntu for breaking our firefox package ;)
[15:22] <MagicFab> chrisccoulson, I know, unfortunately it's the easiest way to *try* TB 3.1.
[15:22] <chrisccoulson> MagicFab, the version we ship is built for the proper architectures already, so we have 64-bit version
[15:22] <MagicFab> the other options is installing a nightly via the PPA and freezing it (or at least no updating every day)
[15:23] <chrisccoulson> we're looking to upgrade lucid users to TB3.1.3, which is currently scheduled for 7th september
[15:23] <chrisccoulson> but, i'd expect us to actually stage the update in the security PPA some time before that (maybe within the next week or so)
[15:24] <MagicFab> ah! those dates make this conversation very limited in time :)
[15:24] <chrisccoulson> micahg is currently working on the TB3.1 update, which will be in maverick fairly soon. he's already testing it on lucid, so the time between it going in to maverick and appearing in the security PPA is likely to be quite small
[15:25] <MagicFab> I just don't see 64-bit builds (other than community) for 3.1 in Linux right now. Where should I look ?
[15:25] <bdrung> asac, chrisccoulson: will you sponsor bug #123713 or can i take this one?
[15:25] <ubot2> Launchpad bug 123713 in ubufox (Ubuntu) (and 1 other project) "package description needs rewrite [ubufox] (affects: 3) (dups: 4) (heat: 44)" [Low,Confirmed] https://launchpad.net/bugs/123713
[15:25] <chrisccoulson> yeah, there aren't any "official" mozilla distributed 64-bit builds
[15:26] <asac> bdrung: i dont care about package description ;) ... if there is a good package description thats fine to push forward
[15:26] <chrisccoulson> yeah, i was waiting until we had something more substantial to upload ;)
[15:27] <chrisccoulson> although, i don't suppose it matters with ubufox, with it being quite small
[15:27] <bdrung> asac, chrisccoulson: i want to do the rename to xul-ext-ubufox
[15:28] <asac> go ahead
[15:28] <asac> and push to debian ;) ... lol
[15:28] <bdrung> asac: you have to sponsor the debian upload :P
[15:28] <asac> oh ... hmm. i think we can skip that ;)
[15:28] <chrisccoulson> on the topic of ubuntuzilla, asac, is there anything i should do when we have lots of users installing third-party packages that are breaking our ubuntu installs?
[15:28] <asac> defox ;)
[15:29] <chrisccoulson> it seems that ubuntuzilla is popular, but they do crazy things like dpkg-divert /usr/bin/firefox, which breaks our maintainer scripts
[15:29] <bdrung> what's ubuntuzilla?
[15:29] <asac> chrisccoulson: not sure what we can do. we have to make a blog post that shows up first on google if you search for ubnutuzilla
[15:29] <chrisccoulson> and is a frequent cause of bug reports :/
[15:29] <asac> that tells them to not use ubuntuzilla.... ubuntuzilla is a pita since i started to work on this
[15:30] <chrisccoulson> asac - yeah, i'm finding it to be a pita too ;)
[15:30] <asac> we could package firefox 32-bit for amd64 to remove some of its traction
[15:30] <chrisccoulson> multi-arch :)
[15:30] <asac> i even sent the author a mail asking him to stop doing ubuntuzilla ... but he didnt like that
[15:30] <chrisccoulson> oh, i was going to ask you if you'd already tried to make contact with them
[15:30] <chrisccoulson> perhaps i shouldn't send him an e-mail then ;)
[15:31] <bdrung> chrisccoulson: isn't there a ppa that could be used instead?
[15:31] <chrisccoulson> bdrung, yeah, the firefox and thunderbird stable PPA's
[15:31] <asac> chrisccoulson: http://ubuntuforums.org/forumdisplay.php?f=251
[15:31] <chrisccoulson> they're basically re-distributing the mozilla binaries in a deb package, but they trample on our install
[15:31] <asac> we should put a sticky note there
[15:31]  * MagicFab reads the backlog
[15:32] <asac> that ubuntu devs discourage use of ubuntuzilla
[15:32] <asac> we can also add an aport hook that prevents filing bugs if ubuntuzilla is anywhere detected
[15:32] <chrisccoulson> yeah, that might be the way to do it
[15:32] <asac> so the sourceforge page refers to ubuntu forums as their official support forums
[15:33] <asac> we have to get in contact with him and tell him that he must not do that
[15:33] <asac> let me ping jdong
[15:33] <chrisccoulson> thanks
[15:33] <MagicFab> chrisccoulson, asac I initially relied on https://help.ubuntu.com/community/FirefoxNewVersion and https://help.ubuntu.com/community/ThunderbirdNewVersion - if ubuntuzilla is "not good" it should be clear on those two resources
[15:34] <MagicFab> asac, +1 on the apport hook (or else).
[15:42] <bdrung> asac: can i discard ~ubuntu-core-dev/ubufox/ubuntu and can we use lp:ubuntu/ubufox instead?
[15:44] <asac> bdrung: sure. i dont care about the packaging branch. if you have powers, mark it as abandoned
[15:44] <asac> (not delete to be nice)
[15:45] <MagicFab> chrisccoulson, asac so if I understand this correctly sometime during the next 2-3 weeks ppa:mozillateam/thunderbird-stable will have 3.1 ?
[15:45] <MagicFab> and using that would also let anyone file bugs appropriately
[15:46] <chrisccoulson> MagicFab, yeah. and hopefully, but sept 7th, all lucid users will get it as a security update too
[15:46] <bdrung> asac: i have the power
[15:46] <asac> cool
[15:46] <asac> abandoned or superseded i think doesnt matter
[15:46] <asac> choose whatever you think is more suitable
[15:47] <asac> bdrung: but you keep the source package ubufox?
[15:47] <chrisccoulson> s/but/by/
[15:47] <chrisccoulson> i should read my messages before i press return ;)
[15:47] <bdrung> asac: yes, just renaming the binary one
[15:48] <bdrung> asac: is superseded an option?
[15:50] <asac> bdrung: not sure ... go to edit branch and check ;)
[15:50] <asac> whatever is there that makes this branch go away from active list without deleting it entirely is fine
[16:34] <ejat> hi .. all .. just wondering how do i put firefox bookmark in livecd? is it in places.sqlite ?
[16:48] <micahg> MagicFab: the daily PPA has 3.1 as thunderbird-3.1
[16:50] <chrisccoulson> ejat - no
[16:50] <chrisccoulson> you can add it to /etc/firefox/profile/bookmarks.html
[16:51] <MagicFab> micahg, I know - but I'd rather not use dailies
[16:52] <chrisccoulson> micahg - did you see the discussion earlier about tb2.0 ?
[16:52] <micahg> MagicFab: ok, well, I'll send out a notice to the mozilla team list as soon as it's in maverick
[16:52] <micahg> chrisccoulson: yeah, you want to try to do the backports?
[16:53] <MagicFab> I'll keep an eye on it
[16:53] <chrisccoulson> micahg - yeah, i think so. there are other issues with updating to 3.1, such as, what we do with sunbird....
[16:54] <micahg> chrisccoulson: ugh, last sunbird release was on 1.9.1 branch
[16:56] <chrisccoulson> micahg - yeah, so, presumably we'd have to drop it if we wanted lightning to carry on working woudn't we?
[16:57] <micahg> chrisccoulson: re 3.1.2 upgrade, so the 3rd solution in aptitude had it right, but what to I do to make sure regular users can get it w/out isssue, just run update-manager and see if the proper upgrades are presented?
[16:57] <chrisccoulson> yeah, you should test it in update-manager normally
[16:57] <chrisccoulson> although, if apt-get upgrade doesn't go smoothly, then it's likely that update-manager will offer a partial upgrade
[16:58] <chrisccoulson> i can take a look if there are still upgrade issues though
[17:04] <micahg> chrisccoulson: BTW, FF 4.0 daily amd64 broke due to one of the rules changes yesterday
[17:04] <chrisccoulson> oh, i'll take a look
[17:04] <micahg> so it's weird since update-manager doesn't show the upgrade, just for tb-locales
[17:07] <chrisccoulson> hmmm, i'll have to do a local build of firefox and have a look at it when it fails, that change should have worked :/
[17:17] <micahg> ugh, poulsbo driver now broken with new cairo too :-(
[17:26] <chrisccoulson> micahg - you're using poulsbo?
[17:26] <micahg> chrisccoulson: no, that bug you commented on earlier
[17:26] <chrisccoulson> micahg - that's in lucid though isn't it?
[17:26] <micahg> chrisccoulson: system cairo's really biting us this tiem around
[17:26] <micahg> yeah, idk about maverick
[19:05] <chrisccoulson> micahg - i found the issue with lp:firefox
[19:05] <chrisccoulson> silly mistake ;)
[19:05] <micahg> chrisccoulson: k
[19:06] <chrisccoulson> i noticed too that instantbird specifies the Gecko version too tightly in application.ini
[19:06] <chrisccoulson> MinVersion=1.9.2.7
[19:06] <chrisccoulson> MaxVersion=1.9.2.7
[19:06] <micahg> chrisccoulson: k, we should patch that ten
[19:06] <chrisccoulson> (although, I suppose I should update) ;)
[19:06] <micahg> *then
[19:06] <micahg> chrisccoulson: yeah, I pushed 0.2 to maverick
[19:07] <chrisccoulson> cool, i'm just updating now, so i'll get that in a few minutes
[19:07] <chrisccoulson> i've not updated for over a week :/
[19:07] <micahg> chrisccoulson: fennec should have a similar patch, I can add it later if you want
[19:08] <chrisccoulson> yeah, sure. thanks :)
[20:52] <gnomefreak> any chance our enigmail works with tb31?
[21:03] <micahg> gnomefreak: no, but it will when 3.1 is uploaded to maverick :)
[21:04] <gnomefreak> micahg: thanks
[21:43] <chrisccoulson> asac - did jdong get back to you at all?
[22:20] <micahg> chrisccoulson: yeah, I think it's wrong, but I"m not sure why, maybe the branding locations changed?
[22:20] <chrisccoulson> micahg - the logic is reversed in debian/rules
[22:20] <micahg> the home page for me points to the developer preview
[22:21] <chrisccoulson> it selects "unofficial" if the version number contains "~b", and if not, it selects "nightly" if it contains "~hg"
[22:21] <chrisccoulson> but i think the checks should be the other way around (ie, check for "~hg" first and then for "~b")
[22:21] <micahg> chrisccoulson: yes
[22:22] <chrisccoulson> i can change that if you like
[22:22] <micahg> chrisccoulson: please
[22:41] <bdrung> chrisccoulson, asac: around?
[22:41] <chrisccoulson> hi bdrung
[22:42] <bdrung> chrisccoulson: which one do you prefer: https://code.launchpad.net/~lfaraone/ubufox/lp123713/+merge/21729 or https://code.launchpad.net/~vish/ubuntu/maverick/ubufox/bug123713/+merge/31872
[22:42] <chrisccoulson> bdrung, the second one
[22:43] <chrisccoulson> vish had already shown me the first and i suggested that the short description didn't entirely make sense
[22:43] <bdrung> good
[22:52] <bdrung> vish: around?
[22:52] <vish> bdrung: hey
[22:53] <bdrung> vish: i am not 100% happy about your description update for ubufox.
[22:53] <bdrung> vish: the long description should use full sentences IIRC.
[22:54]  * micahg also thinks Ubuntu Start should be Ubuntu Start Page
[22:54] <vish> bdrung: not really.
[22:54] <micahg> do we really add ask.com?
[22:55] <vish> bdrung: https://wiki.ubuntu.com/SoftwareCenter/PackageDescriptions
[22:55] <BUGabundo> libnss3-tools not available ?
[23:01] <bdrung> vish: i don't see it
[23:02] <micahg> BUGabundo: should be
[23:03] <BUGabundo> micahg: maverick?
[23:03] <micahg> BUGabundo: yeah
[23:03] <BUGabundo> The following packages have unmet dependencies:
[23:03] <BUGabundo>  gir1.0-glib-2.0 : Depends: libgirepository1.0-1 (>= 0.9.3-0ubuntu2) but it is not going to be installed
[23:03] <BUGabundo> E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
[23:03] <vish> bdrung: repetitive use of the package name or saying This package needs to be avoided..
[23:03] <vish> "this package"
[23:03] <micahg> BUGabundo: that stuff was rebuilt today I think
[23:04] <BUGabundo> :\
[23:05] <bdrung> vish: can you make a full sentence without using "this package"?
[23:05] <BUGabundo> ahah
[23:06]  * micahg had miro rebuild break on amd64 due to all the other rebuilds, but will look into it later
[23:07] <vish> bdrung: why cant we?
[23:08] <bdrung> vish: ?
[23:08] <vish> bdrung: hmm , i dint really understand your Question then.. :)
[23:09] <bdrung> vish: can you rephrase the long description to use full sentences (with avoiding "this package")?
[23:13] <vish> bdrung: it is not really needed, pls read : https://lists.ubuntu.com/archives/ubuntu-doc/2010-July/015027.html
[23:14] <vish> bdrung: esp the last two paras of that mail
[23:16] <bdrung> vish: hm, ok
[23:17] <bdrung> vish: should i add micahg's suggestion: "Set homepage to Ubuntu Start" -> "Set homepage to Ubuntu Start Page"?
[23:17] <vish> bdrung: yup, sounds good to me
[23:18] <vish> bdrung: ro do we call that "Ubuntu start"
[23:18]  * vish checks
[23:18] <vish> or*
[23:19] <micahg> vish: https://edge.launchpad.net/ubuntu-start-page
[23:20] <vish> bdrung:  ^ its ubuntu start page
[23:20] <vish> micahg: thanks :)
[23:20] <micahg> :)
[23:22] <bdrung> k
[23:22] <bdrung> changed that
[23:23]  * micahg wonders if we should have a mozillateam packaging branch for ubufox
[23:23] <bdrung> micahg: no. https://code.launchpad.net/~ubuntu-core-dev/ubufox/ubuntu
[23:24] <micahg> bdrung: I know about that, I just subscribed, but we have packaging branches for the rest of the products
[23:24] <micahg> bdrung: no, that's the one you abandoned :)
[23:26] <micahg> https://code.edge.launchpad.net/~ubuntu-branches/ubuntu/maverick/ubufox/maverick
[23:26] <bdrung> micahg: i think we should get rid of them and rely on lp:ubuntu/<package>
[23:26] <chrisccoulson> yeah, for the extensions, we should just use the autoimported branches
[23:26] <chrisccoulson> i already did that for bindwood too
[23:26] <micahg> chrisccoulson: enigmail too?
[23:26] <chrisccoulson> micahg - do we just manage the packaging in bzr, or the whole source?
[23:26] <micahg> chrisccoulson: just packaging
[23:27] <micahg> lp: ubuntu/foo is everything
[23:27] <bdrung> lp:ubuntu/<package> contains everything
[23:27] <chrisccoulson> micahg - it's up to you then :) if it was full source, i'd say just switch to lp:ubuntu/enigmail
[23:27] <chrisccoulson> but if it's just packaging, then that's also a workflow change too
[23:28] <micahg> chrisccoulson: well, I guess it depends if we're going to be merging from Debian or not since we get everything from the Debian merge
[23:29] <bdrung> micahg: all mozilla extensions should be synced from debian
[23:29] <bdrung> if syncing isn't possible, we need to tune mozilla-devscripts
[23:29] <micahg> bdrung: well, we're about to jump ahead of Debian with enigmail
[23:29] <micahg> bdrung: BTW, can I join pkg-mozext?
[23:30] <bdrung> micahg: then maintain it in debian
[23:30] <bdrung> micahg: yes, you are greatly welcome in pkg-mozext
[23:30] <micahg> bdrung: I have to find out if it works w/TB 3.0 still
[23:31] <micahg> bdrung: I'd be happy to if asac is willing to hand it off to pkg-mozext :)
[23:32] <bdrung> chrisccoulson, asac: all ubufox branches marked as abandoned and linked to lp:ubuntu/<series>/ubufox
[23:52] <chrisccoulson> bdrung, thanks
[23:53] <bdrung> chrisccoulson: yw