=== asac_ is now known as asac === fta2 is now known as fta [08:20] <[reed]> fta: where are you? [08:20] yep [08:21] middle, 4th line [08:26] <[reed]> asac and I are right, second row [08:28] <[reed]> what roundtable are you going to? [09:10] asac, nspr is ok in my ppa, nss is not buildable as my ppa is a bit ahead [09:13] fta: ok. maybe push such pre-release bits to ~mozillateam would make sense? [09:13] vs. your PPA for tracking head [09:14] ok [09:22] you know how gobby works? [09:22] fta: [reed] ? [09:22] sudo apt-get install gobby [09:24] then "join a session" ... use gobby.ubuntu.com as serve [09:24] server appears to be rather slow [09:24] like the network [09:35] fta: i think we can even pocket-copy the bits from PPA to the real archive... not sure it we can do that from hardy (ppa) to hardy-proposaed though [09:35] but ill figure out [09:39] hi [09:40] hi e-gandalf [09:40] <[reed]> hiya, e-gandalf [09:40] <[reed]> :) [10:04] asac, nspr/nss pushed to pt [10:04] mt [10:19] <[reed]> asac: yep, they're mentioning Firefox [10:19] <[reed]> :p [10:27] asac, is there a gobby for this 3G group ? [11:01] <[reed]> fta / asac: has the parental controls session started? [11:03] not yet [11:08] [reed], wanna come ? [11:09] <[reed]> I'm trying to decide... this SSO stuff is very interesting, but I also know a lot about the parental controls stuff [11:09] <[reed]> lol [11:11] [reed]: come here :) ... the SSO stuff goes 2 hours ;) [11:12] well ... but otoh i already know your main point [11:12] <[reed]> see if you can discuss it without me, but if a discussion starts around browser integration with parental controls, I'll come over [11:12] <[reed]> and talk about it [11:12] sure [11:12] <[reed]> I'm just down the hall anyway :) [11:19] I want to go to SSO [11:19] * gnomefreak 1 PC 0 :) [11:19] but they're talking about building communities here [11:19] <[reed]> hehe [11:20] hows UDS starting out? [11:21] perl is still broken :( [11:26] i see PPA still isnt building intrepid [11:29] [reed]: so are they raping firefox yet? [11:30] <[reed]> asac: not too badly... discussed integration with Firefox such as gnome-keyring support, but mostly it's about launchpad, flickr, OAuth, etc. [11:31] [reed]: yeah ... remember gnome-keyring needs async auth/communication ... my idea was to use an extension that gets/stores the credentials [11:31] asac: alot of people are looking for RC1 from time it was released but its normal, any ETA on push to hardy? [11:31] gnomefreak: i know about that [11:31] ok [11:31] gnomefreak: timeline ... hopefully today to -proposed [11:32] asac, nspr/nss built fine in ~mt [11:32] asac: ok ill let them know [11:32] will call for testing then [11:32] <[reed]> asac: the LoginManager (passwordmgr) supports being overridden, which is what you probably want to do [11:32] when i see them [11:32] <[reed]> and replace it with gnome-keyring [11:32] gnomefreak: this is in case we dont see any regressions here [11:32] [reed]: ouch ... i don't really think that is necessary [11:33] asac: ok [11:33] [reed]: nor possible ... the whole problem is that the toolkit doesn't really support async auth [11:33] <[reed]> mmm [11:33] so implementing keyring support init will make the app become unresponsive if we use the sync keyring api [11:34] [reed]: keyring integration in login manager was discussed in bugzilla for a long time ... and there is even a patch, but it has those show - stoppers which probably cannot be fixed in 1.9 branch anymore [11:34] and btw, that is one of the main reasons epiphany goes for webkit now [11:34] (next to general policital things) [11:36] [reed]: so my idea is to implement an extension that shows up as a toolbar element and shows progress while its authentiating and/or getting credentials from keyring and then store te results in cookie store [11:36] (i think its mostly cookies what they want) [11:36] in the perfect worls the authentication would be done in a gnome applet that stores the credentials in gconf even before the user starts ffox [11:37] <[reed]> it's more than cookies, too [11:37] and firefox would try to get those credentials from keyring ... and only if they are not there or invalidated do the login on its own [11:37] <[reed]> yeah [11:37] [reed]: cookies aka credentials [11:37] <[reed]> k [11:37] not sure about the inner guts of openid [11:38] <[reed]> no [11:38] <[reed]> OAuth [11:38] <[reed]> OAuth != OpenID [11:38] <[reed]> we've discussed that, too :) [11:48] [reed]: ok, then lets talk about arbitrary credentials that need to be stored in arbitrary places :-D [11:48] <[reed]> lol [11:51] is Lp having issues? [11:52] ah here we go just slow as shit [11:52] ok lunchy munchy for me [12:06] asac: quiiiiiiiick! add rc1 :P [13:07] what's the bug nr. 0 going to be about? [13:07] <[reed]> no idea [13:15] question: when will hardy get RC1? [13:18] e-gandalf: bug 1 [13:19] :) [13:19] Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1 [13:19] asac: bug 1 I know [13:19] bug bug 0? [13:19] but bug 0? [13:19] at the community talk they were claiming it's "Mark has too much money" and that we're on the way to fix that [13:22] e-gandalf: no idea ;) [13:22] most likely just an attempt to show that he is innovative ;) [14:07] hahaha [14:07] that bug is serious? :D [14:50] * gnomefreak wonders if ther eis a way to make thunderbird send mail and not recieve mail [14:51] !info firefox-3 gutsy [14:51] Package firefox-3 does not exist in gutsy [14:52] asac: fta are we planing on updating ff3 in gutsy? they are still on b4 and im looking at a bug atm [14:52] gnomefreak: ask jdong ... he is the one that did the backports in the past [14:53] asac: ok i thought we were doing them as a security update [14:53] would preferred if he would do it [14:53] ok ill talk ot him and note on bug [14:53] gnomefreak: yeah ... but so far backporting workied pretty nice ... so i think that should be ok too [14:53] ok works for me [14:54] let me know ... if he has not time or does not want to care anymore we can certainly figure something out [14:54] asac: ok [15:01] asac: i guess HArdy as well? [15:01] for hardy we will care [15:01] for sure [15:02] not backports [15:02] ok cool [15:02] so jdong just needs to go for gutsy if he wants [15:02] kk [15:02] ok break ... oving rooms [15:02] i might ask him to wait a day or 2 or a week just so we can get rc out and backport that [15:03] instead of doing it 2 times in short time [15:06] oh hes good [15:06] collin suggested an extension to help with a couple of bugs until it gets fixed :) [15:07] looks like upstream bugs [15:18] reed: are you covering te KDE Firefox talk? [15:18] <[reed]> yep [15:19] <[reed]> that last session was boring :/ [15:19] <[reed]> almost fell asleep :p [15:27] http://gentoo-wiki.com/Talk:HOWTO_Integrate_Firefox_with_KDE [15:27] asac, ^^ [15:37] who has bug on the I/O cpu max? [15:37] handy [15:57] <[reed]> https://bugzilla.mozilla.org/show_bug.cgi?id=434497 [15:57] Mozilla bug 434497 in XULRunner "/etc/gre.d file not installed with proper permissions" [Normal,New] [15:59] ok [16:10] when the hell did xulrunner become an addon :( i thought it was needed [16:18] reed: you actually did fall asleep [16:18] :) [16:18] how's the KDE talk? [16:20] <[reed]> lol [16:52] re [16:57] anyone know if ff3.0rc1 is planned for hardy? [17:01] it is [17:02] packages are ready and are under QA right now [17:06] <[reed]> e-gandalf: it was ok... the KDE guys don't seem that interested in helping [17:06] <[reed]> :/ [17:06] helping who? :) [17:07] <[reed]> helping asac who wants to help KDE or even helping Mozilla [17:24] fta: cool. thanks. [17:50] reed: hmmm... [17:50] reed: political? [17:57] e-gandalf, lack of motivation. that guys does not use firefox at all [17:57] -s [17:57] oh [17:57] that makes it reasonable [18:00] <[reed]> e-gandalf: you going to dinner with us all? [18:00] <[reed]> in 15 min. [18:00] unfortunately not. I have a meeting with my old time buddy from a company I've been working at several years ago [18:01] <[reed]> ah, k [18:02] I hope to join you tomorrow for the evening [19:09] asac: there? [20:43] looks like rc1 is gonna be final release. they are bumping nightlies to 3.0.1pre once rc is blessd as 3.0 final :) [20:55] you guys still have the freezing problem? [20:55] or have you found a way to work around it? === stevel_ is now known as stevel [23:17] gnomefreak: really? i was under the impression that https://bugzilla.mozilla.org/show_bug.cgi?id=433340 was likely to force an RC2. [23:17] Mozilla bug 433340 in Places "bookmark dialog covers candidate window when using IME" [Critical,Assigned] [23:21] blizzard: what freezing problem, and in what release(s)? [23:26] crimsun: just lots of IO [23:27] blizzard: I'm guessing bug 215728? [23:27] Launchpad bug 215728 in xulrunner-1.9 "[MASTER] Committing to urlclassifier3.sqlite causes excessive CPU usage and disk I/O" [High,Fix released] https://launchpad.net/bugs/215728 [23:28] yeah [23:28] it's wider than that [23:29] ok, so what are other instances? [23:30] jruderman: not from the mailing list post i read [23:31] jruderman: i no longer have it but when i see it ill let you know. i normally have 50+ in the morning when i get here so one of them should be it [23:31] better yet [23:33] not sure if it's just urlclassifier or not [23:33] it's anything that uses sqlite, I think [23:33] and we use that for a few things [23:43] blizzard: bug 229745 is a follow-up of 215728 [23:43] Launchpad bug 229745 in firefox-3.0 "after fix for #215728 - Committing to urlclassifier3.sqlite still causes excessive CPU usage and disk I/O (the 2nd)" [High,Confirmed] https://launchpad.net/bugs/229745 [23:44] So, I think it's still a problem on some computers [23:49] jruderman: ill get you pastebin of the comment [23:50] thanks [23:50] jruderman: this is a post from the mozilla dev planning list http://pastebin.mozilla.org/436511 [23:51] thats wher ei got my comments this morning from [23:51] as for the bug you gave me it says RC2? [23:51] as in not sure [23:51] well, i'm going by the last comment in the bug, and the blocking flag [23:52] a couple of bugs they should be able to get away with same build. that bug is a blocker no doubt in my mind [23:52] 5 16 [23:54] the version number of RCs has to be "3.0" [23:54] so that if they're blessed, the version number is correct [23:54] the version number on CVS trunk hasn't been bumped to 3.0.1pre [23:55] so i don't think you can conclude that RC1 is final based on the version number on trunk [23:57] i was reading on to the last post a couple of hours ago and still nothing in the way of rc2 now the people on the list and the bug report the only person that is on both is mike beltzner [23:58] not real sure who nick is off hand [23:58] but from rc1 freeze and now there is very little change in code [23:58] something like 14b [23:58] 14kb [23:59] sorry 10kb for linux and mac [23:59] 1.1 for windows so there was code change and they are still talking about blessing rc1 as final