[00:01] yes [01:35] hey asac. sup. [01:35] did you want to me to do anything after compiling and dpkg'ing? [01:37] LLStarks: test [01:37] if the search works again [01:38] i can't force the bug to manifest [01:38] before or now [01:38] it just happens. [01:38] haven't seen it happen since installing the packages [01:49] asac, it seems fixed though. [02:01] hmm [02:02] LLStarks: can you push that build to a ppa ;)? [02:02] how? [02:02] if you have a gpg key ... go to changelog... append ~ppa1 to the version (after ...ubuntuX) [02:02] run debuild -S [02:02] and then follow instruction son your personal ppa page [02:02] thats just one command [02:02] err use [02:02] append ppa1 to what? [02:02] debuild -S -kYOURGPGKEYID [02:02] LLStarks: in changelog there is a version on top [02:03] that ends with -0ubuntuX or something [02:03] just append "~ppa1" (with the tilde) [02:03] changelog in debian? [02:03] yes [02:03] debian/changelog [02:03] sorry [02:03] LLStarks: actually if you are using a karmic build you can just append ".ppa1" ;) [02:03] what files are appended with ppa1? [02:24] asac, do i need the orig file for dput? [02:27] nevermind [02:27] https://edge.launchpad.net/~llstarks/+archive/ppa [02:32] good [02:32] i will ask someone to test with that tomorrow. thanks [03:12] asac, build is done. [03:15] LLStarks: dpkg -L | grep sqlite [03:16] has a libsqlite3.so hit in xulrunner dir, right? [03:16] dpkg-query: --listfiles needs at least one package name argument [03:16] dpkg -L xulrunner-1.9.1 ... [03:16] ge name argument [03:16] dpkg -L xulrunner-1.9.1 ... [03:16] oops [03:16] eric@kingfisher:~$ dpkg -L xulrunner-1.9.1 | grep sqlite [03:16] /usr/lib/xulrunner-1.9.1.3/libsqlite3.so [03:16] /usr/lib/xulrunner-1.9.1.3/libsqlite3.so.0 [03:17] ls -l /usr/lib/xulrunner-1.9.1.3/libsqlite3.so* [03:21] eric@kingfisher:~$ ls -l /usr/lib/xulrunner-1.9.1.3/libsqlite3.so* [03:21] -rw-r--r-- 1 root root 487440 2009-10-08 15:00 /usr/lib/xulrunner-1.9.1.3/libsqlite3.so [03:21] lrwxrwxrwx 1 root root 13 2009-10-08 15:05 /usr/lib/xulrunner-1.9.1.3/libsqlite3.so.0 -> libsqlite3.so [03:21] LLStarks: ok. [03:21] strace -f -eopen firefox 2>&1 | grep libsqlite ;) [03:21] without ;) [03:22] -3- [03:22] actually it hsould be fine [03:22] thx :) [03:22] you should see that it opens the libsqlite from above [03:22] and not the one in /usr/lib/ [03:22] open("/usr/lib/xulrunner-1.9.1.3/libsqlite3.so", O_RDONLY) = 4 [03:22] yep [03:22] ok thx [03:22] i will get some tests on that [03:22] what was the bug id again? [03:22] https://bugs.edge.launchpad.net/firefox/+bug/438868 [03:23] Launchpad bug 438868 in firefox-3.5 "Address bar autocomplete doesn't always work" [Medium,Triaged] [03:23] LLStarks: ok. maybe try if its reawlly better. as you said that it didnt happen 100% of time [03:23] i will see if it helps for someone else who reported something else wierd [03:23] good night [03:24] night [05:01] asac. damn, the bug isn't fixed. === micahg1 is now known as micahg [08:05] <|eagles0513875|> morning yall === jtv is now known as jtv-sprint === micahg1 is now known as micahg [10:19] LLStarks: ok great. thanks for confirming. that makes me feel better [10:21] <|eagles0513875|> how goes it asac [10:27] it could be better ;) [10:27] * asac still didnt have any coffee yet. [10:27] * asac goes and brews some [10:36] * |eagles0513875| makes asac a pot of coffee [10:55] <|eagles0513875|> hey asac i have a question not realted to mozilla and you dont have to answer if it will bring the channel offtopic [10:55] <|eagles0513875|> but how do i change what default programs come wiht live cd [10:56] not sure what you mean. users can configure it for the session [10:56] on livecd its probably some package ;) [10:56] i can check that for you at some point ... but not now ;) [10:57] <|eagles0513875|> ok i cant right now im just gathering a list of sites to where i can get the source code for relevant programs === ripps_ is now known as ripps [11:25] asac, is fine to have max_version 3.5.* [11:26] for an extension now? [11:26] or do you want more? [11:27] av`: if the upstream extension says 3.5 as max we dont want to open it up for newer firefox versions [11:27] unless we know pretty damn well what we are doing [11:27] (we usually dont know that much about random extensions) [11:27] asac, about speeddial, there is a new release (0.9.1) and we are pretty outdated with it [11:28] asac, do you think is sane to hack max version in a package that had 3.0? [11:29] asac: you didnt do everything to bindwood? it looks like apparmor is the only fix you did [11:29] gnomefreak: sorry? [11:29] gnomefreak: i only uploaded the bug fix [11:30] want to the extension review independent from that [11:30] av`: are you asking if we can get a new upstream into ubuntu? [11:30] asac: yeah the work for m-d and stuff you didnt do [11:30] ah ok [11:30] asac, nope, we are on FF, so it's hard for it [11:30] av`: if the current has maxversion 3.0 and the new upstream is compatible with 3.5, we can get that in [11:30] av`: no. its fine [11:30] i can grant ffe for extensions [11:30] asac, great then [11:31] asac, gonna give you bug report in a sec [11:31] so if speeddial doesnt work with 3.5 its a safe bet. just open a bug and i will sign it off [11:31] thx [11:31] simple patch for that. but new version should wait. or push to sid than sync it for Lucid? [11:31] gnomefreak: right. want to do all in one batch [11:31] like yeseterday ;) [11:31] so most likely during weekend [11:31] have to do something to ubufox today still ;) [11:31] * gnomefreak didnt know what you did with extensions [11:33] asac: did you get around to firegpg just the clean rules for FireGPGCall or should i have bdrung_ look at it so i can do everything else include update it and push to sid [11:35] asac, https://bugs.edge.launchpad.net/ubuntu/+source/speeddial/+bug/430155 [11:35] Launchpad bug 430155 in speeddial "[FFe] update speeddial to latest release 0.9.0.8" [Low,Incomplete] [11:35] asac, it's assigned to my student, I dunno if he gonna make it : / [11:35] asac, it's too hard for him at this time [11:36] we have a wiki that explains how to do it. fairly simple but i had run into a couple of issues with it, so i need to try another to figure out if its me or wiki :( [11:38] av`: confirmed. asked you to helpout in case he doesnt get it dnoe till sunday [11:38] asac, ok [11:39] thanks :) [11:39] av`: these kind of occassions are always good to check if our documentation is good enough [11:39] e.g. is it easy to undersatnd how to do a new upstream release [11:40] https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging?action=show&redirect=MozillaTeam%2FFirefox3Extensions%2FPackaging [11:40] asac, true, but I told him to check the wiki then do the update and he missed quite everything : / [11:40] so if he has questions take notes so we can check if those questions/issues came up because of poor docs [11:40] hmm. i only see a debdiff [11:40] the page clearly speaks abuot bzr branches [11:40] Preparing an update [11:41] thx [11:43] asac, I have done the update already ;) [11:44] just want him to do it [11:44] if he is unable, I gonna upload everything myself [11:46] kk [11:46] thx [11:47] av`: good to know that you have a student now ;) [11:47] asac, eheh [11:47] I hope he will be a fast-learner [11:48] <|eagles0513875|> heheh whose student am i urs asac or anyones lol [11:49] |eagles0513875|: extension work is fairly simple depending on what packag eyou are working on [11:49] |eagles0513875|, the students are registered into the mentoring database [11:49] <|eagles0513875|> ahhhh [11:49] asac: can we do fun things with med-xpi? ;) [11:49] <|eagles0513875|> hahah gnomefreak bug fixing isnt fun enough as is [11:49] * gnomefreak has a few ideaas [11:50] |eagles0513875|: crashes are the hardest thing to do IMHO im still having issues reading them [11:50] <|eagles0513875|> if you need someone to test or try and make stuff crash let me know [11:52] * gnomefreak really hates removing files from extensions. [11:52] * gnomefreak wonders if i should get |eagles0513875| to send emails to a couple of extensions :) [11:53] <|eagles0513875|> gnomefreak: i cant right now [11:53] <|eagles0513875|> im in lecutres but i mean ill do it when i get home [11:54] ive been putting it off for a while so let me know when you are free and if i havent sent them i will give you an idea on what to write. [11:59] <|eagles0513875|> ok [11:59] <|eagles0513875|> hehe going to be multitasking which i think will = fail here [12:05] <|eagles0513875|> gnomefreak: still need to finish up bindwood [12:05] <|eagles0513875|> this afternoon lol [12:07] asac, would you mind poking someone from -release to make ephy through NEW? [12:07] asac, it's been 3-4 days now [12:12] asac, anyway latest speeddial works fine on ffox3.5 ;) [12:15] asac: we really need to work this updating extensions bullshit out. im getting real tired of bzr errors during push or merge [12:15] asac: i will get with bdrung_ about it when he gets here and ready to work [12:15] av`: oh ... sure [12:15] av`: you should have told me 4 days ago ;) [12:16] jdstrand: can you poke that please? [12:16] jdstrand: ephy in bin NEW [12:16] my preferred helper seb is not online ;) [12:18] <|eagles0513875|> bbl guys [12:22] we really need to add the paths to any extra license's that we remove [12:33] asac: do you recall new version of compat? [12:38] gnomefreak: i am a compat disbeliever ;) [12:38] ask anyone except me [12:38] i regularly dont update it [12:38] :) [12:38] bdrung certainly is a fan of it ;) [12:38] * gnomefreak can leave it alone for all i care too but i saw someone do it before but dont recall package nor version so im happy with 5 [12:39] i think its 7 [12:39] but that might be compoletely misleaded by debhelper version [12:39] i was thinking that same thing thats why i asked :) [12:40] but it has to be reviewded beofre it can get uploaded to Sid [12:43] not sure why this is important add "Provides: ${xpi:Provides}" and "Enhances: ${xpi:Enhances}" [12:57] asac, yea, just noticed it was NEW :) [12:57] asac, let's hope it will be done somewhen today [12:59] * gnomefreak starting to get pissed now i dont want to re-add a header file. be back [13:12] jdstrand: apparmor troubles ;) ... ubufox cannot access /usr/bin/ubuntu-bug [13:12] maybe we can allow everyone to call ubuntu-bug? [13:12] in apport package rather than making a firefox specific rule? [13:23] it is during indexing but looks like a new feature [13:25] i think i found the bug on it too [13:26] asac: on tbird 3 did you try to turn off indexing? options>advanced>general [13:28] i cant find an options menu [13:31] good question [13:31] i guess only in "Config editor ..." if at all [13:31] asac: i asked on bug report [13:33] * gnomefreak gave up working for the day. i see why dr. said take time away :( [13:33] updating my 2 ISO's and checking email and thats it for me [13:53] <|eagles0513875|> hey guys im back [13:55] <|eagles0513875|> asac: im back going to finish up bind wood this afternoon :) [13:55] <|eagles0513875|> once i get my rump back upstairs [14:57] asac: im back if you need me for any testing [15:04] asac, could you please merge micahg's work? (1h left) [15:07] fta: yes. [15:07] awefully busy, but doing that now [15:10] asac: going to work on finishing up bindwood to get that merged so that i can begin work on next thing [15:10] next extensions [15:11] asac: has anythign changed on the wiki extension? [15:15] darn. my local branch is still broken [15:15] firefox-3.7.head [15:21] asac: re: ubuntu bug. for now just add to the profile: [15:22] /usr/bin/apport-bug Ux, [15:22] asac: I'm on vacation until next Wednesday. I'll discuss putting it in an abstraction with the security team [15:25] jdstrand: do firefox profile? [15:25] asac: yes please [15:26] jdstrand: enjoy your vacation [15:26] thanks :) [15:26] jdstrand: ill file a bug [15:26] against ubuntu-bug and firefox-3.5/ubufox [15:26] thx [15:26] asac: feel free to put it under the '# should maybe be in abstractions' comment [15:27] asac: well, actually, it should be against firefox-3.5 since it ships the profile, and apparmor so we can track getting it into an abstraction [15:28] i will subscribe you and paste this converstaion [15:28] now go away ;) [15:28] hehe [15:29] * jdstrand goes *poof* [15:38] Nafallo: i you are not nice :/ [15:38] where is my food? [15:39] mailnews.database.global.indexer.enabled [15:39] fta: both should be merged and so on [15:39] just firefox ... not xulrunner [15:39] fdont th9ink there were xul changes thopugh [15:54] im back [16:08] back too [16:08] i'm sick [16:09] a virus, but not the flu, fortunately :P [16:11] <[reed]> everybody is sick [16:12] <[reed]> tons of people sick at school here [16:12] <[reed]> I was sick earlier this week [16:17] [reed], http://www.google.org/flutrends/intl/en_us/us/ [16:17] <[reed]> yeah, my state is "High" [16:18] http://www.google.org/flutrends/intl/en_us/fr/ [16:18] mine is moderate [16:19] asac, thx, let's see if it builds today [16:20] i had the swine flue already [16:20] im sick but its mostly sinuses [16:20] nothing can kill me anymore ;) [16:20] swine? [16:20] at least the flue i had right after travelling was hard and i embargoed myself [16:21] not sure. i like to believe that ;) [16:21] <[reed]> didn't even let the gf visit you? [16:21] <[reed]> ;) [16:21] she refused to come :/ [16:21] thought i must die alone :( [16:23] lol [16:23] now its funny [16:23] back then it wasnt ;) [16:25] asac: so hadness committed the bluetooth-active fix? when can we expect the fix in Ubuntu? /me has to do some renaming ;) [16:25] * eagles0513875 starts walking to the looney bin [16:27] asac. using a built sqlite didn't fix the bug. [16:28] kk [16:30] <[reed]> ubuntu's system sqlite meets the min requirements? [16:33] doesn't matter. bug is present with either configuration. [16:33] <[reed]> what's the bug? [16:33] [reed]: yes [16:33] we meet it [16:33] <[reed]> asac: really? I'm very surprised [16:33] we dont unpatch that [16:33] <[reed]> k [16:33] the comment about that in the bug was about rolling that into a stable release in a way that doesnt allow us to go other ways [16:34] <[reed]> cause you would be very stupid to take any older sqlite version than what we require [16:34] <[reed]> :) [16:34] but i didnt want to put more time in discussing that because next time the same misunderstanding will be there again [16:35] so basically patching configure in isnt the right way. thats a build time requirement [16:35] and not a runtime requirment [16:35] so its the wrong approach to begin with to force us using that [16:35] the right approach and what everyone else does is to tell us that there are serious bugs in the current sqlite [16:35] so we can roll that as a well tested stable release update [16:35] rather than rushing that through security [16:36] and if mozilla tells us that its needed we would obviously check that ;) [16:36] in this case it didnt matter, because we had no 3.5 browser anywhere [16:37] <[reed]> we've found lots of bad sqlite bugs since we started using it [16:37] sure [16:37] thats not the point. my point was just: dont bump the build time requirement if you want to have a certain runtime [16:38] anyway. that lead to my final decision to stop using xulrunner and system libs altogether from next cycle [16:38] <[reed]> going to be some fat packages :) [16:38] as its really putting gun right at our face to bump configure.in and then asking us for a trademark exception process to unpatch that [16:39] <[reed]> sometimes there is a build-time requirement, though [16:39] yeah. but we fought for system libs etc. for years. at some point its time to give up on that front [16:39] [reed]: sometimes. but not in this case for sure [16:40] so basically we ship nss/nspr because those maintainer properly talk to us long time before [16:40] and the rest is in-source [16:41] i think in the end its better for all sides ;) [16:41] <[reed]> very well [16:41] also we have to change our whole approach [16:41] <[reed]> note that the next release needs new NSPR and new NSS [16:41] going for major version upgrades as security updates etc. [16:41] <[reed]> 3.5.4 === aakashd__ is now known as aakashd [16:42] * mconnor reads scrollback [16:42] https://bugs.edge.launchpad.net/firefox/+bug/438868 [16:43] Launchpad bug 438868 in firefox-3.5 "Address bar autocomplete doesn't always work" [Medium,Triaged] [16:43] asac: what's this about? sqlite upgrades? [16:43] mconnor: not really. it was more like a process ... and that was the final trigger [16:44] <[reed]> sad that just when Mozilla starts using xulrunner stubs for Fennec, ubuntu will stop doing it [16:44] <[reed]> :( [16:44] also we were asking for a stable sub API for mozjs [16:44] and got good feedback from the js devs [16:45] so basically we cannot let anything into our main archive now that uses mozjs [16:45] but thats a different story ;) [16:45] <[reed]> hah [16:45] but the bug comments very well show whats up [16:45] let me see if i can find it [16:45] <[reed]> brb, changing locations [16:46] i tried to get that done not because canonical wants that, but because it breaks my heart seeing innovative stuff that needs js [16:46] not being able to get promoted [16:46] asac, [reed], can't play any flash video /w trunk lately, the ui is there, but when i press play, nothing happens, not even the download [16:47] asac: why wouldn't we change configure to require the new baseline we support? [16:47] https://bugzilla.mozilla.org/show_bug.cgi?id=506890 [16:47] Mozilla bug 506890 in Build Config "Make it possible for Ubuntu to provide libmozjs.so as a system library" [Normal,New] [16:47] mconnor: thats a build requirement and you want runtime requirement [16:47] mconnor: its a matter of how we distribute stuff [16:48] so we can perfectly build the firefox against the current sqlite and ship the new sqlite as a well tested stable release update for instance [16:48] instead of rushing that out through the security update channel [16:50] unless it's a security-related upgrade [16:50] obviously [16:50] but even then the more distro-friendly approach would be to tell us that there is a security issue in sqlite [16:51] so we can fix that individually in security ... and also tell us that you want us to ship the full new upstream version ... so we can put that through a stable release update [16:51] I would hope you're finding out about that on your own [16:51] sure [16:51] but that only supports the idea of not bumping the minimum version in configure [16:51] i see that its good to use that to communicate to us: hey, this is what we want [16:51] the "full new upstream version" vs. cherry picking just the security fixes? [16:52] but that could also be a mail or a bug or some other regular mail exchange etc. [16:53] mconnor: yes. to get the instant security vulnerability fixed. then also roll the full update you need through stable ... which needs longer testing as firefox is not the only consumer of that lib in the distro [16:53] but security is a special case [16:53] liek a real exploit security casee i mean [16:53] if its a crash its a perfect example of what we ship through the stable release update process [16:53] IMO, cherry-picking upstream patches is a fool's game, but we've had this argument before [16:54] in, like, 2004 [16:54] :) [16:55] we know the different approaches. all i am trying to say is that there are various ways to solve the problem. and bumping configure.in is not the best approach to achieve what we want. [16:55] but even that is the specific case [16:56] asac: so if we had a runtime check, but not a build time check, how does that differ, exactly? [16:57] the sqlite upgrade would block the firefox release anyway [16:57] <[reed]> runtime check wouldn't work when sdwilsh adds something that actually uses sqlite headers [16:57] mconnor: that doesnt differ. i am saying that build time check isnt really what you want. and runtime check would even be worse. we need other ways to ensure that we distribute what is best [16:58] how is not what we want? [16:58] if we think a branch should have x.y.z as a minreq, that's what we want [16:58] however we enforce that [16:58] on stable branches, as far as I'm aware, we take upgrades for dataloss/crash/sec issues [16:59] for sqlite, at least [16:59] <[reed]> sdwilsh makes good decisions concerning upgrades [16:59] nobody questions that [17:00] but you want to be able to have a window where Ubuntu's builds still have issues that our release notes claim to be fixed [17:00] so that you can do a "proper" sqlite upgrade [17:01] there are just two ways. one is to talk ... one is to point a gun ;) requiring us to distribute a full sqlite update at the same time we upgrade firefox either means: a) we will rush sqlite in and risk regressions across the distro ... or b) firefox security update comes later [17:01] or you have to stop using system sqlite [17:01] for us [17:01] right. and thats why i give up on all system libs effort now [17:02] which is all i said [17:02] in a bit bitter tone, but also noting that i think its what you want and its much easier for us [17:03] it's a byproduct of what we want [17:03] we don't really care how you ship quality builds that don't compromise on our stuff [17:03] ;) [17:04] yes. thats the attitude [17:04] where our stuff == stability and security and perf [17:04] <[reed]> we also have to deal with three very different platforms [17:05] Hi I'm having a problem with thunderbird and was wondering if you could help. About 3 weeks ago thunderbird stopped opening links in mails. I have set thunderbird to the default mail-client and did add the network.app-handler.http to firefox, but that didn't help. Any other suggestions how to get my links to open again? [17:05] <[reed]> which makes priorities different [17:05] <[reed]> though, I constantly fight for Linux! [17:05] it's nothing to do with priorities on that level [17:05] <[reed]> sure, more talking about the multi-platforms [17:05] right. but your attitude is mostly shaped for win and mac ... e.g. a world without distributors [17:06] I don't actually think that's relevant here [17:06] we all tried to work on that for years. but its never going to work. distributors are not perceived as someone shipping your stuff [17:06] I really don't [17:06] but leeching and wanting to freeride [17:06] thats what i read https://bugzilla.mozilla.org/show_bug.cgi?id=506890 [17:06] Mozilla bug 506890 in Build Config "Make it possible for Ubuntu to provide libmozjs.so as a system library" [Normal,New] [17:09] asac: you mean Brendan's comments, I'm sure? [17:09] https://bugzilla.mozilla.org/show_bug.cgi?id=506890#c10 [17:09] shaver [17:09] Mozilla bug 506890 in Build Config "Make it possible for Ubuntu to provide libmozjs.so as a system library" [Normal,New] [17:10] but not only that comment. the whole bug. my intentions were just: help lots of innovate webbased technologies [17:10] by getting a reduced stable API that we can ship [17:11] sure, and the response was "if you want to do this, great, but we don't have the time or resources to do this" [17:12] <[reed]> fta: http://blogs.adobe.com/jnack/2009/10/sneak_peek_ai_fl_dw_canvas.html [17:12] <[reed]> scroll the page [17:12] <[reed]> using the scrollbar [17:12] <[reed]> does the flash object do weird things? [17:12] <[reed]> does for me [17:12] <[reed]> using latest nightly [17:13] asac: your intentions are fine, and there's nothing really preventing you from doing the work yourself, but Mozilla's JS team is basically running flat out to compete against V8/Squirrelfish/etc [17:13] right i udnerstand the situation [17:14] on the browser front you are fighting it [17:14] but there is more than speed on other fronts. [17:14] sure [17:14] for instance: if you have a libmoz.js that is on CD [17:14] because it rocks and is stable [17:14] then it will be harder for other stuff to replace you [17:14] same was for stable embedding api [17:14] I don't think that matters [17:14] where you had a monopoly [17:14] and ran away screeming [17:14] sure [17:15] so now there is webkit which is good [17:15] <[reed]> and now nobody uses our embedding api because it sucks ;) [17:15] bully for them [17:15] it might not be a paying off thing to have to deal with embedders issues [17:15] but it gives you more than direct competition of speed [17:15] and so on [17:15] if we believed that the resource cost of having a fantastic embedding experience was beneficial to our goals, we'd do it [17:15] its not really that i dont see the reasons and i agree [17:15] to some degree [17:16] just think there are better ways :) [17:16] not for firefox, but for the long term strategy of mozilla :) [17:16] [reed], works fine (and the video works too, but it's slow as hell, 2 sec of video, 5 secs of dl) [17:16] <[reed]> hmm [17:17] but it's not the latest daily, lastest 2 or 3 were broken [17:17] asac: do you really think embedding would move the needle enough to matter for the future of the Internet? [17:17] mconnor: yes. but it would have been relatively easy for you to keep the monopoly. so in case at some point you find out that its needed for your goals (which i think its likely) you have to do real competition from the grounds etrc. [17:17] mconnor: i am not sure how the distribution model of the future will look like [17:17] I honestly have zero belief that embedding matters [17:17] but its likely enough imo to consider it important [17:18] that it will be beneficial [17:18] at least in the timeframe I can forecast [17:18] sure. but in computer you cannot forcast even 2 years [17:18] I disagree [17:18] but [17:18] even in the next 18 months [17:19] I don't think mozjs helps us fight Chrome/Safari/IE9 [17:19] for ubuntu having some reasons to stay on CD besides firefox being the current most important app would definitly help [17:19] CD? [17:19] the default install [17:19] well [17:20] I think that's a strange value prop [17:22] and I think a very distro-centric viewpoint [17:22] well. thats obvious. [17:22] if Firefox is the most important app for the next 18 months, embedding still doesn't matter ;) [17:22] yes. but there will be times where its not clearly black and white [17:23] maybe [17:23] if that day comes, we'll deal with it then [17:23] <[reed]> Chromium worries me [17:23] thats a plan, but not really a strategy [17:25] we're working on articulating the high-level strategy through 2010 [17:26] will be public once it's worth talking about [17:27] bbiab [17:27] ttyl [17:28] have to finish this release thing anyway :/ === aakashd__ is now known as aakashd === aakashd__ is now known as aakashd === aakashd__ is now known as aakashd [17:47] asac: the bluetooth icon? when will the upstream commit trickle into Ubuntu? [17:47] mac_v: is it committed at all? [17:47] yes [17:48] asac: https://bugzilla.gnome.org/show_bug.cgi?id=596564 [17:48] Gnome bug 596564 in applet "Uses application icon in system tray" [Enhancement,Resolved: fixed] [17:48] mac_v: so they committed the full thing? [17:48] seems so [17:48] not just the code patch? [17:48] odd [17:49] asac: lol , i though you convinced hadness ;) [17:49] thought* [17:51] mac_v: its bad to cherry pick the icons too [17:51] i will see. maybe just taking the code changes [17:51] verifying the it really falls back [17:51] and then suggesting to backout the icon landings [18:02] i am back and can review later some extensions, if required [18:09] asac, ephy accepted? === aakashd__ is now known as aakashd [18:29] yes, seems so [18:29] I see the binaries now [18:30] EDONTKNOW [18:31] sems like it [18:31] https://edge.launchpad.net/ubuntu/karmic/+queue [18:31] asac, yep, it's in [18:31]