=== BUGabundo is now known as BUGa_vacations === Mitch_ is now known as Mitch [00:19] asac: chrisccoulson: http://blogs.zdnet.com/security/?p=6016 [00:20] BUGa_vacations, at the bottom of the article: "UPDATE: Mozilla now says that an official at RSA has confirmed that the root CA authority does belong to RSA. Miscommunication drama." [00:20] ahaha [00:21] ;) [00:22] yeah, see m.d.s.p; it got into the cert store properly in 2001, it's just been bought/sold so many times it got confusing as to who owns the private key. === Mitch_ is now known as Mitch === Mitch_ is now known as Mitch === Mitch_ is now known as Mitch === Mitch_ is now known as Mitch === Mitch_ is now known as Mitch === Mitch_ is now known as Mitch === Mitch_ is now known as Mitch [05:18] <[reed]> micahg: what's going on? [05:19] [reed]: ? [05:19] <[reed]> micahg: https://bugzilla.mozilla.org/show_bug.cgi?id=140751#c27 [05:19] <[reed]> that is new [05:19] Mozilla bug 140751 in General "Integrate Mozilla with KDE" [Normal,New] [05:20] [reed]: yeah, slightly broken: bug 488536 [05:20] Launchpad bug 488536 in malone "subsequent upstream comments in email have no title or note that they are from upstream" [High,Triaged] https://launchpad.net/bugs/488536 [05:21] it was created so people can communicate seamlessly with upstream from launchpad [05:23] <[reed]> yeah, would have been nice to know this was being turned on [05:23] I think it's been on for a while actually [05:23] <[reed]> not afaik... [05:23] * [reed] looks [05:23] [reed]: https://bugzilla.mozilla.org/show_bug.cgi?id=478463#c20 [05:24] Mozilla bug 478463 in Backend "Add libnotify (+ libindicate) support to Thunderbird" [Enhancement,Resolved: fixed] [05:28] [reed]: and it seems like it's buggy upstream as well since the LP bug # is linked to a bmo bug [05:28] <[reed]> well, that's not "buggy" [05:28] * micahg is filing a bug on LP for it [05:28] <[reed]> it's just catching the auto-linkification of bug #s [05:29] we have the same problem [05:29] bug 505760 [05:29] Launchpad bug 505760 in malone "Upstream bug comments about other upstream bugs that are imported to Launchpad create confusion" [Low,Triaged] https://launchpad.net/bugs/505760 [05:33] [reed]: should I subscribe you to any LP bugs that might affect upstream bugzilla as I file them? [05:33] <[reed]> yes, please [05:34] [reed]: just added you to bug 557032 [05:34] Launchpad bug 557032 in malone "launchpad's auto-sync comment to bugzilla is linkified upstream" [Undecided,New] https://launchpad.net/bugs/557032 [09:31] hi [09:31] mi [09:31] * asac is back ;) [09:31] heya asac [09:32] hi ddecator [09:32] ;) [09:32] i was on easter holiday [09:32] good time? [09:32] yeah ;) [09:32] one day off :-P [09:33] well, better than none =) [09:55] Bug 520166 [09:55] Launchpad bug 520166 in ubufox "Manage Content Plugins doesn't work with Firefox 3.6" [High,Triaged] https://launchpad.net/bugs/520166 [09:58] Bug 526290 [09:58] Launchpad bug 526290 in thunderbird "Thunderbird 3 hyperlinks broken" [Low,Fix released] https://launchpad.net/bugs/526290 [10:19] asac - for the jaunty xul191 security update in universe, we agreed that we could use bundled NSS for that didn't we? (so we didn't have to update the system NSS) [10:19] (hello btw) [10:22] chrisccoulson: yes, thts the last i remember [10:22] hi [10:23] asac - excellent. all the other updates (in main) are done, i just need to finish the universe update really [10:23] how are you anyway? [10:23] chrisccoulson: back from easter holiday ... processing mails ;) [10:24] heh, i still haven't finished doing that yet ;) [10:24] shoulder is still not full cured [10:24] i dont see me finishing soon ;) [10:24] that's not good. is it getting better though? [10:24] not sure ... have to see the doctor [10:24] think its inflammataed [10:26] chrisccoulson: so 3.6.4 is scheduled for beginning of may [10:26] chrisccoulson: we will get out of process plugins there [10:26] at least its likely [10:26] we need to do thorough in advance testing [10:26] e.g. this time stuff should go into security ppa when the beta period starts [10:26] thats like next week ;) [10:27] but first i think we should take care of the xulrunner-list [10:27] so did we get enough ported so we can say that the rest gets removed? [10:27] or are there builds where we didnt try basic porting at all=? [10:27] yeah, should be ok. is there a process for suggesting patches to go in to 3.6.4? (the startup notification bug has a fix in 3.7 already, and would be nice to have that in 3.6) [10:28] chrisccoulson: you go to the bug + patch and ask for approval3.6.4? [10:28] or approval1.9.2.4? [10:28] thats a flag you can switch in patch details [10:28] we've got most bits ported, i need to check progress on that though. micahg has been focusing on that mainly [10:28] and while doing the flip you need to add justification [10:29] e.g. why is it important enough to go into a stable branch [10:29] ah, ok. thanks [10:29] basically the same questions our SRU process would ask ... e.g. if you say its a blocker for ubuntu you can get it in ;) [10:29] if its just a cosmetic bug with high regression risk, unlikely :) [10:30] startup notification bug feels important enough ;) [10:30] chrisccoulson: you should ask for approval soon ... [10:30] <[reed]> which startup notification bug? [10:30] otherwise it has to wait for 3.6.5? [10:30] if its not too late yet ;) [10:30] [reed]: hi ;) [10:30] <[reed]> hi [10:30] [reed]: i think if you click on gnome and firefox starts [10:30] [reed] - hi [10:30] gnome doesnt recognize that the window comes up [10:30] <[reed]> mozilla bug 416053 ? [10:31] Mozilla bug 416053 in Widget: Gtk "KDE/Gnome startup notification not disappearing when app window is up" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=416053 [10:31] 1 second, i will just try and find the bug (and the patch) [10:31] yeah. that sounds like it [10:31] [reed] - that looks like the one [10:31] <[reed]> ok, that landed on 1.9.2 branch yesterday [10:31] chrisccoulson: so yes, the other way is to talk to [reed] who is a rocking upstream for us ;) [10:31] cool [10:31] <[reed]> mozilla bug 534845 is still needed to fix it [10:31] Mozilla bug 534845 in Widget: Gtk "KDE/Gnome startup notification not disappearing for the first time startup (needsRestart)" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=534845 [10:31] <[reed]> I'll get that approved [10:31] [reed] - excellent - thank you :-) [10:31] <[reed]> :) [10:32] <[reed]> I'm the unofficial "rocking upstream" contact for Linux distros in general [10:32] <[reed]> they all come to me ;) [10:33] [reed] - cool, that's good to know ;) [10:33] <[reed]> what's your bugmail address on bmo? [10:33] <[reed]> I'll watch you [10:34] <[reed]> are you @googlemail.com or @softhome.net? [10:34] <[reed]> I see two accounts [10:35] [reed] - neither, and i'm not sure of the passwords to those [10:36] i just created a new one (chrisccoulson@ubuntu.com) [10:36] <[reed]> ok [10:36] is there already 2 accounts? [10:36] <[reed]> three now! [10:36] heh, i don't even have the softhome mail address any more [10:36] and the googlemail account is my non-work account ;) [10:37] <[reed]> ok, I'm watching you now [10:37] thanks [10:37] <[reed]> if you need me in a bug, you can CC :reed or just ping me here [10:37] asac - packagekit needs a rebuild in main for xul192. i can't upload that though ;) [10:38] [reed] -ok, no worries. thanks [10:39] asac - we haven't got a good build of xul192 on ia64 yet [10:39] and gjs is still causing a headache, as that doesn't build on i386 and armel (with 2 separate issues) [10:40] chrisccoulson: rebuild? or any patch? [10:41] hmm ia64 ... bad [10:41] asac - packagekit just needs a rebuild [10:41] chrisccoulson: so that builds against xulrunner-dev? [10:41] interesting that it wasnt uploaded since we have 1.9.2 [10:42] yeah, it builds against xulrunner-dev [10:42] kk [10:42] TestPoisonArea.cpp:178:2: error: #error "Need return instruction for this architecture" [10:43] TestPoisonArea.cpp: In function 'uintptr_t ReserveNegativeControl()': [10:43] TestPoisonArea.cpp:382: error: 'RETURN_INSTR' was not declared in this scope [10:43] asac - yeah, micahg tried to look at this briefly to figure out why firefox builds ok on ia64 and xulrunner fails [10:43] chrisccoulson: does ffox build on ia64? [10:43] and it seems that we're running some tests on xulrunner that we're not doing in the firefox build [10:44] yeah [10:44] so i was going to ask if we can disable those for the ia64 build for now [10:44] in worst case we disable tests for ia64 [10:44] but mostlikely its just the same as on i386? ;) [10:45] lets file a bug upstream [10:45] and disable [10:45] found a bunch of assembly instruction books [10:45] chrisccoulson: debian maybe made a patch for that? [10:45] asac - yeah, i can check debian [10:46] most likely he forwarded it upstream already [10:46] anyway. we should disable tests there [10:46] and wait till the fix lands [10:47] asac - on the topic of patches - we have a patch in xulrunner for enabling the locking of preferences. i've been asked if we can apply that to firefox [10:47] (bug 541951) [10:47] Launchpad bug 541951 in firefox "Firefox 3.6 does not honour lockPref " [Medium,In progress] https://launchpad.net/bugs/541951 [10:47] is there any reason not to use that? [10:50] asac, chrisccoulson: can i reintroduce pwdhash to lucid and which process should i follow? updating the wiki and upload it? [10:50] chrisccoulson: hmm. i need to resurrect stuff [10:50] to remember whats bets [10:50] the xulrunner patch was xulrunner special as it allows you to set lockPrefs in the GRE dir and the APP dir [10:50] we dont need that [10:50] bdrung - would you mind talking to pitti about that? i think it was blacklisted to stop it from automatically syncing from debian [10:50] chrisccoulson: ok [10:51] bdrung: we are currently filtering for most important extensions [10:51] as we need to be able to update major versions [10:51] if pwdhash is important enough we can have it whitelisted [10:51] asac: i talked to chrisccoulson yesterday. i volunteer to maintain that extension and upstream is very responsive. [10:51] especially if its a native component extension [10:52] ok that shouldnt be a problem then [10:52] you are core dev, right? that should be enough [10:52] :-P [10:52] yes [10:52] if you bump into walls with pitti let me know [10:53] asac: the extension is for password managing - without it i cannot log into launchpad for example [10:53] asac: btw, i have release m-d 0.21 [10:53] bdrung: yeah [10:53] bdrung: new features? [10:53] otherwise we can upload it [10:53] without checking ;) [10:54] asac: kind of. it now creates empty config files and puts all extensions in a subdirectory to unclutter /usr/share [10:55] hmm. is there an upgrade risk? [10:59] asac: only a little. you have a switch for disabling the new config file creation. [11:00] asac: bug #557081 [11:00] Launchpad bug 557081 in mozilla-devscripts "Sync mozilla-devscripts 0.21 (main) from Debian sid (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/557081 [11:00] bdrung: how many packages have been tested with it? [11:01] asac: should i do a full archive test? [11:01] bdrung: do you have the ability to do that? [11:02] we might even want to respin everything in universe then [11:02] asac: i have a script that does that (at least most of the extensions) [11:02] so all this gets it right [11:02] asac: yes [11:02] yeah. so give that locally a try. [11:02] k [11:02] and post results to the sync bug [11:02] then i am fine with it ;) [11:15] mozilla bug 555822 [11:15] Mozilla bug 555822 in Release Engineering "Throttle automatic updates of Firefox 3.5.9 on release date" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=555822 [11:20] ddecator: can you check with fta on your songbird merge request= [11:20] ? [11:20] https://code.launchpad.net/~ddecator/songbird/fix-songbird-daily-build-20100401/+merge/22592 [11:20] asac: songbird died anyways [11:24] asac: can we rename ubufox to xul-ext-ubufox? [11:35] not for this cycle [11:35] it doesnt use md atm [11:35] too [11:35] we can do that beginning next cycle [11:38] asac: if we do it this cycle we can drop the transitional package in maverick (otherwise we have to carry it until the next lts) [11:51] chrisccoulson: so ... ;) [11:51] https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list [11:51] never ending topic :-P [11:51] if we check lucid main and lucid universe table [11:51] kazehakase has gone :) [11:51] are all that have not "Uploaded" [11:51] i just asked pitti to remove that [11:52] chrisccoulson: kazehakase was already fixed, wasnt it? [11:52] according to table its: [11:52] Disabled [11:52] e.g. the gecko part was disabled [11:52] only webkit used [11:52] asac - we disabled the gecko backend, but the webkit backend doesn't work at all [11:52] ah ok [11:52] well [11:52] thats bad ;) [11:53] so, we just removed it rather than spending time trying to fix it [11:53] e.g. it doesnt really help [11:53] we need something for hardy-karmic [11:53] we need to fix it anyway [11:53] yeah, that's true [11:53] so fixing the gecko backend isnt easy? [11:54] i'm not too sure actually, as micahg looked at that [11:54] yeah. we shouldnt have removed it imo [11:54] it's probably fixable for hardy -> karmic, but i'm not sure we want to keep on maintaining it for the future [11:54] it was in the insecure list [11:55] chrisccoulson: we should try if its easy to maintain at least [11:55] that was the qualifying factor [11:55] if it just works with bumping GREVersion etc. [11:55] galeon is much more important to remove because thats dead upstream [11:56] though its not a regression [11:56] so we can say its a debian problem [11:56] yeah, micahg talked about removing galeon [11:56] anyway. i am more concerned a bout the white holes in the table ;) [11:57] libgtk2-mozembed-perl [11:57] mediatomb [11:57] miro [11:57] libjavascript-perl [11:57] libjdic-java [11:57] classpath (is that not ported??) [11:57] gxine ( iremember some progress on that) [11:58] in the main table we still have openoffice.org [11:58] guess that is fixed? [11:59] and gluezilla -> will have to check with micah today [11:59] but maybe we should really go back and kill more aggressively [11:59] just scared about community push back [11:59] for dumping stuff without even trying ;) [12:00] what is openoffice using xulrunner for? none of the binaries have any depends on any xulrunner bits [12:00] chrisccoulson: i thin kits a plugin [12:00] in browser office ;) [12:00] ah, ok [12:01] so, that probably just needed a rebuild, which might have already happened [12:01] i asked ccheney at some point if we could just drop that [12:01] not sure where it went [12:01] yeah. i think its safe [12:01] asac - yeah, there was an openoffice build 6 days ago [12:01] so that ones done :) [12:12] chrisccoulson: my script found firegpg and kompozer. do we keep them or remove? [12:14] I'd prefer to see firegpg kept, just because it's recommended in a number of places in Ubuntu documentation (e.g. CoC signing) [12:15] persia: it should be added to https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list [12:16] I won't add it there because I'm not committing to support it. I'm just sharing rationale. [12:17] Or do you mean just add an empty entry as needs-review? [12:17] persia: it's a list of all extensions and it misses there. [12:17] OK. Adding an empty entry now. [12:17] persia: not empty, but needs-review [12:18] Under "Action"? [12:18] yes [12:18] OK. [12:19] persia: can you add kompozer too? [12:19] Sure, if the wiki ever responds to my edit request. [12:26] bdrung: Done. [12:26] thanks [12:48] firegpg falls under the "native component" category [12:48] so should be kept if possible [12:48] chrisccoulson: ^^ [12:48] persia: ^ [12:49] And now that I'm getting encouraged to actually do stuff, I remember why I came here originally :) [12:49] bdrung - yeah, please add them to the list [12:50] asac: So, based on bug #526411 some members of the Japanese team believe that setting the default search plugins can now be handled in the langpacks. Is this the case? If so, how does this work? [12:50] Launchpad bug 526411 in ubufox "In a fresh installation, firefox search engines are ordered alphabetically" [High,Fix released] https://launchpad.net/bugs/526411 [12:51] asac: finally the test build is running [12:54] asac - bug 557240 FYI [12:54] Launchpad bug 557240 in ubufox "Disable "Report a Problem" menu item for the stable release" [High,Triaged] https://launchpad.net/bugs/557240 [12:55] I'm sorry I missed that spec before. That just hides issues. IF we don't get the good integrated reports, we'll be back to the days of bad reports. [12:56] persia - i don't make the decision there though [12:56] persia: we can change the searchplugins in langpacks [12:57] chrisccoulson: I didn't say you did, but I'm certain I could have ensured the decision didn't get made by performing a fillibuster in the UDS session had I noticed it on the schedule. [12:57] the defaults need to be set in ubufox still [12:57] that isnt integrated into rosetta yet [12:57] so through contributions [12:57] asac: So, how do we do that? ArneGotje wasn't sure. Are there docs somewhere? [12:57] Oh, so direct patches into ubufox? [12:57] persia: submit a patch for ubufox ... [12:57] yes [12:57] there are locale/LANG/... [12:57] Cool. I'll advise nobuto, who will probably submit something. [12:58] Thanks. [12:58] there is *search*properties [12:58] i think thats all [12:58] And it doesn't need any fussing with langpack-o-matic? [12:58] depends. some languages also want a special url, e.g. yahoo.cp.jo [12:59] if they want to change the search plugin we need to fix that in langpack o matic [12:59] the default is managed in ubufox [12:59] or some langauges might even want a complete new searchplugin etc ... that would be lpom [12:59] ;) [12:59] Now I'm confused. It's precisely for that special URL that I've been asked to make the request. [13:00] yes. so thats not "changing the default", but changing an existing seachplugin [13:00] persia: what searchplugin is that about? [13:00] So it happens in the langpacks. [13:00] yes [13:00] Yahoo/Yahoo.jp [13:00] hmm. afaik we already ship that [13:00] let me check [13:00] Odd: that doesn't match the instructions I was given. I'll get some new guidance and ask more later. [13:01] wait a second. have to verify whts in -ja langpack (install.ing ..) [13:02] asac: the build check found bug #527138 [13:02] Launchpad bug 527138 in enigmail "enigmail is uninstallable in lucid, needs update to 1.0 - blocked by missing tbird sdk" [Medium,Confirmed] https://launchpad.net/bugs/527138 [13:03] persia: firegpg FTBFS [13:03] persia: yes, so "ja" isnt specialized interestingly [13:03] so they should submit the changed .xml files [13:03] asac: To ubufox or to langpack-o-matic? [13:04] persia: langpack-o-matic sounds good [13:04] bdrung: yes. i have it ready ... just lack some build-deps ;) [13:04] i mean ... lack adding them so it builds on the builders [13:05] asac: there are others, too (but nothing caused by m-d) [13:05] http://launchpadlibrarian.net/41667950/buildlog_ubuntu-lucid-i386.enigmail_2%3A1.0.1-0ubuntu1~asac1_FAILEDTOBUILD.txt.gz [13:05] https://edge.launchpad.net/~asac/+archive/ppa/ [13:16] hmm, Mozilla not wanting to release Sunbird beyond 1.0b [13:17] and now lightning plugin is available for both Thunderbird and Seamonkey 2.0b2+ again (Seamonkey currently on 2.0.4 on PPA, https://launchpad.net/~seamonkey2/+archive/seamonkey2) [13:18] yes. plugin is better maintained [13:18] we will try to drop sunbird and just ship lightning [13:18] Looks like calendaring is coming back home to mail client again.. [13:18] discussed that with chrisccoulson today [13:18] yes [13:18] And, like I was missing badly calendar plugin after switching from Mozilla to Seamonkey, [13:19] I am now going to badly miss Sunbird.. [13:19] So frankly, who is joking to users uh. [13:20] * persia praises akonadi and encourages someone to investigate and fix the akonadi/e-d-s issues so that external "calendaring" applications aren't required [13:20] what is akonadi, persia [13:21] My thunderbird (on lucid) crashes, a lot. Given the interesting launcher arrangement, how do I best run it under gdb, such that I have a chance of filing a useful bug when it next happens? [13:21] It's a PIM metadata repository with an open API. [13:24] and how is encrypted and protected, users data inside akonadi? could I run it on my own server? [13:25] seems to me like very hard kde/gnome depended? [13:31] It has a dependency on Qt, and E-D-S has dependencies on GTK+, but it's local. I don't know enough about how it's implemented to answer the rest: try #akonadi [13:36] asac: done bug #557081 [13:36] Launchpad bug 557081 in mozilla-devscripts "Sync mozilla-devscripts 0.21 (main) from Debian sid (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/557081 [13:38] bah, where a heck i get 64bit lightning. [13:39] Killing Sunbird now is so bad, huh.. [13:44] kk [13:44] nikolam: we will build it hopefully (amd64 lightning) [13:45] but there is no official one as i see it now [13:46] yes. upstream doesnt support 64 [13:46] bah [13:47] to exactly I am without sunbird in future and lightning is not supportd od 64 biy by mozilla, neither other plugins. They (mozilla) might just say to me: do not use it. [13:49] Like it was when Mozilla was changing to FF . It is saying again. [13:49] well. dont complain to us [13:49] we will try to get it in ubuntu [13:49] if it works at all ;) [13:50] bah ;) [13:53] I installed it on TB3.0 on opensolaris. And it does not load remote calendar [13:55] ok,, correction, it does. one needs just to remove it and make it again. [14:00] chrisccoulson: Bug 526290 [14:00] Launchpad bug 526290 in thunderbird "Thunderbird 3 hyperlinks broken" [Low,Fix released] https://launchpad.net/bugs/526290 [14:01] read my last comments [14:01] i think we lost that setting from tb2 to tb3 [14:04] asac - oh, there is a setting to configure that? [14:04] chrisccoulson: yes. [14:04] now that xdg-open works its quite ok [14:05] previously we had that as fallback and then the other stuff was taken from gconf if available [14:24] asac: ubufox uses m-d - it needs an update [14:31] asac: can you please push the ubufox ubuntu branch? it's not up-to-date! [14:33] asac: can ubufox use 3.0 (quilt) or do you need to backport this branch? [14:36] bdrung: I don't think we should be using quilt 3.0 until next year when all the old versions are EOL [14:38] micahg: doesn't this depends on the development model? if there is a branch for every release, you can easily cherry-pick changes. so trunk does not need to build on all releases, does it? [14:38] yes, but dailies are built on trunk [14:38] or rather off trunk [14:38] k [14:42] chrisccoulson: I don't know how I missed that bug menu disable item, if I had caught it, I would have complained [14:42] micahg: hoia, I heard you are fiXX0ring gjs? :) [14:43] sebner: hopefully :) [14:44] micahg: heh, I heard the js checks are failing on i386 :\ bad gjs [14:45] sebner: yes, but I think it has to do with something on the xul side, but it's not a 5 minute thing and I need internet access to research hence my problem in sitting down to do it [14:45] sebner: has to be this week though :) [14:47] micahg: great, I personnaly don't care but a friend of mine updated to lucid and found gnome-shell unbuildable. I researched and rebuild gjs against new xulrunner (why is 1.9.2 hardcoded in rules btw)) but had to disable tests :\ [14:50] sebner: there's no good way to use a specific xul release w/out hardcoding ATM [14:51] micahg: hardcoding it in rules? *hrhrhr* [15:16] micahg: argh, I mean control -.- [15:17] sebner: well, we might be able to use dh_xulrunner [15:19] bdrung - were you looking at the firegpg ftbfs? [15:19] i can probably fix that now if you're not already looking at it [15:19] chrisccoulson: I have it building, that problem is that once it starts, there's an issue [15:20] micahg - oh, what's the issue? [15:20] idr, but there's an xul type error that requires a code change [15:21] ah, i'll leave that one with you for now then ;) [15:21] chrisccoulson: can we drop noscript? [15:22] micahg - noscript is quite a popular extension according to a.m.o, which is why i kept it [15:22] is there a reason to drop it? [15:22] other than the fact it doesn't work ;) [15:22] (it needs updating) [15:22] chrisccoulson: yes, it's a moving target that moves too fast [15:23] i'm not sure what asac thinks about dropping that one [15:23] -noscript [15:23] is important imo [15:24] quite a lot securtity sensitive folks use it [15:24] and its ready upstream, isnt it? [15:24] yeah, i just need to update it [15:24] asac: yes, but they update it weekly, sometimes with security fixes, IMHO, we can't keep up with the updates [15:24] i will try and work through those that need updating/disabling before i move on to other tasks later [15:25] chrisccoulson: it's yours. i didn't looked into it. [15:26] bdrung, thanks. it seems micahg is already working on that one [15:26] chrisccoulson: yeah, that one got on the xul wiki page as well [15:27] chrisccoulson: can you look at kompozer? [15:27] micahg, yeah, persia just added it [15:27] i've marked firegpg as needing no more work, as we're going to keep that [15:27] bdrung, yeah, will look at kompozer later [15:29] bah, it seems that building the firefox plugin in beagle is not configurable at build time [15:35] asac: Fixed my connection. [15:43] asac: Nevermind, it was some other channel that forwarded me. [15:45] kk [15:47] asac: do I need to worry about backports? [15:47] micahg: in what way? ubuntu-backports ... probably not [15:47] asac: yes [15:47] if someone uploaded a bogus version there that is now lower we will just upgrade them [15:47] asac: ok, so 1.0+really0.9? [15:48] asac: or should we just backport latest from lucid to -backports? [15:48] right. that would work if it still has a good upgrade path to lucid etc. [15:48] micahg: we can also do the backport there, yes. [15:49] asac: I'll stage that too as a fake source package (i.e. source-version) [15:51]